[Sysadmins] Проблема после обновления до Branch 4.1

[Sysadmins] Проблема после обновления до Branch 4.1

[Vyacheslav Brunev]

Доброго времени суток подписчики!

Подскажите что можно сделать в такой ситуации...
Ситуация - черт меня дёрнул обновить и почистить систему, а именно /boot. В 
общем обновил я свой домашний (слава богу, что не корпоративный) сервер с 
вполне стандартным набором DHCP, Squid, FTP, Mail до 4.1 Branch (т.е. заменил  
в /etc/apt/sources.list.d/sources.list на 4.1 далее apt-get update, apt-get 
dist-upgrade) всё обновилось нормально - без ошибок. Решено было и ядро 
обновить было alt23  до alt24 (update-kernel -t ovz-smp -r alt24), тоже всё 
прошло без ошибок. Проверяю на всякий случай /etc/lilo.conf, всё в порядке, 
запускаю заново lilo тоже всё без видимых проблем - чтож перегружаюсь...
Всё стартонуло, единственное что не понравилось - это по какой-то причине не 
подгрузились модули из /etc/modules это ip_conntrack_ftp и ip_nat_ftp и мой 
FTP перестал пускать в "пассивном режиме". Команда modeprobe ip_conntrack_ftp 
выдаёт ошибку - дескать не найден таковой модуль, ладно сделаем грубее 
insmod  ip_conntrack_ftp && insmod ip_nat_ftp всё вернуло в норму. Но такое 
дело меня не устроило и я решил навести порядок в ядрах и их модулях, ввиду 
того что новое ядро загрузилось, я выбросил все предыдущие версии ядра 
из /boot и их модули, отредактировал т.е. выкинул старые ядра из lilo.conf, 
затем перезапустил lilo (чтобы изменения вступили в силу) всё прошло 
нормально.
Перегружаюсь и.... связь с сервером потерялась. Ладно принёс его к монитору и 
клавиатуре, подключил и вижу такую картину - всё замерло на этапе:
Starting system message bus services
Alt+F12 тоже ничего не говорит, последнее что видно что-то типа load system-ng 
success (точно не помню, но что success это точно). Т.к. я это делал на "ночь 
глядя", то решил ничего не трогать и лечь спать (как говориться утро вечера 
мудренее), но по утру ничего не изменилась, за исключением того, что 
внутренний интерфейс стал "пинговаться" т.е. поднялся, но никакие сервисы не 
запустились. Ладно запустил rescue-cd примонтировал всё, chroot, выключил 
этот сервис:
chkconfig messagebus off, 
заново перегружаюсь, вижу что HAL не поднялся, это наверное понятно, но опять 
встал в ступор уже на другом приложении - dhcp. 
После этого я не вдаваясь в подробности переставил систему на один из диков 
т.к. уже соседи начали волноваться куда пропал нужный всем интернет, но у 
меня всё ещё остался один HDD диск (т.к. система была в SoftRAID mirroring) и 
если Вы мне поможете я с удовольствием попробую воскресить былую систему или 
хотя бы поясните чего это с ним произошло?

-- 

С уважением, Вячеслав.

Re: [Sysadmins] Проблема после обновления до Branch 4.1

[Andrii Dobrovol`s`kii]

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

Vyacheslav Brunev пишет:
> меня всё ещё остался один HDD диск (т.к. система была в SoftRAID mirroring) и 
> если Вы мне поможете я с удовольствием попробую воскресить былую систему или 
> хотя бы поясните чего это с ним произошло?
> 
Раз есть диск с копией системы прошерстите логи и главное dmesg.
Возможно станет яснее. При обновлении с 4.0 до 4.1 действительно
очень долго идут первые запуски служб. Возможно нужно просто
дождаться один раз финала?
Я пока сервера до  4.1 не обновлял. Только десктоп.
-- 
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua            Kyiv, Ukraine
Phone: (380-44)   525-7824            Department of Gas Electronics
Fax:   (380-44)   525-2329             Institute of Physics of NASU
*********************dobrATjabber.iop.kiev.ua************************


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

Re: [Sysadmins] Проблема после обновления до Branch 4.1

[Sergey]

On Monday 30 June 2008, Vyacheslav Brunev wrote:

