KVM in der Version 2.8 installieren

Hallo an alle

Ich habe heute unseren Server auf die Version 4.2.2 aktualisiert. Läuft soweit alles. Nur…
Die Windows7-VM will nicht mehr funktionieren. Hab’ gelesen, dass die UVMM nur mit der aktualisierten KVM in der Version 2.8 arbeitet. Die installierte ist aber in der Version 1.2.8.

Meine Frage: Wie bekomme ich die KVM-Version 2.8 installiert und/oder wie importiere
ich die vorhandene VM?

Gruß Torsten

Das notwendige Paket heißt qemu-kvm, nicht kvm

$ apt-cache policy qemu-kvm
qemu-kvm:
  Installiert:           1:2.8+dfsg-3~bpo8+1A~4.2.0.201703271321
  Installationskandidat: 1:2.8+dfsg-3~bpo8+1A~4.2.0.201703271321
  Versionstabelle:
 *** 1:2.8+dfsg-3~bpo8+1A~4.2.0.201703271321 0
        500 https://updates.software-univention.de/4.2/maintained/ 4.2-0/amd64/ Packages
        100 /var/lib/dpkg/status
     1.1.2+dfsg-6.55.201708152029 0
        500 https://updates.software-univention.de/4.1/maintained/ 4.1-5/amd64/ Packages
     1.1.2+dfsg-6.51.201605111106 0
        500 https://updates.software-univention.de/4.1/maintained/ 4.1-3/amd64/ Packages
     1.1.2+dfsg-6.50.201605111104 0
        500 https://updates.software-univention.de/4.0/maintained/component/ 4.0-4-errata/amd64/ Packages
     1.1.2+dfsg-6.48.201510271706 0
        500 https://updates.software-univention.de/4.0/maintained/ 4.0-4/amd64/ Packages
     1.1.2+dfsg-6.47.201506231351 0
        500 https://updates.software-univention.de/4.0/maintained/ 4.0-3/amd64/ Packages
     1.1.2+dfsg-6.43.201501191249 0
        500 https://updates.software-univention.de/4.0/maintained/ 4.0-1/amd64/ Packages
     1.1.2+dfsg-6.36.201411131534 0
        500 https://updates.software-univention.de/4.0/maintained/ 4.0-0/amd64/ Packages

Ansonsten sollte der Artikel helfen:
https://help.univention.com/t/qemu-suspend-to-disk-and-live-migration-issues-with-ucs-4-2/6498

Hallo SirTux
Die Ausgabe von “apt-cache policy qemu-kvm” stimmt überein. Und die empfohlene Seite kannte ich schon, half mir aber nicht weiter… :frowning:

Was mir aufgefallen ist: Wenn ich eine neue VM erstellen möchte, ist das Auswahlfeld “Welche Cloud-Verbindung soll erstellt werden?” leer. Da fehlt wohl was…???
(Wenn ich mich recht erinnere, hatte ich bei der Erstinstallation des UCS (3.0) auch schon dieses Problem…??)
Gruß Torsten

Was ist die Ausgabe von

aptitude search uvmm

Welche Rolle hat das System?

ucr get server/role

Sind alle Join-Scripts durchgelaufen?

univention-run-join-scripts

root@ucs-8183:/# aptitude search uvmm
i A python-univention-directory-manager-uvmm - UCS Virtual Machine Manager UDM extensions
v python2.6-univention-directory-manager-uvmm -
v python2.7-univention-directory-manager-uvmm -
i A univention-management-console-module-uvmm - UCS Virtual Machine Manager UMC module
i A univention-nagios-uvmmd - nagios uvmmd plugin

root@ucs-8183:/# ucr get server/role
domaincontroller_master

root@ucs-8183:/# univention-run-join-scripts
univention-run-join-scripts: runs all join scripts existing on local computer.
copyright © 2001-2017 Univention GmbH, Germany

Running 01univention-ldap-server-init.inst skipped (already executed)
Running 02univention-directory-notifier.inst skipped (already executed)
Running 03univention-directory-listener.inst skipped (already executed)



