[sisyphus] kernel-image-un-def-3.0.3-alt1 и Xeon

[sisyphus] kernel-image-un-def-3.0.3-alt1 и Xeon

[Sergei Epiphanov]

Сегодня обновил сервер Сизифом, поставил ядро kernel-image-un-def-3.0.3-alt1 и 
при попытке загрузить получил ошибку:

"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message
rcub1 D 00000096 0 11 2 0x00000000
f4c89ee0 00000046 f4c89e68 0000096 f4c89e68 c13800be 00000001 c15bcc00
c15bcc00 c15bcc00 c15bcc00 c15bcc00 ff4b505d ffffffff f5c05c00 f4c86e20
c15bcc00 f4c89ea0 f4c68ce0 f4c89ea0 c1380073 f4c89ec4 c103f1a0 00000078
Call Trace:
[<c13800be>] ? _raw_spin_unlock_irqrestore+0x1e/0x40
[<c1380073>] ? _raw_spin_unlock+0x13/0x40
[<c103f1a0>] ? rt_mutex_setprio_0xf0/0x1c0
[<c1033ebb>] ? get_parent_ip+0xb/0x40
[<c13834a3>] ? sub_preempt_count+0x73/0xb0
[<c137f581>] __rt_mutex_slowlock+0x31/0xa0
[<c137f8a6>] rt_mutex_slowlock+0x7b/0x150
[<c137f8a6>] rt_mutex_lock+0x36/0x40
[<c10a2784>] rcu_boost+0x64/0xd0
[<c10a2874>] rcu_boost_kthread+0x84/0xc0
[<c10a27f0>] ? rcu_boost+0xd0/0xd0
[<c1062604>] kthread+0x74/0x80
[<c1062590>] ? kthread_worker_fn+0x160/0x160
[<c1386bf6>] kernel-thread_helper+0x6/0xd


С ядром kernel-image-un-def-2.6.39-alt2 компьютер загрузился нормально. 
Система - 2 процессора Xeon.

Интересно, что это за сообщение.

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] kernel-image-un-def-3.0.3-alt1 и Xeon

[astroiLL]

30.08.2011 09:14, Sergei Epiphanov пишет:
> Сегодня обновил сервер Сизифом, поставил ядро kernel-image-un-def-3.0.3-alt1 и
> при попытке загрузить получил ошибку:
>
> "echo 0>  /proc/sys/kernel/hung_task_timeout_secs" disables this message
> rcub1 D 00000096 0 11 2 0x00000000
> f4c89ee0 00000046 f4c89e68 0000096 f4c89e68 c13800be 00000001 c15bcc00
> c15bcc00 c15bcc00 c15bcc00 c15bcc00 ff4b505d ffffffff f5c05c00 f4c86e20
> c15bcc00 f4c89ea0 f4c68ce0 f4c89ea0 c1380073 f4c89ec4 c103f1a0 00000078
> Call Trace:
> [<c13800be>] ? _raw_spin_unlock_irqrestore+0x1e/0x40
> [<c1380073>] ? _raw_spin_unlock+0x13/0x40
> [<c103f1a0>] ? rt_mutex_setprio_0xf0/0x1c0
> [<c1033ebb>] ? get_parent_ip+0xb/0x40
> [<c13834a3>] ? sub_preempt_count+0x73/0xb0
> [<c137f581>] __rt_mutex_slowlock+0x31/0xa0
> [<c137f8a6>] rt_mutex_slowlock+0x7b/0x150
> [<c137f8a6>] rt_mutex_lock+0x36/0x40
> [<c10a2784>] rcu_boost+0x64/0xd0
> [<c10a2874>] rcu_boost_kthread+0x84/0xc0
> [<c10a27f0>] ? rcu_boost+0xd0/0xd0
> [<c1062604>] kthread+0x74/0x80
> [<c1062590>] ? kthread_worker_fn+0x160/0x160
> [<c1386bf6>] kernel-thread_helper+0x6/0xd
>
>
> С ядром kernel-image-un-def-2.6.39-alt2 компьютер загрузился нормально.
> Система - 2 процессора Xeon.
>
> Интересно, что это за сообщение.
>
Тоже самое выдает.

Притом на одной машине:
vendor_id	: GenuineIntel
cpu family	: 6
model           : 23
model name      : Intel(R) Xeon(R) CPU E5420  @ 2.50GHz
stepping        : 10

