🚀 go-pugleaf

>   From: j...@galaxy.uci.agh.edu.pl (Jaroslaw Strzalkowski)
>Pami�tacie mo�e, z tydzie� temu napisa�em tutaj o �misznym problemie:
>gdy startuj� mi w disklessy na NFS-rooc'ie i komputerem exportuj�cym
>dysk jest Linux, to zachowanie serwera bywa smutne - potrafi dostawa�
>"czkawki" objawiaj�cej si� nawet p�minutowym zwisem.
G�upie pytanie: kt�ra wersja j�dra? Drugie, jeszcze g�upsze: kt�ra
wersja serwera NFS?
>
>Fakt, nie szuka�em rozwi�zania problemu zbyt intensywnie - napisa�em
>z pro�b� o pomoc tylko na t� grup� (a nie np. do autor�w NFS'a pod
>Linux'a), spr�bowa�em a to odpali� wi�cej nfsd (bo na clientach
>czkawka oznacza�a tak�e "server not responding" - pomy�la�em �e jak
>b�dzie wi�cej nfsd, to mo�e co� b�dzie "responding"), potem dla
>odmiany zrenicowa�em pojedy�czy nfsd (�eby swoj� nadmiern�
>aktywno�ci� nie zawiesza� systemu). I... dalej ju� pomys��w nie
>mia�em.
No to poczytaj moj� histori�.
Jakie� p� roku temu ustawia�em na pracowni komputerowej u nas bezdyskowe
stacje robocze pod linuxem. Nic nadzwyczajnego - 8 sztuk 386SX, ka�dy
po 4 albo 5 MB RAM. Serwerem by� (i jest nadal) 386 DX z 8 MB RAM. Kernel
- tu i tam 1.2.13 z r�norakimi popraweczkami. Serwer NFS-u - 2.1.
Na pocz�tku ustawi�em / dla ka�dej stacji oddzielnie ze wszystkimi
podkatalogami, z tym �e w /sbin, /bin i /lib mia�em po prostu twarde
dowi�zania do ``g��wnych'' plik�w, czyli tych, z kt�rych korzysta serwer.
C�, nie lubi� marnowa� miejsca na kilka kopii tego samego pliku.
Wszystko chodzi�o pi�knie, ale tylko z jednej stacji. Pu�ci�em kilka
na raz - server not responding i wszystko wisi. W��czy�em w serwerze
debugowanie i znalaz�em przyczyn�. Serwer nie radzi� sobie w�a�nie
z wielokrotnymi dowi�zaniami - przy pr�bach odwo�ania do tego samego
inodu z r�nymi nazwami uznawa�, �e plik zosta� przez kogo� skasowany,
zamyka� go, otwiera� na nowo i w og�le traci� mas� czasu. Po chwili
sytuacja si� powtarza�a, bo np do libc.so.4.5.26 odwo�ania przychodzi�y
co chwil� z r�nych komuter�w. Poradzi�em sobie z tym wprowadzaj�c
poprawk� do j�dra tak, by /lib, /bin, /sbin i /dev by�y montowane
niezale�nie jeszcze przed odpaleniem inita - w ten spos�b znikn��
problem r�nych �cie�ek. Wszystko niby by�o dobrze, ale co jaki� czas
zdarza�y si� tajemnicze zwisy z "server not responding". Poszuka�em
na sieci najnowszego serwera NFS - wtedy by� to 2.2beta23 (nawiasem m�wi�c,
naszuka�em si� jak durny, zanim do niego dotar�em - �aden z wa�nych
linuxowych serwer�w ftp go nie mia�) i zainstalowa�em. Podostraja�em
jeszcze timeouty na stacjach (da�em do�� d�ugie, 2 sekundy). Od tego czasu
wszystko chodzi jak z�oto, mo�e tylko szybko�� nie jest zbyt pora�aj�ca.
Nie chc� jednak sadza� kernela 2.co� na maszynach z 4-5 MB pami�ci,
bo na aplikacje nie starczy. Teraz nawet X11R5 daje si� tam uruchomi�.
Aha, na serwerze chodzi tylko 1 sztuka nfsd.
>
>Wi�c ola�em problem i przenios�em funkcj� NFS serwera dla disklessa
>na komputer chodz�cy pod Solarisem (fakt, znacznie mocniejszy od
>pentium z Linux'em, ale za to dobrze doci��ony funkcj� serwera WWW i FTP).
>
>I efekt jest taki �e pod Linuxem nie ma ju� czkawki a Solaris nawet
>nie zauwa�y� "doci��enia" now� funkcj�. Na clientach sko�czy�y si�
>problemy "server not responding" i w og�le jest sielankowo.
>
>Jaki z tego wniosek? Wed�ug mnie taki: je�li zamierzacie u�ywa� serwera
>unixowego do jaki� masywnych zada�, to mo�e si� zdarzy�, �e Linux
>niekoniecznie b�dzie w�a�ciwym rozwi�zaniem. Mo�e okaza� si� zasadne
>wydanie paru z�otych wi�cej na dro�szy sprz�t firmy np. SUN i
>uruchomi� tam nie wspania�ego, tworzonego pospolitym ruszeniem
>Linux'a, ale ffffstr�tny system komercyjny.
>
>
>Ihahaha. Ju� widz� ten czy �w zwolennik Linux'a pod nosem burczy wyzwiska
>pod moim adresem i siada do klawiatury �eby mi udowodni�, �e gadam
>g�upoty - �e oczywi�cie problemowi i pod Linux'em da�o si� zaradzi�.
>No, no w�a�nie jak?
Bez przesady, zaraz wyzwiska. Po prostu napisa�em, jak to zrobi�em
u siebie.
Pozdrowienia
Krzysztof Strasburger