-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 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 - -- PGP KeyID: 0x3118168B Keyserver: pgp.mit.edu Key fingerprint BB50 2983 0714 36DC D02E 158A E03D 56DA 3118 168B -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkIFa4ACgkQ4D1W2jEYFovYfACghYpkDhm+h0xMWWah7umueDQA zfoAnRuplLZsxCujnv7MX54dr4x6vcf/ =M0sr -----END PGP SIGNATURE----- _______________________________________________ Lug-bg mailing list [email protected] http://linux-bulgaria.org/mailman/listinfo/lug-bg