вообще не грузится

А на другой:
vendor_id       : GenuineIntel
cpu family      : 6
model           : 15
model name      : Intel(R) Xeon(R) CPU 5160  @ 3.00GHz
stepping        : 6

Ругается но работает (с нее пишу).

Re: [sisyphus] kernel-image-un-def-3.0.3-alt1 и Xeon

[Sergei Epiphanov]

В сообщении от 30 августа 2011 10:50:44 автор astroiLL написал:
> Притом на одной машине:
> vendor_id       : GenuineIntel
> cpu family      : 6
> model           : 23
> model name      : Intel(R) Xeon(R) CPU E5420  @ 2.50GHz
> stepping        : 10

У меня E5440. :-)

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] kernel-image-un-def-3.0.3-alt1 и Xeon

[Anton Farygin]

std-def 3.0.3 на E5504 заработало без проблем.

30.08.2011 09:14, Sergei Epiphanov пишет:
> Сегодня обновил сервер Сизифом, поставил ядро kernel-image-un-def-3.0.3-alt1 и
> при попытке загрузить получил ошибку:

Re: [sisyphus] kernel-image-un-def-3.0.3-alt1 и Xeon

[astroiLL]

30.08.2011 16:00, Anton Farygin пишет:
> std-def 3.0.3 на E5504 заработало без проблем.
Перейду ка я пока на std-df пока не починят.

> 30.08.2011 09:14, Sergei Epiphanov пишет:
>> Сегодня обновил сервер Сизифом, поставил ядро
>> kernel-image-un-def-3.0.3-alt1 и
>> при попытке загрузить получил ошибку:
>
>
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sisyphus

Re: [sisyphus] kernel-image-un-def-3.0.3-alt1 и Xeon

[Sergei Epiphanov]

В сообщении от 30 августа 2011 16:00:53 автор Anton Farygin написал:
> std-def 3.0.3 на E5504 заработало без проблем.

На std-def заработало.

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] kernel-image-un-def-3.0.3-alt1 и Xeon

[Sergei Epiphanov]

On 30 августа 2011 16:00 Anton Farygin wrote:
> std-def 3.0.3 на E5504 заработало без проблем.

Проблема с Xeon осталась и в версии un-def-3.0.6-alt1. Теперь нет вылета в 
panic, но ядро останавливает загрузку на модуле tsc. Пишет про tsc 
recalibration.

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] kernel-image-un-def-3.0.3-alt1 и Xeon

[Anton Protopopov]

11 октября 2011 г. 9:56 пользователь Sergei Epiphanov
<serpiph@nikiet.ru> написал:
> On 30 августа 2011 16:00 Anton Farygin wrote:
>> std-def 3.0.3 на E5504 заработало без проблем.
>
> Проблема с Xeon осталась и в версии un-def-3.0.6-alt1. Теперь нет вылета в
> panic, но ядро останавливает загрузку на модуле tsc. Пишет про tsc
> recalibration.

Обновите module-init-tools и сгенерируйте новый initrd.

Re: [sisyphus] kernel-image-un-def-3.0.3-alt1 и Xeon

[Sergei Epiphanov]

On 11 октября 2011 10:11 Anton Protopopov wrote:
> Обновите module-init-tools и сгенерируйте новый initrd.

Версия 3.16-alt2 достаточна? Образ был сгенерён этой версией.

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] kernel-image-un-def-3.0.3-alt1 и Xeon

[Sergei Epiphanov]

On 11 октября 2011 10:11 Anton Protopopov wrote:
> Обновите module-init-tools и сгенерируйте новый initrd.

Забыл добавить. std-def встала как влитая. Сизиф - срез этой ночью.

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] kernel-image-un-def-3.0.3-alt1 и Xeon

[Aleksey Novodvorsky]

11 октября 2011 г. 10:17 пользователь Sergei Epiphanov
<serpiph@nikiet.ru> написал:
> On 11 октября 2011 10:11 Anton Protopopov wrote:
>> Обновите module-init-tools и сгенерируйте новый initrd.
>
> Забыл добавить. std-def встала как влитая. Сизиф - срез этой ночью.


Это очень радует. :-)

Rgrds, Алексей

Re: [sisyphus] kernel-image и module-init-tools

[Dmitry V. Levin]

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

