[Решено] NFS, не читаются файлы

[nniko]

Приветствую, уважаемые форумчане!

Имеем небольшую домашнюю сеть через роутер с фиксированными адерасами. На десктопе (192.168.1.3) установлен NFS-сервер, на ноутбуке (192.168.1.4) только клиент. На обоих компьютерах Xubuntu 12.04.

Содержимое /etc/exports:
/home/tanya/Видео 192.168.1.4(ro,async)

Проблема в следующем: клиент в расшаренную директорию заходит, файлы видит, но их не читает. Тектовые файлы .odt читает с некоторой задержкой, .jpg читает с очень большой задержкой, секунд 30-40, при попытке прочтения файлов .avi, долго думает, говорит, что-то типа "Для получения видеопотока требуется много времени, продолжить?, Да или Отмена". Вообщем читает-читает, а прочитать не может.
Файлы небольшого размера с сервера на клиент и обратно копируются, большого размера - нет - просто висит до отмены окно с 0% выполнения. Даже информация о свойсвах файла через клиента отражается примерно через 20-30 сек.

В итоге все заканчивается зависанием на некоторое время, в связи с чем:

заглянул в dmesg на сервере и увидел следующее:
dmesg | grep error
[ 10.783579] EXT4-fs (sdb1): re-mounted. Opts: errors=remount-ro

заглянул в dmesg на клиенте:
dmesg | grep -i error
[ 14.554088] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro

Команда tail -f /var/log/syslog после обращения к файлу на nfs-сервере дает следующее (сокращено):

[ 8626.228821] [UFW BLOCK] IN=eth0 OUT= MAC=d8:d3:85:27:83:c8:00:17:31:8e:31:f1:08:00 SRC=192.168.1.3 DST=192.168.1.4 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=34572 DF PROTO=TCP SPT=774 DPT=59888 WINDOW=14600 RES=0x00 SYN URGP=0
[ 8642.276248] [UFW BLOCK] IN=eth0 OUT= MAC=d8:d3:85:27:83:c8:00:17:31:8e:31:f1:08:00 SRC=192.168.1.3 DST=192.168.1.4 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=34573 DF PROTO=TCP SPT=774 DPT=59888 WINDOW=14600 RES=0x00 SYN URGP=0

Правила iptables все сброшены. Опции в exports были опробованы разные.
Аналогичная ситуация, когда в роли клиента выступает аппаратный медиаплеер IconBit XDS100GL.
В чем проблема, подскажите, буду благодарен :-)

[nniko]

Проверил, если смонтировать NFS и попробовать воспроизвести видео локально с расшаренной директории, т.е. NFS-сервер он же NFS-клиент, то все читается и воспроизводится прекрасно.

Поставил на десктоп (который NFS-сервер) медиасервер minidlna, настроил, как во многих руководствах советуют - а результат тот-же, что и при расшаривании NFS - не возможность прочтения видео и корявое, долгое и не полное воспроизведение jpg.

[kisil]

В логах сервера смотри ворнингы которые пишет nfsd.

[nniko]

В логах сервера смотри ворнингы которые пишет nfsd.

Смотрел /var/log/syslog - ни чего подозрительного, ни одного warning нет, ни одного error, для NFS обычные, не вызывающие недоверия записи.

Ради интереса загрузился с загрузочного Ubuntu 11.04, установил в память и настроил NFS-сервер, результат: аппаратный медиаплеер видит и читает файлы с смонтированной NFS превосходно, значит косяк не в сети или плеере, а в Xubuntu 12.04.
Думаем дальше.

[nniko]

Обновлю информацию о проблеме:

Система Xubuntu 12.04 LTS. При подключении NFS как в качестве клиента, так и в качестве сервера, а также при попытке запустить с другого компьютера (ssh-клиент) по ssh любую программу с GUI (например Firefox) или даже с псевдографикой (например mc) падает сеть и поднимается сама через 3-4 мин.

При этом GUI вроде начинает прорисовываться и виснет; при копировании с помощью mc с (на) NFS-ресурс копирование начинается и практически сразу останавливается зависая. Такое ощущение, что как-будто переполняется какой-то буфер.

Ниже выкладываю то, что пишется в sys.log после такого "зависания"

