[devel] Падает Xorg в инсталляторе

[devel] Падает Xorg в инсталляторе

[Grigory Batalov]

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

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

На днях обновил сборочный репозитарий для Office Server - это бранч 4.0 -
после чего инсталлятор стабильно падает после шага "5/13 Дата и время".
После нажатия кнопки "Далее" происходит возврат в текстовую консоль и
автоматическая перезагрузка. Режим failsafe не помогает.

Я подозреваю, что причиной тому могло быть обновление
xorg-x11-server-1.3.0.0-alt21.M40.8 до xorg-x11-server-1.3.0.0-alt21.M40.9
и/или xorg-x11-dri-*-7.0.2-alt1.M40.1 до xorg-x11-dri-*-7.0.3-alt2.M40.1 .
Т.к. эту информацию легко можно получить из лога сборки.

Другой вариант - обновление альтератора. Правда, непонятно, почему он так
сурово падает, а не выдаёт какую-нибудь ошибку (как часто бывало раньше).

Просьба помочь разобраться.

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

Re: [devel] Падает Xorg в инсталляторе

[Michael Shigorin]

On Wed, Apr 23, 2008 at 07:24:30PM +0400, Grigory Batalov wrote:
> Я подозреваю, что причиной тому могло быть обновление
> xorg-x11-server-1.3.0.0-alt21.M40.8 до xorg-x11-server-1.3.0.0-alt21.M40.9
> и/или xorg-x11-dri-*-7.0.2-alt1.M40.1 до xorg-x11-dri-*-7.0.3-alt2.M40.1 .
> Т.к. эту информацию легко можно получить из лога сборки.
> Другой вариант - обновление альтератора. Правда, непонятно, почему он так
> сурово падает, а не выдаёт какую-нибудь ошибку (как часто бывало раньше).

Подтверждаю -- на ШБ (alt21.M40.8) не падает, на 4.0/branch (9)
падает, как ты описал.

Похоже, отложу пока "гражданский" терминальник...

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] Падает Xorg в инсталляторе

[Grigory Batalov]

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

On Wed, 23 Apr 2008 19:56:38 +0300, Michael Shigorin wrote:

> > Я подозреваю, что причиной тому могло быть обновление
> > xorg-x11-server-1.3.0.0-alt21.M40.8 до xorg-x11-server-1.3.0.0-alt21.M40.9
> > и/или xorg-x11-dri-*-7.0.2-alt1.M40.1 до xorg-x11-dri-*-7.0.3-alt2.M40.1 .
> > Т.к. эту информацию легко можно получить из лога сборки.
> > Другой вариант - обновление альтератора. Правда, непонятно, почему он так
> > сурово падает, а не выдаёт какую-нибудь ошибку (как часто бывало раньше).
>
> Подтверждаю -- на ШБ (alt21.M40.8) не падает, на 4.0/branch (9)
> падает, как ты описал.

  Твой ШБ публично доступен, чтобы я мог его сравнить с текущим?
  У меня есть старый срез бранча, но он ещё декабрьский.

> Похоже, отложу пока "гражданский" терминальник...

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

Re: [devel] Падает Xorg в инсталляторе

[Michael Shigorin]

On Wed, Apr 23, 2008 at 09:10:12PM +0400, Grigory Batalov wrote:
> > Подтверждаю -- на ШБ (alt21.M40.8) не падает, на 4.0/branch (9)
> > падает, как ты описал.
> Твой ШБ публично доступен, чтобы я мог его сравнить с текущим?

ftp://ftp.altlinux.org/pub/distributions/ALTLinux/4.0/school/branch/

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] Падает Xorg в инсталляторе

[Grigory Batalov]

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

On Wed, 23 Apr 2008 20:17:46 +0300, Michael Shigorin wrote:

> > > Подтверждаю -- на ШБ (alt21.M40.8) не падает, на 4.0/branch (9)
> > > падает, как ты описал.
> > Твой ШБ публично доступен, чтобы я мог его сравнить с текущим?
>
> ftp://ftp.altlinux.org/pub/distributions/ALTLinux/4.0/school/branch/

  Гы, у нас внутри "стабильного" бранча "особенно стабильный"? =)

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

Re: [devel] Падает Xorg в инсталляторе

[Michael Shigorin]

