Search results

Auch dieser Fehler ist nun erkannt. Gleiche Sache wie in https://forum.proxmox.com/threads/migration-einert-vm-scheitert-in-pve-6-0.57448 Ein in der Datei /etc/bash.bashrc verhindert die korrekte Abarbeitung. Wobei diese Bash-Komponente erst beim Logout greift. Dieser sollte während der...

Nein, die ist so geblieben. Ich habe nun gesehen, dass die Sequenz aus der bash.bashrc kommt: Habe die Zeile mal auskommentiert. Nun kommt das: Ich habe es nun noch einmal getestet und kann folgendes feststellen: Wenn "trap clear 0" in der /etc/bash.bashrc eingetragen ist, kann keine VM...

Ja, genau. Der Fehler kommt sofort nach erstellen des Jobs per WebGUI. Zudem lässt sich der eingetragene Replikations-Job nicht mehr löschen.

Die Antwort ist die IP die ich aufrufe sowie offenbar eine "clear"-Sequenze. Ich habe alles mal in eine Datei umgeleitet: Rufe ich den Befehl ohne Umleitung auf, wird nichts angezeigt nach dem "kurzen" Login.

Gibt es hierzu neue Erkenntnisse? Ich habe nun einen weiteren 2-Node-Cluster (node08 und node09) mit jeweils lokalem ZFS-Storage. In der Datei "/etc/pve/datacenter.cfg" steht: Versuche ich mittels Web-GUI eine VM von einem Node auf den anderen zu migrieren wird es mit dieser Meldung...

Ich habe zwei PVE-Nodes (Version 6.2) mit ZFS als Dateisystem für die virtuellen Maschinen. Wenn ich versuche eine Replication der VMs auszuführen (Cron-Job mittels Webinterface erstellt) kommt folgender Fehler: Das Betriebssystem ist Debian/Buster. Auf der Suche im Internet habe ich zwar...

Danke für die Fehlerlösung. Auf dem Server muss in der /etc/ssh/sshd_config folgendes stehen: AcceptEnv LC_PVE_TICKET Das kann man auch in eine Match-Section setzen und somit nur für bestimmte Verbindungen erlauben. Damit ist das Thema erledigt.

Ja, hab es mal mit Cromium (ohne zusätzliche Plugins) versucht. Selbes Ergebnis. Hat es was mit den 2 Netzen zu tun? Das System verbindet sich laut auth.log mit der internen IP aus dem Netz 192.168.100.0/24. Das funktioniert auch per ssh. Laut der Debug-Konsole (im Firefox) wird aber die IP des...

NoScript und AdBlock Plus sind im Firefox installiert. Aber die PVE-Seiten sind alle erlaubt. Habe es auch mal in einem Browserprofil ohne diese Adons getestet, selber Fehler.

In der Konsole steht: Starting PVE Manager pvemanagerlib.js:396:1 unreachable code after return statement[Weitere Informationen] ext-all.js:22:344134 Failed when connecting: Security negotiation failed on security result (reason: Authentication failed�) app.js:8763:21 _fail...

Siehe Bild im Anhang. So sieht es aus, wenn ich von NodeA auf die Konsole einer VM auf NodeB klicke.

Ja, das funktioniert. Wenn ich mich per Webinterface mit der Konsole eines Hosts auf einem anderen Node verbinden möchte, steht im auth-Log dieses anderen Nodes: Sep 30 13:52:47 pve01 sshd[76980]: Accepted publickey for root from 192.168.100.200 port 42030 ssh2: RSA SHA256...

Hm..., wie kann man vnc aktivieren? Früher funktionierte das einfach so mit. :)

Alle 3 Nodes laufen mit Debian 10.x (Buster). Der Eintrag in die Datei datacenter.cfg erfolgte per GUI. node01: ~/ $ pveversion -v proxmox-ve: 6.0-2 (running kernel: 5.0.21-1-pve) pve-manager: 6.0-6 (running version: 6.0-6/c71f879f) pve-kernel-5.0: 6.0-7 pve-kernel-helper: 6.0-7...

Nachtrag: Im Logfile "/var/log/pveproxy/access.log" habe ich folgende Meldung: GET /api2/json/nodes/node03/qemu/608/vncwebsocket?port=5900&vncticket= Es lauscht kein Dienst an Port 5900, zumindest nicht laut "netstat -tulpn", auf den Nodes. root@host> netstat -tulpn | grep 5900 root@host> _

Ich habe einen Cluster aus 3 pve 6 nodes. Wenn ich versuche per Webinterface von node1 auf die Konsole einer VM auf node3 zuzugreifen, sehe ich folgende Meldung: "Verbindung wurde aus folgendem Grund abgelehnt: Authentication failed" root login per ssh unter den Nodes funktioniert über das...

> cat /etc/pve/corosync.conf logging { debug: off to_syslog: yes } nodelist { node { name: node01 nodeid: 1 quorum_votes: 1 ring0_addr: 192.168.1.10 } node { name: node02 nodeid: 2 quorum_votes: 1 ring0_addr: 192.168.1.11 } node { name: node03...

Es gibt keine Meldung bei diesem Kommando. Hatte mal noch -v dazu genommen. Aber auch nichts. Wie gesagt, wenn ich das oben beschriebene mache, also die Zeile lösche, geht es.

Eine Lösung ist offenbar, die Zeile migration: network=192.168.1.0/24,type=secure aus der Datei /etc/pve/datacenter.cfg zu entfernen. Danach klappt die Migration auf einen anderen Node sofort. Im Webinterface findet man diese Stelle in "Rechenzentrum" -> Optionen -> Migration Settings. Wozu...

Ich habe 3 Nodes mit PVE 6.0 und Ceph. Das System läuft mit Debian 10 und den Buster-Paketen von pve. Ich hatte es von Proxmox 5.x geupdated. Die Konfiguration vorher (Debian stretch) war nur Basis. Mit dem Update auf pve 6 habe ich auch ceph installiert und die OSDs (mit crypt) eingerichtet...