Jump to content

Supermaks

Forum Members
 View Profile  See their activity

  • Posts

    53

  • Joined

  • Last visited

 Content Type 

Posts posted by Supermaks

    Проблема с Rclone и YandexDisk

    in Вопросы по сборке и настройке Opkg

    Posted · Edited by Supermaks

    Эту переписку я видел в поиске, но у меня всё работало в начале 2023 года, проблема началась только в конце января 2023.

    Плюс я думаю что если бы Яндекс со своей стороны что-то поломал, то за полмесяца уже в Интернетах бы всплыла жалоба не только от меня (не думаю что я один пользуюсь связкой rclone+yandex), а гуглятся все переписки именно от лета 2022 года.

    Плюс я еще раз уточню - примерно в 20% случаев у меня всё работает успешно.

    Вряд бы ли Яндекс стал ломать именно так, просто бы запретили и всё, но тогда бы оно в принципе не работало.

    Проблема с Rclone и YandexDisk

    in Вопросы по сборке и настройке Opkg

    Posted

    Возникла проблема с синхоронизацией файлов через 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 в виртуалке которая запущена на этом компе  - проблем нет вообще. 
    То есть затык именно при доступе с самого роутера.
    Куда можно еще покопать?

    Через время работы полностью падает TSMB/CIFS (smb_conv_ascii_to_ascii_get)

    in 3.5

    Posted

    Проблема продолжает присутствовать в 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 ]---

     

     

    • Thanks 1

    TSMB: потеря работоспособности спустя некоторое время

    in 3.5

    Posted

    13 минуты назад, Andrex сказал:

    Само перестало отваливаться.

    А на какой прошивке вы сейчас? Просто я откатился на 3.4.1 на которой у меня проблем не было и сижу на ней.

    Тем более как я понял по changelog в одном из последних обновлений сделали так что откат на предыдущие версии только по tftp и не хочется с этим мучиться.

    TSMB: потеря работоспособности спустя некоторое время

    in 3.5

    Posted · Edited by Supermaks

    19 минут назад, Andrex сказал:

    Обе операционки в сети? Есть подозрение, что проблема появляется когда в сети есть Win10, а остальные её уже испытывают. Если же Win7 одна, то проблема не проявляется. Может так?

    Win10 в сети, Win7 постоянно в гибернации, включается периодически.

    На Win7 проблему всегда ловил при включении, то есть TSMB "умерло" пока Win7 было выключено.

    TSMB: потеря работоспособности спустя некоторое время

    in 3.5

    Posted

    19 минут назад, Mikesk сказал:

    дамп снимите. Попробуйте зайти на отвалившийся диск и заснифьте эту попытку вайршарком на интерфейсе компьютера.

    Нет, wireshark для меня уже магия. да и откатился я на 3.4.1 ибо нужен подмонтированный диск.

    TSMB: потеря работоспособности спустя некоторое время

    in 3.5

    Posted · Edited by Supermaks
    Дополнение как восстановил

    В 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" в Приложениях.

    • Upvote 1

    Отсутствует HTTPS в разных приложениях

    in Вопросы по сборке и настройке Opkg

    Posted

    14 минуты назад, TheBB сказал:

    теперь мона )))

    Несколько раз перечитал пост, понял зачем был придуман poorbox, но так и не понял что "теперь мона". Получается что перед каждым opkg upgrade можно делать:

    opkg remove wget

    opkg install poorbox

    opkg upgrade 

    opkg remove poorbox

    opkg install wget

    и жить всё остальное время с wget и openssl? Так? 

     

    Отсутствует HTTPS в разных приложениях

    in Вопросы по сборке и настройке Opkg

    Posted

    9 минут назад, TheBB сказал:

    ставьте, не забудьте снести poorbox, а апосля - не жалуйтесь, что система сломана )))

    Дак получается теперь нельзя иметь "безопасную систему" и wget с https одновременно? 

    11 минуту назад, TheBB сказал:

    как только в OpenWRT завезут

    Понятно, печалька. Эта проблема с ffmpeg вылезла при попытке заюзать youtube-dl, абыдна что не сработало.

    Отсутствует HTTPS в разных приложениях

    in Вопросы по сборке и настройке Opkg

    Posted

    Отвечу частично самому себе: wget в дефолтной установке теперь это symlink на обрезанный busybox в /opt/usr/bin, который ставится по умолчанию в пакете poorbox, Если поставить нормальный wget в /opt/bin через opkg то проблема снимается.

    Что касается ffmpeg с ssl то получается надо самому его что ли собирать? Ведь есть же например в пакетах httping и httping-nossl, почему бы не сделать ffmpeg и ffmpeg-nossl.

    Отсутствует HTTPS в разных приложениях

    in Вопросы по сборке и настройке Opkg

    Posted

    Установил 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.

    Что я делаю не так? 

    Спасибо.

    TSMB NTFS переименование файлов

    in 3.3

    Posted · Edited by Supermaks

    21 минуту назад, psm68 сказал:

    Может не удаляются а просто не видны по smb . проверьте по ftp . у меня по ftp видны все файлы а по smb (win10) больше половины не отображаются.

    У меня Win7 и по ssh в каталоге где я тесты делал пусто, ftp не установлен, но думаю что разницы не будет.

    Ответили да, мне, но я решил что топик на форуме не помешает например для статистики.

    TSMB NTFS переименование файлов

    in 3.3

    Posted

    Установлен последний релиз 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 - проблема сохраняется.

     

    • Thanks 1

    Лаги после 3 дней аптайма (KN-1810)

    in 3.1

    Posted

    3 минуты назад, KorDen сказал:

    Еще одна рандомная мысль, если уж действительно у вас окажется схожая проблема: а клиент, с которого смотрели, к роутеру как подключен? Проводом или по WiFi? Если проводом - напрямую в роутер в LAN, или как-то иначе? Клиент гигабитный или соточный?

    Смотрел с 2 клиентов, один по Wifi, другой проводом 100 напрямую в роутер, лаги были на обоих.

    Лаги после 3 дней аптайма (KN-1810)

    in 3.1

    Posted

    В 09.11.2019 в 23:34, KorDen сказал:

    Впрочем, было бы интересно, если бы вы проверили при аптайме в 4 и более дня (точнее, 3d 21h 16m+), ничего не трогая. Если глюки сохранятся - не оно. А вот если пропадут - значит я не одинок.

    Наблюдения: 3 дня 23 часа, 4 дня 12 часов, сейчас 5 дней 9 часов - лагов нет.

    Лаги после 3 дней аптайма (KN-1810)

    in 3.1

    Posted

    А я то думал что у меня флешка отваливается :)

    Смотрел сериалы по tsmb, начались лаги, полез смотреть логи, в логах ничего, uptime был 3 дня 4 часа.

    Сейчас uptime 3 дня 10 часов и лаги продолжаются, за 30-минутную серию можно словить 2-4 раза примерно секунд по 15-20, а можно и ни разу.

    Стоит 3.1.10 release.

    Решил поискать по форуму и вот наткнулся на эту тему.

    • Upvote 1

    3.1 Падение tsmb

    in 3.1

    Posted

    Падение повторилось на 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 Падение tsmb

    in 3.1

    Posted

    Снова повторилась ситуация и снова "в покое", в этот раз повезло застать ситуацию практически через 10 минут после случившегося.

    Следующим скрытым сообщением будет идти self-test

     

    3.1 Падение tsmb

    in 3.1

    Posted

    Да, оба раза без всякой активности.

    А как угадать что пора включать self-test?

    Как видно между двумя падениями прошло 5 дней и несколько часов, или просто включить "режим отладки" и пусть роутер работает хоть несколько дней и если, например, через еще 5 дней tsmb упадет то сохранить лог после этого?

×
×
  • Create New...