Running 28univention-nagios-server.uinst failed (exitcode: 3)

Aha… da ist was faul.
Nagios ist schon lange deinstalliert… :frowning:
Gruß Torsten

… hab mit “univention-remove univention-nagios-server” den nagios-Server deinstalliert, aber der Fehler beim Ausführen der joins bleibt. Hat noch jemand eine Idee?
Gruß Torsten

PS.: …mmh, irgendwie werde ich nagios nicht los:

root@ucs-8183:/# service --status-all | grep nagios
[ - ] nagios-nrpe-server
[ - ] nagios-nrpe-server.dpkg-new
[ - ] nagios3
[ - ] nagios3.dpkg-new

nach

univention-remove nagios*

und

apt-get purge nagios*

ergibt ein

service --status-all | grep nagios"

keine Ausgabe mehr. Aber der Fehler im join-script bleibt trotzdem… (ARRGGHH…)

Man müßte in der /var/log/univention/join.log schauen, wieso das Unjoin-Script fehlschlägt. Aber das hat nichts mit deinem KVM-Problem zu tun und sollte in einem seperaten Thread behandelt werden.

Wie äußert sich das eiegntlich genau?

Wenn ich idie UVMM aufrufe, steht in der Liste der VMs die Win7_Installation. Wenn ich diese anklicke, bekomme ich nur als “Allgemeine Einstellungen” den Namen angezeigt. Sonst nix.
Am unteren Bildschirmrand erscheint ein Hinweis:

Für die Ausfallsicherung kann die virtuelle Maschine anhand der letzten Konfiguration und unter Verwendung aller Festplatten-Images auf einen anderen physikalischen Server migriert werden. Dies kann zu Datenkorruption führen, wenn die Image-Dateien gleichzeitig von mehreren Maschinen genutzt werden! Deshalb muß der Zugriff des Servers auf die Image-Dateien unterbunden werden, z.B. durch Blockieren des Zugriffs auf den gemeinsamen Speicherbereich oder durch abklemmen des Netzwerks.
Wenn der Server reaktiviert wird, werden alle seine virtuellen Maschinen erneut angezeigt. Alle Duplikate müssen von Hand aufgeräumt werden, entweder durch Zurückmigrieren oder Löschen der Maschine. Stellen Sie dabei sicher, dass keine mehrfach eingebundenen Image-Dateien gelöscht werden.

PS.: Start der VM mittels rechter Maustaste ist ausge’grau’t

PSS.: Im log steht eigentlich auch nix:

root@ucs-8183:/# tail -f /var/log/univention/virtual-machine-manager-daemon-errors.log
=== 6045 === Mon, 27 Nov 2017 15:06:40 +0100 ===

PPPS.: …aber in der “/var/log/univention/virtual-machine-manager-daemon.log”

root@ucs-8183:/# tail -f /var/log/univention/virtual-machine-manager-daemon.log
2017-11-27 17:44:12,072 - uvmmd.node - WARNING - ‘qemu://ucs-8183.behrmann.intranet/system’ broken? next check in 0:05:00.000. Unable to read TLS confirmation: Input/output error

Eventuell würde ich mal diese Join-Scripte neu ausführen lassen:

-rwxr-xr-x 1 root root    1793 Jan  4  2017 43univention-virtual-machine-manager-node-common.inst
-rwxr-xr-x 1 root root   10742 Sep 13 19:52 44univention-virtual-machine-manager-daemon.inst
-rwxr-xr-x 1 root root    1878 Jan  4  2017 44univention-virtual-machine-manager-node-kvm.inst

Die Hardwarekonfiguration der VM wurde also mit “virsh edit $vmname” angepaßt und es gibt auch keine Snapshots?

EDIT: Das mit den Join-Scripten würde ich mal lassen. Die Meldung gibts bei mir auch und hier funktioniert sonst alles.

Die Hardwarekonfiguration der VM wurde also mit “virsh edit $vmname” angepaßt

