From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 X-Virus-Scanned: amavisd-new at elserv.ru To: ALT Linux Sisyphus discussions References: <841FF6BE-7C06-4994-B8E9-008F95CB3068@ntechs.ru> From: Alex Moskalenko Message-ID: <2b668e85-15f4-a6a7-80d1-616acb481c59@elserv.msk.su> Date: Fri, 14 Oct 2016 16:05:09 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [sisyphus] Xen-4.7.0 X-BeenThere: sisyphus@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Sisyphus discussions List-Id: ALT Linux Sisyphus discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Oct 2016 13:05:15 -0000 Archived-At: List-Archive: List-Post: 14.10.2016 15:38, Dmitriy D. Shadrinov пишет: > А есть ли что-нибудь, мешающее скопировать эту сборку в P8? Хотелось бы тестировать/использовать ее в более стабильном окружении. > Я вижу на данный момент такие проблемы: не загружается гипервизор > с помощью grub2, собранного на свежей базе сизифа, я пытаюсь сейчас разобраться в чем проблема, > пока дошел только до того, что сломалась сборка c 25.10.2014 на 26.10.2014. > > Последний grub2-2.00-alt21, собранный на базе Сизифа от 25.10.2014 работает. > и второе скрипт из grub2, генерирующий grub.cfg делает в нем синтаксическую ошибку > (забывает одну закрывающую фигурную скобку) Тут не подскажу - использую extlinux. >> По результатам тестирования получилось следующее. Система - обновленный P8, ядра - 4.4.23-std-def и 4.7.7-un-def. >> >> …. >> PS Хотелось бы оторвать зависимость xen-runtime на xen-hypervisor-abi и починить Device Model Stubdomains. > Принимается, постараюсь разобраться, вышеописанное требует более глубокого осмысления, > по мере изменений буду отмечаться здесь Скорее всего, есть смысл попытаться отделить собственно xl с нужными ей библиотеками от остального xen-runtime, чтобы не тянуть в driver domain кучу совсем не требующихся там библиотек типа qemu, xorg и т.п. Так как ioemu-stubdom.gz - это по сути статически слинкованная ELFка, то попробовал с их вариантами из RPMов RawHide с rpmfind.net. ioemu-stubdom.gz из xen-runtime-4.7.0-6 тоже падает, а вот из xen-runtime-4.6.3-6 работает. Может, что-то поломали именно в самом xen-4.7.0? PS Stubdomain нужен не только для деаггрегации Dom0, но и для возможности запуска HVM-доменов с дисками не в Dom0, а в Driver Domain'ах - если я правильно понял документацию, запуск HVM-доменов с дисками не в Dom0 невозможен по причине того, что qemu требуется физический доступ к файлам/устройствам дисков для обеспечения загрузки, а DeviceModel Stubdomain эту проблему решает. Поправьте меня, если это не так.