[sisyphus] startup lvm-compatibility

[sisyphus] startup lvm-compatibility

[vladimir]

Здравствуйте.

По вопросу совместимости LVM и сценария инициализации системы.
В /etc/rc.d/rc.sysinit последовательность выполнения следующая 
(startup-0.9.1-alt1):
(разумеется, многое пропущено)
- активация swap (строка 84)
- активация lvm (строка 117)
- перемонтирование / в режим rw (строка 193)
- активация raid (строка 274)
- повторная активация swap (строка 436)

Поднятие LVM _ДО_ перемонтирования /  в режим rw и поднятия raid является
источником некоторых проблем. Так, например, невозможно выполнить vgscan 
при
/  в режиме ro. Это вностит ограничения на премещение дисков с lvm 
разделами между
загрузками и предполагает обязательное выполнение вручную vgscan после 
внесения
изменений в конфигурацию lvm. В SuSE это сделано примерно так:
- активация swap
- перемонтирование / в режим rw
- параллельно активация md  и device-mapper
- активация LVM
- повторная активация swap (на случай, если swap, например, на 
логическом томе)

Нельзя ли позаимствовать последовательность из этой схемы?

Владимир

Re: [sisyphus] startup lvm-compatibility

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1176 bytes --]

On Mon, Sep 20, 2004 at 07:21:15PM +0400, vladimir wrote:
> Здравствуйте.
> 
> По вопросу совместимости LVM и сценария инициализации системы.
> В /etc/rc.d/rc.sysinit последовательность выполнения следующая 
> (startup-0.9.1-alt1):
> (разумеется, многое пропущено)
> - активация swap (строка 84)
> - активация lvm (строка 117)
> - перемонтирование / в режим rw (строка 193)
> - активация raid (строка 274)
> - повторная активация swap (строка 436)
> 
> Поднятие LVM _ДО_ перемонтирования /  в режим rw и поднятия raid является
> источником некоторых проблем. Так, например, невозможно выполнить vgscan 
> при
> /  в режиме ro. Это вностит ограничения на премещение дисков с lvm 
> разделами между
> загрузками и предполагает обязательное выполнение вручную vgscan после 
> внесения
> изменений в конфигурацию lvm. В SuSE это сделано примерно так:
> - активация swap
> - перемонтирование / в режим rw
> - параллельно активация md  и device-mapper
> - активация LVM
> - повторная активация swap (на случай, если swap, например, на 
> логическом томе)
> 
> Нельзя ли позаимствовать последовательность из этой схемы?

Думаю что можно.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] startup lvm-compatibility

[Nick S. Grechukh]

[-- Attachment #1: Type: text/plain, Size: 1413 bytes --]

> По вопросу совместимости LVM и сценария инициализации системы.
> В /etc/rc.d/rc.sysinit последовательность выполнения следующая
> (startup-0.9.1-alt1):
> (разумеется, многое пропущено)
> - активация swap (строка 84)
> - активация lvm (строка 117)
> - перемонтирование / в режим rw (строка 193)
> - активация raid (строка 274)
> - повторная активация swap (строка 436)
>
> Поднятие LVM _ДО_ перемонтирования /  в режим rw и поднятия raid является
> источником некоторых проблем. Так, например, невозможно выполнить vgscan

а /me уже месяца два назад писал в devel@ об этом. 
274 и 117 поменять местами нельзя - отвалится md over lvm, а для моих 
тогдашних целей - / на md0 + (usr,var,home,mnt/samba) на lvm на md1 - разумно 
использовать initrd с поддержкой raid - потому что все равно / на рэйде. 
автоскан вполне себе отрабатывает. после этого lvm легче дышит, а вторая - 
штатная попытка поднять raid пригодится на случай зеркала на LV).
увы, lvm поднимать в initrd сложнее чем md.

но mkinitrd хочет непременно видеть raidtab это раз, и смонтированную md 
партицию это два. и не способен понять что /dev/vg_aci/usr, смонтированный 
в /usr физически находится на md0.
см. https://bugzilla.altlinux.org/show_bug.cgi?id=4997


-- 
Regards, Nick S. Grechukh
NSG1-UANIC
network administrator at many places :-)

=== ALT Linux fortune: ========================
Sisyphus вообще не дистрибутив.
  -- rider in devel@

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] startup lvm-compatibility

[fmfm]

Nick S. Grechukh пишет:

