dakralex's latest activity
-
dakralex reacted to t.lamprecht's post in the thread Proxmox Virtual Environment now available for 64-bit ARM (arm64)! with
Like.
We are excited to announce the first release of Proxmox Virtual Environment with official support for a second CPU architecture: 64-bit ARM (arm64/aarch64). Until now, Proxmox VE was available for x86-64 (amd64) only. Proxmox VE 9.2 for arm64... -
dakralex replied to the thread PVE 9.1.11: HA CRM stuck in wait_for_quorum despite corosync quorum OK.Hi! This would be the expected behavior if there are no and have never been any active HA resource present (i.e. running) in the cluster. The CRM will only transition into an active state as soon as there are any active HA resource present, the...
-
dakralex replied to the thread Need Clarification on High Availability / CRS Behavior.Yes, to be exact rebalance-on-start will only be relevant if the HA resource goes through the request_start state, which can only happen if the HA resource was previously in the stopped state and e.g. a user requests the guest to be started...
-
dakralex replied to the thread Need Clarification on High Availability / CRS Behavior.Hi! In case of a fenced node, the HA resources on the fenced node are put in recovery state and the HA Manager will select a recovery node for each HA resource individually. This will always try to spread the HA resources on the remaining...
-
dakralex replied to the thread Questions about the dynamic CRS.Generally, these sound like good ideas! Feel free to create separate Bugzilla entries for the separate issues: automatically add new guests as HA resources by enabling some cluster-wide check (Though new guests can be automatically added...
-
dakralex replied to the thread Questions about the dynamic CRS.Hi Jonas! Good catch! There is a patch for this already on the mailing list [0], I will send a new revision soon so this gets resolved! This does only happen with the "migrate" shutdown policy and is documented in the documentation for the HA...
-
dakralex replied to the thread About CRS Dynamic-load Scheduler Status.If a system needs high availability, there must be enough redundant hardware to compensate such node failures across the cluster. How many cluster node failures should be compensated is a question of cluster size (i.e. what is possible with...
-
Hi! The section you're referring to states that the rebalance on start feature is in technology preview, not the CRS load balancer. The technology preview status for the CRS load balancer has been removed recently. But you are right, that the...
-
dakralex replied to the thread HA trouble with SDN.To clarify this here, this is the expected behavior for the given HA affinity rule set. Essentially, if the HA resource has failback enabled (which it has by default) and is part of a node affinity rule with node priority classes, the HA resource...
-
dakralex replied to the thread Cannot migrate VM, because HA resource vm is not allowed.Sorry for the late reply, missed this thread in the new posts section. This was already stated some of the other answers, but this is the expected behavior: HA resources are by default configured with "failback" enabled. Failback in that sense...
-
dakralex replied to the thread After PVE upgrade to 9.2.5 I cannot more migrate VM.Hi! If I understand your description correctly, this is expected behavior. As HA resources are "failback" by default and the HA resource is in a non-strict node affinity rule, the HA Manager does not allow the migration. This is because the HA...
-
dakralex reacted to j.theisen's post in the thread Powering down a Proxmox 9.2 cluster: how-to needed with Like.
Hi @engineer5 thank you for posting on the forum! So with the new HA disarm feature you can also chose to ignore the state of the VMs instead of freezing everything. This will still let you properly power down all the VMs. After the...
-
dakralex replied to the thread Questions about the dynamic CRS.Hi, sorry for the late reply! At least for two rooms this is already possible with non-strict node affinity rules as these will fallback to the other available cluster nodes if none of the specified nodes are available anymore. However, an HA...
-
dakralex reacted to aaron's post in the thread HA fencing with softdog vs IPMI watchdog — which one is actually used when both are configured? with Like.
I recommend to stick with the soft watchdog. It works well and you avoid any issues due to questionable quality of OOBM hardware and software ;)
-
dakralex replied to the thread pve-ha-crm breaking our cluster... again.The SIGSEGV is a very different cause to end a process here, so that seems quite unrelated to the previous SIGABRT signals. Could you specify the hardware these cluster nodes are running on? Does a longer-running memtest or a stresstest with...
-
dakralex replied to the thread pve-ha-crm breaking our cluster... again.Unfortunately, we don't have any way to reproduce this on our end yet. One way to be able to have some more information about this would be to look at the process' coredump as a SIGABRT will cause this. See if there is any coredump related to...
-
dakralex replied to the thread disarm-ha and arm-ha commands.The safest procedure to disarm the HA stack before these disarm-ha/arm-ha commands were introduced is to stop the pve-ha-lrm service on each node individually, and after these are all confirmed to be 'restart mode' and all HA resources in...
-
dakralex replied to the thread pve-ha-crm breaking our cluster... again.I don't think that pvestatd is related to this issue, because neither pve-ha-crm nor pve-ha-lrm directly depend on pvestatd. I haven't found any clues why pve-ha-lrm in particular is killed with SIGABRT... How was the HP modules blacklisted? Was...
-
dakralex replied to the thread LCX not starting after upgrading PVe from 9.1.x to 9.2.2 - Mount fails.Have you started the affected container during the time of this log? You can use journalctl --since '2026-06-12 09:38:00' --until '...' to capture the output between some time span (I filled in the --since with the rough start time of the LXC...
-
We are excited to announce the release of Proxmox Mail Gateway 9.1! This release is based on Debian 13.5 "Trixie" and ships the Linux kernel 7.0 as the new stable default. It includes the latest versions of ZFS 2.4, PostgreSQL 17, SpamAssassin...