Jump to content
XPEnology Community

Arc Loader. Еще один загрузчик?


Recommended Posts

Такой жести я ещё не встречал... Я убил 2 дня на поиски... короче...

 

TL;DR

Проблема тормозов VMM в экстеншене cpuinfo !

 

Теперь подробнее...

Как я указывал ранее, ARC по умолчанию предлагает поставить только один Extension: cpuinfo

Я же поставил несколько, включая модуль cpuinfo (который по умолчанию).

... и начались тормоза в VMM...

Чё я только не делал...

  • Добавлял процов и памяти виртуалке (2 проца + 4 ГБ ОЗУ, было 1 проц + 2 ГБ ОЗУ - прекрасно всё летало)
  • Удалял пакет VMM (виртуалки не удаляются) с последующей установкой и подхватыванием виртуалок
  • Экспортировал виртуалки, удалял их и импортировал вновь
  • Удалял Guest Tools, проверял и устанавливал заново
  • Копал virsh через терминалку (ssh), QEMU/virsh какая-то урезанная и не выдаёт даже список виртуалок, чтобы поменять их параметры через конфигурирование XML

В конце концов, т.к. механизма удаления экстеншенов, как я понял, нет (нельзя просто взять и выключить флаг в лоудере), приходится при каждом отключении экстеншена пересобирать лоудер и восстанавливать DSM из PAT-файла. Это не касается пакетов, их необходимо переставлять (например, патч Surveillance).

Так вот заработала сборка

Spoiler

Эти модули не приводят к тормозам VMM:

2023-10-10_06-44-16.png.8c29ea545c3081064ffea53b102e7f3a.png

 

Каждый раз после изменения состава экстеншенов, необходимо "переустанавливать" DSM. Разумеется, это достаточно быстро (5-10 минут) и полностью без вмешательства человека.

2023-10-10_04-16-28.png.49fd4c80e54d5f9af15c905234724c85.png

 

Наконец, мои виртуалки Win11 и WinServer 2012/2019 снова летают.

Всем бобра!

 

P.S. А чтоб информация о CPU отражалась всё-таки корректно, придётся пока пользоваться старым патчем

Edited by Arabezar
Link to comment
Share on other sites

8 minutes ago, Pooh said:

не приводит к тормозам. просто показывает реальный процессор и не более

Мы говорим о VMM?

У меня приводит. Проверял 3 раза. Только без этого экстеншена VMM не тормозит.

Link to comment
Share on other sites

Повезло. Видимо, от многих факторов зависит. У меня звёзды не сошлись.

Во время поиска решений в инетах упоминаются тормоза Виндовых машин с QEMU, так что HASS - не показатель.
Интересно услышать мнение тех, у кого Винда 10/11 под VMM + cpuinfo в Arc-е.

 

Вот я альтернативный cpuinfo поставил, теперь и у меня не тормозят виртуалки ))
Как-нить на досуге надо посмотреть, как Arc инсталлирует и запускает cpuinfo...

Link to comment
Share on other sites

1 hour ago, XPEH said:

У меня на нескольких машинах. Без тормозов.

Ну охренеть! Как так то?! ((

Именно Arc + cpuinfo + VMM + Windows 10/11 (все условия без исключений)?

Может, от самогО проца зависит? У меня i3-9100F.

Буду копать скрипт, и как он устанавливается в систему.

Кстати, альтернативный cpuinfo у меня работает нормально - и инфу показывает, и виртуалки не тормозит.

Edited by Arabezar
Уточнение
Link to comment
Share on other sites

А я вот пару раз попробовал Windows через VMM запускать - не понравилось (уже детально не помню, чем, но в т.ч. и тормозами), и я на другой вариант виртуализации перешёл: на "железе" стоит ESXi, а уже под ней - все нужные виртуальные машины, и DSM рабочая, и временные тестовые, и Win, и всё что захочешь... На мой взгляд так плюсов больше. Но это уже - в тему по виртуализации, к обсуждаемому здесь загрузчику Arc никакого отношения не имеет :)

 

  • Like 1
Link to comment
Share on other sites

6 hours ago, Pooh said:

как/чем тормоза мерил? тесты какие-нибудь? монитор ресурсов? как узнать, может у меня тоже тормозит, а я не замечаю?

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

Косвенно можно по загрузке хоста вычислить: обычная загрузка виндового хоста в VMM без тормозов - в районе 4-5%; с тормозами вырастает до 50%.

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

 

4 hours ago, dj_nsk said:

А я вот пару раз попробовал Windows через VMM запускать - не понравилось (уже детально не помню, чем, но в т.ч. и тормозами), и я на другой вариант виртуализации перешёл: на "железе" стоит ESXi, а уже под ней - все нужные виртуальные машины, и DSM рабочая, и временные тестовые, и Win, и всё что захочешь... На мой взгляд так плюсов больше. Но это уже - в тему по виртуализации, к обсуждаемому здесь загрузчику Arc никакого отношения не имеет :)

