częste restarty Firebird, Error Code 401

[Jose]

Witam wszystkich, to mój pierwszy post na forum 

od ponad miesiąca nasiliły się u mnie błędy krytyczne Firebirda. Do tej pory w logach były max 4 dziennie, a błąd error code 401 i jak mniemam niepoprawnie resetujący się serwer FB występował 1-2 razy na 2 tygodnie. Teraz dziennie jest od 10 do nawet 16 błędów Firebird'a, i jeszcze przed tygodniem error code 401 przychodnia ogladała 1-2 razy DZIENNIE.

Sytuacja wygląda tak:
na końcówkach pojawia się znany na forum komunikat

"Unable to complete network request to host "192.168.7.151". Failed to
establish a connection. Unsuccessful execution
caused by a system error that precludes successful execution of
subsequent statements Error Code: 401"

po wystąpieniu komunikatu zawsze sprawdzam, czy usługa serwera Firebird jest uruchomiona, i mimo tego że jest, błąd wyskakuje cały czas, dopiero ręczne zatrzymanie usługi i ponowne uruchomienie umożliwia dalszą pracę. Po takim ręcznym resecie usługi serwera Firebird końcówki po ponownym uruchomieniu KS-PPS bez problemu się łączą i pracują, więc to nie jest problem ze ścieżką/adresem serwera ani nie wpisanym hasłem do bazy

rozumiem, że błędy Firebird'a wynikają z biblioteki UDF Kamsoftu, natomiast nie znalazłem na forum, aby ktoś miał błąd 401 po automatycznym resecie serwera Firebird.

"serwer" Windows XP
Firebird wersja 2.0.3.12981, Superserver
wielkość bazy: 3,64 GB (na dzień dzisiejszy około 3,8 GB)
adres IP serwera stały
wyłączanie zapory i antywirusa nie pomaga
w momencie występowania tego błędu końcówki bez problemu pingują serwer.
w tej chwili mam około 12 stanowisk

Jeszcze pare być może przydatnych informacji:
Zdarzało się, że Guardian nie zrestartował FB, więc błąd był jak najbardziej prawidłowym komunikatem. Mniej więcej odkąd kompletnie wyłączyłem usługę Guardiana i przestawiłem usługę Server na automatyczne resety pod opieką Windowsa, za każdym razem usługa serwera FB jest uruchomiona, podczas występowania error code 401.

niektóre stanowiska mają zainstalowanego FB 2.5
póki co z sąsiedniego budynku jedno stanowisko łączy się RDP na serwer, aby pracować na PPSie, ale myślę że za pare dni uda mi się zestawić bridge i wtedy komputer "serwer" nie będzie w ogóle ruszany

nadal piszę w tej sprawie maile do Kamsoft, póki co zasugerowano mi że przyczyną błędów może być logowanie się na tym samym operatorze w kilku stanowiskach albo korzystanie na jednym stanowisku  z kilku naraz otwartych programów KS-PPS. Przed tym Pani wysłała mi plik ksibfunc.dll do podmiany w C:\Program Files\Firebird\Firebird_2_0\UDF oraz w katalogu ks-pps(tam znalazłem go bodajże w 2 albo 3 różnych miejscach i wszędzie podmieniłem). Nie wiem na ile to pomogło, ale póki co ten błąd na chwilę obecną mam co drugi dzień.

Myślę nad przestawieniem FB w tryb Classic albo migracją do Oracle XE 11g ale może macie jakieś inne porady albo pomysły co może być przyczyną.

Pozdrawiam

[Przemyslaw]

Ja z tym walczę od dłuższego czasu. Zauważyłem jedna prawidłowość - wywala się gdy staram się pracować w PPS przez RDP na serwerze. Jak tego nie robię to wszystko działa normalnie. Kamsoft też sugeruje zmianę bazy na Oracle XE.

Też muszę zatrzymywać w takich przypadkach bazę i od nowa uruchamiać.

[ted]

A czy darmowy program na 2 stanowiska winflektor nie poprawi sytuacji. Ja mam tak podłaczone dwa stanowiska i takiego błędu nie mam

[Jose]

Winflector być może wart wypróbowania, ale zastanawiam się czy problemem jest w ogóle praca w PPS przez RDP czy konkretnie PPS przez RDP na serwer czy praca w PPS na serwerze, nawet gdybym siedział fizycznie przed monitorem serwera. Tzn. czy łączenie się RDP na inne stanowisko rozwiązałoby problem (tj poprawne wstawanie serwera FB, bo rozumiem, że jego restarty to nie wina RDP tylko tej biblioteki UDF?)

Czy któraś z osób które przestawiły FB w tryb Classic server może potwierdzić, że faktycznie przy błędzie na końcówce wywala się tylko ta konkretna, a nie wszystkie?

[PiotrSz]

Czy któraś z osób które przestawiły FB w tryb Classic server może potwierdzić, że faktycznie przy błędzie na końcówce wywala się tylko ta konkretna, a nie wszystkie?

nie wiem czy znajdziesz kogoś poza mną kto to zrobił..
potwierdzam, że w trybie Classic praktycznie skończyły się problemy wieszania serwera bazy tak, że nie da się pracować
jak się wywala klient to praktycznie tylko on
przez ostatni rok miałem może ze 2-3 takie przypadki, że cały serwer bazy zawisł
w trybie SuperServer zdarzało się po kilka dziennie!

