Błąd podczas aktualizacji KS-SOMED

[mpi]

Mam pytanie do znawców. Miałem wersję z listopada 2015 (jeszcze przed tą dużą aktualizacją bodajże 2015.3.0.4). Dziś zaktualizowałem - do najnowszej i przy próbie aktualizacji bazy danych pojawił się błąd najpierw:

Dane w rejestrze - jeden, lub kilka wpisów kodowanych - zostały uszkodzone lub zmodyfikowane.

A przy kolejnej próbie

Błąd zmiennych konfiguracyjnych. Jeden, lub kilka wpisów kodowanych zostało uszkodzonych lub niepoprawnie zmodyfikowanych. Użyj programu KSPLKonfigurator aby naprawić dane.

odpaliłem więc tego KSPLKOnfiguratora, który zgłosił:

Podczas pobierania parametrów logowania do bazy danych dla użytkownika systemowego wystąpił błąd. Przywrócono parametry domyślne.
Proszę ponownie ustawić prawidłowe parametry logowania.

Następnie zamknąłem go i ponownie spróbowałem aktualizacji bazy i tym razem poszło.
Program się niby uruchamia, ale nie wiem czy te błędy co wystąpiły mogą oznaczać uszkodzenie bazy, czy coś z tym trzeba robić, itd. Miał ktoś coś takiego?

[michallo]

Doświadczyłem czegoś podobnego:
Aktualizując na początku grudnia lub listopada miałem nieprzyjemną niespodziankę właśnie w postaci wyczyszczenia loginów/haseł do bazy w KSPLKonf.
Miałem wtedy komunikat chyba przy próbie aktualizacji bazy, że nie może się do niej podłączyć. KSPLKonf pomimo wpisywania poprawnych danych również nie chciał nawiązać połączenia. Pomogło to co zawsze pomaga przy problemach KSPLKofig - czyli wyczyszczenie zawartości kluczy rejestru gdzie trzyma zahashowane hasła. Po wykonaniu tej operacji wprowadziłem dane przez KSPLKonfig i połączenie z bazą już się znalazło. Z bazą nic się nie stało, a przynajmniej do tej pory nie zauważyłem dalszych problemów.
Wydaje mi się, że to było spowodowane podmianą aplikacji KSPLKonfig, byćmoże w nowej wersji zmienili klucze hashujące albo coś ( ) i dlatego nie potrafił tego odczytać z rejestru.

[mpi]

Tylko tak szczerze to ja nic nie poprawiałem - KSPLKOnfigurator zgłosił że przywrócił ustawienia domyślne i jak się otworzył to w każdym punkcie kliknięcie w [sprawdź] było ok.

Zamknąłem więc ten program (bez jakiejkolwiek zmiany) i potem aktualizacja już poszła.

A problem dotyczy tej samej aktualizacji - właśnie z początku grudnia, bo ja do tej pory leciałem na ostatniej listopadowej. No ale nowy format listy POZ więc trzeba było podnieść.

EDIT: Czy po tych problemach miałeś kłopot z aktualizacją na końcówkach? Bo na jednej co mam dostęp zdalny niby się wersja podniosła ale nie wiem czy mnie jutro w środku nocy o 8:00 nie zerwą na nogi bo na pozostałych się nie zaktualizuje.

[keri]

Mam ten sam komunikat co mpi
"Dane w rejestrze - jeden, lub kilka wpisów kodowanych - zostały uszkodzone lub zmodyfikowane".
przy aktualizacji wystąpił i przy odpaleniu  KSPLKOnfiguratora co dalej z tym zrobić

[09061303]

