Я тоже с интересом слежу за развитием Xen на ARM. Довольно интересная идея, которая позволит нам увидеть PV на производительных портативных устройствах. Мне нахватает именно этого функционала в современных планшетах: возможности запустить полноценную гостевую ОС.
С точки зрения же разделения «по задачам», то я считаю это еще одним важным шагом для мобильных ОС. Данное решение позволило бы повысить общую стабильность в рамках использования пользовательских приложений.

Несомненно. Но xapi в версии Citrix уже несет в себе некоторый функционал, отличный от исходного. И его хотелось бы использовать.

Но тем не менее, производитель накладывает некоторые ограничения в лицензиях.

Конечно. Здесь требуется жесткий юридический подход.

Изменение конфигурационных файлов является неотъемлемой частью работы с системой.
Изменение этого файла предусмотрено, так как компания Citrix дает совету по изменению параметров таким методом (при некоторых специфичных неисправностях). Так же компания выпустила утилиту для работы с этим файлом.
В совокупности, это позволяется считать данные изменения легитимными, хоть и не документированными.

При наличии претензий со стороны компании Citrix я, в свою очередь, готов убрать размещенный материал.

Приятный бэкап-сервер. Но не будет ли пленка эффективнее при таких объемах? (tape library в смысле)

Наиболее доступный способ, — взять триал лицензию на сайте компании Citrix (http://www.citrix.com)
Они предоставляют возможность попробовать весь их платный функционал.

state.db суть дела конфигурационный файл, куда складывает все данные XenAPI во время остановки.
По-сути, мы лишь меняем настройки XenServer.

Не уверен. Но скорее «нет» чем «да».
Вопрос скорее юридический. Поскольку данные действия, по сути, являются walkaround для использования необходимого функционала.

SElinux появился в конце 2000-х где-то.
В RedHat он часть систем с 4-го RHEL.

МСВС на основе RHEL-4 написан. В него вкорячили ГОСТ.
МСВСфера на основе RHEL-5, если я не прав, поправьте :)

Так что, я подозреваю что SElinux они видели, и вполне могли переименовать :)
Ждем-с подробностей от автора насчет практической части :)

По причине того, что XenServer 5.6 имел необходимый набор поддерживаемого «железа».
В принципе, технология идентична для любой вариации Xen, я полагаю.

Если я правильно помню, в RedHat можно внедрить MLS (MultiLayerSecurity) политику в SELinux. Тогда и будет мандатное разграничение. Не его ли применили в МСВС? Или что-то свое?

Заставить его хранить в файлах хлопотно. По умолчанию, он все будет делать как LVM.

Уже понял, что был не прав, но поздно, увы)

Но спасибо за наводку. По факту да, получился парсер S-exp.
Плюсом то, что довольно универсальный.

Обратите внимание на внесенные изменения в библиотеку сElementTree.
Реализация XML парсера для Python 2.4 реализующего упорядоченное хранение аттрибутов.

В основном он необходим для быстрого поиска необходимых параметров и связей между ними.
Изменения, в частности, вносились для изменения роли субъектов.

Элемент внутри тэга "<row" критичных к тому, что бы первым шел «ref=» и закрывающим был "_ref".
При парсинге стандартными библиотеками, перед тем как сохранить XML выполняется функция sort().
После этого xapi не стартует, — в логах видно то, что он не получает ожидаемые атрибуты.

Всем бы хорош XS, но уж больно много проблем с безопасностью.