LINUX.ORG.RU
решено Форум — General  

Xubuntu: падает сеть, NFS


0

1

Система Xubuntu 12.04 LTS. При обращении к NFS как в качестве клиента, так и в качестве сервера, а также при попытке запустить с другого компьютера (ssh-клиент) по ssh любую программу с GUI (например Firefox) падает сеть и поднимается сама через 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

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


← Ну и как это собирать?
Передача find нескольких масок для поиска →

Ответ на: комментарий от invokercd

/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
() автор топика
Ответ на: комментарий от nniko

Вариант: вместо async поставить sync, монтировать с добавлением опции «soft». У меня были ужасные тормоза связанные с разными версиями ядра (клиент и сервер).

invokercd ★★★★
()
Ответ на: комментарий от Atlant

Пробовал, к сожалению результат тот-же. Выше писал, что проблема не только (не столько) в NFS, так как и при подключении в «проблемному» компьютеру по ssh и попытке запустить что-то с GUI, например Firefox, наблюдается такая же фигня - GUI пытается прогрузиться,однако все заканчивается «висяком».

nniko
() автор топика
Ответ на: комментарий от nniko

судя по твоему логу используется VirtualBox на клиенте или клиент в VirtualBox. Если первое - то попробуй не загружать модули ядра для VirtualBox - и проверить соответственно без них.

Atlant ★★★★★
()
Ответ на: комментарий от invokercd

Тоже пробовал с разными опциями, и с этими тоже. Безрезультатно. Попробую еще раз.

nniko
() автор топика
Ответ на: комментарий от Atlant

Да, действительно, установлен VB, попробую не загружать его модули. Вот еще интересный момент:

Как писал выше, если загрузиться с 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
() автор топика
Ответ на: комментарий от Atlant

Выгрузил модули vboxpci, vboxnetadp, vboxnetflt, vboxdrv. Зашел NFS-клиентом - результат тот же - падение сети на 3-4 мин и не возможность что-либо прочитать NFS-клиентом.

nniko
() автор топика
Ответ на: комментарий от Atlant

Я тоже думал об этом, но ведь с Live-CD Ubuntu 11.04 все нормально работает. Модули сетевушки и там и там (r8169) одни и теже.

Завтра найду и попробую. Потом отпишусь.

Спасибо за помощь :-)

nniko
() автор топика
Ответ на: комментарий от Atlant

Периодически делаю apt-get upgrade, но проблема с обновлением не связана, т.к. существовала давно.

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

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

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

nniko
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Ну и как это собирать?
General
Передача find нескольких масок для поиска →