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

Баг. Вероятно проблема связана со странной кодировкой файла на диске. А так же есть ли в сети клиент SMBv1?

Селфтест тоже не помешает.

[3.5.1 сильно упала скорость TSMB/CIFS]

Исправлено в 3.5.2, 3.6.A.1

[3.5.1 сильно упала скорость TSMB/CIFS]

Проверил 35B1, 35B6 - проблема воспроизводится. Версия 3020.6.8d впервые появилась в 35A16.

[3.5.1 сильно упала скорость TSMB/CIFS]

В 3020.6.8d появился sparse и наверняка много чего ещё. Но sparse пока недостаточно хорош. Его отключение не возвращает производительность к былому уровню.

[3.5.1 сильно упала скорость TSMB/CIFS]

Проблема в драйвере NTFS. В 3.5.C.2 вернём более производительную версию.

[Модем Yota: usb 1-1: unable to read config index 0 descriptor/start: -71]

1 час назад, 3-50 сказал:

Но зато теперь модем Yota идентифицируется как "Vimtron Mobile Broadband".

Yota у нас находилась в отдельном классе. Связано это было с тем, что ранее модемы этой фирмы очень сильно отличались от остальных. Но затем стали появляться модемы, основанные на других чипсетах, появились модемы с одинаковой USB композицией и стало невозможным отличать их друг от друга и выделять Yota в отдельный класс. В итоге модемы Yota на чипсетах Marvell/Vimtron переехали в класс CdcEthernet.

[KeeneticOS: 3.5 Beta 7, или сново про поломку поддержки DVB]

В версии 3.05.B.5.0-0           ядро было обновлено до 4.9.236. Кроме того была внесена оптимизация, которая позволила съэкономить нам немного памяти, но к сожалению привела к поломке dvb. Этого мы не учли, исправим.

[Баг с аутентификацией сетевого диска.]

Нужен дамп smb трафика, В этот дамп должна неуспешная попытка логина.

Версия операционной системы тоже потребуется.

[Модем Yota: usb 1-1: unable to read config index 0 descriptor/start: -71]

Цитата

PingCheck::Profile: interface Yota0 connection check failed.

Пингчек перезагружает модем.

[Модем Yota: usb 1-1: unable to read config index 0 descriptor/start: -71]

Эти ошибки происходят на этапе чтения конфигурации USB устройства. В итоге одна из конфигураций загружается и работает. Судя по всему некоторое время.

Насколько часто воспроизводится проблема с отключением модема?
Модем непосредственно в роутер вставлен? Используются ли удлиннители/хабы?

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

@bator Актуальный релиз 3.4.12 подвержен описанной вами проблеме. Попробуйте 3.05.B.1.0-1.

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

1 час назад, Andrex сказал:

Баг в новом обличии выплыл снова.

Я так полагаю, что сервис теперь всегда доступен, но есть некоторые неудобства с аутентификацией. Если это так, то предлагаю сформулировать их в новой теме. Тема с пропаданием работоспособности будет в скором времени закрыта.

 

1 час назад, Andrex сказал:

Лог по команде more proc:/net/tcp прикладываю

Спасибо за активность.

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

Исправление появилось в версии 3.05.B.1.0-1.

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

Регрессия найдена. Исправление появится в следующей версии.

Всем спасибо за дампы и отчёты. По текущей версии больше сведений не требуется.

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

4 часа назад, Кинетиковод сказал:

Перешел с Win 7 на Win 10 и тоже столкнулся с данной проблемой. Интересно, но когда проводник Win 10 категорически отказывается заходить на шару Кинетика в это же время VLC прекрасно на шару заходит и с ней работает. Иногда вдруг шара Кинетика в проводнике начинает работать, но через некоторое время перестаёт, а VLC работает всегда. Win 10 версии 2004.

Было бы неплохо увидеть дампы.

У нас есть проблема с согласованием SMB диалекта c MacOS. Винда до вашего отчета не была уличена в подобном.

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

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

Как это сделать? Через telnet?

Через telnet или через 192.168.1.1/a

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

Итак есть подозрение на отваливающийся TCP сокет, т.е. спустя какое-то время сервер перестаёт слушать порт 445.

Подтвердить это можно двумя объективными способами:

1) если установлен Entware, то выполнить

Цитата

netstat -napt

2) иначе снять /proc/net/tcp командой

Цитата

more proc:/net/tcp

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

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

1 час назад, Andrex сказал:

Самое интересное, что ни одного разработчика эта тема не интересует. Это тупик.

Проблема нетривиальная, проявляется по разному. Первопричину определить непросто, воспроизводится небыстро. Поэтому исследование занимает так много времени.

[Alfa17 утекает оперативка.]

Причина утечки найдена. Исправленная версия будет выложена в самое ближайшее время. Всем спасибо за отчёты, ожидайте исправления.

[Ошибка подключения по AFP]

Авг 8 17:49:13 cnid_dbd[1649] error retrieving value from cnid2.db: Invalid argument
Авг 8 17:49:13 cnid_dbd[1649] dbif_getversion: database error
Авг 8 17:49:13 cnid_dbd[1649] Failed to open CNID database for volume "1602185D"

На диске испортился кеш базы данных. Остановите сервис AFP, удалите файл cnind2.db каталог ".AppleDB", затем запустите сервис снова. Необходимые файлы будут пересозданы автоматически. Никакими потерями данных это действие не грозит.

[SMB: NQE SMB Server ?]

Мы по-прежнему склонны всё отрицать. В целом в прошивке не встречается буквернное сочетание NQe.

@iggo если найдёте в дампе трафика данный текст, то возьмём в работу.

[Io::UnixStreamSocket: connected after 0 tries.]

Ничего особенного, просто логирование нужно подстроить. В новых релизах будет всё норм.

[IPv6: Присваивается IPv6 с отключенными IPv6 через IPv4]

Префиксы анонсируются с нулевым preffered lifetime(PL). valid lifetime(VL) при этом ненулевой. Обычно такого достаточно, чтобы клиенты не пользовались ими, а именно не создавали новые соединения.

Пока что кажется, что наличие сгенерированных адресов по нулевым префиксам(PL=0) носит лишь косметический эффект.

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

@Supermaks Посмотрел селфтест. Не обнаружил там каких-то ошибок, связанных с SMB. Это тоже результат, значит проблема на уровне протокола. Переходим на сбор дампов трафика.

 

@Andrex Пожалуйста не голосуйте за посты, нарушается хронология.

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

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

Такой фразы нет вообще в логе.

В угадайку с вами никто играть не будет. Снимайте и присылайте селфтест в момент воспроизведения проблемы. Если не хотите, то ждите молча пока проблема не будет воспроизведена на стенде или не будет получена хорошая диагностическая информация от другого пользователя.