Bug 23142

Summary: Невозможность продолжения установки на стадии разметки диска
Product: Branch p10 Reporter: AltNovice <kostya.hm>
Component: alterator-vmAssignee: Олег Соловьев <mcpain>
Status: CLOSED WORKSFORME QA Contact: Andrey Cherepanov <cas>
Severity: major    
Priority: P3 CC: antohami, mcpain, nir, ptrnine, qwetwe
Version: не указана   
Hardware: all   
OS: Linux   
Attachments:
Description Flags
Снимок экрана с ошибкой "Device or resource busy" none

Description AltNovice 2010-03-12 14:39:17 MSK
При определенных действиях, таких как:создание точки монтирования, удаление и/или форматирование  имеющихся разделов,(проще говоря при переустановке системы) при применении сделанных изменений выдается device is busy, хотя по логике устройство не должно находиться в этом состоянии. При этом нужно было перезагружаться,т.к установка дальше не шла. Баг проявляется не всегда, но весьма часто.

Баг проявлялся начиная с мая 2009, когда были альфы на бранче 5.0 и до kdesktop на базе пятой платформы.
Comment 1 Andrey Cherepanov 2010-03-12 15:35:21 MSK
На конкретный пакет
Comment 2 Igor Chudov 2019-09-04 11:53:54 MSK
Проблема стабильно воспроизводится при автоустановке в том случае, если сначала был установлен дистрибутив ветки p9 (автоматически), а после этого была выбрана автоматическая установка дистрибутива ветки p8.

Проблема решается добавлением опции instdebug и ручным перезапуском автоустановки после падения командой:

alterator-autoinstall /tmp/metadata/autoinstall.scm

Сообщение об ошибке выдаётся бэкендом "/evms/control". Есть подозрение, что это связано с тем, что команды бэкенда "/sysconfig-base" ещё не завершили работу, но я не знаю, как проверить данную догадку.
Comment 3 Ivan Alekseev 2023-04-24 13:32:57 MSK
Проверялось в Sisyphus (regular-xfce-latest-x86_64.iso) - ошибка не воспроизвелась, но вместо нее, при установке системы на RAID5, виртуальная машина через раз уходит в перезагрузку при нажатии на кнопку "Далее".

Проверялось в p10 - ошибка стабильно воспроизводится при переустановке системы на RAID5.

- Стенд: виртуальная машина (legacy) с тремя дисками SCSI. Образ: alt-server-10.1-x86_64.iso

- Шаги для воспроизведения:
1) На этапе "4/12 Подготовка диска":
Выбрать профиль: "Вручную";
Включить параметр "Очистить выбранные диски перед применением профиля";
Создать два RAID-массива (MD RAID 4/5/6 Region Manager, Уровень RAID: RAID5) из трех SCSI дисков по 25Гб:
- md0 2046 MB SWAPFS
- md1 48 GB /
2) Нажать "Далее" и пройти установку до конца;
3) После установки попытаться переустановить систему, выполнив те же самые действия.

- Фактический результат:
После разметки дисков и нажатия на кнопку "Далее" воспроизводится ошибка:
"Критическая ошибка
Device or resource is busy "