On Tue, Oct 11, 2011 at 10:11:38AM +0400, Anton Protopopov wrote:
> 11 октября 2011 г. 9:56 пользователь Sergei Epiphanov написал:
> > On 30 августа 2011 16:00 Anton Farygin wrote:
> >> std-def 3.0.3 на E5504 заработало без проблем.
> >
> > Проблема с Xeon осталась и в версии un-def-3.0.6-alt1. Теперь нет вылета в
> > panic, но ядро останавливает загрузку на модуле tsc. Пишет про tsc
> > recalibration.
> 
> Обновите module-init-tools и сгенерируйте новый initrd.

Вчера точечно обновлял std-def-3.0.6-alt1 и тоже столкнулся с тем, что
у меня был старый module-init-tools с новым kernel-image.  Ну хорошо,
я в курсе проблемы, и пачку FATAL'ов от make-initrd воспринимаю как
руководство к действию, но почему пользователи должны заниматься
телепатией?  Пусть ядра при установки вытягивают соответствующую версию
module-init-tools; то, что есть сейчас, не вполне актуально:

$ rpmquery -Rp kernel-image-std-def-3.0.6-alt1.x86_64.rpm 
bootloader-utils >= 0.4.13-alt1
startup >= 0.8.3-alt1
coreutils  
module-init-tools >= 3.1
mkinitrd >= 1:2.9.9-alt1
rpmlib(PayloadIsLzma)  


-- 
ldv

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

Re: [sisyphus] kernel-image и module-init-tools

[Alexey Gladkov]

11.10.2011 12:51, Dmitry V. Levin wrote:
> On Tue, Oct 11, 2011 at 10:11:38AM +0400, Anton Protopopov wrote:
>> 11 октября 2011 г. 9:56 пользователь Sergei Epiphanov написал:
>>> On 30 августа 2011 16:00 Anton Farygin wrote:
>>>> std-def 3.0.3 на E5504 заработало без проблем.
>>>
>>> Проблема с Xeon осталась и в версии un-def-3.0.6-alt1. Теперь нет вылета в
>>> panic, но ядро останавливает загрузку на модуле tsc. Пишет про tsc
>>> recalibration.
>>
>> Обновите module-init-tools и сгенерируйте новый initrd.
> 
> Вчера точечно обновлял std-def-3.0.6-alt1 и тоже столкнулся с тем, что
> у меня был старый module-init-tools с новым kernel-image.  Ну хорошо,
> я в курсе проблемы, и пачку FATAL'ов от make-initrd воспринимаю как
> руководство к действию, но почему пользователи должны заниматься
> телепатией?  Пусть ядра при установки вытягивают соответствующую версию
> module-init-tools; то, что есть сейчас, не вполне актуально:
> 
> $ rpmquery -Rp kernel-image-std-def-3.0.6-alt1.x86_64.rpm 
> bootloader-utils >= 0.4.13-alt1
> startup >= 0.8.3-alt1
> coreutils  
> module-init-tools >= 3.1
> mkinitrd >= 1:2.9.9-alt1
> rpmlib(PayloadIsLzma)  

А можно по подробнее про выявленную проблему ?

-- 
Rgrds, legion

Re: [sisyphus] kernel-image и module-init-tools

[Dmitry V. Levin]

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

On Tue, Oct 11, 2011 at 01:25:00PM +0400, Alexey Gladkov wrote:
> 11.10.2011 12:51, Dmitry V. Levin wrote:
> > On Tue, Oct 11, 2011 at 10:11:38AM +0400, Anton Protopopov wrote:
> >> 11 октября 2011 г. 9:56 пользователь Sergei Epiphanov написал:
> >>> On 30 августа 2011 16:00 Anton Farygin wrote:
> >>>> std-def 3.0.3 на E5504 заработало без проблем.
> >>>
> >>> Проблема с Xeon осталась и в версии un-def-3.0.6-alt1. Теперь нет вылета в
> >>> panic, но ядро останавливает загрузку на модуле tsc. Пишет про tsc
> >>> recalibration.
> >>
> >> Обновите module-init-tools и сгенерируйте новый initrd.
> > 
> > Вчера точечно обновлял std-def-3.0.6-alt1 и тоже столкнулся с тем, что
> > у меня был старый module-init-tools с новым kernel-image.  Ну хорошо,
> > я в курсе проблемы, и пачку FATAL'ов от make-initrd воспринимаю как
> > руководство к действию, но почему пользователи должны заниматься
> > телепатией?  Пусть ядра при установке вытягивают соответствующую версию
> > module-init-tools; то, что есть сейчас, не вполне актуально:
> > 
> > $ rpmquery -Rp kernel-image-std-def-3.0.6-alt1.x86_64.rpm 
> > bootloader-utils >= 0.4.13-alt1
> > startup >= 0.8.3-alt1
> > coreutils  
> > module-init-tools >= 3.1
> > mkinitrd >= 1:2.9.9-alt1
> > rpmlib(PayloadIsLzma)  
> 
> А можно по подробнее про выявленную проблему ?

