Serwer hlds; sarge tak - etch nie
Serwer hlds; sarge tak - etch nie
Witam.
Tytułem wyjaśnienia.
Mam serwery counter-strike, które stoją na Debianie. Wcześniej na sarge. Obecnie 1 na sarge, drugi na etch. Z pierwszym nie ma problemów, natomiast z drugim odkąd zmieniłem dystrybucję... niestety same problemy. Powodem zmiany był pad dysku, a że miałem pod ręką tylko SATA... taki wstawiłem i tu problem. Okazało się, że sarge w trakcie instalacji nie rozpoznaje tego dysku. Więc ściągnąłem obraz najnowszej dystrybucji.net, zainstalowałem i... okazuje się, że debian, który dotychczas był uważany za idealny system pod te serwery... wogóle się nie nadaje w tym celu. Na tej dystrybucji usługa po zainstalowaniu 'głupieje.
Gdy nikt nie gra powinna być idle, a tym czasem... potrafi obciążać proca nawet w 14%.
Na sarge miałem 4 serwery na 1 instalce (FFA na 32 sloty, Gun-Game na 20 slotów, CW na 11 slotów i na 4 sloty) oraz serwer hltv. Stał też apache z php i innymi dodatkami oraz mysql. Ograniczeniem było pasmo przydzielone serwerowi, a nie sam sprzęt, gdyż przy full obłożeniu serwerków maszyna i tak się opierdzielała (procek wykorzystywany był w około 30-40% a load average było poniżej 1).
Po zmianie dystrybucji nastąpiła również diametralna zmiana grywalności. Obecnie są tylko 2 serwery (FFA i Gun-Game), nie ma innych usług, a mimo to maszyna sobie wogóle nie radzi przy 60% obłożeniu slotów
Ciekawostką jest, że gdy nikt nie gra i normalnie serwery były idle, na etch ciężko harują jakby grało co najmniej 20 graczy.
Jednym z rozwiązań jakie mi zaproponowano to zmiana debiana na inną dystrybucję, która uznawana jest za drugą w kolejności. Jednak półtora roku robi swoje. Wolałbym zostać przy debciu.
Moje pytanie brzmi jak zrobić, by na sata jednak zainstalować sarge, a nie, jak ma to obecnie miejsce - tylko etch.
Przy czym chodzi o instalację zdalną czyli dokładniej mówiąc o downgrade systemu z etch na sarge.
Jeśli jest to niemożliwe, niestety, będę zmuszony kupić nowy dysk, ale tym razem ide i ponownie wszystko instalować czego wolałbym uniknąć, gdyż wiąże to się z kolejnym obniżeniem uptimeu serwerów.
Tytułem wyjaśnienia.
Mam serwery counter-strike, które stoją na Debianie. Wcześniej na sarge. Obecnie 1 na sarge, drugi na etch. Z pierwszym nie ma problemów, natomiast z drugim odkąd zmieniłem dystrybucję... niestety same problemy. Powodem zmiany był pad dysku, a że miałem pod ręką tylko SATA... taki wstawiłem i tu problem. Okazało się, że sarge w trakcie instalacji nie rozpoznaje tego dysku. Więc ściągnąłem obraz najnowszej dystrybucji.net, zainstalowałem i... okazuje się, że debian, który dotychczas był uważany za idealny system pod te serwery... wogóle się nie nadaje w tym celu. Na tej dystrybucji usługa po zainstalowaniu 'głupieje.
Gdy nikt nie gra powinna być idle, a tym czasem... potrafi obciążać proca nawet w 14%.
Na sarge miałem 4 serwery na 1 instalce (FFA na 32 sloty, Gun-Game na 20 slotów, CW na 11 slotów i na 4 sloty) oraz serwer hltv. Stał też apache z php i innymi dodatkami oraz mysql. Ograniczeniem było pasmo przydzielone serwerowi, a nie sam sprzęt, gdyż przy full obłożeniu serwerków maszyna i tak się opierdzielała (procek wykorzystywany był w około 30-40% a load average było poniżej 1).
Po zmianie dystrybucji nastąpiła również diametralna zmiana grywalności. Obecnie są tylko 2 serwery (FFA i Gun-Game), nie ma innych usług, a mimo to maszyna sobie wogóle nie radzi przy 60% obłożeniu slotów
Ciekawostką jest, że gdy nikt nie gra i normalnie serwery były idle, na etch ciężko harują jakby grało co najmniej 20 graczy.
Jednym z rozwiązań jakie mi zaproponowano to zmiana debiana na inną dystrybucję, która uznawana jest za drugą w kolejności. Jednak półtora roku robi swoje. Wolałbym zostać przy debciu.
Moje pytanie brzmi jak zrobić, by na sata jednak zainstalować sarge, a nie, jak ma to obecnie miejsce - tylko etch.
Przy czym chodzi o instalację zdalną czyli dokładniej mówiąc o downgrade systemu z etch na sarge.
Jeśli jest to niemożliwe, niestety, będę zmuszony kupić nowy dysk, ale tym razem ide i ponownie wszystko instalować czego wolałbym uniknąć, gdyż wiąże to się z kolejnym obniżeniem uptimeu serwerów.
Elo
eLo
el0
ogarnij sobie ten temacik:
http://www.debian.linux.pl/viewtopic.php?t=2576
Moze problem nie siedzi w SATA a jedynie w systemie plikow
Pozdrawiaaaaaaaaaaaam :}
Napisz co i jak wyszlo :F
eLo
el0
ogarnij sobie ten temacik:
http://www.debian.linux.pl/viewtopic.php?t=2576
Moze problem nie siedzi w SATA a jedynie w systemie plikow
Pozdrawiaaaaaaaaaaaam :}
Napisz co i jak wyszlo :F
To mój temat i dotyczył "rozsypywania" systemu plików właśnie pod etch. Napisałem, że zmiana na reiserfs rozwiązała ten problem. To, co opisuję w tym temacie dotyczy czegoś innego i nie jest związane z systemem plików, a z samą dystrybucją.Liseeeek pisze:Elo
eLo
el0
ogarnij sobie ten temacik:
http://www.debian.linux.pl/viewtopic.php?t=2576
Moze problem nie siedzi w SATA a jedynie w systemie plikow
Pozdrawiaaaaaaaaaaaam :}
Napisz co i jak wyszlo :F
Na drugim serwerze nadal znajduje się wersja 2.4.27-2-386.
Na pierwszym również była właśnie ta i wszystko chodziło bezproblemowo, ale jak napisałem instalator nie rozpoznaje dysku sata, co zmusiło mnie do instalacji 2.6.18-4-686 (4.0)
Pierwsza maszyna ze starszą wersją 512MB ramu i procem P4 1,7MHz (obecnie 3 graczy). Znajduje się na niej oprócz hlds serwer team-speake, apache, mysql
Kod: Zaznacz cały
08:29:01 up 131 days, 3:41, 1 user, load average: 0.00, 0.00, 0.00
Kod: Zaznacz cały
07:47:14 up 1 day, 1:08, 1 user, load average: 0.16, 0.32, 0.23
Po za tym zauważyłem dziwną sprawę w atopie. Odpalone są 2 serwery, a w atopie widać... 4!
po 2 na każdy PID
Kod: Zaznacz cały
PID TGID THR POLICY NICE P2IO RTPRIO CURC2U ST EXC 1 S CPU CMD 3 1/1
2575 2575 3 normal 0 115 0 0 -- - S 0% hlds_i686
2574 2574 3 normal 0 115 0 0 -- - S 0% hlds_i686
2574 2574 3 normal 0 115 0 1 -- - R 6% hlds_i686
2575 2575 3 normal 0 115 0 1 -- - R 3% hlds_i686
Na serwerze znajduje się już wersja 4.0. Jak zdalnie dokonać downgradeu do wersji 3.1 z zachowaniem obsługi dysków sata oraz multiprocesoringu (pentium d +945) i czy jest to możliwe. Jeśli nie, to nadal dysponuję płytą netinstal z tą właśnie wersją. Zakupię dysk ide i wszystko postawię od nowa.
Rozumiem. To całkiem możliwe, że problem leży we właściwym doborze jądra i downgrade było by nie celowe.
Mam do wyboru:
czy ktoś mógłby mi doradzić, który obraz powinienem ściągnąć i odpalić?
Może wiecie czym się różnią te obrazy? Ewentualnie jeśli ten temat był poruszany na forum, proszę o link (mimo wyszukiwania, nie udało mi się nic konkretnego znaleźć. Możliwe, że stosowałem złe słowa w wyszukiwarce )
Zaznaczam, że serwer posiada proca PentiumD oraz 2GB pamięci ram (2x po 1024).
Po za tym co to są te pliki nagłówkowe? Czy je też należałoby ściągnąć?
Jeśli to w jakiś sposób pomoże, mogę wrzucić podsumowanie logwatcha.
Mam do wyboru:
Kod: Zaznacz cały
linux-image-2.6-686 - Linux kernel 2.6 image on PPro/Celeron/PII/PIII/P4
linux-image-2.6-686-bigmem - Linux kernel 2.6 image on PPro/Celeron/PII/PIII/P4
linux-image-2.6-686-smp - Linux 2.6 image on PPro/Celeron/PII/PIII/P4 SMP - transition package
linux-image-2.6-vserver-686 - Linux kernel 2.6 image on PPro/Celeron/PII/PIII/P4
linux-image-686 - Linux kernel image on PPro/Celeron/PII/PIII/P4
linux-image-686-bigmem - Linux kernel image on PPro/Celeron/PII/PIII/P4
linux-image-vserver-686 - Linux kernel image on PPro/Celeron/PII/PIII/P4
linux-image-2.6.18-4-xen-vserver-686 - Linux 2.6.18 image on i686
Może wiecie czym się różnią te obrazy? Ewentualnie jeśli ten temat był poruszany na forum, proszę o link (mimo wyszukiwania, nie udało mi się nic konkretnego znaleźć. Możliwe, że stosowałem złe słowa w wyszukiwarce )
Zaznaczam, że serwer posiada proca PentiumD oraz 2GB pamięci ram (2x po 1024).
Po za tym co to są te pliki nagłówkowe? Czy je też należałoby ściągnąć?
Jeśli to w jakiś sposób pomoże, mogę wrzucić podsumowanie logwatcha.
Zrobiłem, tak, jak radzisz. Pierwszy sukces osiągnięty - serwer wstał po reboocie.
Parametry serwera:
Parametry usługi:
FFA
Gun-Game:
Jeśli te parametry utrzymają się przez najbliższe 24h - klikam Ci 'pomógł' i... resolved
Jeśli jednak w tym czasie problem znów się pojawi... trzeba będzie kombinować dalej :/
//EDIT:
Jednak musimy kombinować dalej
FFA
Gun-Game
Jak widać load average mocno podskoczył, a poszczególne usługi mają ogromny apetyt na czas procesora
FFA środnio 79% czasu, Gun-Game 38,5%
Automatycznie spadają fps serwera, a co za tym idzie grywalność. Pojawia się rwanie (serwer hlds na chwilkę się 'zamraża'
Słowem proszę o kolejne sugestie.
Parametry serwera:
Kod: Zaznacz cały
14:37:53 up 35 min, 1 user, load average: 0.62, 0.56, 0.37
FFA
Kod: Zaznacz cały
14:36:23 CPU In Out Uptime Users FPS Players
33.67 189.54 252.08 33 63 83.26 27
14:36:23 stats
14:36:23 CPU In Out Uptime Users FPS Players
33.67 191.64 260.15 33 63 83.17 27
14:36:24 stats
14:36:24 CPU In Out Uptime Users FPS Players
35.25 187.93 259.88 33 63 62.38 27
14:36:24 stats
14:36:24 CPU In Out Uptime Users FPS Players
35.25 178.75 245.05 33 63 83.28 27
14:36:26 stats
14:36:26 CPU In Out Uptime Users FPS Players
37.00 180.28 248.79 33 63 62.46 27
Kod: Zaznacz cały
14:37:05 CPU In Out Uptime Users FPS Players
0.50 34.88 47.12 33 27 124.56 10
14:37:06 stats
14:37:06 CPU In Out Uptime Users FPS Players
0.50 35.50 47.21 33 27 124.67 10
14:37:06 stats
14:37:06 CPU In Out Uptime Users FPS Players
1.67 38.83 50.81 33 27 83.13 10
14:37:07 stats
14:37:07 CPU In Out Uptime Users FPS Players
1.67 40.56 53.08 33 27 124.53 10
14:37:07 stats
14:37:07 CPU In Out Uptime Users FPS Players
1.75 41.01 53.69 33 27 124.66 10
14:37:08 stats
14:37:08 CPU In Out Uptime Users FPS Players
1.75 42.79 56.44 33 27 83.14 10
Jeśli jednak w tym czasie problem znów się pojawi... trzeba będzie kombinować dalej :/
//EDIT:
Jednak musimy kombinować dalej
Kod: Zaznacz cały
15:20:42 up 1:18, 1 user, load average: 1.72, 1.57, 1.12
Kod: Zaznacz cały
15:25:42 CPU In Out Uptime Users FPS Players
78.50 102.21 125.36 82 132 19.23 23
15:25:42 stats
15:25:42 CPU In Out Uptime Users FPS Players
79.00 107.64 133.30 82 132 31.24 23
15:25:43 stats
15:25:43 CPU In Out Uptime Users FPS Players
79.00 101.68 126.55 82 132 31.24 23
15:25:44 stats
15:25:44 CPU In Out Uptime Users FPS Players
78.00 97.60 126.82 82 132 13.12 23
Kod: Zaznacz cały
15:26:39 CPU In Out Uptime Users FPS Players
38.50 50.00 62.57 83 80 83.33 15
15:26:39 stats
15:26:40 CPU In Out Uptime Users FPS Players
38.67 50.72 64.58 83 80 62.38 15
15:26:40 stats
15:26:40 CPU In Out Uptime Users FPS Players
38.67 53.55 69.07 83 80 82.87 15
FFA środnio 79% czasu, Gun-Game 38,5%
Automatycznie spadają fps serwera, a co za tym idzie grywalność. Pojawia się rwanie (serwer hlds na chwilkę się 'zamraża'
Słowem proszę o kolejne sugestie.
a dokładniej to jaka wersja się zainstalowała?micro pisze:linux-image-2.6-686-smp
bo w Etchu najnowszą wersją jest linux-image-2.6.18-4-686, a w powyższej wersji jest tylko seria jąder (2.6) i architektura (686), natomiast nie ma wersji jądra.
IMO nie jest to wina nowej wersji Debiana, ale raczej jakiegoś błędu podczas konfigurowania usług (lub błędu podczas konfigurowania systemu), albo może te usługi były optymalizowane pod Sarge, a teraz gryzą się gdzieś z Etchem (instalowałeś je w aktualnych wersjach czy jak?).
jeżeli była by to wina dystrybucji (w co głęboko wątpię), to pewnie już dawno weszły by poprawki w repo seciurity.
ja bym spróbował to tak zrobić: zainstalował bym na jakimś innym komputerze (np. na desktopie domowym) Debiana razem z tymi usługami, następnie przetestował, czy też jest takie duże zużycie zasobów i ewentualnie grzebać i szukać co jest przyczyną tak dużych obciążeń,
Zainstalowała się 2.6.18-4-686. Natomiast ja podałem listing, który wyświetliło mi apt-cachevelmafia pisze:a dokładniej to jaka wersja się zainstalowała?
bo w Etchu najnowszą wersją jest linux-image-2.6.18-4-686, a w powyższej wersji jest tylko seria jąder (2.6) i architektura (686), natomiast nie ma wersji jądra.
usługa jest w najnowszej, dostępnej wersji. Z tym, że podejrzewam, że jest tak, jak piszesz. Usługa prawdopodobnie jest pod 2.4 i minie jeszcze z pół roku jeśli nie więcej zanim Valve tego nie zmieni. Usługa jest aktualizowana raz w tygodniu.velmafia pisze:IMO nie jest to wina nowej wersji Debiana, ale raczej jakiegoś błędu podczas konfigurowania usług (lub błędu podczas konfigurowania systemu), albo może te usługi były optymalizowane pod Sarge, a teraz gryzą się gdzieś z Etchem (instalowałeś je w aktualnych wersjach czy jak?).
nie twierdzę, że jest to wina dystrybucji, a raczej nieudolności producenta oprogramowania serwera. Dlatego chcę dokonać downgradeu, do czasu powstania serwera pod etch.velmafia pisze:jeżeli była by to wina dystrybucji (w co głęboko wątpię), to pewnie już dawno weszły by poprawki w repo seciurity.
Jest na innej maszynie. Mam 2 serwery. Na pierwszym nadal jest sarge i świetnie sobie radzi.velmafia pisze:ja bym spróbował to tak zrobić: zainstalował bym na jakimś innym komputerze (np. na desktopie domowym) Debiana razem z tymi usługami, następnie przetestował, czy też jest takie duże zużycie zasobów i ewentualnie grzebać i szukać co jest przyczyną tak dużych obciążeń,
W grę wchodzi jeszcze złośliwe floodowanie serwerów pakietami udp (gra wykorzystuje ten właśnie protokół). O ile ten na sarge świetnie sobie z tym radzi, o tyle etch wydaje się być bardzo czuły na takie zagrania. Zastanawiałem się nad snortem_inline, ale w repo jest tylko zwykły snort, a ten nie nadaje się do moich celów.
Zauważyłem jeszcze coś. W etch bardzo wzrosło load average. Nie wiem od czego to zależy.
Test zrobiłem na 2 maszynach, w tym na swoim lokalnym serwerze z sambą, sql i apache.
Kolejną rzeczą przeze mnie zrobioną jest rekompilacja jądra. Domyślnie jądro jest skompilowane na 250Hz, przekompilowałem na 100Hz. Poprawa warunków gry jest nieznaczna.
Kolejne spostrzeżenie to fakt, że load average bardzo wzrasta, gdy w atop mam ipi na poziomie około 2tys, natomiast ipo 600-800.
To raczej nie jest normalna sytuacja :-(
EDIT://
Wygląda na to, że problem jest do nierozwiązania zwłaszcza po zmianie płyty, której okazało się, że sarge nie obsługuje.
Wszystko byłoby idealnie gdybym potrafił obniżyć load average...