1 votes

Démarrage de libvirt avec kickstart install RHEL7

J'ai une tâche très problématique, et un point me met en colère. Je vais faire simple : Objectif : Installer CentOS7 avec kickstart. A la fin de l'installation comme post script, il doit démarrer libvirtd et créer une machine virtuelle avec la commande virt-install.

Dans mon fichier kickstart, j'ai :

dd if=/dev/zero of=/var/lib/libvirt/images/fw.qcow2 bs=1024 count=0 seek=10G
/usr/sbin/libvirtd -d &
systemctl enable libvirtd
virt-install --name=firewall --disk path=/var/lib/libvirt/images/fw.qcow2 --ram=2048 --vcpus=2 --nographics --os-type=linux --os-variant=rhel7 --location /mnt/cdrom/CentOS-7-x86_64-Minimal-1511.iso --extra-args="console=tty0 console=ttyS0,115200 rd_NO_PLYMOUTH"

Cependant, mon expérience est la suivante : Je ne sais pas s'il démarre libvirt, il l'active définitivement car après le redémarrage, libvirt fonctionne, mais l'OS n'est pas installé via virt-install. Dans le fichier ks-post.log, j'ai :

ERROR Cannot recv data: Connection reset bypeer
error: Dailed to connect to the hypervisor
error: no calid connection
error: Failed to connect socket to '/var/run/libvirt/libvirt-sock': No such file or directory

Je suppose que je n'ai pas pu démarrer libvirtd correctement avec le programme

/usr/sbin/libvirtd -d &

commande suis-je ?

0voto

axus Points 229

Au lieu de :

/usr/sbin/libvirtd -d &

Essayez :

systemctl start libvirtd

Vous pourriez utiliser journalctl pour regarder les journaux de systemd.

Aussi, je m'interroge sur votre --location argument.

0voto

Parth Patel Points 111

Je sais que je suis en retard, mais pour tous ceux qui souhaitent faire quelque chose de semblable à l'avenir, je vous suggère de faire une systemd qui exécute simplement un Shell Shell normal contenant vos commandes. Une différence clé entre l'exécution de commandes dans un environnement chroot dans Kickstart et un OS normal démarré est que le noyau des machines cibles n'est pas chargé en exécution (je ne sais pas exactement) mais comme les services ne sont pas en cours d'exécution (y compris tous les démons), vous ne pourrez pas lancer de ' service ou systemctl ' dans l'environnement chrooté de kickstart. J'ai été confronté à un problème similaire, et j'ai simplement créé un fichier systemd pour mon environnement centos7 qui, après le redémarrage initial du système, démarre un serveur apache sur le port 8080 et copier-coller quelques fichiers personnalisés, et après l'exécution, supprime le fichier systemd original afin que le même Shell Shell ne soit pas appelé après le premier redémarrage.

REMARQUE : pour que cette technique fonctionne, vous devez copier-coller l'adresse de l'entreprise. systemd et (si nécessaire) quelques autres fichiers du support d'installation (iso) vers le système de fichiers de destination. Si vous ne souhaitez pas faire cela, dans l'environnement chroot de votre kickstart lui-même, vous pouvez simplement faire en sorte que curl ou wget (télécharger) le fichier systemd dans le dossier systemd qui sont hébergés sur le même ou un autre serveur.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X