ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | В интерфейсе подготовки дисков к установке системы, постоянно "поздравляют" | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | Sisyphus | Reporter: | Yar4e <kiber_pank4> | ||||||||
| Component: | alterator-vm | Assignee: | Slava Aseev <ptrnine> | ||||||||
| Status: | CLOSED FIXED | QA Contact: | qa-sisyphus | ||||||||
| Severity: | normal | ||||||||||
| Priority: | P3 | CC: | aen, mcpain, mike, rider, sbolshakov, sotor, vercha, zagagyka, zerg | ||||||||
| Version: | unstable | ||||||||||
| Hardware: | all | ||||||||||
| OS: | Linux | ||||||||||
| Attachments: |
|
||||||||||
|
Description
Yar4e
2019-10-29 10:00:12 MSK
А если поставить не стартеркит, а нормальный серверный дистрибутив ? в любом случае, без детального описания шагов, приводящих к проблеме, какого-то продвижения не получится. Попробуйте всё-таки описать по шагам с учётом изложенного вот здесь: 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) |
