Search results

I do have a somewhat related issue: - I have a port similar to veth1 (vlan128 in my case) above and I can reach it correctly from (almost) any other system on the network. - I also have a container running on the same VLAN and it's also reachable from any other system on the network...

Okay, found a backup of corosync.conf that still had the QDevice in it. Reverted to that, executed pvecm qdevice remove again. Success.

Here's the output of pvecm status: Cluster information ------------------- Name: proxmox Config Version: 4 Transport: knet Secure auth: on Quorum information ------------------ Date: Wed Jan 6 17:05:28 2021 Quorum provider: corosync_votequorum Nodes...

Okay, I just tried to replace a QDevice and got the following when running "pvecm qdevice remove": Host key verification failed. error during cfs-locked 'file-corosync_conf' operation: command 'ssh -o 'BatchMode=yes' -lroot <ip-address> -- rm -rf /etc/corosync/qdevice' failed: exit code 255...

Ja, ich hab es mit etwas basteln hinbekommen. Hatte zwar die EFI Partitionen, allerdings in einem unbekannten Dateisystem. Hab das allerdings aufgesetzt bekommen und boote jetzt per EFI. Danke Boris

Hallo, ich bin gerade wohl in das gleiche Problem gelaufen. Proxmox bootet nicht mehr und landen immer im "grub rescue", sowohl grub-probe als auch grub-install liefern ein "Unknown filesystem". Hinzu kommt, dass large_dnode active ist. Kann man large_dnode wieder deaktivieren? Oder was ist...