Ja. Also soweit ich das verstanden habe.

virsh edit win7-64-sqlserver

und dann den Teil <type arch='x86_64' machine='pc-1.1'>hvm</type>

nach <type arch='x86_64' machine='pc-i440fx-2.8'>hvm</type>

ändern. Snapshots gibt es keine… (…soweit ich weiß :neutral_face: )

Ein

virsh list --all --with-managed-save

gibt eine leere Liste aus, die UMC listet, wie gesagt, die VM “win7”

Ich würd die VM mal neu mit den gleichen Einstellungen und Images anlegen.

Würde ich ja gerne, geht ja aber nicht:

Ich mach’ für heute Feierabend. Morgen ist auch noch 'nen Tag.
Gruß aus Bremen, Torsten

Sorry, ich hab das mit der Cloud-Verbindung und abei nur an die zweite Liste “Erstellen einer neuen Cloud-Verbindung.” gedacht.

Also wenn das so ist, würde ich vielleicht doch mal die Join-Script ausführen. Unter “physikalische Server” wird der Host aber schon angezeigt? Mach am besten mal ein paar Screenshots.

Hallo Sir

Weist vielleicht dieser Eintrag aus dem LogFile in die richtige Richtung?

Also nein eher nicht.

Der UVMMd probiert den Rechner zu erreichen, was aber nicht funktioniert.
Bitte folgenden Test als Benutzer root von der Kommandozeile aus probieren:

virsh -c qemu://ucs-8183.behrmann.intranet/system

Auf dem Rechner ucs-8183 sollte der libvirtd laufen. Zu testen dort mit systemctl status libvirtd.service bzw. journalctl --this-boot -u libvirtd.service.

Da eine verschlüsselte Verbindung aufgebaut wird, müssen die SSL-Zertifikate funktionieren:

grep ssl /etc/libvirt/libvirtd.conf
  1. Die Dateien sollten existieren
  2. Die Zertifikate sollten gültig sein openssl x509 -noout -text -in /etc/univention/ssl/$file
  3. die CAcert.pem sollte die Gleiche sein wie auf dem Master

Bzgl. dem Nagios join Script sollte /var/log/univention/join.log mehr Infos haben.

Hi

Tut mir leid, dass ich mich jetzt erst melde: Lag’ krank im heimischen Bettchen :slight_smile:

root@ucs-8183:~# virsh -c qemu://ucs-8183.behrmann.intranet/system
error: failed to connect to the hypervisor
error: Unable to read TLS confirmation: Eingabe-/Ausgabefehler

…und…

root@ucs-8183:~# systemctl status libvirtd.service
● libvirtd.service - Virtualization daemon
Loaded: loaded (/lib/systemd/system/libvirtd.service; enabled)
Active: failed (Result: start-limit) since Mi 2017-12-20 08:45:31 CET; 3min 11s ago
Docs: man:libvirtd(8)
http://libvirt.org
Process: 5708 ExecStart=/usr/sbin/libvirtd $libvirtd_opts (code=exited, status=1/FAILURE)
Main PID: 5708 (code=exited, status=1/FAILURE)

Dez 20 08:45:31 ucs-8183 systemd[1]: Failed to start Virtualization daemon.
Dez 20 08:45:31 ucs-8183 systemd[1]: Unit libvirtd.service entered failed state.
Dez 20 08:45:31 ucs-8183 systemd[1]: libvirtd.service holdoff time over, scheduling restart.
Dez 20 08:45:31 ucs-8183 systemd[1]: Stopping Virtualization daemon…
Dez 20 08:45:31 ucs-8183 systemd[1]: Starting Virtualization daemon…
Dez 20 08:45:31 ucs-8183 systemd[1]: libvirtd.service start request repeated too quickly, refusing t…art.
Dez 20 08:45:31 ucs-8183 systemd[1]: Failed to start Virtualization daemon.
Dez 20 08:45:31 ucs-8183 systemd[1]: Unit libvirtd.service entered failed state.
Hint: Some lines were ellipsized, use -l to show in full.

