Re: [Lug-bg] NFS mounts след Sleep/Wake

[Georgi Chorbadzhiyski <gf@xxxxxxxxxxx>]

Around 10/29/08 09:50, Момчил Иванов scribbled:
> Nickola Kolev написа:
>> Според мен проблемът е точно в затварянето на TCP сесията/сесиите. Ако по 
>> пътя между теб и NFS сървъра има маршрутизатор и той не е под твой контрол,
>> няма много какво да направиш. В противен случай обърни внимание на 
>> функционалността на TCP Keepalive. Преди да почовъркаш из /proc или през 
>> sysctl, можеш да хвърлиш едно око тук: 
>>
>> http://tldp.org/HOWTO/TCP-Keepalive-HOWTO/usingkeepalive.html
>>
>> Естествено, това е само предположение, но пък звучи резонно, макар че
>> никак не разбирам от NFS.
> 
> току що си събудих машината и определено проблемът идва от дългото време
> през което спи. mount показва файловите системи като монтирани, но при
> опит да вляза в някоя от тях cd зависва, както зависва и df. linux-а
> показва, че имам следната връзка, която още не е затворена (1 е nfs
> сървъра):
> 
> tcp        0      1 10.67.54.3:696          10.67.54.1:2049
> FIN_WAIT1
> 
> а freebsd-то показва:
> 
> tcp4       0      0  10.67.54.1.*           10.67.54.3.696         CLOSED
> tcp4       0      0  10.67.54.1.*           10.67.54.3.928         CLOSED
> tcp4       0      0  10.67.54.1.*           10.67.54.3.928         CLOSED
> tcp4       0      0  10.67.54.1.*           10.67.54.3.928         CLOSED
> tcp4       0      0  10.67.54.1.*           10.67.54.3.928         CLOSED
> 
> ще погледна връзката за keepalive-а и ще си поиграя с tcp timeout-ите и
> на 2-те машини, вероятно това е проблемът. Има ли начин на linux-а да му
> задам fin1 timeout-а? в proc има /proc/sys/net/ipv4/tcp_fin_timeout,
> което според документацията е за fin2

Не е ли по-лесно да пуснеш nfs по udp? Протокол е stateless и не
му трябва постоянно отворена връзка, за да работи. Доколкото си
спомням по udp си работи по подразбиране, а tcp се препоръчва
само ако ти трябва по-голяма стабилност. Например при мен когато
монтирах по udp nfs root и машината клиент имаше много udp, нещата
не вървяха хич добре. Превключвайки на tcp се оправиха нещата, но
при теб понеже гасиш клиент, udp би било по-добър вариант.

-- 
Georgi Chorbadzhiyski
http://georgi.unixsol.org/
_______________________________________________
Lug-bg mailing list
Lug-bg@xxxxxxxxxxxxxxxxxx
http://linux-bulgaria.org/mailman/listinfo/lug-bg