Глюки Питона
Стоит у меня glibc2.5, python-2.4.4. И занимался проблемой запуска Solaris-b44 под ядром от RHEL5. Конкретно "xm create" ругался "Unable to find number for device (0)". Нашел я это место в коде и модифицировал сообщение. Ноль эффекта, выдается старое. Другого такого сообщения нигде нет. Вообще выкинул этот исходник и компилированный вариант. А без разницы, все равно работаем и выдаем старое сообщение. Ладно, прибегаем к методу от Winodws -- перезагрузка. Ба, теперь все работает.
Что ж у нас творится? Кто отсутствующий файл в памяти держит? Похоже что ядро от RHEL5. Оно правда еще модифицировано на предмет openvz. Но думаю, что это не причем. Там RH добавила fs/fscache. Наверно, с глюками это дело. Вот вам и энтерпрайс. А еще почему-то никто из разработчиков и пользователей RHEL5 (и всяких CentOS5, SL) не запускал в domU Solaris. Ибо иначе бы давно пофиксили.
- Для комментирования войдите или зарегистрируйтесь
Разобрался
Файл, который я правил, используется /etc/init.d/xend (он на питоне). Я правил файл при запущенном xend и эффекта не было. А если перезапустить xend, то все нормально. То есть получается, что этот файл считывается при запуске и потом на него внимания не обращают (можно даже удалить его). Не ожидал я такого от python :-( По-моему в bash, если исправить скрипт, который выполняется (стрчки добавить или убавить), то правильность выполнения скрипта будет нарушена.
PS: но solaris-b44 теперь запускается под openvz-el5 Smile Да, и glibc я себе сделал с заплатками от RH. Там одна заплатка -- исправление вызова ядра с 6 аргументами. Неужто это не используется на x86? Ибо в GENTOO заплаток много, но это не исправлено.