Решение вопроса по гибернации дисков ( переход в спящий режим дисков ) DSM 6.2.3


Recommended Posts

Всем привет!

 

Была проблема с гибернацией дисков ( переход в спящий режим дисков ) на  DSM 6.2.3, но решения в русской ветке почему то не было.

Так как для меня это очень актуальный режим по причине что NAS используется ОЧЕНЬ редко и крутить диски в нем 24/7 нет никакого смысла.

Раньше приходилось настраивать выключение его по расписанию на ночь чтобы хоть как то убрать пустую наработку дисков.

 

Всем у кого такая же проблема, решение очень простое, но это больше костыль, так как по другому решить его так никто и не смог. Если кто нашел другое решение - отпишитесь.

Диски не переходят в спящий режим на 6.2.3 из-за ошибки в драйверах, точно каких не могу сказать не сильно в этом шарю. Но из-за ошибки постоянно на диск пишутся логи с ошибками ( /var/log/scemd.log ), что не дает им перейти в спящий режим. Я очень долго не мог понять из-за чего у меня постоянно подмигивает диод HDD на серваке, отключал ВООБЩЕ все что возможно, вынимал шнурок из сетевой карты, но ничего не помогало - запись постоянно шла.

 

Для того чтобы система наконец то начала отключать диски надо перенаправить эти логи, не знаю как правильно сказать в пустое место :) ( Поправьте если знаете как правильно это обозначить )

 

Сделать это можно отредактировав файл /etc.defaults/syslog-ng/patterndb.d/scemd.conf 

 

Нужно закоментировать одну строку и заменить её на другую, должно получиться вот так:

filter f_scemd { program(scemd);  };
filter f_scemd_sev { level(err..emerg) };
# destination d_scemd { file("/var/log/scemd.log"); };
destination d_scemd { file("/dev/null"); };

log { source(src); filter(f_scemd); filter(f_scemd_sev); destination(d_scemd); };
 

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

 

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

 

P.S. Вся информация взята от сюда, если кому то будет более интересно почитать первоисточник. 

Link to post
Share on other sites
43 minutes ago, Pavel74 said:

Надеюсь это поможем остальным людям

Не факт :( . В первоисточнике речь идет о конкретных конфигурациях со специфическими .lzma в загрузчике. Интересно будет посмотреть статистику результатов от других конфигураций.

Link to post
Share on other sites
1 минуту назад, QwertRob сказал:

Не факт :( . В первоисточнике речь идет о конкретных конфигурациях со специфическими .lzma в загрузчике. Интересно будет посмотреть статистику результатов от других конфигураций.


Изначально пытались решить вопрос по другому, но это не дало результата.


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

Link to post
Share on other sites
  • 2 weeks later...

Продублирую тогда сюда и своё решение годовой давности из той темы.

Мой вариант изменения  файла /etc.defaults/syslog-ng/patterndb.d/scemd.conf, отличается меньшей радикальностью в отключении логирования сообщений.

Делался для Microserver N54L, DSM 6.2.3-25426 Update 2

# begin scemd.conf patch to suppress ioctl messages
filter f_scemd_ioctl { program(scemd) and match("polling_.*ioctl\ device\ failed$" value("MESSAGE")); };
#log with no destination and final flag = discard
log { source(src); filter(f_scemd_ioctl); flags(final); };
# end scemd.conf patch
filter f_scemd { program(scemd); };
filter f_scemd_sev { level(err..emerg) };
destination d_scemd { file("/var/log/scemd.log"); };
log { source(src); filter(f_scemd); filter(f_scemd_sev); destination(d_scemd); };

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

Link to post
Share on other sites
2 часа назад, alexey7n сказал:

как и где можно найти scemd.conf 

 

В 09.12.2021 в 19:02, azhur сказал:

Мой вариант изменения  файла /etc.defaults/syslog-ng/patterndb.d/scemd.conf

Тут же прописан полный путь для редакции. Вот так это выглядит

 

b69b05a23e4ad032734d535f6c465d55.jpg

Но если вы не совсем в теме, то надо начинать с получения, так называемого ROOT_а и изучения инструментов правки системных файлов.

Почитайте: Как выполнить вход в DSM/SRM с правами root-пользователя через SSH?

Право дело, это несложно ....)))

Edited by i926
Link to post
Share on other sites
10 hours ago, i926 said:

Право дело, это несложно ....)))

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

Link to post
Share on other sites
3 часа назад, QwertRob сказал:

Еще можно было бы выложить для новичков пошаговый мануал работы с WinSCP

Шо.....Опять Я ...... ? 🙀

3 часа назад, QwertRob сказал:

значительно удобнее для начинающих, чем PuTTY.

Да я Путу сам по сей день пугаюсь. Как включаю её, так оторопь берёт..... )))

Link to post
Share on other sites
16 часов назад, alexey7n сказал:

Подскажите пожалуйста как и где можно найти scemd.conf 

Я подключаюсь через терминал к серверу через SSH 
https://kb.synology.com/ru-ru/DSM/tutorial/How_to_login_to_DSM_with_root_permission_via_SSH_Telnet

Дальше переходишь по пути указанному выше используя команду  cd
Далее делаешь команду list и смотришь, присутствует ли там этот файл.

Открываешь файл. Я открывал VIM, только открывать надо с правами ROOT  т.е. использовать sudo  в начале иначе он откроется только в режиме чтения.


Просто посмотри немного команды Linux, в принципе ничего сложного

Link to post
Share on other sites
1 час назад, Pavel74 сказал:

Дальше переходишь по пути указанному выше используя команду  cd
Далее делаешь команду list и смотришь, присутствует ли там этот файл.

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

Проще найти файл по, ранее обозначенному, пути

Link to post
Share on other sites
1 минуту назад, i926 сказал:

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

Проще найти файл по, ранее обозначенному, пути


Я не нашел как еще проще заглянуть в системные файлы Sylonogy.  

Link to post
Share on other sites

Господа, спасибо за участие. Я действительно новичок.
Вот чего я "достиг" :)))

- Подключился через терминал к NAS серверу через SSH 

- Получил ROOT. (Все как написано в руководстве)

Не закрывал терминал.

Дальше стопор....

Потом загрузил WinSCP

- подключился к своему серверу

- нашел файл scemd.conf по ссылке выше

- отредактировал и....... не сохранил..... пишет что не может. 

Я определенно что то делаю не правильно.

Помогите пожалуйста.

Link to post
Share on other sites

Дополнение:

Вот что пишет в командной строке после ввода пароля сервера.

Could not chdir to home directory /var/services/homes/admin: No such file or directory

Потом выдает строку: admin@NAS:

Насколько это критично?

Link to post
Share on other sites
В 17.12.2021 в 19:00, alexey7n сказал:

Господа, спасибо за участие. Я действительно новичок.
Вот чего я "достиг" :)))

- Подключился через терминал к NAS серверу через SSH 

- Получил ROOT. (Все как написано в руководстве)

Не закрывал терминал.

Дальше стопор....

Потом загрузил WinSCP

- подключился к своему серверу

- нашел файл scemd.conf по ссылке выше

- отредактировал и....... не сохранил..... пишет что не может. 

Я определенно что то делаю не правильно.

Помогите пожалуйста.

Не может сохранить потому что файл открыт только для чтения из-за нехватки прав для редактирования.

Я сам не сильно шарю в Линукс. Но сам делал через терминал все. Редактировать дал только когда начал использовать команду Sudo в командной строке.

Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.