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 [email protected] http://linux-bulgaria.org/mailman/listinfo/lug-bg