> Ситуация - черт меня дёрнул обновить и почистить систему, а именно /boot. В
> общем обновил я свой домашний (слава богу, что не корпоративный) сервер с 
> вполне стандартным набором DHCP, Squid, FTP, Mail до 4.1 Branch (т.е. заменил
> в /etc/apt/sources.list.d/sources.list на 4.1 далее apt-get update, apt-get
> dist-upgrade) всё обновилось нормально - без ошибок. Решено было и ядро
> обновить было alt23  до alt24 (update-kernel -t ovz-smp -r alt24), тоже всё
> прошло без ошибок.

Хотел написать, что я так делал уже не один раз, но вот перепроверил и
смотрю, что 2618-ovz-smp-24 я ни разу и не поставил... ovz только 23
и есть 2.6.18-std-smp-alt12... И софтраида нигде нет.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [Sysadmins] Проблема после обновления до Branch 4.1

[Michael Shigorin]

On Mon, Jun 30, 2008 at 11:42:27AM +0700, Vyacheslav Brunev wrote:
> Подскажите что можно сделать в такой ситуации...

Выводы :)

> Ситуация - черт меня дёрнул обновить и почистить систему, а
> именно /boot.

1) чистить /boot спешить вообще не стоит.

> Решено было и ядро обновить было alt23  до alt24 (update-kernel
> -t ovz-smp -r alt24), тоже всё прошло без ошибок. Проверяю на
> всякий случай /etc/lilo.conf, всё в порядке, запускаю заново
> lilo тоже всё без видимых проблем - чтож перегружаюсь...  Всё
> стартонуло, единственное что не понравилось - это по какой-то
> причине не подгрузились модули из /etc/modules это
> ip_conntrack_ftp и ip_nat_ftp и мой FTP перестал пускать в
> "пассивном режиме". Команда modeprobe ip_conntrack_ftp 

modprobe

> выдаёт ошибку - дескать не найден таковой модуль, ладно сделаем
> грубее insmod  ip_conntrack_ftp && insmod ip_nat_ftp всё
> вернуло в норму.

Помогает ли depmod -a (который также выполняется при загрузке
системы, ЕМНИП)?

> Но такое дело меня не устроило и я решил навести порядок в
> ядрах и их модулях, ввиду того что новое ядро загрузилось, я
> выбросил все предыдущие версии ядра из /boot и их модули,
> отредактировал т.е. выкинул старые ядра из lilo.conf, затем
> перезапустил lilo (чтобы изменения вступили в силу) всё прошло 
> нормально.