Всё больше склоняюсь к такому варианту, а то как ни обновление DSM - масса телодвижений требуется, у HA сносит Zigbee-донгл, видите ли, дрова протухли... задолбался, хочу HA на виртуалку вместо докера перенести, а щас ещё и с виртуалками фигня какая-то и т.д.... Только данные не так просто перенести - порядка 20 ТБ, надо где-то на время большое хранилище искать.

Link to comment
Share on other sites

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

Только данные не так просто перенести - порядка 20 ТБ, надо где-то на время большое хранилище искать.

не надо никуда переносить - подумайте над такой же конфигурацией, как у меня:

1) на NVME диске: сама ESXi, её datastore, виртуальные машины, виртуальные диски загрузчиков для DSM, виртуальные SSD-диски для кэша DSM и т.п.

2) все рабочие SATA HDD "проброшены" в рабочую DSM без изменений. Точнее даже проброшены не сами диски, а SATA-контроллер целиком.

Это очень удобно - я могу даже перезагрузиться без ESXi, загрузиться с флешки (с тем же загрузчиком Arc) и моя рабочая DSM заработает как ни в чём ни бывало, все данные и настройки сохранятся (ну, увидит дополнительно "чужой" NVME диск, но сама не испортит его). Соответственно, и переезд DSM в виртуальную среду выполняется без порчи дисков :)

(могу поподробней рассказать, если надо, но повторюсь - это уже тема виртуализации, а не загрузчика Arc)

 

UPD: ну и виртуальная винда на NVME - летает!

Edited by dj_nsk
  • Like 1
Link to comment
Share on other sites

2 hours ago, dj_nsk said:

могу поподробней рассказать, если надо, но повторюсь - это уже тема виртуализации, а не загрузчика Arc

Создал отдельную ветку, буду там вопросы задавать )))

 

P.S. Лоханулся... надо было в Виртуализации создавать. @XPEH, возможно ветку перенести в виртуализацию или пересоздавать там?

Edited by Arabezar
Link to comment
Share on other sites

Что-то с этими частыми обновлениями  ARC не совсем уж нормально.

Стояла 23.9.0 часто при перезагрузке выдавало ошибку при запуске лодера, посмотрел вроде как в последних исправил наш друг, поставил последнюю 23.10.3a и... пропал валидный серийник в DSM просто пустая строчка!!! Что за ерунда?

Смотрю в user-config.yml все на месте, а при загрузке синологи его нет.

Есть идеи?

2023-10-1116_50_58.thumb.png.301aaf70234a66ba6369b8cbe5fd4c82.png

Edited by Dominikus
Link to comment
Share on other sites

2 hours ago, Dominikus said:

поставил последнюю 23.10.3a

А как Вы ставили? Обновили Arc -> забилдили загрузчик -> ребутнулись -> в GRUB что выбирали? Boot DSM или Force re-install DSM?

Я просто не совсем уверен, что простой ребут что-то меняет в Синьке.

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

Edited by Arabezar
Link to comment
Share on other sites

5 часов назад, Arabezar сказал:

А как Вы ставили? Обновили Arc -> забилдили загрузчик -> ребутнулись -> в GRUB что выбирали? Boot DSM или Force re-install DSM?

Я просто не совсем уверен, что простой ребут что-то меняет в Синьке.

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

Обновил Arc -> забилдил загрузчик -> ребутнул -> Boot DSM

В такой же последовательности вернулся на загрузчик 23.9.10 и все работает!

Не думаю, что Force re-install DSM в этом случае помог бы, в user-config.yml все четко прописано, на версии 23.9.10 а на 23.10.3a нет! Все на месте кроме SN NAS

Link to comment
Share on other sites

2 hours ago, Dominikus said:

В такой же последовательности вернулся на загрузчик 23.9.10 и все работает!

Я не могу быть увереным и знать, что загрузчик делает с системой во время загрузки. Теоретически разные версии могут по-разному обрабатывать файлы, но предполагается, что файлы должны быть неизменёнными до внесения изменений загрузчиком. В Вашем случае я не знаю, что Вы делали со своей системой.

С другой стороны, если Вы не изменяли в системе ничего через ssh, "Force re-install DSM" не испортит ничего и восстановит системные файлы до исходных версий (не трогая Ваши данные). И войти придётся первый раз не через стандартный интерфейс, а через https://finds.synology.com

Я сам до сих пор не могу понять, как extension cpuinfo может влиять на VMM... хотя почти тот же cpuinfo (источник-прародитель Arc-овского), поставленный из git вручную никак не влияет на VMM в отличие от Arc-овского.

