Categories

  • All news regarding Xen and XCP-ng ecosystem

    145 Topics
    5k Posts
    TeddyAstieT
    @leroyj We already know that our k10temp module doesn't have support beyond Zen 2, and needs to be updated. That's not incredibly complex, but still needs to be done. I was wondering if the amd cpu temp be probed the way you did for the intel cpu. No, AMD temperature infos are not exposed through MSR but through PCIe/MMIO (through various subsystems, like "SMU" and other ones). Like what does https://github.com/torvalds/linux/blob/master/drivers/hwmon/k10temp.c or https://github.com/ocerman/zenpower. (regarding the AI draft, there is no documented MSR 0xc0010292 in neither APM nor public Zen3 PPM) That doesn't require any specific Xen support aside the right Linux drivers in Dom0.
  • Everything related to the virtualization platform

    1k Topics
    15k Posts
    J
    @poddingue Thanks for taking a look. Yes it is this part that tells me that it should start the VM automatically once the import has completed. "After the transfer, the VM on XCP-ng side is started:" Followed by, "This process is fully automated, without any human intervention after it starts on step 1." [image: image.jpeg] https://docs.xcp-ng.org/installation/migrate-to-xcp-ng/ But my findings/experience is that the VM does not start once the import/transfer has completed. So either the docs are wrong. Or the function is not behaving as intended. I'm acctually fine either way. As long as I know what to expect. However, I would like to have it auto-start the VMs after transfer completion. Which would make the procedure "Fully automated". Update: Am I assuming correctly that "the XO V2V guide says to start the VM yourself once the migration is complete " you're reffering to, is part of the "test migration"-procedure? Not the acctual production mgiration? Because: "Final migration Run the production migration When you're ready for the final migration: Shut down the source VM completely. Start the V2V migration in Xen Orchestra with the Stop source option enabled. This ensures the final sync happens while the VM is powered off, and prevents any inconsistencies." In my mind doesn't state that the VM should be started manually post-transfer. Great thanks in advance for discussing! Cheers!
  • 3k Topics
    29k Posts
    J
    @tjkreidl said: @john.c Interesting information about the strong v. weak host model. Active-active and LACP bonds will split the network traffic between the NICs, while an active-passive bond only uses the primary. WHat type of bonds do you have set up? @tjkreidl I am actually running a balance-alb (Mode 6) bond because the upstream router has limited port capacity and does not support LACP. This detail is the smoking gun for why the weak host model is causing this. balance-alb achieves outbound and inbound load balancing entirely through Dom0-level manipulation without switch assistance: Inbound Load Balancing via ARP Tricks: When an external device sends an ARP request for Dom0's IP, the bonding driver intercepts the reply and replaces the source MAC address with the hardware MAC of one of the specific slave NICs. It essentially tells different peers to use different physical paths to reach the same IP. Outbound Load Balancing via Capability: The bonding driver intercepts outbound packets and dynamically assigns them to different slave NICs based on current interface load. The Weak Host Collision: Because balance-alb is constantly rewriting ARP tables and distributing packets across physical links at Layer 2, it relies on a perfectly deterministic Layer 3 network stack. However, because Dom0 defaults to a weak host model, the kernel treats the IP addresses as globally bound to the whole host. Under heavy load or during a path change, the kernel's Layer 3 routing engine completely bypasses the bonding driver's intended pathing logic. It evaluates the destination, spots what it thinks is a "cheaper" path via the main routing metrics, and forces the packet out of a completely separate infrastructure interface (like Management or Storage) instead of keeping it within the balance-alb bond. OpenMetrics packet-flow telemetry caught this exact moment: the kernel handed the packet to the wrong interface, causing the packet to miss the bond entirely and exit on a port where the destination was unreachable. This immediately broke the HA heartbeat loop and triggered the reboot.
  • Our hyperconverged storage solution

    54 Topics
    823 Posts
    K
    @ronan-a For testing purposes, I did the following: I created a VM on the local SR of a host, installed Linux on it, and configured an ISCSI target. I then added that ISCSI target as an ISCSI SR within xcp-ng pool, and created a small VM on that repository, using XO. While the machine was running, I performed a migration without losing a single ping.I assume this confirms my previous assertion regarding the use of a standard storage system.
  • 37 Topics
    136 Posts
    J
    @AtaxyaNetwork Merci pour tes recherches ! Oui "cd_label" serait cool comme ajout au plugin ce qui permet sur les distro type Fedora/Redhat de ne pas avoir de boot_command à gérer