zanim jednak przełączysz bazę w Classic to proponuję
- jeżeli nie robisz regularnie testów bazy fixem to zacznij (wystarczy w sumie gfix -v ale polecam całego)
- sprawdzenie sieci czy na 100% nie ma z nią problemów
- sprawdzenie czy aby userzy nie uruchamiają po kilka razy PPSa na stanowisku (zdarzało się, że to powodowało restart)
- upgrade silnika i bazy na FB 2.5 ale z tym powoli i ostrożnie - najlepiej sobie jakiś weekend zaplanować i dobrze potestować zanim uruchomisz dla ludzi
- jak to będzie stabilnie chodzić (a przynajmniej nie mniej stabilnie niż teraz) to dopiero próbować Classic

RDP nie powinno mieć wpływu na restarty serwer bazy
u mnie na SuperServer praktycznie nie używałem RDP a restarty i problemy były!
za to zauważyłem, że FB sypał błędami nawet przy połączeniu localhost jak nie były podłączone klienty
wszystko o UDFa się odbijało :-/

do sprawdzenia sieci możesz też użyć darmowego (po rejestracji) Axence NetTools
w najnowszej wersji do opcji NetWatch doszła możliwość odpytywania nie tylko
pingiem ale i konkretnego portu czy działa
można więc zrobić sprawdzanie czy FB odpowiada na 3050 na serwerze

komunikat z loga błędów podawałeś z końcówki (tam 401) a co wywalał FB do firebird.log na serwerze ?
co do Guardiana to ja bym go przy SuperServer jednak zostawił - u mnie przyzwoicie dbał o restart bazy - został do tego specjalnie stworzony!

podsumowując - $#%$% tylu ludzi im już zgłasza z tym problem (ja od 2009 roku!!!) a producent olewa temat.. czy oni naprawdę nie widzą, że większość ludzi którzy mają z tym problem mają duże instalacje z dużymi bazami i prędzej czy później będą potrzebowali większego programu ? ja po takim traktowaniu coraz mniej przychylam się do zakupu kolejnego produktu tego producenta!

pozdrawiam

[problem]

Kamsoft też sugeruje zmianę bazy na Oracle XE

Kiedyś dałem się skusić i nic to nie dało - 2 miesiące walki i powrót do FB. Około rok bez problemów ALE podmieniłem plik bazy (KSPPS.FDB). Obecnie problem powrócił i co ciekawe, gdy tym razem przetestowałem podmianę bazy, nic to nie dało. Wymiana maili z Kamsoftem też nic nie dała. Ściemnianie na maksa.

[PiotrSz]

co to znaczy

podmieniłem plik bazy

?

[Lastryko]

nie wiem czy znajdziesz kogoś poza mną kto to zrobił. [...]

Do soboty.
W sobotę wielka operacja migracji.

[PiotrSz]

nie wiem czy znajdziesz kogoś poza mną kto to zrobił. [...]

Do soboty.
W sobotę wielka operacja migracji.

migracji na 2.5 i Classic ?

[Lastryko]

migracji na 2.5 i Classic ?

2.5 to już mam. Wstępnie się przymierzam (tylko w labie) do sprawdzenia
działania KS-a z FB 2.5.2.
Na sobotę zaplanowałem przełączenie FB w tryb Classic Server.
Przy okazji, zmieniałeś może konfigurację dot. wykorzystania pamięci? (page cache itp.)

[PiotrSz]

Wstępnie się przymierzam (tylko w labie) do sprawdzenia działania KS-a z FB 2.5.2.

nie testowałem innych wersji 2.5 niż Kamsoftowa
przy serii 2.0 sprawdzałem bodajże 2.0.5 zamiast 2.0.3 i niby chodziła

Na sobotę zaplanowałem przełączenie FB w tryb Classic Server.
Przy okazji, zmieniałeś może konfigurację dot. wykorzystania pamięci? (page cache itp.)

nic nie ruszałem narazie
chodzi dobrze na domyślnych ustawieniach
najpierw muszę zmigrować wreszcie PPSa na prawdziwy serwer
i to może być ciekawy test bo tam jest win 64-bit i mogą być jaja z wydajnością
a przynajmniej tak koledzy pisali na forum..

pozdrawiam

[Lastryko]

Jam mam KS-a na Win 7 Pro 64 bit.
Baza nie jest wielka - 0,7GB - ale specjalnie problemów z wydajnością nie widzę.
(HP ML330)

[Przemyslaw]

Może problemy robią się przy dużej bazie. U mnie już ponad 6GB. Nie lobuję się przez RDP i działa póki co.
Problem zgłaszało wiele osób i Kamsoft milczy.

[mpi]

Jam mam KS-a na Win 7 Pro 64 bit.
Baza nie jest wielka - 0,7GB - ale specjalnie problemów z wydajnością nie widzę.
(HP ML330)

No ja mam jedną bazę podobną a drugą 1,1GB i niestety muli przy raportach statystycznych (wcześniej ok 40 minut, teraz z ewusiem ok godziny). Jeśli masz dobre czasy przy generowaniu raportu to powiedz ile masz średnio usług w miesięcznym raporcie statystycznym?
Ja mam w jednym przypadku ok 1800 i ok 3300 w drugim.

[Lastryko]

Sam nie rozliczam, także odpwiedź z drugiej ręki.
Świadczeń ok 3,5k. Czas tworzenia - od kilkudziesięciu sekund do kilku minut.