Jump to content
ndm

Замена CIFS NQ на TSMB

Recommended Posts

Установил бету из официального одноименного канала обновлений. По прежнему доступ к накопителю нарушен - зависание проводника на 1-ом, 2-ом, 3-ем шаге навигации по папкам накопителя. Странно, что в офбету попала такая нестабильная сборка. Выкладываю еще один селф-тест и лог.

Share this post


Link to post
Share on other sites

@iggoUltra (KN-1810) и Giga (KN-1010) на прошивке 2.15.B.0.0-1 работает и Win7 и в  Linux. Диски опробовал и в NTFS и в EXT4. Может зависит от каких то настроек или компонентов?

Цитата

383788301__043.png.8e5ebea91c091248288de97e7f51dcbd.png138945204__044.png.6d6e14a4039d934b62650b7903b91a6e.png439933453__045.png.fb6eea3e5b9d731ae6409c3bfc4dcd38.png2044085431__046.thumb.png.1205ab49640c7c07a98a222775ccfe63.png749165284_1.png.052ed5b9d36707429e500425e5d4ff6f.png1417367052_.png.5989da390890d07eca3781593e042dc3.png1325341455__047.thumb.png.9218f60e9cb0b3ffa85b7f70723ba0d2.png

 

Share this post


Link to post
Share on other sites
1 минуту назад, AndreBA сказал:

Может зависит от каких то настроек или компонентов?

Не знаю. Я не нашел решения.Именно поэтому я предоставил селф-тест и лог. Установлены все компоненты. благо есть место. Странно что Гига3 ведет себя абсолютно так-же т.е. не работает. Может комп по воздуху так себя ведет? Но как тогда объяснить нормальную работу со старой самбой? Совпадение? Не думаю ))

Share this post


Link to post
Share on other sites
1 минуту назад, iggo сказал:

Может комп по воздуху так себя ведет?

Пробую все с ноутбуку(WiFi). Во общем пока загадка. Надо у @vst спросить про ваш случай. 

Share this post


Link to post
Share on other sites
3 минуты назад, AndreBA сказал:

Во общем пока загадка.

Могу предоставить удаленное управление моим ноутом. Сами увидите.

Edited by iggo

Share this post


Link to post
Share on other sites
Только что, iggo сказал:

Могу предоставить удаленное кправление моим ноутом. Сами увидите.

Зачем(я не говорю,что не верю). Если разработчики попросят, то тогда для них предоставите.

Share this post


Link to post
Share on other sites
6 минут назад, AndreBA сказал:

Если разработчики попросят, то тогда для них предоставите.

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

Share this post


Link to post
Share on other sites

@iggo В вашем случае успешно воспроизводится падение "__ntfs_error". Это одна из известных проблем с tntfs на данный момент.

Насколько я понял, триггером является извлечение диска с файловой системой NTFS. Попробую завтра воспроизвести + на основе предоставленного селфтеста отправлю отчет в Tuxera.

Share this post


Link to post
Share on other sites

@vst уважаемый, скажите пожалуйста, а не могут быть глюки ОС ноутбука стороной, виновной в падениях tntfs? Другими словами, может мне поможет переустановка Windows? Добавлю один любопытный момент. Если я с компа, который на работе, устанавливаю l2tp vpn соединение с роутером, оказываясь в домашней сети, осуществляю таким же точно образом вход и навигацию по этому-же накопителю, падений не наблюдаю! Вот такой парадокс, возможно это может навести на причину явления.

Edited by iggo

Share this post


Link to post
Share on other sites
1 час назад, iggo сказал:

 а не могут быть глюки ОС ноутбука стороной, виновной в падениях tntfs?

Даже если они присутствуют, то максимальная их заслуга состоит только в проявлении ситуации, приводящей к проблеме.

Не стоит перестанавливать ОС только из-за этого! Не только у вас проявляется такая проблема. И поможет только исправление реальной проблемы в TSMB.

Максимум в данной ситуации можно просканировать диск c NTFS на ошибки в Windows, возможно повлияет.

 

