GD Star Rating
loading...

привет. у меня новая ЗЕНОПРОБЛЕМА

я сделал копию харда реального сервера и влил её в Citrix XenServer. гостевая система – OpenSuSE 11.1. переинсталлил граб, подправил конф граба под новые девайсы. ядро начинает грузиться, пишет про то, что видит виртуальный хард и сидюк QEMU, пишет

[ATA 1.0] … хард
[ATA 1.1] … сидюк, но затем никак не может дождаться появления девайса с рутовым разделом и валится в бизибокс. в /dev/ хардов нихуяшечки. я пробовал грузиться с диска, затем монтировать рутфс (с proc, sys и dev), затем обновлять рамдрайв mkinitrd, но ситуацию это не улучшило (разве что после этого как раз и стали появляться строки про хард и сидюк). может мне переустановить пакет с ядром или взять его из livecd какого-нибудь?

Tagged with →  

5 Responses to привет.

  1. TumorF:

    да, ещё отмечу, что нужна именно эта система, именно с этого диска, именно в такой конфигурации (в идеале даже версию ядра сохранить). подго товить ОС к миграции на реальном сервере возможности нет. как вы поняли, виртуализация полная (HVM), не паравиртуализованное ядро

  2. TumorF:

    решено. mkinitrd прошёл более успешно после правки /boot/grub/device.map и под ядром, чья версия ближе к версии генерируемого рамдрайва и девайсноды появились.

  3. DSoev:

    HVM – это плохо

  4. TumorF:

    где есть?
    //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)

  5. TumorF:

    упс, не туда ответил

  6. DSoev:

    По моему опыту, сверхтормоза по ЦПУ показывает QEMU при интенсивной работе гостевой системы, вплоть до полного дауна dom0. Я решал эту проблему, назначая ionice -c3 всем qemu пидам. В целом, костыль очень помог.
    Естественно, что если для работы ты используешь нативные драйвера для дисков – то все окэ.
    Я винду в качестве гостевой теперь запускаю с нативными для ксена драйверами и все стало ок.
    Но, к сожалению, в 18 ядре нету cgroups и ограничить I/O без кему я не знаю как – и это бедааа

  7. TumorF:

    да, я всё это понимаю. но есть два сервера – боевой и тестовый, тестовый – виртуалка и на нём нет больших нагрузок. иногда тестовый переезжает на боевой, а боевой на тестовый, поэтому удобнее, когда всё работает в HVM. я пытался настраивать PV-ядро, но походу проблема в том, что pygrub ситрикса не может загружать ядро с reiserfs, которая используется в виртуалке. поскольку это было некритично – я пока забил

  8. DSoev:

    ясно. я образы беру сразу готовые с jailtime.
    Боевой и тестовый с одной дисковой системой и живой миграцией?
    И зачем ксен называть зеном.

  9. TumorF:

    у английского языка вроде как такие правила, X в начале слова на русские имеет транскрипцию [z].
    боевой бэкапится пока что акронисом и образ восстанавливается эпизодически на тестовом. я так понимаю, что обратное тоже будет требоваться

  10. DSoev:

    по феншую можно попробовать сделать кластер высокой

  11. DSoev:

    доступности. вот так, например
    //www.opennet.ru/base/net/xen_clust…

    Я, если честно, сам не пробовал – но было бы прикольно зарядить.

  12. TumorF:

    об этом думать пока ещё рано – тут такой пиздец щас, что юзеры могут всю сеть положить, заняв ип роутера (например просто принеся из дома комп, настроенный на использование адсл-модема и имеющий статический адрес); сервер с бэкапами совсем недавно был открыт на чтение-запись всем. короче, ёбаный стыд, делаю щас сразу всё

Добавить комментарий