Кгм.  Это не "порядок", поскольку к загруженному ядру с т.з.
modprobe имеют отношение только /lib/modules/`uname -r`/*

> Перегружаюсь и.... связь с сервером потерялась. Ладно принёс
> его к монитору и клавиатуре, подключил и вижу такую картину -
> всё замерло на этапе: Starting system message bus services

Ммм... что-то припоминается про старый-новый dbus и ядра примерно 
в районе 2.6.22, но точнее не скажу.

> Alt+F12 тоже ничего не говорит, последнее что видно что-то типа
> load system-ng success (точно не помню, но что success это
> точно). Т.к. я это делал на "ночь глядя", то решил ничего не
> трогать и лечь спать (как говориться утро вечера мудренее)

2) в уставшем виде рутовые привилегии -- это обеспечение себе
   уставшего вида на следующий день...

> но по утру ничего не изменилась, за исключением того, что
> внутренний интерфейс стал "пинговаться" т.е. поднялся, но
> никакие сервисы не запустились. Ладно запустил rescue-cd
> примонтировал всё, chroot, выключил этот сервис:
> chkconfig messagebus off, 
> заново перегружаюсь, вижу что HAL не поднялся, это наверное
> понятно, но опять встал в ступор уже на другом приложении -
> dhcp. 

dhcpd?  Возможно, спрыгнула нумерация интерфейсов -- покажите
/etc/iftab и /etc/net/iftab.

> После этого я не вдаваясь в подробности переставил систему на
> один из диков т.к. уже соседи начали волноваться куда пропал
> нужный всем интернет, но у меня всё ещё остался один HDD диск
> (т.к. система была в SoftRAID mirroring) и если Вы мне поможете
> я с удовольствием попробую воскресить былую систему или хотя бы
> поясните чего это с ним произошло?

Вообще обычно помогает нечто вроде бэкапа корня перед переездами:

rsync -PavxH / /home/rootfs/

Его не так много, чтоб не отложить на недельку-полгода полежать.
Если /var, /usr отдельно -- разумеется, их тоже.


On Tue, Jul 01, 2008 at 05:59:16PM +0500, Sergey wrote:
> Хотел написать, что я так делал уже не один раз, но вот
> перепроверил и смотрю, что 2618-ovz-smp-24 я ни разу и не
> поставил... ovz только 23 и есть 2.6.18-std-smp-alt12...
> И софтраида нигде нет.

В M40 alt23.M40.* -- бэкпорт alt24 из Sisyphus.
В M41 alt24.* -- переложенное alt24 из Sisyphus.

2.6.18-ovz-smp-alt23.M40.2 без проблем работает с софтрейдом,
модули грузит, в т.ч. конкретно ip_conntrack_ftp, ip_nat_ftp.

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

Re: [Sysadmins] Проблема после обновления до Branch 4.1

[Vyacheslav Brunev]

В сообщении от Monday 07 July 2008 04:18:39 Michael Shigorin написал(а):
> On Mon, Jun 30, 2008 at 11:42:27AM +0700, Vyacheslav Brunev wrote:
> > Подскажите что можно сделать в такой ситуации...
>
> Выводы :)
>
Не утешительные они...

>
> > Ситуация - черт меня дёрнул обновить и почистить систему, а
> > именно /boot.
>
> 1) чистить /boot спешить вообще не стоит.
>
Никакой спешки и не было, просто было решено раз уж я обновился, уделил время 
на это, то почему бы мне не выкинуть лишнее, для долгой и счастливой жизни.

>
> > Решено было и ядро обновить было alt23  до alt24 (update-kernel
> > -t ovz-smp -r alt24), тоже всё прошло без ошибок. Проверяю на
> > всякий случай /etc/lilo.conf, всё в порядке, запускаю заново
> > lilo тоже всё без видимых проблем - чтож перегружаюсь...  Всё
> > стартонуло, единственное что не понравилось - это по какой-то
> > причине не подгрузились модули из /etc/modules это
> > ip_conntrack_ftp и ip_nat_ftp и мой FTP перестал пускать в
> > "пассивном режиме". Команда modeprobe ip_conntrack_ftp
>
> modprobe
Как уже писал делал.

>
> > выдаёт ошибку - дескать не найден таковой модуль, ладно сделаем
> > грубее insmod  ip_conntrack_ftp && insmod ip_nat_ftp всё
> > вернуло в норму.
>
> Помогает ли depmod -a (который также выполняется при загрузке
> системы, ЕМНИП)?
depmod -a не делал, но после установки нового ядра я делал разумеется 
перезагрузку дабы перейти на это новое ядро и соответственно система должна 
была сама сделать depmod -a, но увы... мой FTP загнулся сразу после 
перезагрузки.

>
> > Но такое дело меня не устроило и я решил навести порядок в
> > ядрах и их модулях, ввиду того что новое ядро загрузилось, я
> > выбросил все предыдущие версии ядра из /boot и их модули,
> > отредактировал т.е. выкинул старые ядра из lilo.conf, затем
> > перезапустил lilo (чтобы изменения вступили в силу) всё прошло
> > нормально.
>
> Кгм.  Это не "порядок", поскольку к загруженному ядру с т.з.
> modprobe имеют отношение только /lib/modules/`uname -r`/*
>
И...? Не понял, что вы хотели этим сказать.

> > Перегружаюсь и.... связь с сервером потерялась. Ладно принёс
> > его к монитору и клавиатуре, подключил и вижу такую картину -
> > всё замерло на этапе: Starting system message bus services
>
> Ммм... что-то припоминается про старый-новый dbus и ядра примерно
> в районе 2.6.22, но точнее не скажу.
>
> > Alt+F12 тоже ничего не говорит, последнее что видно что-то типа
> > load system-ng success (точно не помню, но что success это
> > точно). Т.к. я это делал на "ночь глядя", то решил ничего не
> > трогать и лечь спать (как говориться утро вечера мудренее)
>
> 2) в уставшем виде рутовые привилегии -- это обеспечение себе
>    уставшего вида на следующий день...
>
:)
> > но по утру ничего не изменилась, за исключением того, что
> > внутренний интерфейс стал "пинговаться" т.е. поднялся, но
> > никакие сервисы не запустились. Ладно запустил rescue-cd
> > примонтировал всё, chroot, выключил этот сервис:
> > chkconfig messagebus off,
> > заново перегружаюсь, вижу что HAL не поднялся, это наверное
> > понятно, но опять встал в ступор уже на другом приложении -
> > dhcp.
>
> dhcpd?  Возможно, спрыгнула нумерация интерфейсов -- покажите
> /etc/iftab и /etc/net/iftab.
>
/mnt/hd/etc#less iftab
eth0    mac 00:0d:88:4e:3f:45
eth1    mac 00:c0:26:2d:cb:9d
в  /etc/net/ вообще нет iftab.
С виду всё в порядке, по крайней мере интерфейс, с которого раздавались адреса 
в сеть, поднялся с тем адресом, который ему и был дан.

> > После этого я не вдаваясь в подробности переставил систему на
> > один из диков т.к. уже соседи начали волноваться куда пропал
> > нужный всем интернет, но у меня всё ещё остался один HDD диск
> > (т.к. система была в SoftRAID mirroring) и если Вы мне поможете
> > я с удовольствием попробую воскресить былую систему или хотя бы
> > поясните чего это с ним произошло?
>
> Вообще обычно помогает нечто вроде бэкапа корня перед переездами:
>
> rsync -PavxH / /home/rootfs/
>
> Его не так много, чтоб не отложить на недельку-полгода полежать.
> Если /var, /usr отдельно -- разумеется, их тоже.
>
К сожалению этого не было. Да и там ещё более заморочено было реализовано мной 
т.е. RAID1, а поверху LVM акромя корня (/). На LVM /var, /usr, /home. 
Жуть... :)

> On Tue, Jul 01, 2008 at 05:59:16PM +0500, Sergey wrote:
> > Хотел написать, что я так делал уже не один раз, но вот
> > перепроверил и смотрю, что 2618-ovz-smp-24 я ни разу и не
> > поставил... ovz только 23 и есть 2.6.18-std-smp-alt12...
> > И софтраида нигде нет.
>
> В M40 alt23.M40.* -- бэкпорт alt24 из Sisyphus.
> В M41 alt24.* -- переложенное alt24 из Sisyphus.
>
> 2.6.18-ovz-smp-alt23.M40.2 без проблем работает с софтрейдом,
> модули грузит, в т.ч. конкретно ip_conntrack_ftp, ip_nat_ftp.
С этим соглашусь, с него то я и зачем-то переезжал на 2.6.18-ovz-smp-alt24,
но увы... не удачно.

-- 

С уважением, Вячеслав.

Re: [Sysadmins] Проблема после обновления до Branch 4.1

[Sergey]

On Monday 07 July 2008, Vyacheslav Brunev wrote:

> > 1) чистить /boot спешить вообще не стоит.
> >
> Никакой спешки и не было, просто было решено раз уж я обновился, уделил время 
> на это, то почему бы мне не выкинуть лишнее, для долгой и счастливой жизни.

Выкидывать лишнее рашьше, чем через несколько месяцев, не надо... И оставлять
одно ядро тоже не надо. Подтверждается долгой практикой.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [Sysadmins] Проблема после обновления до Branch 4.1

[Vyacheslav Brunev]

В сообщении от Monday 07 July 2008 11:47:54 Sergey написал(а):
>
> Выкидывать лишнее рашьше, чем через несколько месяцев, не надо... И
> оставлять одно ядро тоже не надо. Подтверждается долгой практикой.
Может быть...для разных форм параноидального синдрома и какого нибудь 
достаточно популярного сервера (которым пользуется масса народу, а не только 
локальная сеть в 3-5 компьютеров) это и стоило бы сделать так на всякий..
Но в данном случае я даже не ожидал такой "коварности" от Альта ;) 
Ведь я новое ядро опробовал, оно же работало, на вариант проверки загрузочной 
способности нового ядра я подстраховывался старыми тремя, но как оказалось - 
от человеческого фактора ни что не в силах уберечь. Вот теперь я в ожидании - 
дадут дельный совет по восстановлению системы - оживлю, а нет, то и судьба 
его такова :(

-- 

С уважением, Вячеслав.

Re: [Sysadmins] Проблема после обновления до Branch 4.1

[Michael Shigorin]

On Mon, Jul 07, 2008 at 11:04:30AM +0700, Vyacheslav Brunev wrote:
> > > Хотел написать, что я так делал уже не один раз, но вот
> > > перепроверил и смотрю, что 2618-ovz-smp-24 я ни разу и не
> > > поставил... ovz только 23 и есть 2.6.18-std-smp-alt12...
> > > И софтраида нигде нет.
> > В M40 alt23.M40.* -- бэкпорт alt24 из Sisyphus.
> > В M41 alt24.* -- переложенное alt24 из Sisyphus.
> > 2.6.18-ovz-smp-alt23.M40.2 без проблем работает с софтрейдом,
> > модули грузит, в т.ч. конкретно ip_conntrack_ftp, ip_nat_ftp.
> С этим соглашусь, с него то я и зачем-то переезжал на
> 2.6.18-ovz-smp-alt24, но увы... не удачно.

alt23.M* -- бэкпорты alt24.  Бишь то же самое.  И менять одно на
другое тоже смысла не было.

Я бы искал проблему в чём-то ещё, ну или поставил и то, и другое
и выяснил последовательными загрузками, есть ли разница.


On Mon, Jul 07, 2008 at 12:48:08PM +0700, Vyacheslav Brunev wrote:
> > Выкидывать лишнее рашьше, чем через несколько месяцев, не надо... И
> > оставлять одно ядро тоже не надо. Подтверждается долгой практикой.
> Может быть...для разных форм параноидального синдрома и какого нибудь 
> достаточно популярного сервера (которым пользуется масса
> народу, а не только локальная сеть в 3-5 компьютеров) это и
> стоило бы сделать так на всякий..

Нет, это просто хорошая привычка...

> Но в данном случае я даже не ожидал такой "коварности" от Альта ;) 

...не зависящая от дистрибутива.

> Ведь я новое ядро опробовал, оно же работало, на вариант
> проверки загрузочной способности нового ядра я подстраховывался
> старыми тремя, но как оказалось - от человеческого фактора ни
> что не в силах уберечь.

Эт точно. (вспоминая свои первые два линукса, творчески угробленные)

> Вот теперь я в ожидании - дадут дельный совет по восстановлению
> системы - оживлю, а нет, то и судьба его такова :(

Прошу прощения за запоздалый интерес -- что в итоге вышло?

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

Re: [Sysadmins] Проблема после обновления до Branch 4.1

[Vyacheslav Brunev]

В сообщении от Monday 30 June 2008 11:42:27 Vyacheslav Brunev написал(а):

Ещё дополню про тот обновленный мной Desktop... после обновления система 
перестала нормально монтировать Flash накопители (перешол на "ручной 
привод"), похоже с HAL что-то не так. В общем одни расстройства.

-- 

С уважением, Вячеслав.

Re: [Sysadmins] Проблема после обновления до Branch 4.1

[Andrii Dobrovol`s`kii]

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

Vyacheslav Brunev пишет:
> В сообщении от Monday 30 June 2008 11:42:27 Vyacheslav Brunev написал(а):
> 
> Ещё дополню про тот обновленный мной Desktop... после обновления система 
> перестала нормально монтировать Flash накопители (перешол на "ручной 
> привод"), похоже с HAL что-то не так. В общем одни расстройства.
> 
Да. Это есть. Но, с этим и в Сизифе бардак... Соответственно в
бранче не может быть хорошо.
-- 
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua            Kyiv, Ukraine
Phone: (380-44)   525-7824            Department of Gas Electronics
Fax:   (380-44)   525-2329             Institute of Physics of NASU
*********************dobrATjabber.iop.kiev.ua************************


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

Re: [Sysadmins] Проблема после обновления до Branch 4.1

[Sergey Shilov]

В сообщении от Wednesday 02 July 2008 08:03:09 Vyacheslav Brunev написал:

> Ещё дополню про тот обновленный мной Desktop... после обновления система
> перестала нормально монтировать Flash накопители (перешол на "ручной
> привод"), похоже с HAL что-то не так. В общем одни расстройства.
Недавно ставил 4.0.1, затем обновлял до 4.1.
Перестала в КДЕ автомонтироваться vfat Flash с руганью на опцию flush.
Помогло удаление  
из файла 
/usr/share/hal/fdi/policy/10osvendor/20-storage-methods.fdi
из секции
      <match key="volume.fstype" string="vfat">
        <match key="/org/freedesktop/Hal/devices/computer:system.kernel.name" string="Linux">
соответствующей строки
 <append key="volume.mount.valid_options" type="strlist">flush</append>

Кстати, о назначении последней опции монтирования (даже на Сизифе, где данная строчка работе не мешает)
# man -a mount | grep flush
по неведомой причине скромно умалчивает.
 

-- 
С уважением
Сергей Шилов.