On Wed, Apr 23, 2008 at 09:23:32PM +0400, Grigory Batalov wrote:
> > > > Подтверждаю -- на ШБ (alt21.M40.8) не падает, на
> > > > 4.0/branch (9) падает, как ты описал.
> > > Твой ШБ публично доступен, чтобы я мог его сравнить с текущим?
> > ftp://ftp.altlinux.org/pub/distributions/ALTLinux/4.0/school/branch/
> Гы, у нас внутри "стабильного" бранча "особенно стабильный"? =)

Скорее с принудительным QA ;-)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] Падает Xorg в инсталляторе

[Grigory Batalov]

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

On Wed, 23 Apr 2008 20:17:46 +0300
Michael Shigorin wrote:

> > > Подтверждаю -- на ШБ (alt21.M40.8) не падает, на 4.0/branch (9)
> > > падает, как ты описал.
> > Твой ШБ публично доступен, чтобы я мог его сравнить с текущим?
>
> ftp://ftp.altlinux.org/pub/distributions/ALTLinux/4.0/school/branch/

  Спасибо за совет! На этом бранче всё работает.

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

Re: [devel] Падает /vm/blonde в инсталляторе

[Grigory Batalov]

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

On Wed, 23 Apr 2008 19:56:38 +0300
Michael Shigorin wrote:

> > Я подозреваю, что причиной тому могло быть обновление
> > xorg-x11-server-1.3.0.0-alt21.M40.8 до xorg-x11-server-1.3.0.0-alt21.M40.9
> > и/или xorg-x11-dri-*-7.0.2-alt1.M40.1 до xorg-x11-dri-*-7.0.3-alt2.M40.1 .
> > Т.к. эту информацию легко можно получить из лога сборки.
> > Другой вариант - обновление альтератора. Правда, непонятно, почему он так
> > сурово падает, а не выдаёт какую-нибудь ошибку (как часто бывало раньше).
>
> Подтверждаю -- на ШБ (alt21.M40.8) не падает, на 4.0/branch (9)
> падает, как ты описал.
>
> Похоже, отложу пока "гражданский" терминальник...

  В ШБ alterator-vm-0.3-alt22.noarch.rpm, а в текущем бранче -
  alterator-vm-0.3-alt26.noarch.rpm

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

Re: [devel] Падает /vm/blonde в инсталляторе

[Grigory Batalov]

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

On Thu, 24 Apr 2008 15:57:25 +0400
Grigory Batalov wrote:

> > > Я подозреваю, что причиной тому могло быть обновление
> > > xorg-x11-server-1.3.0.0-alt21.M40.8 до xorg-x11-server-1.3.0.0-alt21.M40.9
> > > и/или xorg-x11-dri-*-7.0.2-alt1.M40.1 до xorg-x11-dri-*-7.0.3-alt2.M40.1 .
> > > Т.к. эту информацию легко можно получить из лога сборки.
> > > Другой вариант - обновление альтератора. Правда, непонятно, почему он так
> > > сурово падает, а не выдаёт какую-нибудь ошибку (как часто бывало раньше).
> >
> > Подтверждаю -- на ШБ (alt21.M40.8) не падает, на 4.0/branch (9)
> > падает, как ты описал.
> >
> > Похоже, отложу пока "гражданский" терминальник...
>
>   В ШБ alterator-vm-0.3-alt22.noarch.rpm, а в текущем бранче -
>   alterator-vm-0.3-alt26.noarch.rpm

   А также libevms-2.5.5-alt5.M40.2 <-> libevms-2.5.5-alt5.M40.3

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

Re: [devel] Падает /vm/blonde в инсталляторе

[Grigory Batalov]

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

On Thu, 24 Apr 2008 17:15:59 +0400
Grigory Batalov wrote:

> > > > Я подозреваю, что причиной тому могло быть обновление
> > > > xorg-x11-server-1.3.0.0-alt21.M40.8 до xorg-x11-server-1.3.0.0-alt21.M40.9
> > > > и/или xorg-x11-dri-*-7.0.2-alt1.M40.1 до xorg-x11-dri-*-7.0.3-alt2.M40.1 .
> > > > Т.к. эту информацию легко можно получить из лога сборки.
> > > > Другой вариант - обновление альтератора. Правда, непонятно, почему он так
> > > > сурово падает, а не выдаёт какую-нибудь ошибку (как часто бывало раньше).
> > >
> > > Подтверждаю -- на ШБ (alt21.M40.8) не падает, на 4.0/branch (9)
> > > падает, как ты описал.
> > >
> > > Похоже, отложу пока "гражданский" терминальник...
> >
> >   В ШБ alterator-vm-0.3-alt22.noarch.rpm, а в текущем бранче -
> >   alterator-vm-0.3-alt26.noarch.rpm
>
>    А также libevms-2.5.5-alt5.M40.2 <-> libevms-2.5.5-alt5.M40.3

  Если кому интересно, я обошёл проблему сборкой на текущем бранче 4.0
  с принудительным указанием версии libevms=2.5.5-alt5.M40.2 (собрал
  для x86_64 в хэшере) в секции install2.

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