17a18,52
> May 3 14:58:42 tanya rpc.mountd[3639]: authenticated mount request from 192.168.1.7:794 for /home/tanya/Видео (/home/tanya/Видео)
> May 3 14:58:56 tanya kernel: [19216.016012] ------------[ cut here ]------------
> May 3 14:58:56 tanya kernel: [19216.016027] WARNING: at /build/buildd/linux-3.2.0/net/sched/sch_generic.c:255 dev_watchdog+0x1e6/0x1f0()
> May 3 14:58:56 tanya kernel: [19216.016032] Hardware name: System Product Name
> May 3 14:58:56 tanya kernel: [19216.016037] NETDEV WATCHDOG: eth0 (r8169): transmit queue 0 timed out
> May 3 14:58:56 tanya kernel: [19216.016040] Modules linked in: pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) rfcomm bnep bluetooth nfsd nfs lockd fscache auth_rpcgss nfs_acl sunrpc snd_hda_codec_hdmi ppdev snd_usb_audio snd_usbmidi_lib uvcvideo snd_hda_codec_analog videodev snd_hda_intel snd_hda_codec snd_hwdep snd_pcm nouveau snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq serio_raw parport_pc asus_atk0110 ttm snd_timer snd_seq_device drm_kms_helper snd drm i2c_algo_bit mxm_wmi mac_hid wmi video soundcore snd_page_alloc lp parport usbhid hid floppy r8169
> May 3 14:58:56 tanya kernel: [19216.016125] Pid: 0, comm: swapper/0 Tainted: G O 3.2.0-39-generic #62-Ubuntu
> May 3 14:58:56 tanya kernel: [19216.016129] Call Trace:
> May 3 14:58:56 tanya kernel: [19216.016140] [<c104ae02>] warn_slowpath_common+0x72/0xa0
> May 3 14:58:56 tanya kernel: [19216.016147] [<c1499096>] ? dev_watchdog+0x1e6/0x1f0
> May 3 14:58:56 tanya kernel: [19216.016153] [<c1499096>] ? dev_watchdog+0x1e6/0x1f0
> May 3 14:58:56 tanya kernel: [19216.016159] [<c104aed3>] warn_slowpath_fmt+0x33/0x40
> May 3 14:58:56 tanya kernel: [19216.016165] [<c1499096>] dev_watchdog+0x1e6/0x1f0
> May 3 14:58:56 tanya kernel: [19216.016176] [<c1057fdf>] call_timer_fn+0x2f/0x110
> May 3 14:58:56 tanya kernel: [19216.016182] [<c1498eb0>] ? qdisc_reset+0x40/0x40
> May 3 14:58:56 tanya kernel: [19216.016188] [<c10596db>] run_timer_softirq+0xeb/0x210
> May 3 14:58:56 tanya kernel: [19216.016194] [<c1498eb0>] ? qdisc_reset+0x40/0x40
> May 3 14:58:56 tanya kernel: [19216.016200] [<c1051ac0>] ? local_bh_enable_ip+0x90/0x90
> May 3 14:58:56 tanya kernel: [19216.016205] [<c1051b41>] __do_softirq+0x81/0x1a0
> May 3 14:58:56 tanya kernel: [19216.016211] [<c1051ac0>] ? local_bh_enable_ip+0x90/0x90
> May 3 14:58:56 tanya kernel: [19216.016215] <IRQ> [<c1051e86>] ? irq_exit+0x76/0xa0
> May 3 14:58:56 tanya kernel: [19216.016226] [<c157e209>] ? smp_apic_timer_interrupt+0x59/0x88
> May 3 14:58:56 tanya kernel: [19216.016233] [<c1576f99>] ? apic_timer_interrupt+0x31/0x38
> May 3 14:58:56 tanya kernel: [19216.016240] [<c14400e0>] ? dev_suspend+0x70/0xb0
> May 3 14:58:56 tanya kernel: [19216.016247] [<c1009d7c>] ? mwait_idle+0x7c/0x1d0
> May 3 14:58:56 tanya kernel: [19216.016253] [<c1001818>] ? cpu_idle+0xa8/0xe0
> May 3 14:58:56 tanya kernel: [19216.016260] [<c1546045>] ? rest_init+0x5d/0x68
> May 3 14:58:56 tanya kernel: [19216.016268] [<c1834776>] ? start_kernel+0x352/0x358
> May 3 14:58:56 tanya kernel: [19216.016274] [<c18343b5>] ? pass_bootoption.constprop.2+0xe2/0xe2
> May 3 14:58:56 tanya kernel: [19216.016280] [<c18340a9>] ? i386_start_kernel+0xa9/0xaf
> May 3 14:58:56 tanya kernel: [19216.016285] ---[ end trace 6cfeb5167353c58b ]---
> May 3 14:58:56 tanya kernel: [19216.032182] r8169 0000:02:00.0: eth0: link up
> May 3 14:59:32 tanya kernel: [19252.032183] r8169 0000:02:00.0: eth0: link up
> May 3 14:59:44 tanya kernel: [19264.032182] r8169 0000:02:00.0: eth0: link up
> May 3 15:00:08 tanya kernel: [19288.032188] r8169 0000:02:00.0: eth0: link up

Помогите плз, имея этот вывод, разобраться, "где же собака порылась" :-) ?

[nniko]

Забыл указать опции монтирования:

/etc/exports: /home/hvost/change 192.168.1.3(rw,no_root_squash,async)

опции монтирования: sudo mount 192.168.1.4:/home/hvost/change /home/tanya/Общедоступные nfs user,rw

Пробовал разные опции прописывать в /etc/exports и разные опции монтирования - результат одинаков: падение сети и временный «висяк».

Если загрузиться с live-CD Ubuntu 11.04 и поднять на проблемном компьютере NFS-сервер, то все работает отлично, все читается, ничего не висит и не падает.

[nniko]

Как писал выше, если загрузиться с live-CD, например Ubuntu 11.04, то все читается и воспроизводится нормально. Ниже вывод syslog после подключения и чтения NFS-клиентом *.avi файла с "проблемного" NFS-сервера (live-CD).

> May 5 09:51:19 ubuntu mountd[4788]: authenticated mount request from 192.168.1.7:829 for /media/sda3/media (/media/sda3/media)

В предыдущем посте тот же вывод (syslog, Xubuntu 12.04), только с "проблемной" системы, установленной на HDD. Как видно, разница, буквально в десяток не понятных мне строк. В них причина моей проблемы. Помогите их прочитать, что они обозначают?

[nniko]

А ларчик-то просто открывался! Почему-то я стал усложнять проблему, а надо-то было обратить внимание на модуль сетевой карты.

Собственно проблема решена: скачал с сайта realtek официальный модуль к этой карте

02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 01)

и сменил загружаемый модуль r8169 на скомпиллированный в соответствии с ReadMe.txt r8168. Все работает нормально.