>>По вопросу совместимости LVM и сценария инициализации системы.
>>В /etc/rc.d/rc.sysinit последовательность выполнения следующая
>>(startup-0.9.1-alt1):
>>(разумеется, многое пропущено)
>>- активация swap (строка 84)
>>- активация lvm (строка 117)
>>- перемонтирование / в режим rw (строка 193)
>>- активация raid (строка 274)
>>- повторная активация swap (строка 436)
>>
>>Поднятие LVM _ДО_ перемонтирования /  в режим rw и поднятия raid является
>>источником некоторых проблем. Так, например, невозможно выполнить vgscan
>>    
>>
>
>а /me уже месяца два назад писал в devel@ об этом. 
>274 и 117 поменять местами нельзя - отвалится md over lvm, а для моих 
>тогдашних целей - / на md0 + (usr,var,home,mnt/samba) на lvm на md1 - разумно 
>использовать initrd с поддержкой raid - потому что все равно / на рэйде. 
>автоскан вполне себе отрабатывает. после этого lvm легче дышит, а вторая - 
>штатная попытка поднять raid пригодится на случай зеркала на LV).
>  
>

LVM над softraid, как представляется мне,  штука хоть и редко, но 
востребованная.
И подниматься будет, даже если md1 (нумерация как в Вашем случае) не 
инициализируется из initrd.
А вот наоборот, md над lv, это уже экзотика, а всю экзотику объять 
невозможно.

>увы, lvm поднимать в initrd сложнее чем md.
>
>  
>

lvm2 из initrd еще проблематичней

>но mkinitrd хочет непременно видеть raidtab это раз, и смонтированную md 
>партицию это два. и не способен понять что /dev/vg_aci/usr, смонтированный 
>в /usr физически находится на md0.
>см. https://bugzilla.altlinux.org/show_bug.cgi?id=4997
>  
>

Владимир

Re: [sisyphus] startup lvm-compatibility

[Nick S. Grechukh]

[-- Attachment #1: Type: text/plain, Size: 2582 bytes --]

В сообщении от Понедельник 04 Октябрь 2004 16:55 fmfm написал(a):
> Nick S. Grechukh пишет:
> >>По вопросу совместимости LVM и сценария инициализации системы.
> >>В /etc/rc.d/rc.sysinit последовательность выполнения следующая
> >>(startup-0.9.1-alt1):
> >>(разумеется, многое пропущено)
> >>- активация swap (строка 84)
> >>- активация lvm (строка 117)
> >>- перемонтирование / в режим rw (строка 193)
> >>- активация raid (строка 274)
> >>- повторная активация swap (строка 436)
> >>
> >>Поднятие LVM _ДО_ перемонтирования /  в режим rw и поднятия raid является
> >>источником некоторых проблем. Так, например, невозможно выполнить vgscan
> >
> >а /me уже месяца два назад писал в devel@ об этом.
> >274 и 117 поменять местами нельзя - отвалится md over lvm, а для моих
> >тогдашних целей - / на md0 + (usr,var,home,mnt/samba) на lvm на md1 -
> > разумно использовать initrd с поддержкой raid - потому что все равно / на
> > рэйде. автоскан вполне себе отрабатывает. после этого lvm легче дышит, а
> > вторая - штатная попытка поднять raid пригодится на случай зеркала на
> > LV).
>
> LVM над softraid, как представляется мне,  штука хоть и редко, но
> востребованная.
а почему редко? говорить о пользе lvm не будем, и так все ясно. преимущества 
raid (хоть простой mirror) - тоже очевидно. имея два винта - оптимальное 
решение сделать из них зеркало в которое загнать все остальное как логические 
тома.
> И подниматься будет, даже если md1 (нумерация как в Вашем случае) не
> инициализируется из initrd.
а в initrd стоит raidautostart, он по любому поднимет все массивы (type=fd, 
конечно).
> А вот наоборот, md над lv, это уже экзотика, а всю экзотику объять
> невозможно.
фиг его, когда это может быть надо. пытаюсь представить. зеркало из логических 
томов.
> >увы, lvm поднимать в initrd сложнее чем md.
> lvm2 из initrd еще проблематичней
я ж о чем и говорю. поднять md из mkinitrd - раз плюнуть. в busybox включен 
raidautorun.
такое решение более универсально, поскольку для / на md - это _необходимо_. и 
почему бы не заюзать в более другой ситуации. (я вначале руками правил 
initrd.img, потом изменил сам скрипт).
> >но mkinitrd хочет непременно видеть raidtab это раз, и смонтированную md
> >партицию это два. и не способен понять что /dev/vg_aci/usr, смонтированный
> >в /usr физически находится на md0.
> >см. https://bugzilla.altlinux.org/show_bug.cgi?id=4997

-- 
Regards, Nick S. Grechukh
NSG1-UANIC
network administrator at many places :-)

=== ALT Linux fortune: ========================
Я - за. Но я знаю людей, которые будут против. ;-(
		-- rider in devel@

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]