Search results

Could you please provde ip r I assume your /etc/network/interfaces looks like that now, correct? auto lo iface lo inet loopback iface nic0 inet manual auto vmbr0 iface vmbr0 inet dhcp bridge-ports nic0 bridge-stp off bridge-fd 0 Also, can you arrive the gateway from...

Please uncomment iface nic0 inet manual & afterwards systemctl restart networking

Change iface nic0 inet dhcp to iface vmbr0 inet dhcp and then systemctl restart networking P.S.: Still curious about my other question ;-) Found your answer. Awesome! I love fried rice with soy sauce ;-)

Welcome to the Proxmox Forum :-) Please connect via https://192.168.2.2:8006. If your PC is running Windows, it will block ICMP requests due to WFW Hit that please (from your macbook): curl -s --insecure https://192.168.2.2:8006 | grep "Proxmox Virtual Environment"

Could you try passing through the whole port (which should be static): That way you dont really need to care about the identical ids.

Which CPU, how much RAM, how many VMs, workload on the VMs, etc. Please provider a bigger picture. By just naming 2 type of drives there is no way to provide a proper answer to your (very broad) question :)

Welcome to the Proxmox Forum :-) Please provide (each result please in a seperate [ CODE ] block) ip a ss -tlpn curl -v ip:8006 (where ip is your dynamic ip) ls /etc/default/pveproxy cat /usr/local/lib/systemd/network/*.link cat /etc/hosts Personal question: Has there been a main course...

Wird so passen. Die Systemplatte der VM mit zwei Platten kannst du einfach verschieben. Ohne Cluster und ZFS-Replication würde ich ganz einfach via Backup-Restore die VMs umziehen. Die "Mountpoints" werden wenn du die Platte verschiebst natürlich in Proxmox angepasst, sodass die VM auch wieder...

Da kann ich Dir Storys erzählen, da wird die schwarz vor den Augen. Wir haben vor circa 8 Jahren bereits damit begonnen, alle Raid-Controller zu entsorgen. Wenn überhaupt erlauben wir noch JBOD, alles andere fliegt raus. Grund sind nunmal die maximale Abhängigkeit von der Karte, inkompabilität...

Das Frage ich mich auch ;-)

/dev/sda ist bei Dir ein Raid über die MR Karte? Also das Raid hast Du auf der Karte erzeugt? Das solltest Du nicht tun, reiche die Platten per JBOD durch und mach das Raid auf Proxmox-Ebene (Software).

Ich weiß ja nicht, mit welchem Dateisystem du Proxmox jetzt installiert hast :-) Entweder Du hast "local-lvm", oder "local-zfs" bei Dir, da werden die VMs dann mittels Blockstorage angelegt.

Kannst Du so machen. Wenn Du deine Hardware auflistest können wir dir sicher noch Ideen für eine gute Partitionierung geben.

It is a bug and has since been fixed (fix waiting approval). Non volume mountpoints (e.g. externally mounted) are excluded in the future from changing file-permissions when bound. Means attribute-preservation will get removed for these kind of storages.

Most probably: https://bugzilla.proxmox.com/show_bug.cgi?id=7271 Please try downgrading pve-container like that apt install pve-container=6.0.18 which should fix the problem. A patch is already on the way.

Meistens liegt es an nicht zuzverlässigen Netzwerk-Storages (wie bei dir die NetApp). Hier wird es zu Problemen & Abbrüchen bei den Backups kommen. Bitte probier deine Backups einmal durch, nur weil Sie da aufgelistet sind heißt es ja nicht, dass diese auch funktionieren. Gib doch mal bitte...

Wir können dir ja nicht sagen was dein Server oder deine VMs um 4 Uhr Nachts tun, das kannst nur Du selbst wissen. Du hast ja nicht einmal mitgeteilt um was für Container oder VMs es sich handelt, was darauf läuft usw. usf. Fahre den doch nachts wenn das für dich okay ist geplant herunter und...

You can lose 2 nodes but the cluster does not quorate anymore and thus VMs "stand still" because noone "knows" if whats happening is what is supposed to happen in the cluster :) Thats the reason there is a quorum in the first place, so that nothing "bad" happens at all when stuff like that happens.

You didnt even notice that a node rebooted and rejoined your cluster (which after you deleted it should NEVER happen because this can ruin your cluster). IMHO there is more broken then i can see as of now. You could try to remove the node from pve directly now via removing...

Again, we need information about your cluster. pvecm status pvecm nodes cat /etc/corosync/corosync.conf corosync-cfgtool -s (on all nodes) journalctl -xeu pve-cluster.service