Грубо говоря, modprobe не работает до первого depmod'а.

В kernel-image запаковываются файлы /lib/modules/*/modules.*, благодаря
которым modprobe можно применять к ядрам, отличным от текущего.  Эти файлы
формируются во время сборки kernel-image, их формат зависит от версии
module-init-tools.  После недавнего обновления module-init-tools этот
формат изменился.  Соответственно, установка нового kernel-image в систему
со старым module-init-tools приводит к тому, что make-initrd/mkinitrd
создают неполноценный initrd до тех пор, пока файлы
/lib/modules/*/modules.* не будут приведены в соответствие с установленной
версией module-init-tools, т.е. до первого depmod'а.


-- 
ldv

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

Re: [sisyphus] kernel-image и module-init-tools

[Paul Wolneykien]

11.10.2011 13:37, Dmitry V. Levin пишет:
> On Tue, Oct 11, 2011 at 01:25:00PM +0400, Alexey Gladkov wrote:
>> 11.10.2011 12:51, Dmitry V. Levin wrote:
>>> On Tue, Oct 11, 2011 at 10:11:38AM +0400, Anton Protopopov wrote:
>>>> 11 октября 2011 г. 9:56 пользователь Sergei Epiphanov написал:
>>>>> On 30 августа 2011 16:00 Anton Farygin wrote:
>>>>>> std-def 3.0.3 на E5504 заработало без проблем.
>>>>>
>>>>> Проблема с Xeon осталась и в версии un-def-3.0.6-alt1. Теперь нет вылета в
>>>>> panic, но ядро останавливает загрузку на модуле tsc. Пишет про tsc
>>>>> recalibration.
>>>>
>>>> Обновите module-init-tools и сгенерируйте новый initrd.
>>>
>>> Вчера точечно обновлял std-def-3.0.6-alt1 и тоже столкнулся с тем, что
>>> у меня был старый module-init-tools с новым kernel-image.  Ну хорошо,
>>> я в курсе проблемы, и пачку FATAL'ов от make-initrd воспринимаю как
>>> руководство к действию, но почему пользователи должны заниматься
>>> телепатией?  Пусть ядра при установке вытягивают соответствующую версию
>>> module-init-tools; то, что есть сейчас, не вполне актуально:
>>>
>>> $ rpmquery -Rp kernel-image-std-def-3.0.6-alt1.x86_64.rpm
>>> bootloader-utils>= 0.4.13-alt1
>>> startup>= 0.8.3-alt1
>>> coreutils
>>> module-init-tools>= 3.1
>>> mkinitrd>= 1:2.9.9-alt1
>>> rpmlib(PayloadIsLzma)
>>
>> А можно по подробнее про выявленную проблему ?
>
> Грубо говоря, modprobe не работает до первого depmod'а.
>
> В kernel-image запаковываются файлы /lib/modules/*/modules.*, благодаря
> которым modprobe можно применять к ядрам, отличным от текущего.  Эти файлы
> формируются во время сборки kernel-image, их формат зависит от версии
> module-init-tools.  После недавнего обновления module-init-tools этот
> формат изменился.  Соответственно, установка нового kernel-image в систему
> со старым module-init-tools приводит к тому, что make-initrd/mkinitrd
> создают неполноценный initrd до тех пор, пока файлы
> /lib/modules/*/modules.* не будут приведены в соответствие с установленной
> версией module-init-tools, т.е. до первого depmod'а.

   Занятно. А может быть правильнее обновить module-init-tools в системе?

Re: [sisyphus] kernel-image и module-init-tools

[Dmitry V. Levin]

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

