Bug 17671 - kernel-image-ovz-smp-2.6.26-alt0.3 raise kernel panic on rpmdb --rebuilddb
: kernel-image-ovz-smp-2.6.26-alt0.3 raise kernel panic on rpmdb --rebuilddb
Status: CLOSED FIXED
: Sisyphus
(All bugs in Sisyphus/kernel-image-ovz-smp)
: unstable
: all Linux
: P2 blocker
Assigned To:
:
:
:
:
:
  Show dependency tree
 
Reported: 2008-10-24 17:48 by
Modified: 2009-04-23 19:03 (History)


Attachments
фото (504.77 KB, image/jpeg)
2008-10-24 17:48, Alexey V. Novikov
no flags Details
1-й экран ошибок (419.23 KB, image/jpeg)
2008-11-22 16:46, Alexey V. Novikov
no flags Details
2-й экран ошибок (443.77 KB, image/jpeg)
2008-11-22 16:48, Alexey V. Novikov
no flags Details
3-й экран ошибок (466.35 KB, image/jpeg)
2008-11-22 16:49, Alexey V. Novikov
no flags Details


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2008-10-24 17:48:33
Created an attachment (id=3015) [details]
фото

При rpmdb --rebuilddb получаем kernel panic на
kernel-image-ovz-smp-2.6.26-alt0.3

Система: x86_64, Core2Duo E4500, RAM 2G, /var (ext3,data=journal) на lvm,
место в /var есть (200М свободно)

$ rpmquery rpm
rpm-4.0.4-alt96.8

Похожие симптомы были на kernel-image-ovz-smp-2.6.24-alt2 с www.unsafe.ru,
только там ограничивалось kernel bug. При этом на однопроцессорном i586 все
нормально (на 2.6.24-alt2, 2.6.26 еще не проверял)

На этой же машине с 2.6.18-alt24 все в порядке, пока на него и вернулся
------- Comment #1 From 2008-10-27 13:49:40 -------
Проверил на i586 на другой машине (однопроцессорной) - все нормально.
Так что либо здесь играет роль архитектура, либо многопроцессорность.
Если еще какие-нибудь сведения о целевой машине нужны, то готов предоставить
------- Comment #2 From 2008-11-22 13:08:29 -------
А это проявляется устойчиво ? Использую пару недель дома на машине с
гипертредингом. Пока не случалось, а rpm обновляется регулярно в последнее
время.
------- Comment #3 From 2008-11-22 16:46:59 -------
Created an attachment (id=3080) [details]
1-й экран ошибок
------- Comment #4 From 2008-11-22 16:48:11 -------
Created an attachment (id=3081) [details]
2-й экран ошибок
------- Comment #5 From 2008-11-22 16:49:26 -------
Created an attachment (id=3082) [details]
3-й экран ошибок
------- Comment #6 From 2008-11-22 16:54:08 -------
(In reply to comment #2)
> А это проявляется устойчиво ? Использую пару недель дома на машине с
> гипертредингом. Пока не случалось, а rpm обновляется регулярно в последнее
> время.
> 

Проявляется стабильно, даже в single (см. фотки):
сначала - kernel bug в fs/jbd/commit.c:478
потом - general protection fault
ну и наконец - kernel panic
------- Comment #7 From 2008-11-22 21:37:32 -------
# rpmquery rpm
rpm-4.0.4-alt95.M41.8
# rpmdb --rebuilddb
#

model name      : Intel(R) Pentium(R) Dual  CPU  E2160  @ 1.80GHz

Работает. Но i586. x86_64 проверить, пока, не могу из-за #17971. Возможно,
придумаю на неделе, где проверить.
------- Comment #8 From 2008-11-23 19:26:41 -------
Нашёл, где проверить на x86_64 smp. Система с 2 x  Xeon. Не проявилось. Но там,
тоже, branch 4.1.
И, ещё, везде без LVM у меня.
------- Comment #9 From 2008-11-24 08:23:50 -------
(In reply to comment #8)
> Нашёл, где проверить на x86_64 smp. Система с 2 x  Xeon. Не проявилось. Но там, тоже,
> branch 4.1.
> И, ещё, везде без LVM у меня.
Там скорее не LVM, а опции монтирования файловой системы для /var, у меня ext3
с data=journal
------- Comment #10 From 2008-11-24 09:06:00 -------
А замена на data=journal нормально проходит для уже имеющейся ФС ? Если в fstab
дописать и заребутить ? Пока есть возможность попробовать...
------- Comment #11 From 2008-11-24 11:07:37 -------
/dev/sda8 on /var type ext3 (rw,nosuid,data=journal)
rpmdb --rebuilddb выполняется без ошибок. Может, ещё нагрузка как-то влияет ?
------- Comment #12 From 2008-11-24 16:22:13 -------
(In reply to comment #11)
> /dev/sda8 on /var type ext3 (rw,nosuid,data=journal)
> rpmdb --rebuilddb выполняется без ошибок. Может, ещё нагрузка как-то влияет ?

в том-то и дело, что даже в single
ошибок файловой системы вроде нет, во всяком случае fsck молчит
разве что как-то железоспецифично, но не знаю на кого грешить
------- Comment #13 From 2009-04-23 19:02:58 -------
на 2.6.27 не воспроизводится, поэтому закрываю