При установке последнего P9 Starterkit Server от 2019.09.12, в интерфейсе подготовки дисков, при выборе профиля разбиения "Вручную" и совершении многих действий, постоянно появляются сообщения с заголовком "Информация" и содержанием "Поздравляю! Вы обнаружили секретный уровень!", при этом, после нажатия на ОК, если это была операция создания раздела, то новый раздел не отображается, хотя он был создан. Сообщения выводятся при создании обычных разделов, при попытке увеличения или уменьшения VG. Конфигурация состоит из 2 пустых ssd-дисков Intel M2 760p 128G. Например, создаём раздел Linux, размером 1Мб. Воспроизводимость 100%, по крайней мере на этом железе. При этом, после создания таких разделов несколько раз, система уходит в ребут. То-же самое сообщение выходит при попытке изменения размера VG, созданной поверх RAID.
А если поставить не стартеркит, а нормальный серверный дистрибутив ?
в любом случае, без детального описания шагов, приводящих к проблеме, какого-то продвижения не получится.
Попробуйте всё-таки описать по шагам с учётом изложенного вот здесь: http://egorfine.com/ru/articles/effective-bugreports/ -- на крайняк можно попробовать записать и опубликовать видео с предпринятыми действиями. PS 2 rider: ...то в p9 вдруг окажется другой alterator-vm и то, что под ним?
(В ответ на комментарий №3) > PS 2 rider: ...то в p9 вдруг окажется другой alterator-vm и то, что под ним? Прошу перевода.
(В ответ на комментарий №1) > А если поставить не стартеркит, а нормальный серверный дистрибутив ? Прошу перевода. Сходу не понял, в каких именно пакетах применительно к этой баге измеряется нормальность.
Всё очень просто - вот тут сказано что starterkit'ы это не дистрибутивы: https://www.altlinux.org/Starterkits (что собственно правда). Что касается данной ошибки - я ничего не знаю про поведение starterkit'ов, но озвученные проблемы установки в нормальном серверном дистрибутиве не наблюдаются.Соответственно могу предположить что данные проблемы связаны с профилем стартеркит'ов, которые проходят заметно худший контроль качества перед выпуском по сравнению с ALT Server. Соотвественно, если ALT Server устанавливается без таких проблем, то их наличие - это какие-то нюансы профилей сборки стартеркитов и ошибку надо перевесить на соответствующий компонент.
(В ответ на комментарий №6) > Что касается данной ошибки - я ничего не знаю Если забыл, то напомню обо _всём_ причастном: - alterator-vm: верхний уровень - guile-evms: прослойка - libevms: движок К alterator-vm прилагается /var/cache/alterator/vm-profile.scm (есть штатный и обычно его переписывают скриптом из installer-distro-* или volumes-profile-*), который и определяет поведение /vm в сценариях авторазбивки. Так вот volumes-profile-regular не менялся уже полтора года и никаких подобных проблем с ним не наблюдаю, а твои системные попытки FUD в сторону стартеркитов и впаривания дистрибутивов вместо выяснения собственно проблем порой напоминают https://www.redhat.com/archives/fedora-devel-list/2004-May/msg00104.html (конкретно типаж <rh_sales>) -- потому что остальные причастные компоненты являются общими для всего, что собирается на p9/branch. PS 2 Yar4e: постарайтесь вытащить /var/log/evms-engine.log и приложить сюда.
Помимо такого стека на libevms может оказывать влияние ядро, systemd, наличие/отстуствие userspace утилит и многое другое. И да, я конечно не продажник но и ежу понятно что продукт, прошедший все стадии контроля качества будет более надёжным чем community образ, тестируемый энтузиастами. Логи evms вещь полезная, но в данном случае гораздо интереснее поведение ALT Server. Если в том случае проблем не будет - по крайней мере будет понятно где искать.
Created attachment 8369 [details] evms-engine.log
(В ответ на комментарий №7) > PS 2 Yar4e: постарайтесь вытащить /var/log/evms-engine.log и приложить сюда. Лог приложил. При создании разделов размером 1Мб. "поздравление" воспроизводится только при определённых условиях, а вот попытка уменьшения VG, созданного поверх RAID1 даёт 100% воспроизводимость, что собственно и должно быть в логе.
Сейчас ставил коммерческий P8.2 Server и там тоже воспроизводится на ВМ "поздравление" при уменьшении или увеличении VG.
Сергей, попробуйте воспроизвести на p8.
Воспроизвел на образе alt-workstation-9.0-x86_64.iso На этапе 4/12: Подготовка диска выбрать "Подготовка разделов в ручную" и нажать далее. Удалить все существующие таблицы разделов. Создать раздел с типом раздела "Linux LVM" Нажать LVM -> Создать группу томов -> Задать какое-либо имя группы томов (например lvm) Выбрать созданную группу томов lvm и нажать кнопку Увеличить или Уменьшить В результате всплывает окно Поздравляю! Вы обнаружили секретный уровень! (скриншот 1.png)
Created attachment 8399 [details] 2.png
Created attachment 8400 [details] Скриншот 1.png
На P8 так же воспроизводится. Проверил на образе workstation-8.2-x86_64.iso
Данная проблема происходит из-за того, что ресайз VG осуществляется не совсем очевидным, но абсолютно логичным образом - за счет других PV. Поэтому в увеличении размера VG нет смысла, если нет других свободных PV. Также, как нет смысла и в уменьшении, если VG состоит из одного PV. Решение - не показывать кнопки увеличения/уменьшения VG, если увеличить/уменьшить нельзя.
Надо попробовать такой вариант.
evms-2.5.5-alt42 -> sisyphus: Thu Jan 16 2020 Slava Aseev <ptrnine@altlinux> 2.5.5-alt42 - plugins/lvm2: Return EINVAL when expanding of VG with no available PVs and when shrinking of VG with one child PV (Closes #37393)
