/etc/pve/nodes/.pvecm delnode flash-pve-a), then you can delete the flash-pve-a directory from under /etc/pve/nodes, then reload your web interface.pvecm delnode, then something else is going on so deleting stuff from /etc/pve/nodes is probably not the right direction to take.ping flash-pve-a does it seem to correctly find an address and ping it, or does it give an error message?


pvecm status command that you ran on flash-pve-a is a decent idea, and it shows that it's not part of any cluster. The /etc/pve/corosync.conf file gets created as part of the process of creating or joining a Proxmox cluster.prox-clus-1 node, please start a gui shell and run ping -c 3 flash-pve-a then paste the output here.prox-clus-1 is able to resolve the "flash-pve-a" name. It sounds like it probably can't.ip a on both prox-clus-1 and flash-pve-a and paste the output from them here as well. It's ok to run that via ssh, it doesn't have to be done via the gui shell thing.ip a command will show us the ip address configuration you're using for both of those hosts, which could be useful just in case there's something unexpected/weird with the ip addressing.corosync.conf from node 2.255.255.255.0 (also known as /24), when it should be 255.255.0.0 (also known as /16) for the above addressing to work.ip a output from both flash-pve-a and prox-clus-1 would tell us for sure. Would i need to remove them from the etc/pve/corosync.conf on each node?
/etc/pve directory on the cluster nodes is a special type of thing. Any changes made in that directory get automatically pushed to the other cluster nodes.pvecm delnode flash-pve-a first and see if that works.
flash-pve-a node again at some point, I'd probably try setting its ip address to be in the 10.0.99.x network range to minimise potential problems. Maybe 10.0.99.94, depending on whether that's already taken or not. We use essential cookies to make this site work, and optional cookies to enhance your experience.