Share this post


Link to post
Share on other sites

@vst

Режим readonly у TSMB тоже Oops:

kernel: CPU 0 Unable to handle kernel paging request at virtual address 00000014, epc == 86696aec, ra == 86696754
Фев 14 18:08:24
ndm
kernel: Oops[#1]:
Фев 14 18:08:24
ndm
kernel: Cpu 0
Фев 14 18:08:24
ndm
kernel: $ 0 : 00000000 00000000 00000001 00000001
Фев 14 18:08:24
ndm
kernel: $ 4 : 84f55cb8 866e7124 00000002 8408b600
Фев 14 18:08:24
ndm
kernel: $ 8 : 0000002e 00000000 00000001 0000006c
Фев 14 18:08:24
ndm
kernel: $12 : 00000060 0000003c 00000000 841235a0
Фев 14 18:08:24
ndm
kernel: $16 : 00000001 841f28e0 00000000 00000000
Фев 14 18:08:24
ndm
kernel: $20 : 00000000 00000000 84f55cb8 86553d48
Фев 14 18:08:24
ndm
kernel: $24 : 00000000 86553cb8
Фев 14 18:08:24
ndm
kernel: $28 : 84f54000 84f55c08 842d3c30 86696754
Фев 14 18:08:24
ndm
kernel: Hi : 019db1de
Фев 14 18:08:24
ndm
kernel: Lo : dc4dc1ff
Фев 14 18:08:24
ndm
kernel: epc : 86696aec __ntfs_error+0x984/0xd9c [tntfs]
Фев 14 18:08:24
ndm
kernel: Tainted: P O
Фев 14 18:08:24
ndm
kernel: ra : 86696754 __ntfs_error+0x5ec/0xd9c [tntfs]
Фев 14 18:08:24
ndm
kernel: Status: 1100bc03 KERNEL EXL IE
Фев 14 18:08:24
ndm
kernel: Cause : 00800008
Фев 14 18:08:24
ndm
kernel: BadVA : 00000014
Фев 14 18:08:24
ndm
kernel: PrId : 00019655 (MIPS 24KEc)
Фев 14 18:08:24
ndm
kernel: Modules linked in: crypto_aes_engine(O) esp4 fastvpn(PO) ntc(PO) mt76x2_ap(O) mt7628_ap(O) rtsoc_eth(PO) rndis_host cdc_ether huawei_cdc_ncm asix option cdc_ncm usb_wwan usbextras(PO) authenc nls_utf8 kalmia thfsplus(O) nls_cp1251 ax88179_178a usb_storage cdc_acm l2tp_ppp usblp dm9601 sd_mod ohci_hcd sr_mod nls_cp437 sierra sg usbnet ext4 tfat(PO) deflate ipcomp nls_cp866 tntfs(PO) jffs2 cdc_wdm r8152 ehci_hcd rtl8150 usbserial usbcore cdrom resetnds(PO) hmac des_generic mtdoops_proc(O) xfrm4_mode_beet nacct(PO) sha256_generic xfrm_ipcomp rt_timer_wdg zlib_deflate jbd2 nls_base eoip(O) aes_generic xfrm_user phr(PO) mbcache af_key dummy ip_gre zlib_inflate xfrm4_mode_tunnel md5 l2tp_core scsi_mod crypto_null xfrm4_mode_transport cbc aead tsmb(PO) usb_common ah4 xfrm4_tunnel
Фев 14 18:08:24
ndm
kernel: Process vfs_84d40df4_ct (pid: 655, threadinfo=84f54000, task=8426c550, tls=00000000)
Фев 14 18:08:24
ndm
kernel: Stack : 00000084 00000000 8408b600 800a51b4 00000001 00000000 00000005 00000000
Фев 14 18:08:24
ndm
kernel: 00000004 865535ac 00000000 00000000 84d80a00 c1fb2000 c2276000 865523c8
Фев 14 18:08:24
ndm
kernel: 00000039 841fb29a 841f28e0 84f55cb8 87a68380 86553d48 87a683dc 841e7180
Фев 14 18:08:24
ndm
kernel: 00000000 00000000 0000001a 800ad34c 0000000b 324f19d3 5c6566f0 15752a04
Фев 14 18:08:24
ndm
kernel: 5c6566f0 15752a04 8421a400 84f55d00 841fb500 8408b600 c2278000 86553cec
Фев 14 18:08:24
ndm
kernel: ...
Фев 14 18:08:24
ndm
kernel: Call Trace:
Фев 14 18:08:24
ndm
kernel: [<86696aec>] __ntfs_error+0x984/0xd9c [tntfs]
Фев 14 18:08:24
ndm
kernel: [<865523c8>] tsmb_vfs_get_file_info_by_path+0x3c/0xb8 [tsmb]
Фев 14 18:08:24
ndm
kernel: [<800ad34c>] vfs_readdir+0xac/0xd8
Фев 14 18:08:24
ndm
kernel: [<86553cec>] done_path_create+0xddc/0x2720 [tsmb]
Фев 14 18:08:24
ndm
kernel:
Фев 14 18:08:24
ndm
kernel:
Фев 14 18:08:24
ndm
kernel: Code: afd00000 16a0ffdd 8fb3002c
Фев 14 18:08:24
ndm
kernel: 30420002 1040ffd9 27c40008 8e62000c 9046000b
Фев 14 18:08:24
ndm
kernel: ---[ end trace 8504f7451c7d8e9a ]---
Фев 14 18:08:24
ndm
kernel: mtdoops_proc: page is busy

Диск не извлекаю.

Share this post


Link to post
Share on other sites
В ‎09‎.‎02‎.‎2019 в 18:38, ndm сказал:

Работало то хорошо, то плохо, и как дальше пойдет — вопрос времени. Грядут большие перемены по системной части, о чем мы сообщим отдельно. Поддержка требует всё больших затрат, и, похоже, пора завязывать с экспериментами на rt6856.

Очень, очень жаль. У меня один из старых, хороших и надежных приборов как раз первая ULTRA. Работало все как часы. TSMB ведь заглючил только на пред-последней прошивке. Я за вернуть TSMB :)