Link to comment
Share on other sites

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

ага, если умрёт, то всё сразу

не могу даже представить, что вы подразумевали в этой фразе :) 

самое ценное (то, что можно потерять безвозвратно) - это данные на дисках DSM, а работа с ними в описанном варианте сохраняется абсолютно такой же, как и без ESXi. Что тогда смущает?

Link to comment
Share on other sites

20 hours ago, Dominikus said:

Что-то с этими частыми обновлениями  ARC не совсем уж нормально.

Стояла 23.9.0 часто при перезагрузке выдавало ошибку при запуске лодера, посмотрел вроде как в последних исправил наш друг, поставил последнюю 23.10.3a и... пропал валидный серийник в DSM просто пустая строчка!!! Что за ерунда?

Смотрю в user-config.yml все на месте, а при загрузке синологи его нет.

Есть идеи?

2023-10-1116_50_58.thumb.png.301aaf70234a66ba6369b8cbe5fd4c82.png

Значит это не только у меня не грузится бывает ящик после отключения питания?

Очень геморно, ибо непонятно в чем дело, включаю, вроде всё крутится, но в сети хрени нет. Пришлось тащить моник, смотреть что не так - зависает на загрузчике... В следующий раз грузится. У меня версия 23.9.5... Так а на 23.9.10 тоже виснет или нет?

Link to comment
Share on other sites

В 10.10.2023 в 07:35, Arabezar сказал:

... и начались тормоза в VMM...

 

Да, у меня тоже была эта проблема. На самом деле, она проявляется по разному, причем судя по вашему описанию это еще +1 вариант. У большинства она проявлялась из-за некорректных частот проца (или что-то такое, не помню уже) это было быстро исправлено еще в оригинальном ARPL. А вот у меня эти тормоза в VMM никак не решались, только на TCRP без Friend их не было, а загружаешь с модом Friend - появляются.

Тут описывал:

https://github.com/fbelavenuto/arpl/issues/260

 

И встречал еще пару человек с ней, но так и не смог их разговорить насчет железа. Но тогда еще мода cpuinfo не было встроено не то, что в TCRP, а вроде и в ARPL, по этому, или проблема было в чем-то еще и совпало с отключением cpuinfo, либо это что-то третье.

В моем случае, дело именно в железе или в настройках BIOS, хотя я перетыкал всякое. Совсем не давно заменил материнку на Asrock Z590 PG Velocita (была ASUS TUF GAMING B560-PLUS) и проблем с медленным виртуалками в VMM больше нет.

 

 

  • Like 1
Link to comment
Share on other sites

4 hours ago, Loredan said:

Почитал по ссылкам, много интересного... но всё же не до конца понятно, тем более в моём случае.

У меня с модулем cpuinfo из Arc тормозили виртуалки под VMM, стоило отключить его в Arc - тормоза исчезли... и даже не появились после ручной установки из git. Проверял несколько раз. Магия одним словом.

 

Возникает вопрос: это только гипервизоры под DSM такому подвержены (VMM в частности) или ещё какие пакеты?

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

 

А для себя я уже решил переходить на другую архитектуру, не хочу, чтоб зависимые проекты страдали (мои виртуалки, которые никак не связаны с DSM, а также Home Assistant в докере, который постоянно слетает из-за обновлений, т.к. слетает Zigbee-донгл... лучше пусть будет под HAOS)

Edited by Arabezar
Link to comment
Share on other sites

Вот, что ещё хотел спросить...

Если в DSM появилась новая версия... скажем, у меня DSM 7.2.1-69057, а в Состоянии показывает, что появился Update 1, его можно прям из DSM ставить? Или всё только через загрузчик? Какие правила в Arc?

Link to comment
Share on other sites

28 минут назад, Arabezar сказал:

Вот, что ещё хотел спросить...

Если в DSM появилась новая версия... скажем, у меня DSM 7.2.1-69057, а в Состоянии показывает, что появился Update 1, его можно прям из DSM ставить? Или всё только через загрузчик? Какие правила в Arc?

можно прямо из DSM (Arc сам подхватит при перезагрузке)

Link to comment
Share on other sites

5 minutes ago, dj_nsk said:

Arc сам подхватит при перезагрузке

А может такое случиться, что Arc не знает ещё версии и не сможет загрузить DSM?

Или таким образом можно только апдейты грузить?

... слышал где-то краем уха, что версии отображаются только те, что возможны к установке... как так-то? ведь заранее невозможно знать!

Link to comment
Share on other sites

49 минут назад, Arabezar сказал:

А может такое случиться, что Arc не знает ещё версии и не сможет загрузить DSM?

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

Link to comment
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.

×
×
  • Create New...