Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - koubasov

Stran: [1]
1
Ja věděl, že když po tejdnu napíšu veřejnej post, tak to vyřeším :)

Příčina: NFSv4 si (evidentně od nejaké specifické verze kernelu) generuje clientId z hostnamu klienta anení nijak ošetřena kolize. Naše pracovní stanice se všechny jmenovaly "ubuntu".

Našel jsem o tom takovou mimoděk zmínku tady: https://lore.kernel.org/linux-nfs/1EC571D9-9B20-4D82-803E-7865AD9CFC86@rutgers.edu/

2
Ahoj, mám několik strojů s Ubuntu (momentálně 20.04) s homama mountovanýma přes NFS, roky s tím nebyl problém, ale někdy od kernelové řady 5.x se jednomu klientovi začala objevovat v kernlogu uvedená chybová hláška, rozbíjet se profil v Chrome (asi Sqlite based) a prostředí lagovat.

Kód: [Vybrat]
nfs4_reclaim_open_state: Lock reclaim failed!
Po upgradu ostatních stanic se to od určitého počtu současně připojených klientů začalo projevovat masivně.
Ve virtuálním prostředí se mi to zatím nepovedlo odsimulovat, ale mám málo klientů
- NFS server: Debian 11, kernel 5.14.0,  nfs-kernel-server, exporty: rw,async,insecure,no_subtree_check,no_root_squash
- klienti: převážně Ubuntu 20.04, kernel 5.4.x, zkoušel jsem novější, mount opts: vers=4.1,hard,local_lock=all,nocto

Zdá se, že verze NFS 4.0, 4.1, 4.2 se chovají podobně, ale chová se to dost nedeterministicky, někdy to začne zlobit ostatním, když jeden člověk IO přetíží server - (nestávalo se), někdy to chvíli funguje jakoby nic, jindy stačí víc spuštěných stanic....

Zkoušel jsem klientům nastavovat sysctl fs.leases_enabled=0, nepomohlo

Nemáte někdo nějaký tip co ještě zkusit?

Stran: [1]