On Tue, Oct 11, 2011 at 01:40:25PM +0400, Paul Wolneykien wrote:
> 11.10.2011 13:37, Dmitry V. Levin пишет:
> >On Tue, Oct 11, 2011 at 01:25:00PM +0400, Alexey Gladkov wrote:
> >>11.10.2011 12:51, Dmitry V. Levin wrote:
> >>>On Tue, Oct 11, 2011 at 10:11:38AM +0400, Anton Protopopov wrote:
[...]
> >>>>Обновите module-init-tools и сгенерируйте 
> >>>>новый initrd.
> >>>
> >>>Вчера точечно обновлял std-def-3.0.6-alt1 и 
> >>>тоже столкнулся с тем, что
> >>>у меня был старый module-init-tools с новым 
> >>>kernel-image.  Ну хорошо,
> >>>я в курсе проблемы, и пачку FATAL'ов от 
> >>>make-initrd воспринимаю как
> >>>руководство к действию, но почему 
> >>>пользователи должны заниматься
> >>>телепатией?  Пусть ядра при установке 
> >>>вытягивают соответствующую версию
> >>>module-init-tools; то, что есть сейчас, не вполне 
> >>>актуально:
> >>>
> >>>$ rpmquery -Rp kernel-image-std-def-3.0.6-alt1.x86_64.rpm
> >>>bootloader-utils>= 0.4.13-alt1
> >>>startup>= 0.8.3-alt1
> >>>coreutils
> >>>module-init-tools>= 3.1
> >>>mkinitrd>= 1:2.9.9-alt1
> >>>rpmlib(PayloadIsLzma)
> >>
> >>А можно по подробнее про выявленную 
> >>проблему ?
> >
> >Грубо говоря, modprobe не работает до 
> >первого depmod'а.
> >
> >В kernel-image запаковываются файлы 
> >/lib/modules/*/modules.*, благодаря
> >которым modprobe можно применять к ядрам, 
> >отличным от текущего.  Эти файлы
> >формируются во время сборки kernel-image, их 
> >формат зависит от версии
> >module-init-tools.  После недавнего обновления 
> >module-init-tools этот
> >формат изменился.  Соответственно, 
> >установка нового kernel-image в систему
> >со старым module-init-tools приводит к тому, что 
> >make-initrd/mkinitrd
> >создают неполноценный initrd до тех пор, 
> >пока файлы
> >/lib/modules/*/modules.* не будут приведены в 
> >соответствие с установленной
> >версией module-init-tools, т.е. до первого depmod'а.
> 
>   Занятно. А может быть правильнее 
>   обновить module-init-tools в системе?

Правильнее, если нет технической возможности случайно забыть обновить
module-init-tools в системе тогда, когда это обновление оказывается
необходимым для нормальной работы других пакетов.


-- 
ldv

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

Re: [sisyphus] kernel-image и module-init-tools

[Alexey Gladkov]

11.10.2011 13:37, Dmitry V. Levin wrote:
> Грубо говоря, modprobe не работает до первого depmod'а.
> 
> В kernel-image запаковываются файлы /lib/modules/*/modules.*, благодаря
> которым modprobe можно применять к ядрам, отличным от текущего.  Эти файлы
> формируются во время сборки kernel-image, их формат зависит от версии
> module-init-tools.  После недавнего обновления module-init-tools этот
> формат изменился.  Соответственно, установка нового kernel-image в систему
> со старым module-init-tools приводит к тому, что make-initrd/mkinitrd
> создают неполноценный initrd до тех пор, пока файлы
> /lib/modules/*/modules.* не будут приведены в соответствие с установленной
> версией module-init-tools, т.е. до первого depmod'а.

Хм... make-initrd первым делом делает depmod -a для версии ядра для
которого делается initrd ... и кажется mkinitrd тоже так поступает.

-- 
Rgrds, legion

Re: [sisyphus] kernel-image и module-init-tools

[Dmitry V. Levin]

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

On Tue, Oct 11, 2011 at 01:55:17PM +0400, Alexey Gladkov wrote:
> 11.10.2011 13:37, Dmitry V. Levin wrote:
> > Грубо говоря, modprobe не работает до первого depmod'а.
> > 
> > В kernel-image запаковываются файлы /lib/modules/*/modules.*, благодаря
> > которым modprobe можно применять к ядрам, отличным от текущего.  Эти файлы
> > формируются во время сборки kernel-image, их формат зависит от версии
> > module-init-tools.  После недавнего обновления module-init-tools этот
> > формат изменился.  Соответственно, установка нового kernel-image в систему
> > со старым module-init-tools приводит к тому, что make-initrd/mkinitrd
> > создают неполноценный initrd до тех пор, пока файлы
> > /lib/modules/*/modules.* не будут приведены в соответствие с установленной
> > версией module-init-tools, т.е. до первого depmod'а.
> 
> Хм... make-initrd первым делом делает depmod -a для версии ядра для
> которого делается initrd ... и кажется mkinitrd тоже так поступает.