- Ожидаемый результат:
Критическая ошибка не воспроизвелась, началась установка системы.
Comment 4 Ivan Alekseev 2023-04-24 13:34:38 MSK
Created attachment 13004 [details]
Снимок экрана с ошибкой "Device or resource busy"
Comment 5 Антон Мидюков 2023-04-24 13:42:11 MSK
А попробуйте проверить не на live. Например, собрать regular-xfce-install.iso
Comment 6 Ivan Alekseev 2023-04-24 15:13:06 MSK
(Ответ для Антон Мидюков на комментарий #5)
> А попробуйте проверить не на live. Например, собрать regular-xfce-install.iso
Проверял не на live. Образ брал здесь: http://nightly.altlinux.org/sisyphus/current/

regular-xfce-latest-x86_64.iso 12-Apr-2023 07:05
Comment 7 Антон Мидюков 2023-04-24 15:21:39 MSK
(Ответ для Ivan Alekseev на комментарий #6)
> (Ответ для Антон Мидюков на комментарий #5)
> > А попробуйте проверить не на live. Например, собрать regular-xfce-install.iso
> Проверял не на live. Образ брал здесь:
> http://nightly.altlinux.org/sisyphus/current/
> 
> regular-xfce-latest-x86_64.iso 12-Apr-2023 07:05

Это live.
Comment 8 Антон Мидюков 2023-04-24 15:32:47 MSK
Прошу прощения. Невнимательно прочитал вот это:

(Ответ для Ivan Alekseev на комментарий #3)
> Проверялось в p10 - ошибка стабильно воспроизводится при переустановке
> системы на RAID5.
> 
> - Стенд: виртуальная машина (legacy) с тремя дисками SCSI. Образ:
> alt-server-10.1-x86_64.iso

Т.е. проверяли здесь не на live.
А в сборках регулярок присутствует проблема с перезагрузкой инсталятора на шаге alterator-vm, вместо выдачи критической ошибки. Т.е. ошибка то и воспроизвелась скорее всего.
Comment 9 Ivan Alekseev 2023-04-24 17:36:20 MSK
(Ответ для Антон Мидюков на комментарий #8)
> Прошу прощения. Невнимательно прочитал вот это:
> 
> (Ответ для Ivan Alekseev на комментарий #3)
> > Проверялось в p10 - ошибка стабильно воспроизводится при переустановке
> > системы на RAID5.
> > 
> > - Стенд: виртуальная машина (legacy) с тремя дисками SCSI. Образ:
> > alt-server-10.1-x86_64.iso
> 
> Т.е. проверяли здесь не на live.
> А в сборках регулярок присутствует проблема с перезагрузкой инсталятора на
> шаге alterator-vm, вместо выдачи критической ошибки. Т.е. ошибка то и
> воспроизвелась скорее всего.
Собрал "regular-xfce-install.iso". Проверил - поведение аналогично установке из образа "regular-xfce-latest-x86_64.iso". То есть, иногда происходит перезагрузка после нажатия на кнопку "Далее".

Антон, правильно ли Вас понимаю, что уход в перезагрузку можно считать всё той же критической ошибкой и, соответственно, баг следует перевести на Sisyphus?
Comment 10 Антон Мидюков 2023-04-24 17:49:20 MSK
(Ответ для Ivan Alekseev на комментарий #9)
> (Ответ для Антон Мидюков на комментарий #8)
> > Прошу прощения. Невнимательно прочитал вот это:
> > 
> > (Ответ для Ivan Alekseev на комментарий #3)
> > > Проверялось в p10 - ошибка стабильно воспроизводится при переустановке
> > > системы на RAID5.
> > > 
> > > - Стенд: виртуальная машина (legacy) с тремя дисками SCSI. Образ:
> > > alt-server-10.1-x86_64.iso
> > 
> > Т.е. проверяли здесь не на live.
> > А в сборках регулярок присутствует проблема с перезагрузкой инсталятора на
> > шаге alterator-vm, вместо выдачи критической ошибки. Т.е. ошибка то и
> > воспроизвелась скорее всего.
> Собрал "regular-xfce-install.iso". Проверил - поведение аналогично установке
> из образа "regular-xfce-latest-x86_64.iso". То есть, иногда происходит
> перезагрузка после нажатия на кнопку "Далее".
> 
> Антон, правильно ли Вас понимаю, что уход в перезагрузку можно считать всё
> той же критической ошибкой и, соответственно, баг следует перевести на
> Sisyphus?

Та ли эта ошибка или нет точно сказать нельзя, не сравнив логи.
Если загрузиться с параметром ядра instdebug, то перезагрузка не произойдёт, и можно будет вытащить лог /var/log/evms-engine.log и другие логи из /tmp/
Comment 11 Ivan Alekseev 2023-05-23 20:30:19 MSK
Не удается вновь воспроизвести данную ошибку. В связи с этим баг закрываю.