Fehlermeldung Veeam - Verbindungsaufbau zu Proxmox

[micha79]

Hallo zusammen,

nach dem erfolgreichen Switch von ESX auf Proxmox wollte ich mir nun Veeam einmal in dem Zusammenspiel ansehen, da ich bei VMWare mit Veeam sehr gute Erfhrung gemacht habe.

Leider kann ich in Veeam die Verbindung nicht vollständig aufbauen, da ich die Fehlermeldung "Failed to refresh entities" bekomme.



Kann jemand was dazu sagen?

Gruß und danke...
Michael

 

[Falk R.]

Hallo zusammen,

nach dem erfolgreichen Switch von ESX auf Proxmox wollte ich mir nun Veeam einmal in dem Zusammenspiel ansehen, da ich bei VMWare mit Veeam sehr gute Erfhrung gemacht habe.

Leider kann ich in Veeam die Verbindung nicht vollständig aufbauen, da ich die Fehlermeldung "Failed to refresh entities" bekomme.

View attachment 74582

Kann jemand was dazu sagen?

Gruß und danke...
Michael

So zusammenhangslos ist das schwierig. Kommt das beim hinzufügen des Hosts?
Welchen User benutzt du? Funktioniert DNS korrekt?

 

[micha79]

Ok, stimmt...war etwas wenig an Infos.
Das Problem tritt auf, beim hinzufügen des Proxmox Hosts in Veeam.



Ein Rescan ist dann im Nachgang auch nicht möglich:



DNS ist OK und Proxmox ist von dem Veeam Server aus auch erreichbar.

Verbindung aus Veeam erfolgt über den root User.

 

[Falk R.]

Habe ich bisher noch nicht gesehen. Bist du mit deinem PVE auf aktuellstem Stand? Veeam supportet das erst ab PVE 8.2

 

[micha79]

Ja, bin bei Proxmox auf Version 8.2.2 und Veeam 12.2.0.334.
Das sollte passen.

 

[Falk R.]

Da ich den Fehler noch nicht gesehen habe, würde ich den PVE mal mit den letzten Updates versorgen und neustarten. Dann auch mal die Firewall im Windows checken ob der installer alle Regeln korrekt gesetzt hat.

 

[micha79]

Die FW auf dem Veeam Server hat ich schon mal komplett deaktiviert. Das brachte aber auch nix.
Dann spiele ich mal die letzten Patches auf dem Proxmox Host ein.
Mal schauen...

 

[Petbotson]

Welchen User nutzt du denn für die Verbindung zwischen Veeam und Proxmox?
Derzeit geht das ja nur mit dem root User.

Allerdings müsste dann die Registrierung ja schon fehlschlagen.

 

[micha79]

Ja, ich nehme den root User.


Im Proxmox Log sehe ich noch das hier, bei "refresh entities"

Sep 12 21:53:05 proxmoxve pvedaemon[1597168]: <root@pam> successful auth for user 'root@pam'
Sep 12 21:53:05 proxmoxve sshd[1608296]: Accepted password for root from 192.168.0.14 port 55496 ssh2
Sep 12 21:53:05 proxmoxve sshd[1608296]: pam_unix(sshd:session): session opened for user root(uid=0) by (uid=0)
Sep 12 21:53:05 proxmoxve systemd-logind[1040]: New session 4199 of user root.
Sep 12 21:53:05 proxmoxve systemd[1]: Started session-4199.scope - Session 4199 of User root.
Sep 12 21:53:05 proxmoxve sshd[1608296]: pam_env(sshd:session): deprecated reading of user environment enabled
Sep 12 21:53:05 proxmoxve sshd[1608296]: Received disconnect from 192.168.0.14 port 55496:11: Connection terminated by the client.
Sep 12 21:53:05 proxmoxve sshd[1608296]: Disconnected from user root 192.168.0.14 port 55496
Sep 12 21:53:05 proxmoxve sshd[1608296]: pam_unix(sshd:session): session closed for user root
Sep 12 21:53:05 proxmoxve systemd[1]: session-4199.scope: Deactivated successfully.
Sep 12 21:53:05 proxmoxve systemd-logind[1040]: Session 4199 logged out. Waiting for processes to exit.
Sep 12 21:53:05 proxmoxve systemd-logind[1040]: Removed session 4199.

 

[micha79]

Hallo...
Das Problem konnt ich nun lösen.
Ich hatte einer Win VM die ich von einem ESX Host importiert hatte, noch keine EFI Disk und TPM State zugeordnet. Daher hat Proxmox immer temp. von einem ISO File die VM gestatet.

Schon verückt das dass der Gund ist warum Veeam hier die VMs nicht richtig auslesen kann.

Jetzt ist aber ein anderes Problem aufgetaucht.

Nach der Einrichtung des Veeam Workers wollte ich das erst Backup testen.
Hier taucht nun die nächste Meldung auf:



Hat jemand dazu eine Idee?

 

[Falk R.]

Anscheinend ist die Disk Konfiguration bei deiner VM auch nicht Standard. Veeam mountet die Disks der zu sichernden VM an die Worker VM.
Entweder kann er nicht richtig auslesen oder kann nicht zugreifen.

 

[micha79]

Ok...danke dir.
Aber was soll jetzt daran so ungewöhnlich sein?

 

[Falk R.]

Auf was für einem Speicher liegt denn das qcow2 Image?

 

[micha79]

Ist auf einer ext4 Partition, die als Directory gemountet ist.
Da liegt auch der Veeam Worker.

 

[Falk R.]

Ist auf einer ext4 Partition, die als Directory gemountet ist.
Da liegt auch der Veeam Worker.

Ich habe das bisher noch nicht mit einem Directory Mount probiert. Eventuell hat Veeam damit noch Probleme. Ich glaube die haben erst einmal die Features getestet, welche im Enterprise Umfeld genutzt werden. ZFS, Ceph RBD und LVM-Thin.

 

[micha79]

Ok, danke für die schnellen Antworten.
Ich hatte das bisher noch nicht gelesen, bezüglich der Einschränkungen mit ext4 und Directory. Könnte aber gut sein. Ich kann ja mal eine VM auf ein ZFS-Laufwerk verschieben und dann nochmals testen, ob es wirklich daran liegt.

Vielleicht darf ja auch der Veeamwork nicht im Directory liegen.

 

[Falk R.]

Ok, danke für die schnellen Antworten.
Ich hatte das bisher noch nicht gelesen, bezüglich der Einschränkungen mit ext4 und Directory. Könnte aber gut sein. Ich kann ja mal eine VM auf ein ZFS-Laufwerk verschieben und dann nochmals testen, ob es wirklich daran liegt.

Vielleicht darf ja auch der Veeamwork nicht im Directory liegen.

Ich habe mal eben ein Directory (XFS) angelegt und eine VM drauf gepackt. Auch da funktioniert das Backup bei mir super.