Ja nie doświadczyłem propozycji przywrócenia wartości domyślnych niestety. Jedynie info o uszkodzeniu hasła - po aktualizacji wydaje mi się, że Somed wyciąga zaszyfrowane hasło z bazy i go nie dekoduje, tylko zaszyfrowany ciąg szyfruje jeszcze raz i wrzuca do kspl.ini i stąd problem (przynajmniej u mnie tak to wyglądało). Nie jest to żadne uszkodzenie bazy - przenoszenie danych startowych z rejestru do ini nie do końca zawsze działa.
Temat był poruszany w jednym z wątków - neelix z pomocą MK tam parę przydatnych uwag umieścili, ale takie podsumowanie tego, jak zadziałało u mnie:
- po komunikacie o uszkodzeniu hasła zmieniam nazwy kluczy XUSER i XPASS w rejestrze
- sprawdzam KSPL.ini - jak są tam jakieś wartości XPASS, XUSER, XSYSPASS, XSYSUSER (dwie ostatnie chyba tak się nazywają) - wycinam i zapisuję plik
- odpalam KSPLKONFIGURATORa:
-- przy użytkowniku somedowym wpisuję hasło dobre do bazy (jeśli użytkownik się zgadza oczywiście) i jak idzie to ok (raz mi tak poszło); jak dalej błąd, to wpisuję hasło GM (szło mi tylko dużymi literami) i pokazuje się możliwość zmiany użytkownika i hasła i tutaj już zawsze szło
-- przy użytkowniku systemowym wpisuję hasło dobre do bazy (jeśli użytkownik się zgadza oczywiście; przy oracclu raczej domyślny nie będzie się zgadzał) i jak idzie to ok; jak dalej błąd, to wpisuję hasło masterkey i pokazuje się możliwość zmiany użytkownika i hasła i tutaj zawsze szło.
Na koniec ścieżka do aktualizacji (dostępna tak samo z każdego kompa, to ważne) i ini gotowy.

Dziś nie zaktualizował mi się na kompie kliencie (baza na Firebird) plik ini po uaktualnieniu go na serwerze o wpis - IP serwera bazy. Może tak się podziało dlatego, że po dopisaniu IP serwera i zamknięciu konfiguratora nie odpaliłem execa zmieniającego kspl.fli i klient nie miał info, że coś się zmieniło (nawiasem mówiąc sam konfigurator powinien uaktualniać kspl.fli). Jak to nie o to chodziło, to jest jakiś bug, ale miałem instalację z jednym klientem, więc ręczna poprawka załatwiła sprawę.

[Sorn]

Dziś nie zaktualizował mi się na kompie kliencie (baza na Firebird) plik ini po uaktualnieniu go na serwerze o wpis - IP serwera bazy. Może tak się podziało dlatego, że po dopisaniu IP serwera i zamknięciu konfiguratora nie odpaliłem execa zmieniającego kspl.fli i klient nie miał info, że coś się zmieniło (nawiasem mówiąc sam konfigurator powinien uaktualniać kspl.fli). Jak to nie o to chodziło, to jest jakiś bug, ale miałem instalację z jednym klientem, więc ręczna poprawka załatwiła sprawę.

Najlepiej zawsze używać copykspl do aktualizacji udziału z aktualizacją. Masz wtedy pewność, że końcówki pobiorą zmiany w przeciwnym razie ruletka ale najczęściej nie pobiera :/

[09061303]

Akurat na pewno to nie ma znaczenia - komputer, z którego robiłem aktu jest równocześnie serwerem plików, czyli pliki nie są nigdzie wypychane, tylko pobierane dokładnie z tej lokalizacji, gdzie wgrywa się aktualizacja.

[Sorn]

Ja w takich sytuacjach mam drugi katalog do którego robię copykspl i ten katalog udostępniam

[09061303]

Robiłem tak kiedyś, ale trzeba robić kopiowanie copkspl'em. Z wygody kiedyś sprawdziłem czy nie będzie problemu jak udostępnię katalog roboczy z serwera (oczywiście plik bazy FB pasuje zabrać stamtąd) i od 5 lat nie ma żadnych problemów. Trochę mniej czasu aktualizacja zabiera.