Проблемы с NFS

[playnet]

xen 3.4.3, centos 5.7
Linux centos-x64-xen.loc 2.6.18-274.3.1.el5xen #1 SMP Tue Sep 6 20:57:11 EDT 2011 x86_64 x86_64 x86_64 GNU/Linux

Есть виртмашина, центось 5.7 в PV, по nfs подмонтированы /var/db, /var/www
сделал еще запись
centos-x64-xen.loc:/mnt/1t/servers/pv1.loc/usr/share /usr/share nfs tcp,rw,rsize=163884,wsize=16384 0 0

Сделал rsync -azS /usr/share-/ /usr/share/ (с локального раздела на нфс шару)

Код: Выделить всё

INFO: task rsync:19410 blocked for more than 120 seconds.
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
rsync         D 00094CBA  1640 19410  19409                     (NOTLB)
       c153feb8 00000286 c8989c1f 00094cba 000cf4b8 00000009 d0914550 c898a319
       00094cba 000006fa d091465c c1413b60 dc8643c0 00000000 4ec58394 c0fc3a5c
       c0fc3a5c c153fef8 c153fec4 c0424aa0 4ec58394 000cf4b8 c1413b60 00000000
Call Trace:
 [<c0424aa0>] getnstimeofday+0xd/0x21
 [<c062067c>] io_schedule+0x36/0x59
 [<e14038c1>] nfs_wait_bit_uninterruptible+0x5/0x8 [nfs]
 [<c0620853>] __wait_on_bit+0x33/0x58
 [<e14038bc>] nfs_wait_bit_uninterruptible+0x0/0x8 [nfs]
 [<e14038bc>] nfs_wait_bit_uninterruptible+0x0/0x8 [nfs]
 [<c06208da>] out_of_line_wait_on_bit+0x62/0x6a
 [<c0431e0c>] wake_bit_function+0x0/0x3c
 [<e14038b5>] nfs_wait_on_request+0x1b/0x22 [nfs]
 [<e1406bac>] nfs_wait_on_requests_locked+0x61/0xa5 [nfs]
 [<e140798a>] nfs_sync_inode_wait+0x4c/0x1ab [nfs]
 [<e13fe787>] nfs_do_fsync+0x19/0x39 [nfs]
 [<e13fef34>] nfs_file_flush+0x67/0x87 [nfs]
 [<c0471a16>] filp_close+0x2f/0x54
 [<c0472c6e>] sys_close+0x71/0xa0
 [<c0405417>] syscall_call+0x7/0xb
 =======================
nfs: server centos-x64-xen.loc not responding, still trying
nfs: server centos-x64-xen.loc OK
nfs: server centos-x64-xen.loc not responding, still trying

Собственно, кто виноват и что делать...

[sash-kan]

centos
…
rsync -azS /usr/share-/ /usr/share/
…
Собственно, кто виноват

ставлю десять пачек чаю против шкуры дохлого бизона, что без selinux-а дело не обошлось:
копируете из левого каталога в рабочую систему·

rsync -azS

учитывая, что «-a, --archive — archive mode; equals -rlptgoD (no -H,-A,-X)» (man rsync), вероятно, ни H, ни A, ни X в данном вашем случае лишними явно не будут·

[Bluetooth]

У меня с xen-3.2-1 и 3.4 были проблемы с nfs в HVM. Правда, в PV проблем не было ни с 3.2-1, ни с 3.4, ни с 4.0.
Но то на дебиане. Пошерстите багтрекеры центоса, может, там что-то про это есть.

[playnet]

ставлю десять пачек чаю против шкуры дохлого бизона, что без selinux-а дело не обошлось:

cat /etc/selinux/config
SELINUX=permissive

Оно как бы есть, но его как бы и нет. И потом, при чём тут отваливание NFS? Оно таки рсинкает, просто времени надо больше.

копируете из левого каталога в рабочую систему·

это было cd /usr && mv share share- && mkdir share && mount /usr/share && rsync -avS share-/ share/
Причины - место в уср кончалось.

[playnet]

Так в чём может быть дело?

[sash-kan]

это было cd /usr && mv share share- && mkdir share && mount /usr/share && rsync -avS share-/ share/

а если всё-таки сначала скопировать
mkdir /usr/share2 && mount /откуда-то /usr/share2 && rsync -avSHAX /usr/share/ /usr/share2/

и лишь после этого менять местами
umount /usr/share2 && mv /usr/share /usrshare.save && mkdir /usr/share && mount /usr/share

?

[playnet]

а если всё-таки сначала скопировать

Проблема возникает нерегулярно и можно часами гонять данные - нормально.. а иногда такая вот ботва. Хотя чаще возникает при интенсивной работе с отдельной машиной с freebsd, но сетка на гигабите.