/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.