GD Star Rating
loading...
loading...
привет. у меня новая ЗЕНОПРОБЛЕМА
я сделал копию харда реального сервера и влил её в Citrix XenServer. гостевая система – OpenSuSE 11.1. переинсталлил граб, подправил конф граба под новые девайсы. ядро начинает грузиться, пишет про то, что видит виртуальный хард и сидюк QEMU, пишет
[ATA 1.0] … хард
[ATA 1.1] … сидюк, но затем никак не может дождаться появления девайса с рутовым разделом и валится в бизибокс. в /dev/ хардов нихуяшечки. я пробовал грузиться с диска, затем монтировать рутфс (с proc, sys и dev), затем обновлять рамдрайв mkinitrd, но ситуацию это не улучшило (разве что после этого как раз и стали появляться строки про хард и сидюк). может мне переустановить пакет с ядром или взять его из livecd какого-нибудь?
да, ещё отмечу, что нужна именно эта система, именно с этого диска, именно в такой конфигурации (в идеале даже версию ядра сохранить). подго товить ОС к миграции на реальном сервере возможности нет. как вы поняли, виртуализация полная (HVM), не паравиртуализованное ядро
решено. mkinitrd прошёл более успешно после правки /boot/grub/device.map и под ядром, чья версия ближе к версии генерируемого рамдрайва и девайсноды появились.
HVM – это плохо
где есть?
//www.google.ru/search?gcx=c&source…
[[email protected] ~]$ which lomount
/usr/bin/ no lomount in (/usr/lib64/qt-3.3//usr/local//usr///us r/local//usr///home/vladi slav/bin)
чем?
упс, не туда ответил
По моему опыту, сверхтормоза по ЦПУ показывает QEMU при интенсивной работе гостевой системы, вплоть до полного дауна dom0. Я решал эту проблему, назначая ionice -c3 всем qemu пидам. В целом, костыль очень помог.
Естественно, что если для работы ты используешь нативные драйвера для дисков – то все окэ.
Я винду в качестве гостевой теперь запускаю с нативными для ксена драйверами и все стало ок.
Но, к сожалению, в 18 ядре нету cgroups и ограничить I/O без кему я не знаю как – и это бедааа
да, я всё это понимаю. но есть два сервера – боевой и тестовый, тестовый – виртуалка и на нём нет больших нагрузок. иногда тестовый переезжает на боевой, а боевой на тестовый, поэтому удобнее, когда всё работает в HVM. я пытался настраивать PV-ядро, но походу проблема в том, что pygrub ситрикса не может загружать ядро с reiserfs, которая используется в виртуалке. поскольку это было некритично – я пока забил
ясно. я образы беру сразу готовые с jailtime.
Боевой и тестовый с одной дисковой системой и живой миграцией?
И зачем ксен называть зеном.
у английского языка вроде как такие правила, X в начале слова на русские имеет транскрипцию [z].
боевой бэкапится пока что акронисом и образ восстанавливается эпизодически на тестовом. я так понимаю, что обратное тоже будет требоваться
по феншую можно попробовать сделать кластер высокой
доступности. вот так, например
//www.opennet.ru/base/net/xen_clust…
Я, если честно, сам не пробовал – но было бы прикольно зарядить.
об этом думать пока ещё рано – тут такой пиздец щас, что юзеры могут всю сеть положить, заняв ип роутера (например просто принеся из дома комп, настроенный на использование адсл-модема и имеющий статический адрес); сервер с бэкапами совсем недавно был открыт на чтение-запись всем. короче, ёбаный стыд, делаю щас сразу всё