Albram
-
Posts
390 -
Joined
-
Last visited
-
Days Won
3
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Everything posted by Albram
-
Да, было бы неплохо, если бы @vst помог. Суть проблемы вкратце: после перезагрузки или включения роутера нет процесса tsmb-server слушающего порт udp/3702, есть только tcp/3702. Переключением в CLI значения cifs master (cifs no master) на противоположное, перезапускает сервис, и появляется процесс tsmb-server на udp/3702. В версии 2.16.D.3.0-4 вероятность того, что процесс на udp/3702 будет работать после старта роутера, была близка к 50%, в 2.16.D.3.0-5 стало заметно хуже. У меня, например, после 5 перезагрузок сервиса не было ни разу.
-
И тут всё нормально, если на 8080 у вас ничего больше нет (но тогда lighttpd не запускался бы). -
Обновился до 2.16.D.3.0-5, т.к. там более новая версия tsmb. Теперь, вместо, примерно 50x50, при перезагрузке, что порт 3702 будет слушаться и на tcp, и на udp, стало так, что, после пяти перезагрузок, ни разу сервис на udp/3702 не поднимался. Пока срабатывает только изменение cifs no master или cifs master.
-
Это в сторону lighttpd направляет. А что у вас в конфиг файле /opt/etc/lighttpd/lighttpd.conf ? Понятия "правильный" тут нет, правильным будет любой не занятый, например, 81.
-
Нет, всё нормально с правами. Может вам проще переустановить Entware, и скрипт заново скачать с гитхаба и установить? Т.к. у вас не видно пока никакой проблемы, а скрипт, который я вам прислал, у меня работает, а у вас не выводит ссылки для ручной проверки.
-
Нет. Во всяком случае кнопки точно от этого не пропадут. Так-то у вас и smart читается и история температуры показывается. А у вас msmtp установлен и настроен? А то в присланном файле mail recipient не указан, вернее указан тот, что по умолчанию, хотя это не должно влиять на cgi. Попробуйте ещё вот этот файл положить в /opt/etc/ Я в нем пока выключить использование почтовых уведомлений: USE_MAIL=0 smarthtml.conf
-
Ошибка выводится, если до этого не использовался какой-то атрибут, и его нет в бд, а потом в настройках его включили. Тогда нужно пересоздавать базу. Я когда переходил на последнюю версию скрипта, которая с поддержкой отдельного файла конфига в /opt/etc/smarthtml.conf, и оставил включенным 190-ый атрибут, то чтобы не было ошибки и не терять данные в базе за два года, просто вручную добавил в базу пустые значение 190-ого атрибута, т.к. диск у меня его всё равно не поддерживает. И никаких ошибок. Около 5 килобайт прибавляет файл базы, и в районе 70кб весят пустые файлы графиков для 190-ого атрибута. Я использую "глубину" просмотра графиков до 5 лет, раз уж всё равно в бд есть эти данные, то почему бы их не выводить. Потому у меня и получается разница практически 100кб. RRD_GRAPH_START="-14days -30days -365days -1825days" # + 5 years graph
-
А смысл удалять? Сэкономить около ста килобайт? Зато теряется часть универсальности. Например, если заменить, или добавить диск, поддерживающий 190-ый атрибут, то без правки скрипта и пересоздания базы он не будет отражаться, и при обновлении скрипта нужно помнить ещё один "пунктик" того, что нужно поправить. Я раньше тоже удалял, но потом перестал, т.к. не вижу в этом особого смысла..
-
Значит придется вернуть атрибут 190 на место в файле smarthtml.sh вместо ### S.M.A.R.T. attributes for RRD RRD_SMART_ATTRS="smart3 smart194" # Spin-up time & temperature #RRD_SMART_ATTRS="smart190 smart194" # Only a temperature data for RRD RRD_SMART_ATTR_DEF_PIC="smart194" сделайте: ### S.M.A.R.T. attributes for RRD RRD_SMART_ATTRS="smart3 smart190 smart194" # Spin-up time & temperature #RRD_SMART_ATTRS="smart190 smart194" # Only a temperature data for RRD RRD_SMART_ATTR_DEF_PIC="smart190 smart194" Удалите файл /opt/var/smarthtml/rrd/sda.rrd И запустите скрипт.
-
Да, у вас не совсем последняя версия скриптов. Вот попробуйте (я убрал атрибут 190, чтобы не было ошибки rrd из-за отсутствия его в вашей базе). smarthtml.cgi smarthtml.sh
-
Если это после запуска скрипта с параметром makerrdgraph, то smart.html и не должен переписываться. Остальные файлы переписываются по мере участия их в процессе отображения графиков. Я про версию скрипта спросил, потому что в оригинальном скрипте версии 1.0 данная секция выглядит так: А вы выше выложили фрагмент, в котором нет параметра 190. Так было в более ранних версиях скрипта, или вы его сами отредактировали. Может ещё что редактировали? Приложите ваши скрипты smarthtml.sh и smarthtml.cgi, если это не тайна.
-
Заметил, что скрипт у вас, похоже, не последней версии. В "шапке" скриптов smarthtml.sh и smarthtml.cgi версии одинаковые?
-
Для построения графика вручную запустите скрипт с параметром makerrdgraph /opt/usr/bin/smarthtml.sh makerrdgraph И посмотрите, появится ли график.
-
С виду здесь проблем нет. Исполняемым файл cgi скрипта сделали? ls -l /opt/share/www/cgi-bin/smarthtml.cgi Раздел с Entware на какой файловой системе, не на ntfs случайно?
-
1. Ручное обновление - смотреть в сторону cgi. Проверьте все действия на первой странице, начиная со слов "Для lighttpd нужно установить модуль mod_cgi: opkg install lighttpd-mod-cgi" и заканчивая "Скрипте smarthtml.sh отредактировать и изменить параметр USE_CGI_MODULE=0 на USE_CGI_MODULE=1". 2. Графики начинает рисовать не сразу, а спустя три часа, т.к. при первом запуске нет информации для построения графиков. К тому же, если не работает автоматическое обновление, то и после первого запуска информации для графиков неоткуда взяться. 3. По-поводу показа температур только после ручного запуска скрипта: смотрите командой crontab -e (если не сработает, то cat /opt/etc/crontab) что у вас в задании cron, и запущен ли cron (ps | grep cron). Попробуйте в строку задания в crontab добавить имя пользователя, от которого будет запускаться, т.е., если сейчас там: "10 */3 * * * /opt/usr/bin/smarthtml.sh", то исправьте на "10 */3 * * * root /opt/usr/bin/smarthtml.sh"
-
А чего разбираться? SMART ваш диск отдает, т.е. скрипт у вас должен нормально работать.
-
Удалить или переместить файл /opt/var/smarthtml/rrd/sdb.rrd (или sda.rrd), после этого запустить скрипт /opt/usr/bin/smarthtml.sh
-
Можно добавить любой атрибут, но для его отображения понадобится заново создать rrd базу. При создании новой базы все старые значения утратятся. Если вы ими дорожите, то нужно предварительно их сохранить, а затем можно будет вручную их перенести.
-
Сейчас попробовал исправил в tsmb.conf ANY на br0, но после перезагрузки файл опять со значениями ANY стал. Выходит, что просто так "в лоб" не получится изменить.
-
Это не в файле startup-config.txt, а в /var/run/tsmb/tsmb.conf, и при условии выбранного компонента tsmb.
-
На примере конфига tsmb видно, что слушает он тоже в основном на всех интерфейсах, соответственно и анонсы туда же отправляет: В веб-интерфейсе таких настроек нет, потому, видимо, только правкой файла конфига напрямую.
-
Такое решение мне тоже пришло, но мне оно не нравится, да и не факт, что сервис остановится без перезагрузки по no service cifs.
-
Как раз сегодня обновлял пакеты Entware и перезагружал роутер. После перезагрузки обнаружение пропало. Посмотрел сервисы, нет tsmb-server на udp/3702. Попробовал удалил старую неактивную шару, оставшуюся от прошлой флэшки с Entware, перезагрузил роутер и сервис поднялся. Подумал, что возможно из-за неё, и для проверки ещё раз перезагрузил. Но, увы, после перезагрузки сервиса не было. Ещё раз перезагрузил - появился. Чисто лотерея. Но у меня воспроизводится стабильно. Возможно играет роль набор установленных компонентов или настройки. Сохранил self-test в обоих случаях, когда есть обнаружение после перезагрузки, и когда нет. Если поможет - могу приложить. Upd:И ещё попутно вопрос: как в CLI перезапускать сервис tsmb-server? Чтобы не заниматься напрасным переключением cifs master/cifs no master, ради перезапуска сервиса. Бинарник нашел, конфиг тоже, а вот как перезапустить...
-
Ещё одно дополнение: Заметил что после перезагрузки роутера, обнаружение опять перестает работать. Возобновляется только после cifs no master. или cifs master (в зависимости от того, какое значение было изначально), даже без сохранения конфига и перезагрузки роутера. Начал искать причину, и нашел вот что: когда обнаружение не работает, на роутере в списке процессов, нет процесса tsmb-server слушающего порт udp/3702 (это порт WSD), есть только tcp/3702. При вводе команды cifs master (или cifs no master), меняющей настройку на противоположную той, что была, на роутере рестартится сервис tsmb-server, и появляется процесс tsmb-server слушающий udp/3702, и обнаружение начинает работать. Иногда после первой смены значения процесс не появляется, тогда ещё один ввод противоположного значения помогает. Т.е. например, сейчас на роутере в настройках cifs стоит значение master и пропало обнаружение в сетевом окружении. Тогда выполняем cifs no master и смотрим появилось ли обнаружение, если появилось, то до перезагрузки роутера будет работать. Если не появилось, то выполняем cifs master и снова проверяем обнаружение. В принципе можно сразу проверять наличие сервиса tsmb-server на udp/3702. Из вышесказанного видно, что никакие настройки на клиентах (компах) не помогут, если на роутере нет сервиса слушающего порт udp/3702, видимо поэтому описания "рецептов" у каждого разные, и то, что помогает одним, может не помочь другим.
