Bug 24557 - [p5] Отказ ядра при установке на 128 МБ RAM
Summary: [p5] Отказ ядра при установке на 128 МБ RAM
Status: CLOSED NOTABUG
Alias: None
Product: Sisyphus
Classification: Development
Component: kernel-image-std-def (show other bugs)
Version: unstable
Hardware: all Linux
: P3 normal
Assignee: Vitaly Chikunov
QA Contact: qa-sisyphus
URL:
Keywords: distro-blocker
Depends on:
Blocks:
 
Reported: 2010-11-13 20:24 MSK by Andrey Cherepanov
Modified: 2010-11-14 12:20 MSK (History)
7 users (show)

See Also:


Attachments
Вывод dmesg при установке (31.60 KB, text/plain)
2010-11-13 20:25 MSK, Andrey Cherepanov
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Andrey Cherepanov 2010-11-13 20:24:20 MSK
При установке дистрибутива на базе p5 с kernel-image-std-def-2.6.32-alt20.M50P.1 на (внимание!) 128 МБ RAM возникают множественные отказы ядра (см. вложение), что делает установку невозможной. На большем объёме памяти установка работает нормально. На 2.6.30 тоже всё работат хорошо даже на 128 МБ RAM.
Comment 1 Andrey Cherepanov 2010-11-13 20:25:52 MSK
Created attachment 4656 [details]
Вывод dmesg при установке
Comment 2 AEN 2010-11-13 20:31:32 MSK
Уточнение. 
128 -- не магическое число. При небольшом числе пакетов в дистрибутиве она наблюдается при установке с меньшим RAM. Важно, что на 30-м ядре с тем же RAM она не проявляется. Ошибка происходит на этапе выполнения  post-install пакетов.
Comment 3 Andrey Cherepanov 2010-11-13 21:14:12 MSK
Поправка: на 5.1 те же симптоимы
Comment 4 AEN 2010-11-13 21:55:41 MSK
(В ответ на комментарий №3)
> Поправка: на 5.1 те же симптоимы

У меня нет.
Comment 5 AEN 2010-11-13 22:10:31 MSK
Похоже, что циклит /usr/lib/rpm/gtk-icon-cache.filetrigger
Comment 6 AEN 2010-11-13 22:31:51 MSK
Выделил #24558
Comment 7 Michail Yakushin 2010-11-13 22:57:58 MSK
Машины с 128 мб памяти морально устарели. Отсюда вывод, либо мы беремся решать эту проблему, но тогда надо выпускать специальное ядро(до 2х недель работы). Либо просто на неё забиваем.
Я считаю что поддержка всякого хлама нецелесообразна.
Comment 8 Michail Yakushin 2010-11-13 23:02:11 MSK
Собственно причина падения в том что кончилась оперативная память.
Comment 9 AEN 2010-11-13 23:06:41 MSK
(В ответ на комментарий №8)
> Собственно причина падения в том что кончилась оперативная память.

Да. Но она кончилась из-за ошибки. Это же ядро прекрасно работает при установке на 96Mb другого образа с меньшим числом пакетов. Потому если не вылечить ошибку, то она будет выплывать и на 1Gb.
Comment 10 Michail Yakushin 2010-11-14 01:01:37 MSK
Там нет ошибки. В логах есть только сообщения о out of memory killer и task hangup. Несмотря на всю страшность логов.
Comment 11 AEN 2010-11-14 01:05:51 MSK
(В ответ на комментарий №10)
> Там нет ошибки. В логах есть только сообщения о out of memory killer и task
> hangup. Несмотря на всю страшность логов.

Да, в ядре ошибки нет. 
gtk-icon-cache.filetrigger выжирает всю память.
Comment 12 Dmitry V. Levin 2010-11-14 01:09:05 MSK
(In reply to comment #10)
> Там нет ошибки. В логах есть только сообщения о out of memory killer и task
> hangup. Несмотря на всю страшность логов.

oom killer -- это вообще не вопрос к ядру.
Меня гораздо больше интересует природа самой первой ошибки на 675-й секунде,
которая I/O error.  Это похоже на баг.
Comment 13 Michail Yakushin 2010-11-14 01:10:33 MSK
Ещё есть drive timeout, из за которого собственно task hangup был. Но это все
как то связано. Стоит кстати проверить на разных железках, везде ли там есть
этот drive timeout
Comment 14 AEN 2010-11-14 01:12:03 MSK
(В ответ на комментарий №13)
> Ещё есть drive timeout, из за которого собственно task hangup был. Но это все
> как то связано. Стоит кстати проверить на разных железках, везде ли там есть
> этот drive timeout

Этот лог, кстати, от установки в KVM
Comment 15 Dmitry V. Levin 2010-11-14 01:12:30 MSK
(In reply to comment #11)
> gtk-icon-cache.filetrigger выжирает всю память.

Если команда
gtk-update-icon-cache --force --quiet "$dir"
выжирает всю память, то вешайте баг на gtk-update-icon-cache.
Comment 16 AEN 2010-11-14 01:19:47 MSK
(В ответ на комментарий №15)
> (In reply to comment #11)
> > gtk-icon-cache.filetrigger выжирает всю память.
> 
> Если команда
> gtk-update-icon-cache --force --quiet "$dir"
> выжирает всю память, то вешайте баг на gtk-update-icon-cache.

#24558

Кажется, она выжирает не всю доступную память, а много памяти. И это как-то зависит от иконок.
Comment 17 AEN 2010-11-14 01:48:54 MSK
Обсуждаем в 24558
Comment 18 Anton Farygin 2010-11-14 09:09:08 MSK
(В ответ на комментарий №12)

> Меня гораздо больше интересует природа самой первой ошибки на 675-й секунде,
> которая I/O error.  Это похоже на баг.

I/O error постоянно ловлю на server-light в момент записи скриптами /etc/hosts

После загрузки пишется всё хорошо. Где-то ошибка в aufs ?
Comment 19 Michail Yakushin 2010-11-14 12:20:52 MSK
(В ответ на комментарий №18)
> I/O error постоянно ловлю на server-light в момент записи скриптами /etc/hosts
> 
> После загрузки пишется всё хорошо. Где-то ошибка в aufs ?

dmesg в студию.