Jump to content

Alexander Poleschuk

Forum Members
 View Profile  See their activity

  • Posts

    32

  • Joined

  • Last visited

 Content Type 

Posts posted by Alexander Poleschuk

    При копировании по FTP скорость wi-fi снижается до 6000 kps

    in Веб-интерфейс

    Posted · Edited by Alexander Poleschuk

    Добрый день.

    Имею устройство KN-1810, к которому подключен внешний жесткий диск (HDD на 2 ТБ) по FTP. При копировании файлов на этот диск (бекап acronis) или просто копирование на диск через total commander скорость сетевого соединения падает с 1.3-1.7 гигабита до 6000 kps. Я сначала думал, что это косяк Акрониса, но потом во время копирования файлов через total commander понял, что проблема не только в Акронис(

    И ладно бы после окончания копирования скорость соединения восстанавливалась до прежней, но нет, приходится руками переподключаться.

    P.S. переключение порта, по которому подключен внешний диск с USB 3.0 на USB 2.0 ничего не дало. поведение осталось прежним.

    Снимок экрана 2023-12-14 170359.png

     

    Снимок экрана 2023-12-16 010212.png

    log.txt self-test_KN-1810_preview_4.01.B.1.0-0_router_2023-12-16T01-23-13.348Z.txt

     

    Пропал/сдох Upnp

    in 3.4

    Posted

    переключил кабель от приставки в port 2. в логах ожидаемо посыпались проблемы по port 2. отключил - все отлично пашет. 

    Казус ситуации в том, что когда лагало IPTV с телевизора и я еще не знал в чем причина..., я включал приставку и всё отлично с нее работало...(но там не UDP, да).

    Пропал/сдох Upnp

    in 3.4

    Posted

    Итак... в анамнезе больного наметилась хоть какая-то ясность.

    В port1 подключена приставка Xioami Mi Box S, в которую подключен USB переходник, который поддерживает RJ-45. Приставка в режиме сна, видимо, глючит и пытается чекнуть линк. Отключил кабель из порта1 и всё работает.

    Странно, что Ultra так болезненно реагирует на происходящее.

    Пропал/сдох Upnp

    in 3.4

    Posted

    Spoiler

      

    
[I] May 17 12:53:55 ndm: Network::Interface::Switch: "GigabitEthernet0/0": switch link up at port 1.
[I] May 17 12:53:55 kernel: br0: port 1(eth2.1) entered blocking state
[I] May 17 12:53:55 kernel: br0: port 1(eth2.1) entered listening state
[I] May 17 12:53:57 ndm: Network::Interface::Switch: "GigabitEthernet0/0": switch link down at port 1.
[I] May 17 12:53:57 kernel: br0: port 1(eth2.1) entered blocking state
[I] May 17 12:53:57 kernel: br0: port 1(eth2.1) entered listening state
[I] May 17 12:54:00 kernel: br0: port 1(eth2.1) entered learning state
[I] May 17 12:54:04 kernel: br0: port 1(eth2.1) entered forwarding state
[I] May 17 12:54:04 kernel: br0: topology change detected, propagating
[I] May 17 12:54:05 udpxy[500]: Added client: pid=[21386], maddr=[233.81.116.31], mport=[1234], saddr=[192.168.1.138], sport=[53696] 
[I] May 17 12:54:06 udpxy[500]: Deleted client: pid=[21353], saddr=[192.168.1.138], sport=[53669] 
[I] May 17 12:54:06 ndhcps: DHCPDISCOVER received  from 00:0e:c6:bc:3a:12.
[I] May 17 12:54:06 ndhcps: making OFFER of 192.168.1.52 to 00:0e:c6:bc:3a:12.
[I] May 17 12:54:06 ndhcps: DHCPREQUEST received (STATE_SELECTING) for 192.168.1.52 from 00:0e:c6:bc:3a:12.
[I] May 17 12:54:06 ndhcps: sending ACK of 192.168.1.52 to 00:0e:c6:bc:3a:12.
[I] May 17 12:54:07 udpxy[500]: Deleted client: pid=[21386], saddr=[192.168.1.138], sport=[53696] 
[I] May 17 12:54:09 udpxy[500]: Added client: pid=[21398], maddr=[233.81.116.31], mport=[1234], saddr=[192.168.1.138], sport=[53724] 
[I] May 17 12:54:18 ndhcps: DHCPDISCOVER received  from 00:0e:c6:bc:3a:12.
[I] May 17 12:54:18 ndhcps: making OFFER of 192.168.1.52 to 00:0e:c6:bc:3a:12.
[I] May 17 12:54:18 ndhcps: DHCPREQUEST received (STATE_SELECTING) for 192.168.1.52 from 00:0e:c6:bc:3a:12.
[I] May 17 12:54:19 ndhcps: sending ACK of 192.168.1.52 to 00:0e:c6:bc:3a:12.
[I] May 17 12:54:20 ndm: Network::Interface::Switch: "GigabitEthernet0/0": switch link up at port 1.
[I] May 17 12:54:20 kernel: br0: port 1(eth2.1) entered blocking state
[I] May 17 12:54:20 kernel: br0: port 1(eth2.1) entered listening state
[I] May 17 12:54:22 ndm: Network::Interface::Switch: "GigabitEthernet0/0": switch link down at port 1.
[I] May 17 12:54:22 kernel: br0: port 1(eth2.1) entered blocking state
[I] May 17 12:54:22 kernel: br0: port 1(eth2.1) entered listening state
[I] May 17 12:54:25 kernel: br0: port 1(eth2.1) entered learning state
[I] May 17 12:54:28 kernel: br0: port 1(eth2.1) entered forwarding state
[I] May 17 12:54:28 kernel: br0: topology change detected, propagating
[I] May 17 12:54:30 udpxy[500]: Deleted client: pid=[21398], saddr=[192.168.1.138], sport=[53724] 
[I] May 17 12:54:30 udpxy[500]: Added client: pid=[21452], maddr=[233.81.116.31], mport=[1234], saddr=[192.168.1.138], sport=[53745] 
[I] May 17 12:54:31 ndhcps: DHCPDISCOVER received  from 00:0e:c6:bc:3a:12.
[I] May 17 12:54:31 ndhcps: making OFFER of 192.168.1.52 to 00:0e:c6:bc:3a:12.
[I] May 17 12:54:31 ndhcps: DHCPREQUEST received (STATE_SELECTING) for 192.168.1.52 from 00:0e:c6:bc:3a:12.
[I] May 17 12:54:32 ndhcps: sending ACK of 192.168.1.52 to 00:0e:c6:bc:3a:12.
[I] May 17 12:54:43 ndhcps: DHCPDISCOVER received  from 00:0e:c6:bc:3a:12.
[I] May 17 12:54:43 ndhcps: making OFFER of 192.168.1.52 to 00:0e:c6:bc:3a:12.
[I] May 17 12:54:43 ndhcps: DHCPREQUEST received (STATE_SELECTING) for 192.168.1.52 from 00:0e:c6:bc:3a:12.
[I] May 17 12:54:44 ndhcps: sending ACK of 192.168.1.52 to 00:0e:c6:bc:3a:12.
[I] May 17 12:54:55 udpxy[500]: Deleted client: pid=[21452], saddr=[192.168.1.138], sport=[53745] 
[I] May 17 12:54:56 ndhcps: DHCPDISCOVER received  from 00:0e:c6:bc:3a:12.
[I] May 17 12:54:56 ndhcps: making OFFER of 192.168.1.52 to 00:0e:c6:bc:3a:12.
[I] May 17 12:54:56 ndhcps: DHCPREQUEST received (STATE_SELECTING) for 192.168.1.52 from 00:0e:c6:bc:3a:12.
[I] May 17 12:54:56 ndhcps: sending ACK of 192.168.1.52 to 00:0e:c6:bc:3a:12.
[I] May 17 12:54:56 udpxy[500]: Added client: pid=[21510], maddr=[233.81.116.31], mport=[1234], saddr=[192.168.1.138], sport=[53778] 
[I] May 17 12:54:57 ndm: Network::Interface::Switch: "GigabitEthernet0/0": switch link up at port 1.
[I] May 17 12:54:57 kernel: br0: port 1(eth2.1) entered blocking state
[I] May 17 12:54:57 kernel: br0: port 1(eth2.1) entered listening state
[I] May 17 12:54:59 ndm: Network::Interface::Switch: "GigabitEthernet0/0": switch link down at port 1.
[I] May 17 12:54:59 kernel: br0: port 1(eth2.1) entered blocking state
[I] May 17 12:54:59 kernel: br0: port 1(eth2.1) entered listening state
[I] May 17 12:55:02 kernel: br0: port 1(eth2.1) entered learning state
[I] May 17 12:55:05 kernel: br0: port 1(eth2.1) entered forwarding state
[I] May 17 12:55:05 kernel: br0: topology change detected, propagating
[I] May 17 12:55:07 udpxy[500]: Deleted client: pid=[21510], saddr=[192.168.1.138], sport=[53778] 
[I] May 17 12:55:07 udpxy[500]: Added client: pid=[21543], maddr=[233.81.116.31], mport=[1234], saddr=[192.168.1.138], sport=[53799] 
[I] May 17 12:55:09 ndhcps: DHCPDISCOVER received  from 00:0e:c6:bc:3a:12.
[I] May 17 12:55:09 ndhcps: making OFFER of 192.168.1.52 to 00:0e:c6:bc:3a:12.
[I] May 17 12:55:09 ndhcps: DHCPREQUEST received (STATE_SELECTING) for 192.168.1.52 from 00:0e:c6:bc:3a:12.
[I] May 17 12:55:09 ndhcps: sending ACK of 192.168.1.52 to 00:0e:c6:bc:3a:12.
[I] May 17 12:55:10 ndm: Network::Interface::Switch: "GigabitEthernet0/0": switch link up at port 1.
[I] May 17 12:55:10 kernel: br0: port 1(eth2.1) entered blocking state
[I] May 17 12:55:10 kernel: br0: port 1(eth2.1) entered listening state
[I] May 17 12:55:12 ndm: Network::Interface::Switch: "GigabitEthernet0/0": switch link down at port 1.
[I] May 17 12:55:12 kernel: br0: port 1(eth2.1) entered blocking state
[I] May 17 12:55:12 kernel: br0: port 1(eth2.1) entered listening state
[I] May 17 12:55:15 kernel: br0: port 1(eth2.1) entered learning state
[I] May 17 12:55:19 kernel: br0: port 1(eth2.1) entered forwarding state
[I] May 17 12:55:19 kernel: br0: topology change detected, propagating
[I] May 17 12:55:20 udpxy[500]: Deleted client: pid=[21543], saddr=[192.168.1.138], sport=[53799] 
[I] May 17 12:55:20 udpxy[500]: Added client: pid=[21576], maddr=[233.81.116.31], mport=[1234], saddr=[192.168.1.138], sport=[53819] 
[I] May 17 12:55:21 ndhcps: DHCPDISCOVER received  from 00:0e:c6:bc:3a:12.
[I] May 17 12:55:21 ndhcps: making OFFER of 192.168.1.52 to 00:0e:c6:bc:3a:12.
[I] May 17 12:55:21 ndhcps: DHCPREQUEST received (STATE_SELECTING) for 192.168.1.52 from 00:0e:c6:bc:3a:12.
[I] May 17 12:55:22 ndhcps: sending ACK of 192.168.1.52 to 00:0e:c6:bc:3a:12.
[I] May 17 12:55:29 ndhcps: DHCPDISCOVER received  from 00:0e:c6:bc:3a:12.
[I] May 17 12:55:29 ndhcps: making OFFER of 192.168.1.52 to 00:0e:c6:bc:3a:12.
[I] May 17 12:55:29 ndhcps: DHCPREQUEST received (STATE_SELECTING) for 192.168.1.52 from 00:0e:c6:bc:3a:12.
[I] May 17 12:55:29 ndhcps: sending ACK of 192.168.1.52 to 00:0e:c6:bc:3a:12.

     

     

    осталось понять какого хрена порт пляшет туда сюда....

    Пропал/сдох Upnp

    in 3.4

    Posted

    3 hours ago, Le ecureuil said:

    Почему до сих пор нет в техподдержке?

    да отправил я self-test уже в поддержку. 

    Ваш запрос (497699) получен и рассматривается сотрудниками службы поддержки.

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

    Пропал/сдох Upnp

    in 3.4

    Posted

    откатился на 3.3.15 и воспроизведение файлов по сети отлично работает. IPTV проверить не могу из-за того, что система автоматом обновляется на 3.4.1...

    Если честно, это уже напрягать начинает....

    Пропал/сдох Upnp

    in 3.4

    Posted

    Откатился на 3.3.15 - зависания видео по локальной сети ушли. Но откат прошивки выключает UDP компонент из списка установленных. Включение компонента требует перезагрузки, при которой прошивка автоматом обновляется на 3.4.1.... Веселье прям! 😑

    Пропал/сдох Upnp

    in 3.4

    Posted · Edited by Alexander Poleschuk

    Если это сарказм, то такое) у меня никогда таких лагов с файлами по локальной сети не было...

    Пропал/сдох Upnp

    in 3.4

    Posted

    ну что ж... слишком рано я поспешил радоваться. на стабилке 3.4.1 зависает даже видео по локальной сети! никогда такого не было! какой-то файлик в 2 Гб валится на буферизации и потом вылетает "проверьте сетевое соединение" на обоих телевизорах(по кабелю).

    ну и соответственно снова зависает IPTV...

    • Upvote 1

    Пропал/сдох Upnp

    in 3.4

    Posted

    Обновился на 3.4 Beta 2 чтобы предоставить self-test в поддержку... и проблема не воспроизводится на этой версии) думаю вопрос уже решен.

    Пропал/сдох Upnp

    in 3.4

    Posted

    37 minutes ago, Le ecureuil said:

    Впервые слышу такие жалобы.

    Вам лучше прийти в поддержку, иначе stable 3.4 рискует выйти с этими багами.

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

    1) при обновлении на 3.4 Beta 1 по умолчаются отключается UDP-Proxy из установленных компонентов.

    2) при просмотре IPTV видео зависает поток. на 3.3.16 таких проблем не наблюдается.

    Пропал/сдох Upnp

    in 3.4

    Posted

    8 minutes ago, Le ecureuil said:

    Телек-то по проводу подключен или по WiFi?

    оба телика с которыми проблемы подключены по проводу. оба Самсунг. на обоих воспроизведение через PeersTV. на 3.3.16 таких проблем нет.

    Пропал/сдох Upnp

    in 3.4

    Posted · Edited by Alexander Poleschuk

    24 minutes ago, Le ecureuil said:

    А это вы зачем такое советуете? У ТС разве с DNS проблемы?

    да это я напутал. переименуйте плиз тему в "проблемы с воспроизведением IPTV на 3.4 Beta 1. с 3.4 Beta 1 реально какой то трабл...

    Пропал/сдох Upnp

    in 3.4

    Posted · Edited by Alexander Poleschuk

    В общем... сбросил роутер, перенастроил все - ок (на 3.3.16). на 3.4 Beta 1 мало того что UDP компонент слетает из установленных, так еще и лагает IPTV.

    откатился на 3.3.16. посижу пока на стабилочке.

    Пропал/сдох Upnp

    in 3.4

    Posted

    да, вы правы... вот до чего доводит самоизоляция 😆

    речь действительно шла про UDP-proxy. вопрос с лагами всё так же остался. сбросил роутер на заводские. включил UDP-Proxy. на 3.3.16 все ок пока.

    обновился на 3.4 Beta 1 - интерфейс с чего то стал английский... хотя я всегда использовал русский)

    и да, снова зависает IPTV на 3.4 BETA 1. то просто спиннер крутится как видео из буфера пройдет. то рассинхрон дикий по звуку и аудио. на 3.3.16 такого не было

    Пропал/сдох Upnp

    in 3.4

    Posted

    конфига, к сожалению, нет(срукожопил...)

    удаление и добавление не помогло.

    нашёл тут статейку https://help.keenetic.com/hc/ru/articles/360003356080-Настройка-службы-UPnP-из-командной-строки

    (config)> show upnp redirect
    UPnP::Manager: Redirect table is empty.

    к сожалению, вот так...

    компонент всё еще отображается как установленный, но в списке приложений его нет.

    видимо, какая-то взаимозависимость с другими компонентами.

    Пропал/сдох Upnp

    in 3.4

    Posted · Edited by Alexander Poleschuk
    скрины

    История одного обновления, ребят...

    Стою я под подъездом, жду человека, разбираюсь почему слабо ловит вайфайчик... и тут вижу, что доступно обновление на 3.4.1 Beta 1 (с 3.3.16). Ну, думаю соглашусь... устанавливается апдейт, Ultra(KN-1810) весело рапортует о том, что апдейт прошёл успешно... включаю телик - залипает IPTV! Думал, проблемы с провайдером... ребутнули и роутер и телик....

    понял, что проблема с обновой.... выключил и включил UpNP- ноль реакции. откатился на 3.3.16 - компонент... ПРОПАЛ) причем в списке установленных компонентов он отображается...

    так что вы что-то чуточку нахимичили ребят) я конечно буду дальше пытаться даунгрейдиться, но без IPTV скучновато)

    P.S. на скрине перключился на ветку Релиз. думал поможет... не помогло. 

    2020-04-24_23-27-47.png

    2020-04-24_23-28-12.png

    2020-04-24_23-28-39.png

    Не могу получить доступ к диску по SMB и FTP

    in 3.1

    Posted

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

    итак:

    В Windows 10 17090 и выше клиент SMBv1 автоматически удаляется, если он не использовался более 15 дней.

    Идем в Программы -> Программы и компоненты -> Включение или отключение компонентов Windows -> Поддержка общего доступа к файлам SMB 1.0 / CIFS

    и отключаем там "Автоматическое удаление протокола SMB 1.0/CIFS" - Перезагружаемся. Но и это не решает проблему входа на диск из сетевого окружения.  Поэтому выполняем следующее: 

    reg add HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters /v AllowInsecureGuestAuth /t reg_dword /d 00000001 /f

    (Осторожно! этот параметр разрешает вход без аутентификации на диск)

    Ну и последним пунктом мапим диск не по 192.168.1.1, а по 192.168.1.1\Имя_диска.

     

    P.S. В целом, думаю, тему можно закрывать) 

    Не могу получить доступ к диску по SMB и FTP

    in 3.1

    Posted · Edited by Alexander Poleschuk

    итак... после очень долгого копания этих наших интернетов стало ясно что во всём виновата Microsoft... 

    На ноутбуке, на котором не работает маунт диска по CIFS стоит Windows 1903. Попробовал вчера с ноутбука с 1803 - всё работает. Набрёл на статью, которую оставлю под спойлером:

    Spoiler

    http://winitpro.ru/index.php/2018/05/16/0x80070035-ne-najden-setevoj-put-windows-10/

    На ноутбуке, на котором работало установил обновления: KB4519572 и KB4524098. Сразу после рестарта оказалось отключенным Сетевое обнаружение. После его включения пришлось вводить логин и пароль для доступа к диску. Но на 1803 пока еще работает. Следующий шаг - апдейт 1803 на 1903.

    На ноутбуке с 1903 ошибка вот такая: Ошибка 0x80070035: Не найден сетевой путь

    Не могу получить доступ к диску по SMB и FTP

    in 3.1

    Posted

    Ну и чтобы оправдать свою же паранойю.... 

    FTP все же не работал и даже обновление с 3.1.8 на 3.1.10 не помогало. Все это время Acronis, у которого бекап настроен на обед субботы, ругался, что не может достучаться до диска по FTP. 

    Два часа назад сделал откат на 3.1.0 и обратно накатился 3.1.10. Маунт диска не завёлся... но во время ребут Акронис таки рванул создавать бекап.

    Не могу получить доступ к диску по SMB и FTP

    in 3.1

    Posted · Edited by Alexander Poleschuk
    добавил self-test

    После обновления на 3.1.8 (и сейчас на 3.1.10) напрочь отвалился подключенный к роутеру диск. 

    Не мапится ни из винды(даже не виден в сетевом окружении), ни может подключиться по FTP. В админке роутера диск виден и прекрасно себя чувствует.

    Маунт диска не проходит на этапе ввода кредов. Не принимает он их. guest/(пустой пароль) тоже не прокатывает.

    хвост лога, который показывается, что диск-таки подъехал:

    Spoiler

    Oct 20 23:29:43 ndm: kernel: usb-storage 1-1.1:1.0: USB Mass Storage device detected
    Oct 20 23:29:43 ndm: kernel: scsi host0: usb-storage 1-1.1:1.0
    [W] Oct 20 23:29:44 ndm: kernel: scsi 0:0:0:0: Direct-Access     Hitachi  HDS722020ALA330       PQ: 0 ANSI: 2 CCS
    [W] Oct 20 23:29:44 ndm: kernel: sd 0:0:0:0: Attached scsi generic sg0 type 0
    [W] Oct 20 23:29:44 ndm: kernel: sd 0:0:0:0: [sda] 3907028992 512-byte logical blocks: (2.00 TB/1.82 TiB)
    [W] Oct 20 23:29:44 ndm: kernel: sd 0:0:0:0: [sda] Write Protect is off
    Oct 20 23:29:44 ndm: kernel: sd 0:0:0:0: [sda] Mode Sense: 28 00 00 00
    Oct 20 23:29:44 ndm: kernel: sd 0:0:0:0: [sda] No Caching mode page found
    Oct 20 23:29:44 ndm: kernel: sd 0:0:0:0: [sda] Assuming drive cache: write through
    Oct 20 23:29:44 ndm: kernel:  sda: sda1
    [W] Oct 20 23:29:44 ndm: kernel: sd 0:0:0:0: [sda] Attached SCSI disk
    [W] Oct 20 23:29:44 ndm: FileSystem::Ext: "/dev/sda" has an unknown partition type, ignored.
    Oct 20 23:29:44 ndm: FileSystem::Ext: ntfs "F8689F97689F536C:": filesystem initialized.
    Oct 20 23:29:44 ndm: kernel: tntfs info (device sda1, pid 642): ntfs_fill_super(): fail_safe is enabled.
    Oct 20 23:29:45 ndm: kernel: tntfs info (device sda1, pid 642): load_system_files(): NTFS volume name 'Lifestudio', version 3.1 (cluster_size 4096, PAGE_SIZE 4096).
    Oct 20 23:29:46 ndm: FileSystem::Repository: "F8689F97689F536C:" registered.
    Oct 20 23:29:49 minidlna: Starting MiniDLNA version 1.2.1. 
    Oct 20 23:29:49 minidlna: Notifier thread started. 
    Oct 20 23:29:49 minidlna: HTTP listening on port 8200 
    Oct 20 23:29:49 minidlna: Enabling interface 192.168.1.1/255.255.255.0 
    Oct 20 23:29:49 ndm: Core::Server: started Session /var/run/ndm.core.socket.
    Oct 20 23:29:49 minidlna: Added client [Samsung Series [CDEFJ]/192.168.1.57/24:FC:E5:DE:15:F0] to cache slot 0. 
    Oct 20 23:29:49 ndm: Dlna::Server: service started.
    Oct 20 23:29:49 minidlna: Received signal 1, updating configuration... 
    Oct 20 23:29:49 minidlna: Starting configuration update (/var/run/minidlna.conf.update)... 
    Oct 20 23:29:49 minidlna: Enabling interface 192.168.1.1/255.255.255.0 
    Oct 20 23:29:51 transmissiond: Transmission 2.94 (d8e60ee44f) started
    Oct 20 23:29:51 transmissiond: RPC Server Adding address to whitelist: *.*.*.*
    Oct 20 23:29:51 transmissiond: RPC Server Serving RPC and Web requests on port 127.0.0.1:8090/transmission/
    Oct 20 23:29:51 transmissiond: RPC Server Whitelist enabled
    Oct 20 23:29:51 transmissiond: RPC Server Password required
    Oct 20 23:29:51 transmissiond: Port Forwarding Stopped
    Oct 20 23:29:51 transmissiond: DHT Reusing old id
    Oct 20 23:29:51 transmissiond: DHT Bootstrapping from 114 IPv4 nodes
    Oct 20 23:29:51 transmissiond: Using settings from "/tmp/mnt/F8689F97689F536C/torrent"
    Oct 20 23:29:51 transmissiond: Saved "/tmp/mnt/F8689F97689F536C/torrent/settings.json"
    Oct 20 23:29:51 transmissiond: transmissiond requiring authentication
    Oct 20 23:29:51 transmissiond: Watching "/tmp/mnt/F8689F97689F536C/torrent/watch" for new .torrent files
    Oct 20 23:29:51 transmissiond: Loaded 2 torrents
    Oct 20 23:29:54 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(e4:b3:18:45:d1:f7) had associated successfully.
    Oct 20 23:29:54 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(e4:b3:18:45:d1:f7) set key done in WPA2/WPA2PSK.
    Oct 20 23:29:54 ndhcps: DHCPREQUEST received (STATE_INIT) for 192.168.1.48 from e4:b3:18:45:d1:f7.
    Oct 20 23:29:54 ndhcps: sending ACK of 192.168.1.48 to e4:b3:18:45:d1:f7.
    Oct 20 23:30:01 transmissiond: Time to turn on turtle mode!
    Oct 20 23:30:03 transmissiond: Supernatural.S13E15.1080p.rus.LostFilm.TV.mkv Scrape error: Tracker gave HTTP response code 404 (Not Found)
    Oct 20 23:30:03 transmissiond: Supernatural.S13E15.1080p.rus.LostFilm.TV.mkv Retrying scrape in 20 seconds.
    Oct 20 23:30:08 ndhcps: DHCPRELEASE received for 192.168.1.70 from 7c:49:eb:94:34:8d.
    Oct 20 23:30:08 ndhcps: DHCPDISCOVER received  for 192.168.1.70 from 7c:49:eb:94:34:8d.
    Oct 20 23:30:09 ndhcps: making OFFER of 192.168.1.70 to 7c:49:eb:94:34:8d.
    Oct 20 23:30:09 ndhcps: DHCPREQUEST received (STATE_SELECTING) for 192.168.1.70 from 7c:49:eb:94:34:8d.
    Oct 20 23:30:09 ndhcps: sending ACK of 192.168.1.70 to 7c:49:eb:94:34:8d.
    Oct 20 23:30:23 transmissiond: Supernatural.S13E15.1080p.rus.LostFilm.TV.mkv Scrape error: Tracker gave HTTP response code 404 (Not Found)
    Oct 20 23:30:23 transmissiond: Supernatural.S13E15.1080p.rus.LostFilm.TV.mkv Retrying scrape in 20 seconds.
    Oct 20 23:30:32 transmissiond: Supernatural.S13E15.1080p.rus.LostFilm.TV.mkv Scrape error: Tracker gave HTTP response code 404 (Not Found)
    Oct 20 23:30:32 transmissiond: Supernatural.S13E15.1080p.rus.LostFilm.TV.mkv Retrying scrape in 347 seconds.
    Oct 20 23:30:32 transmissiond: Supernatural.S13E14.1080p.rus.LostFilm.TV.mkv Scrape error: Tracker gave HTTP response code 404 (Not Found)
    Oct 20 23:30:32 transmissiond: Supernatural.S13E14.1080p.rus.LostFilm.TV.mkv Retrying scrape in 20 seconds.
    Oct 20 23:30:52 transmissiond: Supernatural.S13E14.1080p.rus.LostFilm.TV.mkv Scrape error: Tracker gave HTTP response code 404 (Not Found)
    Oct 20 23:30:52 transmissiond: Supernatural.S13E14.1080p.rus.LostFilm.TV.mkv Retrying scrape in 307 seconds.
    Oct 20 23:30:52 transmissiond: Supernatural.S13E15.1080p.rus.LostFilm.TV.mkv Scrape error: Tracker gave HTTP response code 404 (Not Found)
    Oct 20 23:30:52 transmissiond: Supernatural.S13E15.1080p.rus.LostFilm.TV.mkv Retrying scrape in 327 seconds.
    Oct 20 23:31:03 transmissiond: Supernatural.S13E14.1080p.rus.LostFilm.TV.mkv Scrape error: Tracker gave HTTP response code 404 (Not Found)
    Oct 20 23:31:03 transmissiond: Supernatural.S13E14.1080p.rus.LostFilm.TV.mkv Retrying scrape in 20 seconds.
    Oct 20 23:31:32 transmissiond: Supernatural.S13E14.1080p.rus.LostFilm.TV.mkv Scrape error: Tracker gave HTTP response code 404 (Not Found)
    Oct 20 23:31:32 transmissiond: Supernatural.S13E14.1080p.rus.LostFilm.TV.mkv Retrying scrape in 318 seconds.
    Oct 20 23:31:40 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(b8:d7:af:ac:4d:87) had associated successfully.
    Oct 20 23:31:40 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(b8:d7:af:ac:4d:87) set key done in WPA2/WPA2PSK.
    Oct 20 23:31:40 ndhcps: DHCPREQUEST received (STATE_INIT) for 192.168.1.72 from b8:d7:af:ac:4d:87.
    Oct 20 23:31:40 ndhcps: sending ACK of 192.168.1.72 to b8:d7:af:ac:4d:87.
    Oct 20 23:32:23 transmissiond: Supernatural.S13E15.1080p.rus.LostFilm.TV.mkv Scrape error: Tracker gave HTTP response code 404 (Not Found)
    Oct 20 23:32:23 transmissiond: Supernatural.S13E15.1080p.rus.LostFilm.TV.mkv Retrying scrape in 20 seconds.
    Oct 20 23:32:52 transmissiond: Supernatural.S13E15.1080p.rus.LostFilm.TV.mkv Scrape error: Tracker gave HTTP response code 404 (Not Found)
    Oct 20 23:32:52 transmissiond: Supernatural.S13E15.1080p.rus.LostFilm.TV.mkv Retrying scrape in 302 seconds.
    Oct 20 23:32:53 transmissiond: Supernatural.S13E14.1080p.rus.LostFilm.TV.mkv Scrape error: Tracker gave HTTP response code 404 (Not Found)
    Oct 20 23:32:53 transmissiond: Supernatural.S13E14.1080p.rus.LostFilm.TV.mkv Retrying scrape in 20 seconds.
    Oct 20 23:33:22 transmissiond: Supernatural.S13E14.1080p.rus.LostFilm.TV.mkv Scrape error: Tracker gave HTTP response code 404 (Not Found)
    Oct 20 23:33:22 transmissiond: Supernatural.S13E14.1080p.rus.LostFilm.TV.mkv Retrying scrape in 354 seconds.
    Oct 20 23:33:50 udpxy[511]: Added client: pid=[812], maddr=[233.81.116.26], mport=[1234], saddr=[192.168.1.57], sport=[47031] 
    Oct 20 23:34:56 ndm: TrafficControl::Manager: "e4:b3:18:45:d1:f7" host rate limited to DL 30720 / UL 30720 Kbits/sec.
    Oct 20 23:35:06 ndm: Ntce::Manager: auto rate limits for all hosts removed.
    Oct 20 23:36:03 transmissiond: Supernatural.S13E14.1080p.rus.LostFilm.TV.mkv Scrape error: Tracker gave HTTP response code 404 (Not Found)
    Oct 20 23:36:03 transmissiond: Supernatural.S13E14.1080p.rus.LostFilm.TV.mkv Retrying scrape in 934 seconds.
    Oct 20 23:36:23 transmissiond: Supernatural.S13E15.1080p.rus.LostFilm.TV.mkv Scrape error: Tracker gave HTTP response code 404 (Not Found)
    Oct 20 23:36:23 transmissiond: Supernatural.S13E15.1080p.rus.LostFilm.TV.mkv Retrying scrape in 950 seconds.
    Oct 20 23:36:23 transmissiond: Supernatural.S13E15.1080p.rus.LostFilm.TV.mkv Scrape error: Tracker gave HTTP response code 404 (Not Found)
    Oct 20 23:36:23 transmissiond: Supernatural.S13E15.1080p.rus.LostFilm.TV.mkv Retrying scrape in 903 seconds.
    Oct 20 23:36:53 transmissiond: Supernatural.S13E14.1080p.rus.LostFilm.TV.mkv Scrape error: Tracker gave HTTP response code 404 (Not Found)
    Oct 20 23:36:53 transmissiond: Supernatural.S13E14.1080p.rus.LostFilm.TV.mkv Retrying scrape in 956 seconds.
    Oct 20 23:38:02 transmissiond: Supernatural.S13E15.1080p.rus.LostFilm.TV.mkv Scrape error: Tracker gave HTTP response code 404 (Not Found)
    Oct 20 23:38:02 transmissiond: Supernatural.S13E15.1080p.rus.LostFilm.TV.mkv Retrying scrape in 904 seconds.
    Oct 20 23:39:22 transmissiond: Supernatural.S13E14.1080p.rus.LostFilm.TV.mkv Scrape error: Tracker gave HTTP response code 404 (Not Found)
    Oct 20 23:39:22 transmissiond: Supernatural.S13E14.1080p.rus.LostFilm.TV.mkv Retrying scrape in 954 seconds.
    Oct 20 23:49:32 coalagent: updating configuration...
    Oct 20 23:50:33 ndm: Core::System::Info: description saved.
    Oct 20 23:50:33 ndm: Core::ConfigurationSaver: saving configuration...
    Oct 20 23:50:37 ndm: Core::ConfigurationSaver: configuration saved.
    Oct 20 23:51:32 transmissiond: Supernatural.S13E15.1080p.rus.LostFilm.TV.mkv Scrape error: Tracker gave HTTP response code 404 (Not Found)
    Oct 20 23:51:32 transmissiond: Supernatural.S13E15.1080p.rus.LostFilm.TV.mkv Retrying scrape in 1857 seconds.
    Oct 20 23:51:42 transmissiond: Supernatural.S13E14.1080p.rus.LostFilm.TV.mkv Scrape error: Tracker gave HTTP response code 404 (Not Found)
    Oct 20 23:51:42 transmissiond: Supernatural.S13E14.1080p.rus.LostFilm.TV.mkv Retrying scrape in 1839 seconds.
    Oct 20 23:52:22 transmissiond: Supernatural.S13E15.1080p.rus.LostFilm.TV.mkv Scrape error: Tracker gave HTTP response code 404 (Not Found)
    Oct 20 23:52:22 transmissiond: Supernatural.S13E15.1080p.rus.LostFilm.TV.mkv Retrying scrape in 1845 seconds.
    Oct 20 23:52:31 minidlna: Added client [Generic UPnP 1.0/192.168.1.48/E4:B3:18:45:D1:F7] to cache slot 1. 
    Oct 20 23:52:52 transmissiond: Supernatural.S13E14.1080p.rus.LostFilm.TV.mkv Scrape error: Tracker gave HTTP response code 404 (Not Found)
    Oct 20 23:52:52 transmissiond: Supernatural.S13E14.1080p.rus.LostFilm.TV.mkv Retrying scrape in 1822 seconds.
    Oct 20 23:53:12 transmissiond: Supernatural.S13E15.1080p.rus.LostFilm.TV.mkv Scrape error: Tracker gave HTTP response code 404 (Not Found)
    Oct 20 23:53:12 transmissiond: Supernatural.S13E15.1080p.rus.LostFilm.TV.mkv Retrying scrape in 1847 seconds.
    Oct 20 23:55:22 transmissiond: Supernatural.S13E14.1080p.rus.LostFilm.TV.mkv Scrape error: Tracker gave HTTP response code 404 (Not Found)
    Oct 20 23:55:22 transmissiond: Supernatural.S13E14.1080p.rus.LostFilm.TV.mkv Retrying scrape in 1839 seconds.
     

     

    2019-10-20_23-59-59.png

    self-test (1).txt

    Замена CIFS NQ на TSMB

    in Тестирование Dev-сборок

    Posted

    26 minutes ago, vst said:

    Все правильно пишете, регрессия присутствует, хорошо заметна пользователям Win7. Починим.

    а есть возможность откатиться на 2.15.A.4.0-6?

    мне не горит, но внешний винт используется как backup storage, который происходит по субботам. было бы неплохо, чтобы софт нашел внешний винт)

×
×
  • Create New...