[linux] Problém s mazaním NFS silly rename

[Peter Viskup]

Ahojte,
počas logrotate nad úložiskom logov na NFS share sa vytvárajú NFS silly
rename súbory (niektoré logy majú aj +100GB).
Po ich uzavretí nedôjde k ich zmazaniu NFS klientom a nie je možné ich
zmazať ani dodatočne. Samotný archív ako výsledok logrotate je vždy
vytvorený bez problémov.

~# rm /var/log/remotelogs/.nfs000000010b7cb7b400000652
rm: cannot remove '/var/log/remotelogs/.nfs000000010b7cb7b400000652':
Device or resource busy

Nie je tam žiaden lock, ani daný súbor nevidno v zozname otvorených súborov.

~# lockfile-check /var/log/remotelogs/.nfs000000010b7cb7b400000652
~# echo $?
255
~# lsof +L1
COMMAND    PID   USER  FD   TYPE DEVICE SIZE/OFF NLINK  NODE NAME
systemd-l  675   root txt    REG  254,2   231560     0 35070
/usr/lib/systemd/systemd-logind (deleted)
systemd   7541   user txt    REG  254,2  1489208     0 35053
/usr/lib/systemd/systemd (deleted)
(sd-pam)  7542   user txt    REG  254,2  1489208     0 35053
/usr/lib/systemd/systemd (deleted)

Mount vyzerá takto:
nfsserver:/locofwd/fwd03 on /var/log/remotelogs type nfs4
(rw,nosuid,nodev,noexec,relatime,vers=4.0,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=10,sec=sys,clientaddr=10.x.y.a,local_lock=none,addr=10.x.y.z)

Beží backported Debian Buster kernel (keďže v 5.4ke bolo veľa zmien práve v
NFSv4 kóde).
#1 SMP Debian 5.4.8-1~bpo10+1

Riešením je namountovať NFS v inej ceste a tam zmazať uvedený súbor. Mám
podozrenie na bug v NFS klientovi. Po zmazaní a vytvorení súboru s rovnakým
menom nanovo už je možné súbor zmazať aj v pôvodnej ceste.

Ďakujem za akékoľvek podnety.

Peter
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <http://lists.linux.sk/pipermail/linux/attachments/20200603/f65bff9e/attachment.htm>