Recent content by rbeudel

Nein, steht und stand auf 1

Hallo,eigentlich nicht. Da werden ständig Messerte und Zustände gespeichert. Ich habe es noch mal versucht, jetzt geht es wieder. Ich wollte das nur melden, wenn ich schon nichts bezahle. Vielen Dank, Ralf

Hallo, ich habe 2 Intel Celeron und ein N100 node. Darauf laufen nur 4 kleine VM von 10GB zur Haussteuerung. Die beiden Celeron habe ich heute auf den neuesten Stand gebracht. Als ich die 4 VM einzeln darauf verteilen wollte, lief die erste Migration durch. Die zweite stoppte dann kurz vor...

So sieht es aus. Jetzt läuft wieder alles. Hat nur zu einigen kurzen Unterbrechungen geführt. Meine Frau hat aber nichts mitbekommen, das war die Hauptsache:)

1 2023-06-22T15:16:13.528848+02:00 nuc2 pvedaemon[942]: VM 101 qmp command failed - VM 101 qmp command 'guest-ping' failed - got timeout 2023-06-22T15:27:35.379883+02:00 nuc2 pvedaemon[10628]: can't lock file '/var/lock/qemu-server/lock-101.conf' - got timeout 2023-06-22T15:27:37.994374+02:00...

Hallo, wollte nur mal mitteilen das nach dem Upgrade des einen nodes auf 8.0 die Migration der VM s nicht glatt durchlief. Ich musste die VM stoppen und wieder starten damit es wieder lief. Rückwärts von 8.0 auf 8.0 lief wieder alles. Viele Grüße, Ralf

So, mit purge nut-client hat es dann funktioiert. Möchte bloss wissen was da nun wieder passiert ist.

Die korrekte Fehlermeldung ist : failed to start network ups tools - power device driver

Der server läuft korrekt. Mit dem rescue modus habe ich nut deinstalliert, es kam aber die gleiche Fehlermeldung. Ich kann im rescue modus mit upsc die Daten auslesen.

Moin, nachdem heute morgen der nut server eine synology diskstation für eine halbe minute in den Batterie Modus gegangen ist, fuhr mein Proxmox das System herunter und lässt sich nicht mehr starten. Ich kann mit einem Monitor gerade noch lesen "nut driver not found" danach fährt das System...

So, ssh-copy-id -f -i ~/.ssh/id_rsa.pub 192.168.1.111 auf dem zweiten Node brachte die Lösung.

:mad: Juhuu, ich habe alle Dateien wiederhergestellt und jetzt läuft das verschieben von 1 nach 2. Wenn die andere Richtung auch noch klappt? Aber was war das nun? Leider geht es anders herum nicht, ich hab es geahnt. Die bekannte Fehlermeldung: 2021-06-03 21:22:42 # /usr/bin/ssh -e none -o...

Habe ich nur gemacht, weil das im englischen Forum als Fehlerlösung angeboten wurde. (Bei jemandem anderen)

Ich habe mich von winscp in die Irre führen lassen. Mit putty sind in beiden nodes folgende Dateien in .ssh authorized_keys id_rsa.old id_rsa.pub.old config.old id_rsa id_rsa.pub Aber das kommt bei der Ausführung: root@nuc1:~/.ssh# ssh-copy-id -i ~/.ssh/id_rsa.pub nuc2...

Das komische ist das ich gar nichts getan habe bevor der Fehler auftrat. Ich habe dann das gemacht was in der Fehlermeldung stand. Hat aber auch nichts genutzt. Dann habe ich gegoogeld und Bash: - cd /root/.ssh - mv id_rsa id_rsa.old - mv id_rsa.pub id_rsa.pub.old - mv config config.old -...