Hi,
the system i mentioned above has a strange issue. I installed it, and it worked like a charme for one week. In that week one of the hard drives failed, i found out that it was a SAS-SATA Cable Connector issue and wanted to replace that cable. After replacement, the raid10 was recognized...
i totally agree with you, but when you are migrating this can happen for a short period of time.
and if you are deleting something you want that the system just deletes what is configured, right?
Hi there,
i faced one really big problem.
When using multiple proxmox Hosts/Cluster on one storage, and one host has a vm running with id 100 on local disk and the other one has the same VM-ID (100) running at the Shared Storage - the HardDiskFiles at the Shared Storage would get deleted when...
Hi,
we got a problem with 5 PGs that are not rebuilding:
ceph -s
cluster:
id: e907418e-7914-4e8c-9c0d-1bc300e92020
health: HEALTH_ERR
22227/1858782 objects misplaced (1.196%)
Reduced data availability: 5 pgs inactive, 5 pgs peering, 5 pgs stale
ceph pg...
Hi,
we got a problem with a cluster that got a stuck node, we couldn't reboot the host but we managed to bring it back working within the cluster. pvecm status looks beauty but all the hosts are showing red in the webinterface (instead of the node you're logging into).
syslog is telling me...
Hi,
i got a really untypical Problem. one of my vms config file is destroyed. its emtpy.
My question is, is it possible to parse the VM-Process-parameters into a config file?
kind regards
nein um es sauber zu machen nicht. Man könnte nach der Änderung pve-cluster restart machen. Garantie das es damit getan ist, gibts aber nicht.
müssen nicht noch die /etc/pve/.members angepasst werden?
achja die hosts file jedes einzelnen servers.
i assume ragequit ;)
stay calm gkovacs
in normal behaviour you will have to do this just when your server crashes. This should'nt happen that often. Thats the reason why i gave you the advise to check your ram. I was reading your post. but - working around something that happens all the time is...
please take a look into /etc/hosts.
the ip there should be the one of your server.
debian jessie writes 127.0.1.1 there
if this is the case - change it and dpkg-reconfigure all
why you don't just be happy that anyone replies to you?
vzdump needs to lock the vm, don't look for something to blame proxmox for, look for the issue why your server reboots
for future issues like this. use a different vm-id for restore if you get an vm that is corrupt. you maybe need it to copy data to another or a new server.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.