…und…

root@ucs-8183:~# journalctl --this-boot -u libvirtd.service
– Logs begin at Mo 2017-11-27 15:00:45 CET, end at Mi 2017-12-20 08:48:07 CET. –
Dez 20 08:43:56 ucs-8183 systemd[1]: Starting Virtualization daemon…
Dez 20 08:43:56 ucs-8183 systemd[1]: libvirtd.service: main process exited, code=exited, status=1/FAILURE
Dez 20 08:43:56 ucs-8183 systemd[1]: Failed to start Virtualization daemon.
Dez 20 08:43:56 ucs-8183 systemd[1]: Unit libvirtd.service entered failed state.
Dez 20 08:43:57 ucs-8183 systemd[1]: libvirtd.service holdoff time over, scheduling restart.
Dez 20 08:43:57 ucs-8183 systemd[1]: Stopping Virtualization daemon…
Dez 20 08:43:57 ucs-8183 systemd[1]: Starting Virtualization daemon…
Dez 20 08:43:57 ucs-8183 systemd[1]: libvirtd.service: main process exited, code=exited, status=1/FAILURE
Dez 20 08:43:57 ucs-8183 systemd[1]: Failed to start Virtualization daemon.
Dez 20 08:43:57 ucs-8183 systemd[1]: Unit libvirtd.service entered failed state.
Dez 20 08:43:57 ucs-8183 systemd[1]: libvirtd.service holdoff time over, scheduling restart.
Dez 20 08:43:57 ucs-8183 systemd[1]: Stopping Virtualization daemon…
Dez 20 08:43:57 ucs-8183 systemd[1]: Starting Virtualization daemon…
Dez 20 08:43:57 ucs-8183 systemd[1]: libvirtd.service: main process exited, code=exited, status=1/FAILURE
Dez 20 08:43:57 ucs-8183 systemd[1]: Failed to start Virtualization daemon.
Dez 20 08:43:57 ucs-8183 systemd[1]: Unit libvirtd.service entered failed state.
Dez 20 08:43:57 ucs-8183 systemd[1]: libvirtd.service holdoff time over, scheduling restart.
Dez 20 08:43:57 ucs-8183 systemd[1]: Stopping Virtualization daemon…
Dez 20 08:43:57 ucs-8183 systemd[1]: Starting Virtualization daemon…
Dez 20 08:43:57 ucs-8183 systemd[1]: libvirtd.service: main process exited, code=exited, status=1/FAILURE
Dez 20 08:43:57 ucs-8183 systemd[1]: Failed to start Virtualization daemon.
Dez 20 08:43:57 ucs-8183 systemd[1]: Unit libvirtd.service entered failed state.
Dez 20 08:43:58 ucs-8183 systemd[1]: libvirtd.service holdoff time over, scheduling restart.
Dez 20 08:43:58 ucs-8183 systemd[1]: Stopping Virtualization daemon…
Dez 20 08:43:58 ucs-8183 systemd[1]: Starting Virtualization daemon…
Dez 20 08:43:58 ucs-8183 systemd[1]: libvirtd.service: main process exited, code=exited, status=1/FAILURE
Dez 20 08:43:58 ucs-8183 systemd[1]: Failed to start Virtualization daemon.
Dez 20 08:43:58 ucs-8183 systemd[1]: Unit libvirtd.service entered failed state.
Dez 20 08:43:58 ucs-8183 systemd[1]: libvirtd.service holdoff time over, scheduling restart.
Dez 20 08:43:58 ucs-8183 systemd[1]: Stopping Virtualization daemon…
Dez 20 08:43:58 ucs-8183 systemd[1]: Starting Virtualization daemon…
Dez 20 08:43:58 ucs-8183 systemd[1]: libvirtd.service start request repeated too quickly, refusing to start
Dez 20 08:43:58 ucs-8183 systemd[1]: Failed to start Virtualization daemon.
Dez 20 08:43:58 ucs-8183 systemd[1]: Unit libvirtd.service entered failed state.
Dez 20 08:45:25 ucs-8183 systemd[1]: Stopped Virtualization daemon.
Dez 20 08:45:29 ucs-8183 systemd[1]: Starting Virtualization daemon…
Dez 20 08:45:30 ucs-8183 systemd[1]: libvirtd.service: main process exited, code=exited, status=1/FAILURE
Dez 20 08:45:30 ucs-8183 systemd[1]: Failed to start Virtualization daemon.
Dez 20 08:45:30 ucs-8183 systemd[1]: Unit libvirtd.service entered failed state.
Dez 20 08:45:30 ucs-8183 systemd[1]: libvirtd.service holdoff time over, scheduling restart.
Dez 20 08:45:30 ucs-8183 systemd[1]: Stopping Virtualization daemon…
Dez 20 08:45:30 ucs-8183 systemd[1]: Starting Virtualization daemon…
Dez 20 08:45:30 ucs-8183 systemd[1]: libvirtd.service: main process exited, code=exited, status=1/FAILURE
Dez 20 08:45:30 ucs-8183 systemd[1]: Failed to start Virtualization daemon.
Dez 20 08:45:30 ucs-8183 systemd[1]: Unit libvirtd.service entered failed state.
Dez 20 08:45:30 ucs-8183 systemd[1]: libvirtd.service holdoff time over, scheduling restart.
Dez 20 08:45:30 ucs-8183 systemd[1]: Stopping Virtualization daemon…
Dez 20 08:45:30 ucs-8183 systemd[1]: Starting Virtualization daemon…
Dez 20 08:45:30 ucs-8183 systemd[1]: libvirtd.service: main process exited, code=exited, status=1/FAILURE
Dez 20 08:45:30 ucs-8183 systemd[1]: Failed to start Virtualization daemon.
Dez 20 08:45:30 ucs-8183 systemd[1]: Unit libvirtd.service entered failed state.
Dez 20 08:45:30 ucs-8183 systemd[1]: libvirtd.service holdoff time over, scheduling restart.
Dez 20 08:45:30 ucs-8183 systemd[1]: Stopping Virtualization daemon…
Dez 20 08:45:30 ucs-8183 systemd[1]: Starting Virtualization daemon…
Dez 20 08:45:30 ucs-8183 systemd[1]: libvirtd.service: main process exited, code=exited, status=1/FAILURE
Dez 20 08:45:30 ucs-8183 systemd[1]: Failed to start Virtualization daemon.
Dez 20 08:45:30 ucs-8183 systemd[1]: Unit libvirtd.service entered failed state.
Dez 20 08:45:31 ucs-8183 systemd[1]: libvirtd.service holdoff time over, scheduling restart.
Dez 20 08:45:31 ucs-8183 systemd[1]: Stopping Virtualization daemon…
Dez 20 08:45:31 ucs-8183 systemd[1]: Starting Virtualization daemon…
Dez 20 08:45:31 ucs-8183 systemd[1]: libvirtd.service: main process exited, code=exited, status=1/FAILURE
Dez 20 08:45:31 ucs-8183 systemd[1]: Failed to start Virtualization daemon.
Dez 20 08:45:31 ucs-8183 systemd[1]: Unit libvirtd.service entered failed state.
Dez 20 08:45:31 ucs-8183 systemd[1]: libvirtd.service holdoff time over, scheduling restart.
Dez 20 08:45:31 ucs-8183 systemd[1]: Stopping Virtualization daemon…
Dez 20 08:45:31 ucs-8183 systemd[1]: Starting Virtualization daemon…
Dez 20 08:45:31 ucs-8183 systemd[1]: libvirtd.service start request repeated too quickly, refusing to start
Dez 20 08:45:31 ucs-8183 systemd[1]: Failed to start Virtualization daemon.
Dez 20 08:45:31 ucs-8183 systemd[1]: Unit libvirtd.service entered failed state.

