NSCD в VE [message #35405] |
Tue, 24 March 2009 06:49 ![Go to next message Go to next message](/theme/ovz3/images/down.png) |
POMAH007
Messages: 39 Registered: May 2007 Location: Kemerovo, Russia
|
Member |
|
|
У меня VE перестал "фризиться" (при live-migration):
`vzctl chkpnt ...` выдавал:
Can not dump container: Invalid argument
Error: unknown restart block ....
Checkpointing failed
При этом dmesg сообщал:
CPT ERR: .............,... :unknown restart block
Сегодня совершенно случайно выяснил (я и подумать на ЭТО не мог), что не получается получить дамп при запущенном nscd.
У разработчиков есть какие-нибудь комментарии? Поскольку я ничего подобного на форуме не нашел.
Система SLES 10 SP2 на HN&VE. Ядро, соответственно, для SLES с openvz.org. Ядро поменять на Redhat не просите - с этим проблемы (зависимости, скрипты и т.д.)
[Updated on: Tue, 24 March 2009 06:52] Report message to a moderator
|
|
|
|
|
|
Re: NSCD в VE [message #35419 is a reply to message #35410] |
Wed, 25 March 2009 00:21 ![Go to previous message Go to previous message](/theme/ovz3/images/up.png) ![Go to next message Go to next message](/theme/ovz3/images/down.png) |
POMAH007
Messages: 39 Registered: May 2007 Location: Kemerovo, Russia
|
Member |
|
|
Ничего. Или я не уловил тонкости.
Я не могу припомнить, фризил ли я раньше систему с запущенным NSCD? Вроде, нет.
З.Ы.: А как же новые ядра для SLES? Айвазовски и, вроде, Чехов? Хотя, они, в первую очередь, для OpenSUSE 11.
[Updated on: Wed, 25 March 2009 00:23] Report message to a moderator
|
|
|
Re: NSCD в VE [message #35431 is a reply to message #35419] |
Wed, 25 March 2009 11:13 ![Go to previous message Go to previous message](/theme/ovz3/images/up.png) ![Go to next message Go to next message](/theme/ovz3/images/down.png) |
maratrus
Messages: 1495 Registered: August 2007 Location: Moscow
|
Senior Member |
|
|
Здравствуйте,
Quote: |
адрес c013db35. в kallsyms такой цифры нет. наверное, именно поэтому ошибка и возникла.
|
Прошу вас проверить это еще раз.
Похоже, я воспроизвел вашу проблему, и данный адрес указывает на
futex_wait_restart.
Если так, то, боюсь, в 2.6.16 ядре данная проблема останется и не будет исправлена.
Конкретно данная проблема решена следующим коммитом:
http://git.openvz.org/?p=linux-2.6.24-openvz;a=commit;h=c73b 89d72490ff46c8280f52dec10d1a6cc8f622
Сомневаюсь, что он приложится как есть,
Но на всякий случай
http://git.openvz.org/?p=linux-2.6.24-openvz;a=history;f=ker nel/cpt/cpt_process.c;h=c69053646e181eed7f8f052dce7288ca2b98 6fc3;hb=HEAD
Очень похоже, что следующие коммиты исправляют подобные ситуации с restart_block:
Quote: |
2008-02-13
Alexey Dobriyan
CPT: implement FUTEX_WAIT restart
2008-02-13
Alexey Dobriyan
CPT: implement poll(2) restart
2008-02-12
Alexey Dobriyan
CPT: refactor nanosleep restart dumping code a bit
|
|
|
|
|