Хочу отказаться от USB-носителя на RT-N66U заменив его NFS-шарой NAS'a. Решил протестировать устойчивость связки и наткнулся на хорошо воспроизводимую проблему: при попытке скопировать большой файл командой dd на NFS-шару роутер сразу после окончания копирования уходит в ребут. Вывод top в момент перед ребутом:
Информация о роутере (NFS-клиенте):Code:Mem: 154836K used, 85032K free, 0K shrd, 64K buff, 130424K cached CPU: 2% usr 42% sys 0% nic 14% idle 13% io 0% irq 25% sirq Load average: 2.28 1.07 0.42 2/66 1017 PID PPID USER STAT VSZ %MEM %CPU COMMAND 1017 692 admin D 1056 0% 29% dd if=/dev/zero of=/tmp/mnt/MBL/Router 1012 2 admin SW< 0 0% 29% [rpciod/0] 51 2 admin SW 0 0% 14% [pdflush] 772 1 admin S 3420 1% 0% apcupsd 1015 952 admin R 1620 1% 0% top …
Информация о NAS'е (NFS-сервере):Code:# mount … 192.168.0.2:/nfs on /tmp/mnt/MBL type nfs (rw,vers=3,rsize=8192,wsize=8192,soft,intr,proto=udp,timeo=7,retrans=3,sec=sys,addr=192.168.0.2) # opkg list_installed | grep portmap portmap - 6.0-3 # lsmod Module Size Used by Tainted: P nfs 290448 1 lockd 76048 2 nfs sunrpc 187280 3 nfs,lockd …
Простое копирование файлов на NFS-шару NAS'a к ребуту не приводит, для воспроизведения проблемы на роутере необходимо выполнить:Code:MyBookLive:~# cat /etc/exports /nfs *(rw,all_squash,sync,no_subtree_check,insecure,anonuid=500,anongid=1000) MyBookLive:~# nfsstat Server rpc stats: calls badcalls badauth badclnt xdrcall 361672 0 0 0 0 Server nfs v3: null getattr setattr lookup access readlink 10 0% 613 0% 54 0% 554 0% 276 0% 1 0% read write create mkdir symlink mknod 158963 43% 200215 55% 30 0% 25 0% 1 0% 0 0% remove rmdir rename link readdir readdirplus 0 0% 6 0% 0 0% 0 0% 62 0% 0 0% fsstat fsinfo pathconf commit 182 0% 15 0% 0 0% 665 0% Client rpc stats: calls retrans authrefrsh 0 0 0
И последнее: кто-нибудь использует NFS-шару для скачивания на неё торрентов? Или лучше не пытаться?Code:# dd if=/dev/zero of=/tmp/mnt/MBL/Router/nonsense.swp count=1024K
Last edited by ryzhov_al; 23-01-2013 at 19:38.
Даже если вывалю сюда текст kernel panic, залечивать ядро по твоим рекомендациям придётся мне. А у меня только недавно была несчастная любовь с ядром, Влад в курсе. Я к новым отношениям пока не готов, рано
Плюс к тому, скорость передачи по NFS у меня получилась соизмерима с SAMBA'ой — 12-15Мбайт/c. Я ожидал куда большего.
Вопрос (пока) закрыт.
Порт то появиться, но 80-ый при этом разве освободится ?
Освободится:
Code:# lsof -a -i -c httpd COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME httpd 751 admin 7u inet 1862 0t0 TCP *:50080 (LISTEN) # lsof -a -i -c lighttpd COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME lighttpd 914 admin 7u inet 2198 0t0 TCP *:www (LISTEN)
А в контексте "*:www (LISTEN)" , чему www=?
Ну так, а что тогда означает "(LISTEN)" ?
Его ведь продолжают "слушать".
Так почему он свободен ?
Спаял консоль, отловил kernel panic. Она возникает ровно в момент завершения команды
при count=100K (50 мегабайт) паники не бывает. При count=1024K (512Мб) и более — паника всегда:Code:dd if=/dev/zero of=/tmp/mnt/NFS_SHARE/Router/nonsense.swp count=1024K
Code:Kernel bug detected[#1]: Cpu 0 $ 0 : 00000000 7f80ea90 00000001 87c33e28 $ 4 : 875749a0 87c33e2c 000026e1 00000001 $ 8 : 00000001 00000021 87d8a2c8 87d8a248 $12 : 87c33e28 00000000 87d8a1b8 00000000 $16 : 875749a0 000026e0 00000000 ffffffff $20 : 80314960 80322f1c 8777d128 87c33e28 $24 : 00000001 00000110 $28 : 87c32000 87c33e10 800f50e8 c03da020 Hi : 0000039c Lo : 00024479 epc : c03da044 nfs_sync_mapping_wait+0x13c/0x47c [nfs] Tainted: P ra : c03da020 nfs_sync_mapping_wait+0x118/0x47c [nfs] Status: 1100fc03 KERNEL EXL IE Cause : 00000034 PrId : 00019749 Modules linked in: nfs lockd sunrpc usbhid hid input_core ipt_set ip_set_iphash ip_set_nethash ip_set ipt_REDIRECT nf_nat_ftp nf_conntrack_ftp ip6table_filter ip6table_mangle zaurus rndis_host net1080 cdc_ether asix usbnet usblp ohci_hcd ehci_hcd ufsd(P) vfat fat ext2 ext3 jbd mbcache usb_storage sg sd_mod scsi_wait_scan scsi_mod usbcore jffs2 zlib_inflate zlib_deflate nf_nat_pptp nf_conntrack_pptp nf_nat_proto_gre nf_conntrack_proto_gre nf_nat_sip nf_conntrack_sip nf_nat_h323 nf_conntrack_h323 wl(P) igs(P) emf(P) bcm57xx et(P) Process dd (pid: 6830, threadinfo=87c32000, task=877cc000) Stack : 8777d168 8777d200 00420000 00421000 00000000 00420000 875749a0 87c33e2c 87c33e2c 80310000 00000000 00000000 00000000 00000000 8777d168 00000000 87c33e2c 00000000 00000000 8777d200 87c33e90 0041e818 00420000 00421000 00420000 00420000 00420000 c03db1e4 00420000 00420000 0041e614 2ab3fdb8 8774cda0 00000001 00000000 7ffffb39 00000000 00000000 00000000 00000000 ... Call Trace: [<c03da044>] nfs_sync_mapping_wait+0x13c/0x47c [nfs] [<c03db1e4>] nfs_wb_all+0x94/0xec [nfs] [<c03cc9d4>] nfs_file_flush+0x88/0xe4 [nfs] [<80079908>] filp_close+0x44/0xb0 [<8007b39c>] sys_close+0xa4/0xe4 [<800114a4>] stack_done+0x20/0x40 Code: 8e020028 38420001 30420001 <00028036> 8e030024 106000ab 3c03c040 8e820008 7c420440 Fatal exception: panic in 5 seconds Kernel panic - not syncing: Fatal exception Rebooting in 3 seconds..Please stand by while rebooting the system...
Last edited by ryzhov_al; 10-03-2013 at 12:15.
Мда, пообещал халяву, а она таковой не является
Похоже на баги:
https://bugs.launchpad.net/ubuntu/+s...ux/+bug/561210
https://bugs.launchpad.net/ubuntu/+s...ux/+bug/585657
Но надо смотреть что уже бэкпортировано в официалку.
Как проэкспортирован том (NFSv3, NFSv4 и прочие опции)? Опции монтирования на роутере?
Сервер, NAS:
Стандартная Debian Lenny (5.0) для PowerPC. Если выдрать из стартовых скриптов последовательность старта сервера, то получится что-то вроде:Code:MyBookLive:~# cat /etc/exports /nfs *(rw,all_squash,sync,no_subtree_check,insecure,anonuid=500,anongid=1000) MyBookLive:~# nfsstat --server --nfs -2 Server nfs v2: null getattr setattr root lookup readlink 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% read wrcache write create remove rename 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% link symlink mkdir rmdir readdir fsstat 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% MyBookLive:~# nfsstat --server --nfs -3 Server nfs v3: null getattr setattr lookup access readlink 21 0% 351 0% 148 0% 328 0% 279 0% 2 0% read write create mkdir symlink mknod 22416 25% 52539 60% 27 0% 13 0% 1 0% 0 0% remove rmdir rename link readdir readdirplus 26 0% 13 0% 0 0% 0 0% 41 0% 0 0% fsstat fsinfo pathconf commit 9834 11% 31 0% 0 0% 460 0% MyBookLive:~# nfsstat --server --nfs -4 Server nfs v4: null compound 0 0% 0 0% Server nfs v4 operations: op0-unused op1-unused op2-future access close commit 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% create delegpurge delegreturn getattr getfh link 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% lock lockt locku lookup lookup_root nverify 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% open openattr open_conf open_dgrd putfh putpubfh 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% putrootfh read readdir readlink remove rename 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% renew restorefh savefh secinfo setattr setcltid 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% setcltidconf verify write rellockowner bc_ctl bind_conn 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% exchange_id create_ses destroy_ses free_stateid getdirdeleg getdevinfo 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% getdevlist layoutcommit layoutget layoutreturn secinfononam sequence 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% set_ssv test_stateid want_deleg destroy_clid reclaim_comp 0 0% 0 0% 0 0% 0 0% 0 0% MyBookLive:~# cat /var/log/messages … Mar 3 23:21:33 MyBookLive kernel: Linux version 2.6.32.11-svn70860 (steveh@steveh-pc) (gcc version 4.2.2) #1 Thu May 17 13:32:51 PDT 2012 … Mar 3 23:21:33 MyBookLive kernel: NET: Registered protocol family 1 Mar 3 23:21:33 MyBookLive kernel: RPC: Registered udp transport module. Mar 3 23:21:33 MyBookLive kernel: RPC: Registered tcp transport module. Mar 3 23:21:33 MyBookLive kernel: RPC: Registered tcp NFSv4.1 backchannel transport module. … Mar 3 23:21:33 MyBookLive kernel: Installing knfsd (copyright (C) 1996 okir@monad.swb.de). …
Никаких:Code:rpc.statd modprobe nfsd nfsd /proc/fs/nfsd exportfs -r rpc.nfsd
Мне даже модулиCode:admin@RT-N66U:/tmp/home/root# cat /opt/etc/init.d/S01firmware_nfs #!/bin/sh prefix="/opt" PATH=${prefix}/bin:${prefix}/sbin:/sbin:/bin:/usr/sbin:/usr/bin mountPoint=/tmp/mnt/MBL start() { if [ ! -d "$mountPoint" ]; then mkdir $mountPoint fi portmap mount -t nfs 10.9.68.7:/nfs/Tank/Soft/Router $mountPoint } stop() { umount $mountPoint killall portmap } status() { …
подгружать не приходится, они уже подгружены при старте роутера.Code:admin@RT-N66U:/tmp/home/root# lsmod | grep -E "Module|nfs" Module Size Used by Tainted: P nfs 292240 1 lockd 77264 2 nfs sunrpc 193616 3 nfs,lockd
Форсировать NFSv3 не приходится, без опций всё монтируется как v3.
Что, кстати, видно по статистике на стороне сервера в моём предыдущем посте.Code:admin@RT-N66U:/tmp/home/root# mount | grep Tank 10.9.68.7:/nfs/Tank/Soft/Router on /tmp/mnt/MBL type nfs (rw,vers=3,rsize=32768,wsize=32768,hard,proto=tcp,timeo=70,retrans=3,sec=sys,addr=10.9.68.7)
Своп проблему не решает.
Друзья, прошу помощи. Уже всю голову себе сломал.
На RT-N66U на прошивке от Мерлина установил сервер OpenVPN. Клиентами использовал роутеры wl500gpv2, wl500gp и ноутбук под Win7. Проблема в том, что сеть за сервером я с клиентов вижу, а вот те сети что за клиентами, сервер и другие клиенты не видят. Как я понимаю, вся проблема в настройке сервера.
На сервере вводил команду
В настройках OpenVPN в вебмордеCode:iptables -I FORWARD -i br0 -o tun21 -j ACCEPT
Direct clients to redirect Internet traffic указано yes
В конфигурационном файле client-to-client присутствует. Дополнительные настройки клиентов с файлов каталога ccd сервер, как я понимаю, тоже получает.
При попытке пинга одного из компьютеров клиента, получаю в логе сервера следующее сообщение
но пинг не проходит.Code:Mar 18 21:12:16 openvpn[1383]: MULTI: Learn: 192.168.3.1 -> client2/x.x.x.x:64622
Где еще можно порыть? Пару страниц назад в этой теме такая же проблема появлялась, но о ее решении ничего не указано...
UPD: Проблему решил уже после размещения сообщения.
Last edited by Omega; 02-09-2013 at 20:15. Reason: fixed