🚀 go-pugleaf

In pl.comp.sys.sun.admin Jacek Pliszka <pliszka@fuw.edu.pl> wrote:
: Czesc!

: Mam taki problem. Solaris 2.5 (6?) serwuje katalog NFS
: monotwany pod Linux (RH 5.2).

: Czasami jest tak, jakby przez chwile sun nie odpowiadal,
: wtedy Linux zwisa i zaczyna sie pojawiac napis:

: NFS server sol not responding still trying

: i nie ma dostepu do katalogow NFS. Jednak gdy zajrze do nich
: przez amd:
: /net/sol/filesystem to je widze i wszystko jest OK.

: Suny ktore tez monutja ten katalog glupieja tylko na chwile
: a potem jest juz wszystko w porzadku. Linuxowi zauwazenie
: ze NFS serwer jest juz OK zajmuje b. duzo  (dlugie minuty ) czasu
: (najszybszy jest [tfuj..] reboot).

Powód jest prosty. Solarisy potrafią między sobą udostępniać i korzystać z
NFS po TCP (także po UDP), a Linux jak na razie tylko po UDP. TCP to
protokół z potwierdzeniami transmisji, a UDP bez takowych dzięki czemu przy
stratach pray transmisji przerwy lub retransmisje dochopdzą szybciej do
skutku kiedy komunikacja odbywa się po TCP.

kloczek
PS. Na kernele 2.1/2.2 są dostępne próbne patche do serwera i klienta NFS
pracującego po TCP ale to jeszcze jak na razie dość wczesna faza
eksperymentów.
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek@rudy.mif.pg.gda.pl*

In pl.comp.os.linux.sieci Tomasz Kłoczko <kloczek@rudy.mif.pg.gda.pl> wrote:
> In pl.comp.sys.sun.admin Jacek Pliszka <pliszka@fuw.edu.pl> wrote:
> : Czesc!

> : Mam taki problem. Solaris 2.5 (6?) serwuje katalog NFS
> : monotwany pod Linux (RH 5.2).

> : Czasami jest tak, jakby przez chwile sun nie odpowiadal,
> : wtedy Linux zwisa i zaczyna sie pojawiac napis:

> : NFS server sol not responding still trying

> : i nie ma dostepu do katalogow NFS. Jednak gdy zajrze do nich
> : przez amd:
> : /net/sol/filesystem to je widze i wszystko jest OK.

> : Suny ktore tez monutja ten katalog glupieja tylko na chwile
> : a potem jest juz wszystko w porzadku. Linuxowi zauwazenie
> : ze NFS serwer jest juz OK zajmuje b. duzo  (dlugie minuty ) czasu
> : (najszybszy jest [tfuj..] reboot).

> Powód jest prosty. Solarisy potrafią między sobą udostępniać i korzystać z
> NFS po TCP (także po UDP), a Linux jak na razie tylko po UDP. TCP to
> protokół z potwierdzeniami transmisji, a UDP bez takowych dzięki czemu przy
> stratach pray transmisji przerwy lub retransmisje dochopdzą szybciej do
> skutku kiedy komunikacja odbywa się po TCP.
Nie za bardzo, jezeli linux tez jest serwerem (tez UDP) to jakos zauwaza to
max. po 2 sekundach

On 5 Jan 1999, Wojciech Puchar wrote:

> In pl.comp.os.linux.sieci Tomasz Kłoczko <kloczek@rudy.mif.pg.gda.pl> wrote:
>

> > > (skipped..)
 
> > Powód jest prosty. Solarisy potrafią między sobą udostępniać i korzystać z
> > NFS po TCP (także po UDP), a Linux jak na razie tylko po UDP. TCP to
> > protokół z potwierdzeniami transmisji, a UDP bez takowych dzięki czemu przy
> > stratach pray transmisji przerwy lub retransmisje dochopdzą szybciej do
> > skutku kiedy komunikacja odbywa się po TCP.
> Nie za bardzo, jezeli linux tez jest serwerem (tez UDP) to jakos zauwaza to
> max. po 2 sekundach

Tez mam cos podobnego, jak jest problem z serwerem na Linux to
natychmiast jak jest OK inne Linuxy to zauwazaja. Tymczasem Sun-ow
zauwazyc nie chca.

Ale rozumiem ze niestety msuze z tym poczekac na 2.2.

A moze ktos moze mi powiedziec jak to przysiepszyc recznie?
restart nfs nie pomaga.

Pozdrawiam,

Jacek Pliszka 

--
"Linux can win...." - taken from Microsoft Internal Memo, 
Annotated at http://www.opensource.org/halloween.html

In pl.comp.os.linux.sieci Jacek Pliszka <pliszka@fuw.edu.pl> wrote:
> On 5 Jan 1999, Wojciech Puchar wrote:

>> In pl.comp.os.linux.sieci Tomasz Kłoczko <kloczek@rudy.mif.pg.gda.pl> wrote:
>>