Re: [devel] Падает /vm/blonde в инсталляторе

[Sergey Bolshakov]

>>>>> "Grigory" == Grigory Batalov <bga-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
[skipped]
 >   Если кому интересно, я обошёл проблему сборкой на текущем бранче 4.0
 >   с принудительным указанием версии libevms=2.5.5-alt5.M40.2 (собрал
 >   для x86_64 в хэшере) в секции install2.

Интересно, как повторить.

-- 

Re: [devel] Падает /vm/blonde в инсталляторе

[Grigory Batalov]

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

On Tue, 29 Apr 2008 18:34:12 +0400
Sergey Bolshakov wrote:

>  >   Если кому интересно, я обошёл проблему сборкой на текущем бранче 4.0
>  >   с принудительным указанием версии libevms=2.5.5-alt5.M40.2 (собрал
>  >   для x86_64 в хэшере) в секции install2.
>
> Интересно, как повторить.

  Может быть, таблица разделов имеет значение?

# sfdisk -d /dev/sda
# partition table of /dev/sda
unit: sectors

/dev/sda1 : start=       63, size=  8385867, Id=82, bootable
/dev/sda2 : start=  8385930, size=  8193150, Id=83
/dev/sda3 : start= 16579080, size= 10490445, Id=83
/dev/sda4 : start=        0, size=        0, Id= 0

  Кстати, sda1 у меня - swap, но при этом имеет флажок bootable.
  Остальные два раздела - ext3.

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

Re: [devel] Падает /vm/blonde в инсталляторе

[Sergey Bolshakov]

>>>>> "Grigory" == Grigory Batalov <bga-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
 >> >   Если кому интересно, я обошёл проблему сборкой на текущем бранче 4.0
 >> >   с принудительным указанием версии libevms=2.5.5-alt5.M40.2 (собрал
 >> >   для x86_64 в хэшере) в секции install2.
 >> 
 >> Интересно, как повторить.

 >   Может быть, таблица разделов имеет значение?

 > # sfdisk -d /dev/sda
 > # partition table of /dev/sda
 > unit: sectors

 > /dev/sda1 : start=       63, size=  8385867, Id=82, bootable
 > /dev/sda2 : start=  8385930, size=  8193150, Id=83
 > /dev/sda3 : start= 16579080, size= 10490445, Id=83
 > /dev/sda4 : start=        0, size=        0, Id= 0

а что за sda4 такое интересное ?

-- 

Re: [devel] Падает /vm/blonde в инсталляторе

[Grigory Batalov]

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

On Wed, 30 Apr 2008 15:43:59 +0400
Sergey Bolshakov wrote:

>  >> >   Если кому интересно, я обошёл проблему сборкой на текущем бранче 4.0
>  >> >   с принудительным указанием версии libevms=2.5.5-alt5.M40.2 (собрал
>  >> >   для x86_64 в хэшере) в секции install2.
>  >>
>  >> Интересно, как повторить.
>
>  >   Может быть, таблица разделов имеет значение?
>
>  > # sfdisk -d /dev/sda
>  > # partition table of /dev/sda
>  > unit: sectors
>
>  > /dev/sda1 : start=       63, size=  8385867, Id=82, bootable
>  > /dev/sda2 : start=  8385930, size=  8193150, Id=83
>  > /dev/sda3 : start= 16579080, size= 10490445, Id=83
>  > /dev/sda4 : start=        0, size=        0, Id= 0
>
> а что за sda4 такое интересное ?

  Его нет, sfdisk выдаёт нули, чтобы таблицу разделов ими заполнить:
# sfdisk -d /dev/sda > sda.dump
# sfdisk /dev/sda < sda.dump

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

Re: [devel] Падает /vm/blonde в инсталляторе