Выглядит это так (установка нового kernel-image при старом module-init-tools):

Running /usr/lib/rpm/posttrans-filetriggers
Config file: /etc/initrd.mk
FATAL: Module index corrupt: Bad magic number
Try re-running depmod
FATAL: Module index corrupt: Bad magic number
Try re-running depmod
FATAL: Module index corrupt: Bad magic number
Try re-running depmod
FATAL: Module index corrupt: Bad magic number
Try re-running depmod
FATAL: Module index corrupt: Bad magic number
Try re-running depmod
FATAL: Module index corrupt: Bad magic number
Try re-running depmod
FATAL: Module index corrupt: Bad magic number
Try re-running depmod
FATAL: Module index corrupt: Bad magic number
Try re-running depmod
FATAL: Module index corrupt: Bad magic number
Try re-running depmod
FATAL: Module index corrupt: Bad magic number
Try re-running depmod
Generating module dependencies on host ...
Guessed modules: ext3 raid1 

в то время как нормальным для этого хоста является
Guessed modules: aacraid crc-t10dif ext3 raid1 scsi_mod sd_mod 


-- 
ldv

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

Re: [sisyphus] kernel-image и module-init-tools

[Alexey Gladkov]

11.10.2011 14:30, Dmitry V. Levin wrote:
> Выглядит это так (установка нового kernel-image при старом module-init-tools):
> 
> Running /usr/lib/rpm/posttrans-filetriggers
> Config file: /etc/initrd.mk
> FATAL: Module index corrupt: Bad magic number
> Try re-running depmod
> FATAL: Module index corrupt: Bad magic number
> Try re-running depmod
> FATAL: Module index corrupt: Bad magic number
> Try re-running depmod
> FATAL: Module index corrupt: Bad magic number
> Try re-running depmod
> FATAL: Module index corrupt: Bad magic number
> Try re-running depmod
> FATAL: Module index corrupt: Bad magic number
> Try re-running depmod
> FATAL: Module index corrupt: Bad magic number
> Try re-running depmod
> FATAL: Module index corrupt: Bad magic number
> Try re-running depmod
> FATAL: Module index corrupt: Bad magic number
> Try re-running depmod
> FATAL: Module index corrupt: Bad magic number
> Try re-running depmod
> Generating module dependencies on host ...
> Guessed modules: ext3 raid1 
> 
> в то время как нормальным для этого хоста является
> Guessed modules: aacraid crc-t10dif ext3 raid1 scsi_mod sd_mod 

Это скорее всего потому, что часть /lib/modules/KVER/modules.*
генерируется на стадии сборки ядра и пакуется внутрь.

Если это так, то ядро должно требовать версию mit не ниже той с
которой оно собиралось.

-- 
Rgrds, legion

Re: [sisyphus] kernel-image и module-init-tools

[Sergei Epiphanov]

On 11 октября 2011 14:30 Dmitry V. Levin wrote:
> FATAL: Module index corrupt: Bad magic number
> Try re-running depmod

В моём случае этих ошибок нет, но текущее ядро un-def всё равно не хочет 
проходить tsc recalibration (в отличие от std-def). Так что здесь не то.

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] kernel-image и module-init-tools

[Dmitry V. Levin]

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

On Tue, Oct 11, 2011 at 02:46:23PM +0400, Alexey Gladkov wrote:
> 11.10.2011 14:30, Dmitry V. Levin wrote:
> > Выглядит это так (установка нового kernel-image при старом module-init-tools):
[...]
> > FATAL: Module index corrupt: Bad magic number
> > Try re-running depmod
> > Generating module dependencies on host ...
> > Guessed modules: ext3 raid1 
> > 
> > в то время как нормальным для этого хоста является
> > Guessed modules: aacraid crc-t10dif ext3 raid1 scsi_mod sd_mod 
> 
> Это скорее всего потому, что часть /lib/modules/KVER/modules.*
> генерируется на стадии сборки ядра и пакуется внутрь.