…und…

root@ucs-8183:~# grep ssl /etc/libvirt/libvirtd.conf
key_file = “/etc/univention/ssl/ucs-8183.behrmann.intranet/private.key”
cert_file = “/etc/univention/ssl/ucs-8183.behrmann.intranet/cert.pem”
ca_file = “/etc/univention/ssl/ucsCA/CAcert.pem”
#crl_file = “/etc/univention/ssl/CA/crl.pem”

…und…

> root@ucs-8183:~# openssl x509 -noout -text -in /etc/univention/ssl/ucsCA/CAcert.pem 
> Certificate:
>     Data:
>         Version: 3 (0x2)
>         Serial Number:
>             f9:5e:bc:5e:e5:4b:a2:8e
>     Signature Algorithm: sha256WithRSAEncryption
>         Issuer: C=DE, ST=DE, L=DE, O=Wolfgang Behrmann GmbH, OU=Univention Corporate Server, CN=Univention Corporate Server Root CA (ID=g4hmgYdf)/emailAddress=ssl@behrmann.intranet
>         Validity
>             Not Before: Mar  3 16:19:14 2016 GMT
>             Not After : Mar  2 16:19:14 2021 GMT
>         Subject: C=DE, ST=DE, L=DE, O=Wolfgang Behrmann GmbH, OU=Univention Corporate Server, CN=Univention Corporate Server Root CA (ID=g4hmgYdf)/emailAddress=ssl@behrmann.intranet
>...
>...
>...und noch mehr...