[Sergey Bolshakov]

>>>>> "Grigory" == Grigory Batalov <bga-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
[skipped]
 >> >   Может быть, таблица разделов имеет значение?
 >> 
 >> > # sfdisk -d /dev/sda
 >> > # partition table of /dev/sda
 >> > unit: sectors
 >> 
 >> > /dev/sda1 : start=       63, size=  8385867, Id=82, bootable
 >> > /dev/sda2 : start=  8385930, size=  8193150, Id=83
 >> > /dev/sda3 : start= 16579080, size= 10490445, Id=83
 >> > /dev/sda4 : start=        0, size=        0, Id= 0
 >> 
 >> а что за sda4 такое интересное ?

 >   Его нет, sfdisk выдаёт нули, чтобы таблицу разделов ими заполнить:
 > # sfdisk -d /dev/sda > sda.dump
 > # sfdisk /dev/sda < sda.dump

А не был ли этот диск частью рэйда/lvm какого-нибудь,
остальные запчасти которых цинично умыкнули ?
Просто я пока не вижу причин падать на ровном меcте.
Продолжить видимо следует в bugzilla.

-- 

Re: [devel] Падает Xorg в инсталляторе

[Stanislav Ievlev]

Может всё-таки падает следующий шаг после даты и времени?
Если запустить инсталлятор в instdebug, то возможно он и не уйдёт в
перезагрузку.

On Wed, Apr 23, 2008 at 07:24:30PM +0400, Grigory Batalov wrote:
> Здравствуйте!
> 
> На днях обновил сборочный репозитарий для Office Server - это бранч 4.0 -
> после чего инсталлятор стабильно падает после шага "5/13 Дата и время".
> После нажатия кнопки "Далее" происходит возврат в текстовую консоль и
> автоматическая перезагрузка. Режим failsafe не помогает.
> 
> Я подозреваю, что причиной тому могло быть обновление
> xorg-x11-server-1.3.0.0-alt21.M40.8 до xorg-x11-server-1.3.0.0-alt21.M40.9
> и/или xorg-x11-dri-*-7.0.2-alt1.M40.1 до xorg-x11-dri-*-7.0.3-alt2.M40.1 .
> Т.к. эту информацию легко можно получить из лога сборки.
> 
> Другой вариант - обновление альтератора. Правда, непонятно, почему он так
> сурово падает, а не выдаёт какую-нибудь ошибку (как часто бывало раньше).
> 
> Просьба помочь разобраться.



> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] Падает /vm/blonde в инсталляторе

[Grigory Batalov]

[-- Attachment #1.1: Type: text/plain, Size: 1719 bytes --]

On Thu, 24 Apr 2008 10:22:32 +0400
Stanislav Ievlev wrote:

> Может всё-таки падает следующий шаг после даты и времени?

  Ну да, это модуль разбивки диска. Но почему он инсталлятор роняет?

> Если запустить инсталлятор в instdebug, то возможно он и не уйдёт в
> перезагрузку.

  Упражняясь с instdebug, я один раз прошёл на следующий уровень! =)

  Сравнение логов выявило Segmentation fault в
  /tmp/unionfs/var/log/evms-engine.log:
...
Apr 24 15:02:28 localhost.localdomain _3_ Engine: evms_free: Application buffer does not have our memory object header.  Request ignored.

Apr 24 15:02:28 localhost.localdomain _0_ Engine: signal_handler: ***
Apr 24 15:02:28 localhost.localdomain _0_ Engine: signal_handler: *** Signal: Segmentation fault
Apr 24 15:02:28 localhost.localdomain _0_ Engine: signal_handler: *** Forwarding to the default signal handler.
Apr 24 15:02:28 localhost.localdomain _0_ Engine: signal_handler: ***

  Прилагаю полный diff между удачной и неудачной попыткой.

> > На днях обновил сборочный репозитарий для Office Server - это бранч 4.0 -
> > после чего инсталлятор стабильно падает после шага "5/13 Дата и время".
> > После нажатия кнопки "Далее" происходит возврат в текстовую консоль и
> > автоматическая перезагрузка. Режим failsafe не помогает.
> >
> > Я подозреваю, что причиной тому могло быть обновление
> > xorg-x11-server-1.3.0.0-alt21.M40.8 до xorg-x11-server-1.3.0.0-alt21.M40.9
> > и/или xorg-x11-dri-*-7.0.2-alt1.M40.1 до xorg-x11-dri-*-7.0.3-alt2.M40.1 .
> > Т.к. эту информацию легко можно получить из лога сборки.
> >
> > Другой вариант - обновление альтератора. Правда, непонятно, почему он так
> > сурово падает, а не выдаёт какую-нибудь ошибку (как часто бывало раньше).