Точнее говоря, это /lib/modules/KVER/modules.*.bin содержат magic number.
Не вполне понятно, впрочем, почему "depmod -a", запущенный в ручную,
помогает, а вот make-initrd/mkinitrd, которые тоже как-то запускают
depmod, с этой ситуацией не справляются.

> Если это так, то ядро должно требовать версию mit не ниже той с
> которой оно собиралось.

Скажем так: ядро должно требовать совместимую версию mit.
Например, генератор зависимостей мог бы смотреть на формат этих файлов
и ставить зависимость определенного вида.

Если, конечно, эти /lib/modules/KVER/modules.*.bin вообще нужно паковать.
Ведь без них make-initrd/mkinitrd нормально работают (depmod воссоздает
эти файлы).


-- 
ldv

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

Re: [sisyphus] kernel-image и module-init-tools

[Alexey Gladkov]

11.10.2011 15:59, Dmitry V. Levin wrote:
> Точнее говоря, это /lib/modules/KVER/modules.*.bin содержат magic number.
> Не вполне понятно, впрочем, почему "depmod -a", запущенный в ручную,
> помогает, а вот make-initrd/mkinitrd, которые тоже как-то запускают
> depmod, с этой ситуацией не справляются.

Видимо, это мне домашняя работа.

> Скажем так: ядро должно требовать совместимую версию mit.
> Например, генератор зависимостей мог бы смотреть на формат этих файлов
> и ставить зависимость определенного вида.

Это было бы правильно.

> Если, конечно, эти /lib/modules/KVER/modules.*.bin вообще нужно паковать.
> Ведь без них make-initrd/mkinitrd нормально работают (depmod воссоздает
> эти файлы).

Эти файлы можно паковать как ghost. Запаковка этих файлов почти ничего
не экономит. Все модули в postinstall и так выполняют depmod. Было бы
логично, чтобы и ядро делало это же. Вернее стоило бы вынести это в
триггер.

-- 
Rgrds, legion

Re: [sisyphus] kernel-image и module-init-tools

[Dmitry V. Levin]

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

On Tue, Oct 11, 2011 at 04:12:02PM +0400, Alexey Gladkov wrote:
> 11.10.2011 15:59, Dmitry V. Levin wrote:
[...]
> > Если, конечно, эти /lib/modules/KVER/modules.*.bin вообще нужно паковать.
> > Ведь без них make-initrd/mkinitrd нормально работают (depmod воссоздает
> > эти файлы).
> 
> Эти файлы можно паковать как ghost. Запаковка этих файлов почти ничего
> не экономит. Все модули в postinstall и так выполняют depmod. Было бы
> логично, чтобы и ядро делало это же. Вернее стоило бы вынести это в
> триггер.

Специально сейчас проверил, операция
# rm -f /lib/modules/3.0.6-std-def-alt1/modules.*.bin && make-initrd
работает правильно: modules.*.bin воссоздаются, initrd получается
правильный.

Так что атрибут %ghost действительно выглядит наиболее простым решением.


-- 
ldv

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

Re: [sisyphus] kernel-image и module-init-tools

[Sergey Vlasov]

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

On Tue, Oct 11, 2011 at 02:30:05PM +0400, Dmitry V. Levin wrote:
> Выглядит это так (установка нового kernel-image при старом module-init-tools):
> 
> Running /usr/lib/rpm/posttrans-filetriggers
> Config file: /etc/initrd.mk
> FATAL: Module index corrupt: Bad magic number
> Try re-running depmod
> FATAL: Module index corrupt: Bad magic number
> Try re-running depmod
> FATAL: Module index corrupt: Bad magic number
> Try re-running depmod
> FATAL: Module index corrupt: Bad magic number
> Try re-running depmod
> FATAL: Module index corrupt: Bad magic number
> Try re-running depmod
> FATAL: Module index corrupt: Bad magic number
> Try re-running depmod
> FATAL: Module index corrupt: Bad magic number
> Try re-running depmod
> FATAL: Module index corrupt: Bad magic number
> Try re-running depmod
> FATAL: Module index corrupt: Bad magic number
> Try re-running depmod
> FATAL: Module index corrupt: Bad magic number
> Try re-running depmod
> Generating module dependencies on host ...

В любом случае здесь ошибка - depmod вызывается позже, чем надо
(правильные modules.* нужны уже при обработке цели guess, однако
зависимость на depmod-host есть только у genimage).

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