Edited by Roman_Petrov

Share this post


Link to post
Share on other sites

Не успели закрыть все проблемы по TSMB до релиза 2.15, поэтому вернули CIFS как основной, а TSMB оставим как альтернативный. Всем огромное спасибо за помощь, в следующих версиях обязательно дожмём.

  • Thanks 6

Share this post


Link to post
Share on other sites

@vst

На 2.15.C.0.0-0 наконец readonly заработал нормально, больше ntfs error не выскакивает. Записанные файлы по прежнему битые, но только записанные по SMB. Загруженные торрентом или по ftp файлы исправны, посему временно включил FTP сервер для записи на диск, при такой схеме TSMB уже можно пользоваться. Жду починку записи.

Контроль доступа к папкам не установлен. Запись кривая что при анонимном, что при парольном доступе. Файлы битые что при копировании с Win 7х64, что с Андроида.

P.S. Кажись ntfs опять упала. Раньше падала сразу, а сейчас немного поработала и опять error. Вот те раз...

Edited by Кинетиковод
упала ntfs

Share this post


Link to post
Share on other sites

kn-1010 прошивка 2.15С,0,0-0, не добавляется общий ресурс, если путь к папке слишком длинный (вложенная папка 3 уровня)

после сохранения ресурс исчезает в настройках.

 

Скрытый текст

10696077__2019-03-03_11-47-52.thumb.png.a491bb4fce5ffbd5a7398af9824bf348.png

 

в логах:

 
Мар 3 11:48:00
ndm
Cifs::ServerTsmb: all shares removed.
Мар 3 11:48:00
ndm
Cifs::ServerTsmb: failed to send a CFG command.
Мар 3 11:48:00
ndm
Core::ConfigurationSaver: saving configuration...
Мар 3 11:48:04
ndm
Core::ConfigurationSaver: configuration saved.
 
Edited by valeramalko

Share this post


Link to post
Share on other sites

В моем случае все ОК на KN1010 - 2.15.C.0.0-0

В логах чисто, как и в конф все ОК.

service cloud-control
cifs
    share D3-1 D3-1:
    share D3-2 D3-2:
    share DR D3-1:/Video/Serial/DR
    automount
    permissive
!

 

Без имени-2.jpg

Share this post


Link to post
Share on other sites
25 минут назад, valeramalko сказал:

kn-1010 прошивка 2.15С,0,0-0, не добавляется общий ресурс, если путь к папке слишком длинный (вложенная папка 3 уровня)

после сохранения ресурс исчезает в настройках.

 

  Скрыть содержимое

10696077__2019-03-03_11-47-52.thumb.png.a491bb4fce5ffbd5a7398af9824bf348.png

 

в логах:

 

Мар 3 11:48:00
ndm
Cifs::ServerTsmb: all shares removed.
Мар 3 11:48:00
ndm
Cifs::ServerTsmb: failed to send a CFG command.
Мар 3 11:48:00
ndm
Core::ConfigurationSaver: saving configuration...
Мар 3 11:48:04
ndm
Core::ConfigurationSaver: configuration saved.
 

может пробел в пути виноват?

Share this post


Link to post
Share on other sites
30 минут назад, r13 сказал:

может пробел в пути виноват? 

нет, указал другую папку с названием без пробелов, тоже самое.

если сократить путь до такого, то все расшаривается:

 
500gb_vm:/1_pub/router

 

Edited by valeramalko

Share this post


Link to post
Share on other sites

@vst сегодня на 1810 2.15С словил такое:

Mar  5 20:53:31 White kernel: rtl8150 xt_RAWNAT(O) xt_SYSRQ(O) xt_TARPIT(O) ftdi_sio algif_hash ch341 usbserial nf_nat_pptp usbcore nf_conntrack_pptp pcrypt xt_geoip(O) xt_iprange xt_NOTRACK ipt_ULOG ip6t_rt xt_addrtype ip6t_mh cdrom res
Mar  5 20:53:31 White kernel: usb_common xt_TEE snd_page_alloc ip_set_hash_netport nf_nat_proto_gre arp_tables md4 arpt_mangle fuse ah4 ip_set_list_set xt_condition(O) xfrm4_tunnel ip6t_hbh
Mar  5 20:53:31 White kernel: Call Trace:
Mar  5 20:53:31 White kernel: [<802e4974>] dump_stack+0x8/0x34
Mar  5 20:53:31 White kernel: [<80083894>] bad_page+0xe0/0x118
Mar  5 20:53:31 White kernel: [<80083f4c>] get_page_from_freelist+0x580/0x5f4
Mar  5 20:53:31 White kernel: [<800840a4>] __alloc_pages_nodemask+0xe4/0x6f0
Mar  5 20:53:31 White kernel: [<80099c3c>] __do_fault.isra.7+0x148/0x568
Mar  5 20:53:31 White kernel: [<8009d2f8>] handle_pte_fault+0x98/0x8f8
Mar  5 20:53:31 White kernel: [<8009dc08>] handle_mm_fault+0xb0/0x120
Mar  5 20:53:31 White kernel: [<80015478>] do_page_fault+0x108/0x550
Mar  5 20:53:31 White kernel: [<8000ac80>] ret_from_exception+0x0/0x10
Mar  5 20:53:31 White kernel: [<80154314>] __bzero+0x38/0x164
Mar  5 20:53:31 White kernel: [<80102d54>] padzero+0x48/0x74
Mar  5 20:53:31 White kernel: [<80103a18>] load_elf_binary+0x90c/0x1354
Mar  5 20:53:31 White kernel: [<800bc5f8>] search_binary_handler+0x104/0x374
Mar  5 20:53:31 White kernel: [<800be038>] do_execve+0x318/0x420
Mar  5 20:53:31 White kernel: [<8000eebc>] sys_execve+0x58/0x80
Mar  5 20:53:31 White kernel: [<8001365c>] stack_done+0x20/0x44
Mar  5 20:53:31 White kernel:
Mar  5 20:53:31 White kernel: page:81081be0 count:0 mapcount:0 mapping:  (null) index:0xb5
Mar  5 20:53:31 White kernel: page flags: 0x0()
Mar  5 20:53:31 White kernel: Modules linked in: nfs auth_rpcgss lockd sunrpc hw_nat(O) esp4_hw(O) crypto_k(PO) nf_nat_sip nf_conntrack_sip nf_nat_ftp nf_conntrack_ftp ntc(PO) mt7615_ap(O) mt7621_eth(PO) rndis_host snd_pcm_oss snd_usb_au
Mar  5 20:53:31 White kernel: xt_addrtype ip6t_mh cdrom resetnds(PO) hmac des_generic xt_iface(O) mtdoops_proc(O) xfrm4_mode_beet nacct(PO) nf_tproxy_core sha256_generic input_core nfnetlink_log xt_socket ip_set_hash_ipportip xfrm_ipcomp
Mar  5 20:53:31 White kernel: Call Trace:
Mar  5 20:53:31 White kernel: [<802e4974>] dump_stack+0x8/0x34
Mar  5 20:53:31 White kernel: [<80083894>] bad_page+0xe0/0x118
Mar  5 20:53:31 White kernel: [<8008399c>] free_pages_prepare+0xd0/0x100
Mar  5 20:53:31 White kernel: [<800851e0>] free_hot_cold_page+0x40/0x20c
Mar  5 20:53:31 White kernel: [<8009bc44>] do_wp_page.isra.12+0x42c/0x9ec
Mar  5 20:53:31 White kernel: [<8009da48>] handle_pte_fault+0x7e8/0x8f8
Mar  5 20:53:31 White kernel: [<8009dc08>] handle_mm_fault+0xb0/0x120
Mar  5 20:53:31 White kernel: [<80015478>] do_page_fault+0x108/0x550
Mar  5 20:53:31 White kernel: [<8000ac80>] ret_from_exception+0x0/0x10
Mar  5 20:53:31 White kernel:
Mar  5 20:53:31 192.168.255.1 ndm: kernel: BUG: Bad page state in process ndm  pfn:040df
Mar  5 20:53:31 192.168.255.1 ndm: kernel: BUG: Bad page state in process sh  pfn:040df
Mar  5 20:53:31 192.168.255.1 ndm: kernel: page:81081be0 count:0 mapcount:-1 mapping:  (null) index:0xb5
Mar  5 20:53:31 192.168.255.1 ndm: kernel: page flags: 0x0()
Mar  5 20:53:39 White kernel: BUG: Bad rss-counter state mm:8fdf2d80 idx:0 val:-1
Mar  5 20:53:39 White kernel: BUG: Bad rss-counter state mm:8fdf2d80 idx:1 val:1
Mar  5 20:53:39 White syslog-ng[958]: syslog-ng shutting down; version='3.17.2'
Mar  5 20:53:39 White kernel: TSMB module stopped.

После чего роутер перезагрузился.

TSMB шалит или еще что-то?

Share this post


Link to post
Share on other sites

@vst Проверяю последнюю финальную сборку 2.15 с исправленным _ntfs_error на TuxersSMB. Зависаний при использовании в домашней сети пока не происходило, скорость навигации по каталогам на накопителе нормальная, файлы открываются.  Спасибо огромное за работу.

Но есть еще один момент. Если я подключаюсь с работы к L2TP VPN серверу этого роутера, для того, чтобы оказаться внутри домашней сети и пытаюсь открыть тот же накопитель тем же способом (проводник Windows 7 x64) зависаний не происходит, но скорость навигации по каталогам оставляет желать лучшего, все лениво и медленно отрисовывается. Со старым SMB скорость навигации была выше. Хотел бы, чтобы ваши инженеры проверили этот сценарий. Благодарю за внимание.

  • Upvote 1

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...