[-- Attachment #1.2: installer.good.diff --]
[-- Type: application/octet-stream, Size: 11360 bytes --]

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

Re: [devel] Падает /vm/blonde в инсталляторе

[Stanislav Ievlev]

On Thu, Apr 24, 2008 at 03:40:50PM +0400, Grigory Batalov wrote:
> On Thu, 24 Apr 2008 10:22:32 +0400
> Stanislav Ievlev wrote:
> 
> > Может всё-таки падает следующий шаг после даты и времени?
> 
>   Ну да, это модуль разбивки диска. Но почему он инсталлятор роняет?
Потому что там нативный бакенд и он соотв. сегфолтится вместе со всем
инсталлятором  ... 

Насчёт сегфолта разве что Сергей поможет.
> 
> > Если запустить инсталлятор в instdebug, то возможно он и не уйдёт в
> > перезагрузку.
> 
>   Упражняясь с instdebug, я один раз прошёл на следующий уровень! =)
> 
>   Сравнение логов выявило Segmentation fault в
>   /tmp/unionfs/var/log/evms-engine.log:
> ...
> Apr 24 15:02:28 localhost.localdomain _3_ Engine: evms_free: Application buffer does not have our memory object header.  Request ignored.
> 
> Apr 24 15:02:28 localhost.localdomain _0_ Engine: signal_handler: ***
> Apr 24 15:02:28 localhost.localdomain _0_ Engine: signal_handler: *** Signal: Segmentation fault
> Apr 24 15:02:28 localhost.localdomain _0_ Engine: signal_handler: *** Forwarding to the default signal handler.
> Apr 24 15:02:28 localhost.localdomain _0_ Engine: signal_handler: ***
> 
>   Прилагаю полный diff между удачной и неудачной попыткой.
> 
> > > На днях обновил сборочный репозитарий для Office Server - это бранч 4.0 -
> > > после чего инсталлятор стабильно падает после шага "5/13 Дата и время".
> > > После нажатия кнопки "Далее" происходит возврат в текстовую консоль и
> > > автоматическая перезагрузка. Режим failsafe не помогает.
> > >
> > > Я подозреваю, что причиной тому могло быть обновление
> > > xorg-x11-server-1.3.0.0-alt21.M40.8 до xorg-x11-server-1.3.0.0-alt21.M40.9
> > > и/или xorg-x11-dri-*-7.0.2-alt1.M40.1 до xorg-x11-dri-*-7.0.3-alt2.M40.1 .
> > > Т.к. эту информацию легко можно получить из лога сборки.
> > >
> > > Другой вариант - обновление альтератора. Правда, непонятно, почему он так
> > > сурово падает, а не выдаёт какую-нибудь ошибку (как часто бывало раньше).
> 





> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] Падает /vm/blonde в инсталляторе

[Michael Shigorin]

On Thu, Apr 24, 2008 at 03:40:50PM +0400, Grigory Batalov wrote:
>   Сравнение логов выявило Segmentation fault в
>   /tmp/unionfs/var/log/evms-engine.log:
> ...
> Apr 24 15:02:28 localhost.localdomain _3_ Engine: evms_free: Application buffer does not have our memory object header.  Request ignored.
> 
> Apr 24 15:02:28 localhost.localdomain _0_ Engine: signal_handler: ***
> Apr 24 15:02:28 localhost.localdomain _0_ Engine: signal_handler: *** Signal: Segmentation fault
> Apr 24 15:02:28 localhost.localdomain _0_ Engine: signal_handler: *** Forwarding to the default signal handler.
> Apr 24 15:02:28 localhost.localdomain _0_ Engine: signal_handler: ***

А где багрепорт? :)

2 cas: похоже, оно.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] Падает Xorg в инсталляторе

[Anton V. Boyarshinov]

> После нажатия кнопки "Далее" происходит возврат в текстовую консоль и
> автоматическая перезагрузка. Режим failsafe не помогает.
надо загружаться с параметром instdebug и смотреть после падения логи