>> > > (skipped..)
>  
>> > Powód jest prosty. Solarisy potrafią między sobą udostępniać i korzystać z
>> > NFS po TCP (także po UDP), a Linux jak na razie tylko po UDP. TCP to
>> > protokół z potwierdzeniami transmisji, a UDP bez takowych dzięki czemu przy
>> > stratach pray transmisji przerwy lub retransmisje dochopdzą szybciej do
>> > skutku kiedy komunikacja odbywa się po TCP.
>> Nie za bardzo, jezeli linux tez jest serwerem (tez UDP) to jakos zauwaza to
>> max. po 2 sekundach

> Tez mam cos podobnego, jak jest problem z serwerem na Linux to
> natychmiast jak jest OK inne Linuxy to zauwazaja. Tymczasem Sun-ow
> zauwazyc nie chca.

> Ale rozumiem ze niestety msuze z tym poczekac na 2.2.
Mysle ze to raczej niezbyt poprawna implementacja NFS na solarisie przy
protokole UDP

In pl.comp.sys.sun.admin Wojciech Puchar <majster@rudy.mif.pg.gda.pl> wrote:
[..]
:> Powód jest prosty. Solarisy potrafią między sobą udostępniać i korzystać z
:> NFS po TCP (także po UDP), a Linux jak na razie tylko po UDP. TCP to
:> protokół z potwierdzeniami transmisji, a UDP bez takowych dzięki czemu przy
:> stratach pray transmisji przerwy lub retransmisje dochopdzą szybciej do
:> skutku kiedy komunikacja odbywa się po TCP.

: Nie za bardzo, jezeli linux tez jest serwerem (tez UDP) to jakos zauwaza to
: max. po 2 sekundach

W przypadku TCP opóźnienia na retransmisje AFAIK powinny być krótsze.

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek@rudy.mif.pg.gda.pl*

In pl.comp.sys.sun.admin Jacek Pliszka <pliszka@fuw.edu.pl> wrote:
JP> On 5 Jan 1999, Wojciech Puchar wrote:

>> In pl.comp.os.linux.sieci Tomasz Kłoczko <kloczek@rudy.mif.pg.gda.pl> wrote:
>> > > (skipped..)
JP>  
>> > Powód jest prosty. Solarisy potrafią między sobą udostępniać i korzystać z
>> > NFS po TCP (także po UDP), a Linux jak na razie tylko po UDP. TCP to
>> > protokół z potwierdzeniami transmisji, a UDP bez takowych dzięki czemu przy
>> > stratach pray transmisji przerwy lub retransmisje dochopdzą szybciej do
>> > skutku kiedy komunikacja odbywa się po TCP.
>> Nie za bardzo, jezeli linux tez jest serwerem (tez UDP) to jakos zauwaza to
>> max. po 2 sekundach

JP> Tez mam cos podobnego, jak jest problem z serwerem na Linux to
JP> natychmiast jak jest OK inne Linuxy to zauwazaja. Tymczasem Sun-ow
JP> zauwazyc nie chca.

Po pierwsze, serwer NFS na linuxach nadal ma cos nie tak w kodzie i
zupelnie podstawowa sprawa jest stosowanie przy podlaczaniu linuxowych
dyskow do suna via NFS opcji:

	-o rsize=1024,wsize=1024

Poza tym raczej nie spotkalem sie dotad z innymi problemami... [1]

Tomek

[1] pomijajac brak statd, sluzacego do robienie lockf() (a moze flock())
przez siec.

-- 
 _________
(_   _' __) Tomasz R. Surmacz *-* Work:(071)3202636, tsurmacz@ict,pwr,wroc,pl
  |  (__  \ http://www.ict.pwr.wroc.pl/~tsurmacz/ *--* Home: ts @wroc,apk,net
  |__(____/ For PGP key finger tsurmacz@cyber.ict,pwr,wroc.pl *-* irc: TomekS

In pl.comp.os.linux.sieci Tomasz Kłoczko <kloczek@rudy.mif.pg.gda.pl> wrote:
> In pl.comp.sys.sun.admin Wojciech Puchar <majster@rudy.mif.pg.gda.pl> wrote:
> [..]
> :> Powód jest prosty. Solarisy potrafią między sobą udostępniać i korzystać z
> :> NFS po TCP (także po UDP), a Linux jak na razie tylko po UDP. TCP to
> :> protokół z potwierdzeniami transmisji, a UDP bez takowych dzięki czemu przy
> :> stratach pray transmisji przerwy lub retransmisje dochopdzą szybciej do
> :> skutku kiedy komunikacja odbywa się po TCP.

> : Nie za bardzo, jezeli linux tez jest serwerem (tez UDP) to jakos zauwaza to
> : max. po 2 sekundach

> W przypadku TCP opóźnienia na retransmisje AFAIK powinny być krótsze.
To znaczy pol sekundy zamiast sekundy -)
Ale nie minuta czy pol