Рейтинг:3

не работает автозапуск вирша

флаг ru
root@virtual3:~# автозапуск virsh nstest
Домен nstest помечен как автозапуск

root@virtual3:~# virsh dominfo nstest 
Идентификатор:             -
Имя: nstest
UUID: 8cf691cd-7246-442b-a26b-3580e24600c5
Тип ОС: ХВМ
Состояние: выключено
ЦП: 2
Максимальный объем памяти: 6291456 КиБ
Используемая память: 2097152 КиБ
Постоянный: да
Автозапуск: отключить
Управляемое сохранение: нет
Модель безопасности: apparmor
DOI безопасности: 0

root@virtual3:~# 

Что я делаю не так? Домен xml указан в /etc/libvirt/qemu/autostart, но автозапуск по-прежнему отсутствует :(

В логах ничего :((

Рейтинг:2
флаг us

У меня была такая же проблема (03.02.22), и я нашел решение сейчас (7.02.22).

Проблема: У меня тоже были такие же проблемы. Это никогда не случалось раньше. На одном хосте Centos 7 первые 3 виртуальные машины, для которых я ранее установил автозапуск, работали нормально (я мог включать и отключать автозапуск). Но у меня было 4 других, которые ранее запускались автоматически, а теперь были настроены на то, чтобы этого не делать, и я не мог их включить. Я обычно использую интерфейс. Если я нажму для автозапуска, сохранения и возврата, он не будет проверен, хотя должен быть. Итак, я попробовал это через командную строку, но это тоже не сработало, и я обнаружил то, что вы обнаружили выше. Перезагрузка клиентов или хост-компьютера не имеет значения. Независимо от того, запущена ли клиентская виртуальная машина или выключена.

Решение. Кажется, что-то рассинхронизировалось. Что, я не уверен. Проблема явно не в том, что что-то сохранено в файле .xml виртуальной машины. Хотя я так и не обнаружил, что именно было не так, я нашел, как это исправить. Все, что настроено на автозапуск, должно иметь запись в /etc/libvirt/qemu/autostart/ с именем вроде имя_машины.xml, содержащую символическую ссылку на файл конфигурации xml виртуальной машины с тем же именем в /etc/libvirt/qemu/. Удалите символическую ссылку для проблемных клиентов в каталоге /etc/libvirt/qemu/autostart. (убедитесь, что вы не удалили исходный xml в каталоге qemu). Теперь, когда вы пытаетесь включить автозапуск либо через пользовательский интерфейс, либо через «virsh autostart имя_машины». Я удалил файлы autostart/*xml для 4 проблемных клиентов, а затем повторно включал и выключал один через пользовательский интерфейс, а остальные 3 через командную строку, и теперь у меня все работает нормально...

Рейтинг:1
флаг gr

В моем случае проблема заключалась в том, что у меня в папке автозапуска был файл, а не ссылка.

root@kvm1630:/etc/libvirt/qemu # ls -l 
-rw------- 1 root root 7982 févr. 18 15:17

root@kvm1630:/etc/libvirt/qemu # ls -l автозапуск/
-rwx------ 1 root root 6195 avril 16 2021 hebergement.xml*

Решение: удалите файл и создайте символическую ссылку.

root@kvm1630:/etc/libvirt/qemu # rm autostart/hebergement.xml
rm: удалить обычный файл autostart/hebergement.xml? у

Затем снова запустите команду, чтобы сделать автозапуск ВМ:

root@kvm1630:/etc/libvirt/qemu # virsh autostart hebergement
Гебергемент домена помечен как автоматически запускаемый

root@kvm1630:/etc/libvirt/qemu # ls -l автозапуск/
lrwxrwxrwx 1 корень корень 33 févr. 18 15:49 hebergement.xml -> /etc/libvirt/qemu/hebergement.xml

Окончательно проверяем, что ВМ действительно автозапуск.

root@kvm1630:/etc/libvirt/qemu # virsh dominfo hebergement
Идентификатор: 9
Имя: хебергемент
UUID: 74590197-8b3a-4bed-95e6-653ce7c456af
Тип ОС: ХВМ
Состояние: работает
ЦП: 1
Время процессора: 6614,7 с
Максимальный объем памяти: 8388608 КиБ
Используемая память: 8388608 КиБ
Постоянный: да
Автозапуск: включить
Управляемое сохранение: нет
Модель безопасности: нет
DOI безопасности: 0

К вашему сведению, я использую fi-backup скрипт LibVirtKvm для создания снимков ВМ каждый час... Следствие: XML-файл определения ВМ меняется каждый час следующим образом:

root@kvm1630:/etc/libvirt/qemu # colordiff hebergement.xml autostart/hebergement.xml
46,83с48
< <исходный файл='/var/lib/libvirt/images/hebergement.bimg-20220218-151710'/>
< <backingStore type='file'>
< <тип формата='qcow2'/>
< <исходный файл='/var/lib/libvirt/images/hebergement.bimg-20220218-141710'/>
< <backingStore type='file'>
< <тип формата='qcow2'/>
< <исходный файл='/var/lib/libvirt/images/hebergement.bimg-20220218-131710'/>
< <backingStore type='file'>
< <тип формата='qcow2'/>
< <исходный файл='/var/lib/libvirt/images/hebergement.bimg-20220218-121709'/>
< <backingStore type='file'>
< <тип формата='qcow2'/>
< <исходный файл='/var/lib/libvirt/images/hebergement.bimg-20220218-111709'/>
< <backingStore type='file'>
< <тип формата='qcow2'/>
< <исходный файл='/var/lib/libvirt/images/hebergement.bimg-20220218-101711'/>
< <backingStore type='file'>
< <тип формата='qcow2'/>
< <исходный файл='/var/lib/libvirt/images/hebergement.bimg-20220218-091738'/>
< <backingStore type='file'>
< <тип формата='qcow2'/>
< <исходный файл='/var/lib/libvirt/images/hebergement.bimg-20220218-091200'/>
< <backingStore type='file'>
< <тип формата='qcow2'/>
< <исходный файл='/var/lib/libvirt/images/hebergement.bimg-20220218-082151'/>
< <backingStore type='file'>
< <тип формата='qcow2'/>
< <исходный файл='/var/lib/libvirt/images/hebergement.qcow2'/>
< <backingStore/>
< </backingStore>
< </backingStore>
< </backingStore>
< </backingStore>
< </backingStore>
< </backingStore>
< </backingStore>
< </backingStore>
< </backingStore>
---
> <исходный файл='/var/lib/libvirt/images/hebergement.bimg-20210415-011726'/>

Надеюсь, это поможет

Эрнест.

Рейтинг:0
флаг fr

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

Настройте домен для автоматического запуска при загрузке.

Если вы хотите немедленно запустить виртуальную машину, вам нужно сделать это с помощью вирш старт.

David avatar
флаг ru
Извините, я не дал понять - он по-прежнему не запускается автоматически, даже когда я перезагружаю сервер. В логах вообще ничего. «nstest.xml» указан в /etc/libvirt/qemu/autostart :(

Ответить или комментировать

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