Bezüglich join-Scripts ergibt "univention-run-join-scripts" folgendes
> univention-run-join-scripts started
> Mi 20. Dez 09:00:20 CET 2017
> 
> RUNNING 01univention-ldap-server-init.inst
> EXITCODE=already_executed
> RUNNING 02univention-directory-notifier.inst
> EXITCODE=already_executed
> RUNNING 03univention-directory-listener.inst
> EXITCODE=already_executed
> RUNNING 04univention-ldap-client.inst
> EXITCODE=already_executed
> RUNNING 05univention-bind.inst
> EXITCODE=already_executed
> RUNNING 08univention-apache.inst
> EXITCODE=already_executed
> RUNNING 10univention-ldap-server.inst
> EXITCODE=already_executed
> RUNNING 11univention-heimdal-init.inst
> EXITCODE=already_executed
> RUNNING 11univention-pam.inst
> EXITCODE=already_executed
> RUNNING 15univention-directory-notifier-post.inst
> EXITCODE=already_executed
> RUNNING 15univention-heimdal-kdc.inst
> EXITCODE=already_executed
> RUNNING 18python-univention-directory-manager.inst
> EXITCODE=already_executed
> RUNNING 20univention-directory-policy.inst
> EXITCODE=already_executed
> RUNNING 20univention-join.inst
> EXITCODE=already_executed
> RUNNING 25univention-dhcp.inst
> EXITCODE=already_executed
> RUNNING 30univention-appcenter.inst
> EXITCODE=already_executed
> RUNNING 33univention-portal.inst
> EXITCODE=already_executed
> RUNNING 34univention-management-console-server.inst
> EXITCODE=already_executed
> RUNNING 35univention-appcenter-docker.inst
> EXITCODE=already_executed
> RUNNING 35univention-management-console-module-appcenter.inst
> EXITCODE=already_executed
> RUNNING 35univention-management-console-module-diagnostic.inst
> EXITCODE=already_executed
> RUNNING 35univention-management-console-module-ipchange.inst
> EXITCODE=already_executed
> RUNNING 35univention-management-console-module-join.inst
> EXITCODE=already_executed
> RUNNING 35univention-management-console-module-lib.inst
> EXITCODE=already_executed
> RUNNING 35univention-management-console-module-mrtg.inst
> EXITCODE=already_executed
> RUNNING 35univention-management-console-module-printers.inst
> EXITCODE=already_executed
> RUNNING 35univention-management-console-module-quota.inst
> EXITCODE=already_executed
> RUNNING 35univention-management-console-module-reboot.inst
> EXITCODE=already_executed
> RUNNING 35univention-management-console-module-services.inst
> EXITCODE=already_executed
> RUNNING 35univention-management-console-module-setup.inst
> EXITCODE=already_executed
> RUNNING 35univention-management-console-module-sysinfo.inst
> EXITCODE=already_executed
> RUNNING 35univention-management-console-module-top.inst
> EXITCODE=already_executed
> RUNNING 35univention-management-console-module-ucr.inst
> EXITCODE=already_executed
> RUNNING 35univention-management-console-module-udm.inst
> EXITCODE=already_executed
> RUNNING 35univention-management-console-module-updater.inst
> EXITCODE=already_executed
> RUNNING 35univention-server-overview.inst
> EXITCODE=already_executed
> RUNNING 36univention-management-console-module-apps.inst
> EXITCODE=already_executed
> RUNNING 40univention-virtual-machine-manager-schema.inst
> EXITCODE=already_executed
> RUNNING 43univention-virtual-machine-manager-node-common.inst
> EXITCODE=already_executed
> RUNNING 44univention-virtual-machine-manager-daemon.inst
> EXITCODE=already_executed
> RUNNING 44univention-virtual-machine-manager-node-kvm.inst
> EXITCODE=already_executed
> RUNNING 45univention-management-console-module-uvmm.inst
> EXITCODE=already_executed
> RUNNING 67univention-mail-server.inst
> EXITCODE=already_executed
> RUNNING 79univention-printserver.inst
> EXITCODE=already_executed
> RUNNING 81univention-nfs-server.inst
> EXITCODE=already_executed
> RUNNING 82univention-mail-dovecot.inst
> EXITCODE=already_executed
> RUNNING 90univention-bind-post.inst
> EXITCODE=already_executed
> RUNNING 91univention-saml.inst
> EXITCODE=already_executed
> RUNNING 92univention-fetchmail-schema.inst
> EXITCODE=already_executed
> RUNNING 92univention-fetchmail.inst
> EXITCODE=already_executed
> RUNNING 92univention-management-console-web-server.inst
> EXITCODE=already_executed
> RUNNING 96univention-samba4.inst
> EXITCODE=already_executed
> RUNNING 97univention-s4-connector.inst
> EXITCODE=already_executed
> RUNNING 98univention-pkgdb-tools.inst
> EXITCODE=already_executed
> RUNNING 98univention-samba4-dns.inst
> EXITCODE=already_executed
> RUNNING 28univention-nagios-server.uinst
> 2017-12-20 09:00:22.491675301+01:00 (in joinscript_init)
> WARNING: cannot remove NAGIOS from service, value does not exist
> No modification: cn=ucs-8183,cn=dc,cn=computers,dc=behrmann,dc=intranet
> This is a primary group.
> EXITCODE=3
> 
> Mi 20. Dez 09:00:24 CET 2017
> univention-run-join-scripts finished

Gruß Torsten

Der libvirtd startet nicht - dann ist es nur natürlich, dass weder UVMMd noch virsh mit ihm reden können.
Leider ist die Fehlermeldung oben nicht aussagekräftig genug. Bitte mal in /var/log/libvirt/libvirtd.log nachsehen, ob da was verwertbares steht.
Ansonsten bitte mal per Hand starten:

ucr set libvirt/log/outputs='1:stderr'
libvirtd -l -v

(Danch mit ucr unset libvirt/log/outputs wieder rückgängig machen.)

Als mögliche Ursachen fallen mir ein:

  • er läuft bereits ein anderer libvirt, so dass unserer nicht gestartet werden kann.
    Mit pgrep -l libvirtd testen, ob noch andere laufen

  • eine der Konfigurationsdateien unter /etc/libvirt/ oder /var/lib/libvirt/qemu/ ist defekt - z.B. nach einem Crash eine unvollständige XML-Datei.
    Die Kunst ist es, die defekte(n) Datei(en) zu finden. Ggf. hilfe folgendes da weiter

    find /etc/libvirt -name \*.xml -exec virt-xml-validate {} \;
Mastodon