[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: NFS hangs on unlink/safe_remove



Am 06.12.2013 14:53, schrieb Patrick Matthäi:
Hello list,
(please CC me, I am not subscribed here)
.......

The curious is also, that other clients do not have any problems (also
Squeeze) to access the data at the same time on the same share. There is
no noticeable load (network, CPU, HDD, HDD latency, DRBD, NFS etc) on
the machines. Both packagefilters have ACCEPT all for incoming and
outgoing traffic on this dedicated interface. No errors, dropped or
overruns on this NIC.

Do you have got an idea how to better debug it or what the main problem
could be?


Update:
While the script hangs I can access from the same client all data on the same share, except of the folder where it is currently trying to remove a file.

strace ls cache/mage--3 stops here:
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f4475aa2000
read(3, "nodev\tsysfs\nnodev\trootfs\nnodev\tb"..., 1024) = 341
read(3, "", 1024)                       = 0
close(3)                                = 0
munmap(0x7f4475aa2000, 4096)            = 0
open("/usr/lib/locale/locale-archive", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=1527680, ...}) = 0
mmap(NULL, 1527680, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f4475923000
close(3)                                = 0
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
ioctl(1, TIOCGWINSZ, {ws_row=50, ws_col=150, ws_xpixel=0, ws_ypixel=0}) = 0
stat("cache/mage--3", {st_mode=S_IFDIR|0777, st_size=4096, ...}) = 0
open("cache/mage--3", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 3
fcntl(3, F_GETFD)                       = 0x1 (flags FD_CLOEXEC)
getdents(3,

At the same time dd if=/dev/zero of=file_on_nfs_share bs=16k count=10000 gives me rates of ~ 86 MB/s.


--
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatthaei@debian.org
        patrick@linux-dev.org
*/


Reply to: