Search results

gut, dass es noch alternative Foren gibt: https://community.nethserver.org/t/vm-start-fails-after-proxmox-update/15834

Hallo, ich habe auf zwei Nodes (Community Edition) das Update auf pve-manager/6.2-6/ee1d7754 eingespielt. Danach starten die VMs nicht mehr. Weder automatisch noch manuell. Im Task Manager steht jedoch der Status "ok" Node 1 mit Subscription blieb unangetastet auf pve-manager/6.2-4/9824574a...

Also.. ich habe jetzt corosync-qnetd deinstalliert, da der auf dem Node nichts zu suchen hat. Jetzt funktioniert alles. Danke für die geschätzte Aufmerksamkeit

Ich bin immer noch auf der Suche nach einer Lösung, warum ich den Service auf Node 2 nicht enabeln kann. Lässt sich daraus was entnehmen?: root@proxmox2:~# ls -l /lib/systemd/system/*coro* -rw-r--r-- 1 root root 453 Feb 4 2019 /lib/systemd/system/corosync-qdevice.service -rw-r--r-- 1 root...

Neu Installation hat funktioniert: Generating key. This may take a few moments... Notice: Trust flag u is set automatically if the private key is present. QNetd CA certificate is exported as /etc/corosync/qnetd/nssdb/qnetd-cacert.crt Created symlink...

also auf 192.168.3.1 (Centos 7/Nethserver) läuft definitiv kein corosync [root@v-nethserver etc]# ls /etc/ <...> clamd.d cockpit collectd.conf collectd.d conntrackd cron.d <...> Ich werden Raspi wohl noch...

aber auf dem Raspi sieht es nun defekt aus, owohl nach der Installation der Status o.k. war: root@proxmox3:~# systemctl status corosync-qdevice.service ● corosync-qdevice.service - Corosync Qdevice daemon Loaded: loaded (/lib/systemd/system/corosync-qdevice.service; disabled; vendor preset: e...

Ha, den Tipp hatte ich glatt überlesen ... DAs wars root@proxmox2:~# systemctl status corosync-qdevice.service ● corosync-qdevice.service - Corosync Qdevice daemon Loaded: loaded (/lib/systemd/system/corosync-qdevice.service; disabled; vendor preset: e Active: inactive (dead) Docs...

woran könnte es liegen, dass Node2 nur Total votes: 2 hat?

ich habe mal jeweils die corosync.conf verglichen: Auf Node 1 und 2 sind sie identisch und weisen den Raspi (192.168.3.203) als QDevice aus quorum { device { model: net net { algorithm: ffsplit host: 192.168.3.203 tls: on } votes: 1 } provider...

Was müsste ich hier machen? Ich habe nochmals das Setup von Node2 aus durchgeführt und den Raspi auf 192.168.3.203 von dort aus adressiert. Was anderes fällt mir nicht ein... root@proxmox2:~# pvecm qdevice setup 192.168.3.203 QDevice already configured! root@proxmox2:~# Ich habe dort aber...

Sooo... auf Node 1 erhalte ich folgende Meldung root@proxmox:~# pvecm qdevice setup 192.168.3.203 QDevice already configured! root@proxmox:~# pvecm status Cluster information ------------------- Name: pvecluster Config Version: 3 Transport: knet Secure auth: on Quorum...

Danke für den Tipp, mal sehen, ob ich das Manual umgesetzt bekomme. Bis jetzt ist mir der Unterschied noch nicht klar, da ja auf dem Raspberry ohnehin keine volle Proxmox-Installation möglich ist und ich den Raspi nur als Qurum-Node nutzen will; er liegt halt hier so in er Ecke rum.... QDevice...

Ps ich habe jetzt noch mal journalctl -xe gecheckt: Node 1: Mar 07 16:10:49 proxmox corosync[28363]: [KNET ] nsscrypto: Incorrect packet size. Node 2: Mar 07 16:08:31 proxmox2 corosync[28473]: [KNET ] nsscrypto: Incorrect packet size. Node 3:

Hallo zusammen, ich betreibe seit einer Woche erstmals 2 Proxmox-Nodes im einem Cluster und würde gern einen weiteren Node als Quorum (Raspberry Pi 3 Model B Rev 1.2) in den Verbund aufnehmen. Dazu habe ich folgende Anleitung (auf Basis Debian Buster) umgesetzt (falls ich das richtig...

new on Proxmox - not an admin but interested to lern