Supermaks
-
Posts
53 -
Joined
-
Last visited
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by Supermaks
-
-
Возникла проблема с синхоронизацией файлов через rclone на ЯндексДиск, путем эспериментов и упрощения задачи было выяснено что проблема не именно в команде sync а вообще при общении с https://cloud-api.yandex.com
Итак, имеем домашний интернет от Билайна, Giga III, на ней entware, в нем rclone.
Простейшая командаrclone --log-level DEBUG copyurl --stdout https://cloud-api.yandex.com
(по сути своей аналог
curl -L https://cloud-api.yandex.com
который работает без проблем в 101% случаев) отваливается в 80% случаев в ошибкой
2023/02/15 19:28:37 ERROR : Attempt 1/3 failed with 1 errors and: Get "https://cloud-api.yandex.com": net/http: TLS handshake timeout 2023/02/15 19:29:37 ERROR : Attempt 2/3 failed with 1 errors and: Get "https://cloud-api.yandex.com": net/http: TLS handshake timeout 2023/02/15 19:30:37 ERROR : Attempt 3/3 failed with 1 errors and: Get "https://cloud-api.yandex.com": net/http: TLS handshake timeout 2023/02/15 19:30:37 DEBUG : 2 go routines active 2023/02/15 19:30:37 Failed to copyurl: Get "https://cloud-api.yandex.com": net/http: TLS handshake timeout
В остальных 20% (как и через curl всегда) ответ успешный
root@GigaIII:~$ rclone --log-level DEBUG copyurl --stdout https://cloud-api.yandex.com 2023/02/15 19:54:07 DEBUG : rclone: Version "1.60.1" starting with parameters ["rclone" "--log-level" "DEBUG" "copyurl" "--stdout" "https://cloud-api.yandex.com"] {"build":"2.1084.1","api_version":"v1"} root@GigaIII:~$ curl -L https://cloud-api.yandex.com {"build":"2.1084.1","api_version":"v1"}
При неуспешных попытках через tcpdump видно что пакетики летят только в одну сторону, при успешных - обмен пакетами двусторонний.
Если бы бы оно не срабатывало всегда, то я бы еще наверное понял что мешает firewall или может даже какой фильтр у провайдера, но когда ты за минуту подряд выполняешь команду 5-6 раз и в среднем 1 раз она срабатывает то непонятно куда еще посмотреть и кому пожаловаться.
Причем всё работало почти год без вопросов, а месяц назад начались проблемы.
Пробовал разные версии rclone (1.59-1.61) - никакой разницы.
Также пробовал ту же самую команду rclone на windows с компа который подключен к этой GigaIII и на linux в виртуалке которая запущена на этом компе - проблем нет вообще.
То есть затык именно при доступе с самого роутера.
Куда можно еще покопать? -
Проблема продолжает присутствовать в 3.5.6, номер запроса в Helpdesk #521911, там же self-test и syslog от двух событий.
Скрытый текст[I] Dec 15 17:15:42 kernel: PPTP: turn off SEQ window because of PPP compression
[C] Dec 15 17:15:42 kernel: CPU 1 Unable to handle kernel paging request at virtual address c23b9000, epc == 8f734ed0, ra == 8f737dcc
[W] Dec 15 17:15:42 kernel: Oops[#1]:
[W] Dec 15 17:15:42 kernel: CPU: 1 PID: 498 Comm: tsmb_core Tainted: P O 4.9-ndm-4 #2
[W] Dec 15 17:15:42 kernel: task: 2ca7a654 task.stack: 928191ee
[W] Dec 15 17:15:42 kernel: $ 0 : 00000000 814f0004 00000f60 c23b9000
[W] Dec 15 17:15:42 kernel: $ 4 : c23b80a0 fffffff3 8c029c68 8c029c64
[W] Dec 15 17:15:42 kernel: $ 8 : ffff2000 00000000 00000000 00000705
[W] Dec 15 17:15:42 kernel: $12 : 0000df55 0007506d 00000000 00000000
[W] Dec 15 17:15:42 kernel: $16 : 00000000 c23b80a0 8c029c64 8c289980
[W] Dec 15 17:15:42 kernel: $20 : 8cf2fc00 85310c00 8c029d28 00000000
[W] Dec 15 17:15:42 kernel: $24 : 00000010 8f70e830
[W] Dec 15 17:15:42 kernel: $28 : 8c028000 8c029c10 8c3d6000 8f737dcc
[W] Dec 15 17:15:42 kernel: Hi : 0036f12c
[W] Dec 15 17:15:42 kernel: Lo : 7414348a
[W] Dec 15 17:15:42 kernel: epc : 8f734ed0 smb_conv_ascii_to_ascii_get+0x40/0xd0 [tsmb]
[W] Dec 15 17:15:42 kernel: ra : 8f737dcc smb1_reply_err+0x1ec/0xb44 [tsmb]
[W] Dec 15 17:15:42 kernel: Status: 1100fc03 KERNEL EXL IE
[W] Dec 15 17:15:42 kernel: Cause : 00800008 (ExcCode 02)
[W] Dec 15 17:15:42 kernel: BadVA : c23b9000
[W] Dec 15 17:15:42 kernel: PrId : 0001992f (MIPS 1004Kc)
[W] Dec 15 17:15:42 kernel: Modules linked in: fastvpn(PO) hw_nat(O) mt76x2_ap(O) mt7621_eth(PO) xhci_mtk usbextras(O) nls_utf8 thfsplus(O) nls_cp1251 usb_storage l2tp_ppp usblp sd_mod sr_mod xhci_hcd nls_cp437 sg ext4 tfat(PO) nls_cp866 tntfs(PO) jffs2 l2tp_core aead nf_nat_pptp usbcore nf_conntrack_pptp oid_registry crc32c_generic cdrom resetnds(PO) hmac des_generic mtdoops_proc(O) nacct(PO) zlib_deflate jbd2 nls_base ip6_udp_tunnel sch_cake(O) nf_conntrack_proto_gre phr(PO) mbcache exportfs ip_gre crc_itu_t zlib_inflate crc16 loop md5 scsi_mod udp_tunnel crypto_null tsmb(PO) usb_common nf_nat_proto_gre md4 fuse grace
[W] Dec 15 17:15:42 kernel: Process tsmb_core (pid: 498, threadinfo=928191ee, task=2ca7a654, tls=00000000)
[W] Dec 15 17:15:42 kernel: Stack : c23ac004 0000001a 00000014 8c289480 c23b806c 8cf3a800 00000027 8f737dcc
[W] Dec 15 17:15:42 kernel: 8c3d6000 810d1cc4 814b51c0 024002c2 024000c2 00000bcf 00000000 ffffffff
[W] Dec 15 17:15:42 kernel: 8f765cdc 00000001 8171cd80 8f765cdc fffcd000 024000c2 00000000 00000014
[W] Dec 15 17:15:42 kernel: 8c289480 8cf3a800 00000001 8f709570 0000000c 00000000 8c3d6000 8cf2fc00
[W] Dec 15 17:15:42 kernel: 00000075 00000000 00000027 85310c00 8cf3a800 00000004 0000000b 8f736b48
[W] Dec 15 17:15:42 kernel: ...
[W] Dec 15 17:15:42 kernel: Call Trace:
[W] Dec 15 17:15:42 kernel: [<b090282b>] smb_conv_ascii_to_ascii_get+0x40/0xd0 [tsmb]
[W] Dec 15 17:15:42 kernel: [<bfd10e83>] smb1_reply_err+0x1ec/0xb44 [tsmb]
[W] Dec 15 17:15:42 kernel: Code: 10a2001f 00008025 02221821 <80630000> 1460fffb 24420001 2442ffff 10400017 afa60028
[W] Dec 15 17:15:42 kernel:
[W] Dec 15 17:15:42 kernel: ---[ end trace 901585eb36540815 ]---- 1
-
13 минуты назад, Andrex сказал:
Само перестало отваливаться.
А на какой прошивке вы сейчас? Просто я откатился на 3.4.1 на которой у меня проблем не было и сижу на ней.
Тем более как я понял по changelog в одном из последних обновлений сделали так что откат на предыдущие версии только по tftp и не хочется с этим мучиться.
-
3 минуты назад, Andrex сказал:
Отключи Win10 от сети
Увы, не могу.
-
19 минут назад, Andrex сказал:
Обе операционки в сети? Есть подозрение, что проблема появляется когда в сети есть Win10, а остальные её уже испытывают. Если же Win7 одна, то проблема не проявляется. Может так?
Win10 в сети, Win7 постоянно в гибернации, включается периодически.
На Win7 проблему всегда ловил при включении, то есть TSMB "умерло" пока Win7 было выключено.
-
9 часов назад, Andrex сказал:
Значит похоже, что на Win7 проблемы нет.
У меня проблема на 3.4.6 есть и на Win7 и на Win10.
-
19 минут назад, Mikesk сказал:
дамп снимите. Попробуйте зайти на отвалившийся диск и заснифьте эту попытку вайршарком на интерфейсе компьютера.
Нет, wireshark для меня уже магия. да и откатился я на 3.4.1 ибо нужен подмонтированный диск.
-
Только что еще раз повторилось всё в точности еще раз.
Self-test сохранил себе, правда уже после перезапуска tsmb, но не уверен надо ли загружать снова.
-
В 01.07.2020 в 16:16, Supermaks сказал:
Тоже имею аналогичную проблему на Giga III с 3.4.6, откат до 3.4.1 (другой не сохранено) проблему убирает.
Вот только что на 3.4.6 пропал примонтированный диск, увидел потому что в FAR была открыта панелька с ним, и в таскбаре на иконке появилась цветовая индикация.
Windows 10 LTSC, следующим сообщением прикреплю selftest.
Update: восстановил шару через web-интерфейс "качнув туда-сюда" слайдер "Сеть Windows" в Приложениях.
- 1
-
Тоже имею аналогичную проблему на Giga III с 3.4.6, откат до 3.4.1 (другой не сохранено) проблему убирает.
- 1
-
14 минуты назад, TheBB сказал:
теперь мона )))
Несколько раз перечитал пост, понял зачем был придуман poorbox, но так и не понял что "теперь мона". Получается что перед каждым opkg upgrade можно делать:
opkg remove wget
opkg install poorbox
opkg upgrade
opkg remove poorbox
opkg install wget
и жить всё остальное время с wget и openssl? Так?
-
9 минут назад, TheBB сказал:
ставьте, не забудьте снести poorbox, а апосля - не жалуйтесь, что система сломана )))
Дак получается теперь нельзя иметь "безопасную систему" и wget с https одновременно?
11 минуту назад, TheBB сказал:как только в OpenWRT завезут
Понятно, печалька. Эта проблема с ffmpeg вылезла при попытке заюзать youtube-dl, абыдна что не сработало.
-
Отвечу частично самому себе: wget в дефолтной установке теперь это symlink на обрезанный busybox в /opt/usr/bin, который ставится по умолчанию в пакете poorbox, Если поставить нормальный wget в /opt/bin через opkg то проблема снимается.
Что касается ffmpeg с ssl то получается надо самому его что ли собирать? Ведь есть же например в пакетах httping и httping-nossl, почему бы не сделать ffmpeg и ffmpeg-nossl.
-
Установил Entware с нуля, ca-certificates, ffmpeg
При попытке обращения wget по https выдается ошибка протокола: wget: not an http or ftp url: https://ya.ru
При попытке обращения ffmpeg по https выдается ошибка: https protocol not found, recompile FFmpeg with openssl, gnutls or securetransport enabled.
Что я делаю не так?
Спасибо.
-
21 минуту назад, psm68 сказал:
Может не удаляются а просто не видны по smb . проверьте по ftp . у меня по ftp видны все файлы а по smb (win10) больше половины не отображаются.
У меня Win7 и по ssh в каталоге где я тесты делал пусто, ftp не установлен, но думаю что разницы не будет.
Ответили да, мне, но я решил что топик на форуме не помешает например для статистики.
-
Установлен последний релиз 3.3.1, в USB 3.0 вставлена флешка в формате NTFS, которая расшарена через TSMB и смонтирована на Windows-машине.
При переименовании файлов на этой флешке на Windows-машине при условии что изменяется регистр имени файла хотя бы в одной букве, но название файла не меняется, то файл в реальности удаляется.
ren abc.txt abd.txt - ок
ren Abc.txt abс.txt - исчезает
ren abc.txt Abc.txt - исчезает
ren Abc.txt Abd.txt - ок
Проверил на 3.1.10 и 3.1 - проблема сохраняется.
- 1
-
3 минуты назад, KorDen сказал:
Еще одна рандомная мысль, если уж действительно у вас окажется схожая проблема: а клиент, с которого смотрели, к роутеру как подключен? Проводом или по WiFi? Если проводом - напрямую в роутер в LAN, или как-то иначе? Клиент гигабитный или соточный?
Смотрел с 2 клиентов, один по Wifi, другой проводом 100 напрямую в роутер, лаги были на обоих.
-
В 09.11.2019 в 23:34, KorDen сказал:
Впрочем, было бы интересно, если бы вы проверили при аптайме в 4 и более дня (точнее, 3d 21h 16m+), ничего не трогая. Если глюки сохранятся - не оно. А вот если пропадут - значит я не одинок.
Наблюдения: 3 дня 23 часа, 4 дня 12 часов, сейчас 5 дней 9 часов - лагов нет.
-
А я то думал что у меня флешка отваливается
Смотрел сериалы по tsmb, начались лаги, полез смотреть логи, в логах ничего, uptime был 3 дня 4 часа.
Сейчас uptime 3 дня 10 часов и лаги продолжаются, за 30-минутную серию можно словить 2-4 раза примерно секунд по 15-20, а можно и ни разу.
Стоит 3.1.10 release.
Решил поискать по форуму и вот наткнулся на эту тему.
- 1
-
Падение повторилось на 3.1.10
Log:
Ноя 6 11:08:09
ndm
kernel: Unhandled kernel unaligned access[#1]:
Ноя 6 11:08:09
ndm
kernel: CPU: 0 PID: 471 Comm: tsmb_core Tainted: P O 4.9-ndm-3 #2
Ноя 6 11:08:09
ndm
kernel: task: db8fc567 task.stack: c6059893
Ноя 6 11:08:09
ndm
kernel: $ 0 : 00000000 804f0000 61665f6a 61665f6b
Ноя 6 11:08:09
ndm
kernel: $ 4 : 33333333 33333333 8f10e730 000000f4
Ноя 6 11:08:09
ndm
kernel: $ 8 : 8c557fe0 0000fc00 6856ef6a 0019c2cf
Ноя 6 11:08:09
ndm
kernel: $12 : 00000000 00000000 81206db8 8e2172a0
Ноя 6 11:08:09
ndm
kernel: $16 : 00000001 00000000 00000020 00000040
Ноя 6 11:08:09
ndm
kernel: $20 : 8e2d3600 8ccc0000 8e296200 00000000
Ноя 6 11:08:09
ndm
kernel: $24 : 00000000 8f10e7a0
Ноя 6 11:08:09
ndm
kernel: $28 : 8c556000 8c557cd0 00000a01 800ec34c
Ноя 6 11:08:09
ndm
kernel: Hi : 00000000
Ноя 6 11:08:09
ndm
kernel: Lo : 000a4c00
Ноя 6 11:08:09
ndm
kernel: epc : 800ec348 kfree+0x54/0x8c
Ноя 6 11:08:09
ndm
kernel: ra : 800ec34c kfree+0x58/0x8c
Ноя 6 11:08:09
ndm
kernel: Status: 1100fc02 KERNEL EXL
Ноя 6 11:08:09
ndm
kernel: Cause : 80800010 (ExcCode 04)
Ноя 6 11:08:09
ndm
kernel: BadVA : 61665f86
Ноя 6 11:08:09
ndm
kernel: PrId : 0001992f (MIPS 1004Kc)
Ноя 6 11:08:09
ndm
kernel: Modules linked in: fastvpn(PO) hw_nat(O) mt76x2_ap(O) mt7621_eth(PO) xhci_mtk usbextras(O) nls_utf8 thfsplus(O) nls_cp1251 usb_storage l2tp_ppp usblp sd_mod sr_mod xhci_hcd nls_cp437 sg ext4 tfat(PO) nls_cp866 tntfs(PO) jffs2 l2tp_core aead nf_nat_pptp usbcore nf_conntrack_pptp crc32c_generic cdrom resetnds(PO) mtdoops_proc(O) nacct(PO) zlib_deflate jbd2 nls_base ip6_udp_tunnel nf_conntrack_proto_gre phr(PO) mbcache ip_gre zlib_inflate crc16 loop scsi_mod udp_tunnel crypto_null tsmb(PO) usb_common nf_nat_proto_gre
Ноя 6 11:08:09
ndm
kernel: Process tsmb_core (pid: 471, threadinfo=c6059893, task=db8fc567, tls=00000000)
Ноя 6 11:08:09
ndm
kernel: Stack : 00000000 00010108 8584be00 8f10d844 838a8000 8f10e730 8ccc0000 8000c054
Ноя 6 11:08:09
ndm
kernel: 8e2d3600 8f10dd98 8f17118c 00000020 00000040 8005f628 8c555800 804e5d80
Ноя 6 11:08:09
ndm
kernel: 838e2800 85a78000 896e0000 80470000 8cce7800 8f1239e0 80478124 00000000
Ноя 6 11:08:09
ndm
kernel: 00000000 80057cbc 80478124 00000000 81206d80 8c555800 80477e20 803b6d74
Ноя 6 11:08:09
ndm
kernel: 8cce7800 8c555800 896e0000 80000211 00000a01 8f136e6c 8ccc5604 8006c334
Ноя 6 11:08:09
ndm
kernel: ...
Ноя 6 11:08:09
ndm
kernel: Call Trace:
Ноя 6 11:08:09
ndm
kernel: [<b70b1fbb>] kfree+0x54/0x8c
Ноя 6 11:08:09
ndm
kernel: [<702b209f>] tgt_pkt_tcp_base_data+0x1ec/0x25c [tsmb]
Ноя 6 11:08:09
ndm
kernel: [<491956a7>] smb2_reply_sess_setup+0x74/0xb34 [tsmb]
Ноя 6 11:08:09
ndm
kernel: [<057dbe37>] smb_process_authd_msg+0x98/0x16c [tsmb]
Ноя 6 11:08:09
ndm
kernel: [<22d733ff>] smb2_srv_main+0xa3c/0x1bb4 [tsmb]
Ноя 6 11:08:09
ndm
kernel: [<d01bce41>] smbd_main+0x50/0x4b0 [tsmb]
Ноя 6 11:08:09
ndm
kernel: [<08c110d8>] smbd_main+0x450/0x4b0 [tsmb]
Ноя 6 11:08:09
ndm
kernel: Code: 00000000 00802825 0c03ae3c <8c44001c> 02001025 10400002 41606000 41606020 000000c0
Ноя 6 11:08:09
ndm
kernel:
Следующим скрытым сообщением будет идти self-test
-
Ну раз пока это никому не интересно, то обновлюсь до релиза 3.1.10 и буду дальше наблюдать.
-
Снова повторилась ситуация и снова "в покое", в этот раз повезло застать ситуацию практически через 10 минут после случившегося.
Следующим скрытым сообщением будет идти self-test
-
10 минут назад, Mikesk сказал:
То есть упал у вас тсмб - сохраняете селфтест.
Спасибо, понятно, жду падения.
-
Да, оба раза без всякой активности.
А как угадать что пора включать self-test?
Как видно между двумя падениями прошло 5 дней и несколько часов, или просто включить "режим отладки" и пусть роутер работает хоть несколько дней и если, например, через еще 5 дней tsmb упадет то сохранить лог после этого?
Проблема с Rclone и YandexDisk
in Вопросы по сборке и настройке Opkg
Posted · Edited by Supermaks
Эту переписку я видел в поиске, но у меня всё работало в начале 2023 года, проблема началась только в конце января 2023.
Плюс я думаю что если бы Яндекс со своей стороны что-то поломал, то за полмесяца уже в Интернетах бы всплыла жалоба не только от меня (не думаю что я один пользуюсь связкой rclone+yandex), а гуглятся все переписки именно от лета 2022 года.
Плюс я еще раз уточню - примерно в 20% случаев у меня всё работает успешно.
Вряд бы ли Яндекс стал ломать именно так, просто бы запретили и всё, но тогда бы оно в принципе не работало.