Categories

  • All news regarding Xen and XCP-ng ecosystem

    139 Topics
    4k Posts
    P
    @dinhngtu said in XCP-ng Windows PV tools announcements: @probain The canonical way is to check the product_id instead https://docs.ansible.com/projects/ansible/latest/collections/ansible/windows/win_package_module.html#parameter-product_id The ProductCode changes every time a new version of XCP-ng Windows PV tools is released, and you can get it from each release's MSI: No problem... If you ever decide to have the .exe-file as a separate item. Not bundled within the zip-file. Then I would be even happier. But until then, thanks for everything!

  • Everything related to the virtualization platform

    1k Topics
    14k Posts
    M
    @bvitnik Thanks for your reply! Yes, all of the XCP-ng hosts have been restarted since I started monitoring the /var/log directory due to package upgrades. I also restarted the toolstack 2 or 3 times in the time frame so I think the issue was not caused by some sort of stuck process or similar. I did some research in this regard and also noticed that most people that have an environment of my scale do not encounter this issue (I currently have 105 VMs running). So I also suspect that there is something unusual happening in my pool. I thought about circumventing this issue my implementing a remote syslog server (like graylog) that has enough storage and letting all my XCP-ng hosts write to it. I would really prefer to fix the underlying issue though. Does anybody possibly know some common things that could cause this that I could check? That would be really awesome. Thanks and best regards

  • All Xen Orchestra related questions/reports

    3k Topics
    26k Posts
    C
    Hello everyone, I’m currently deploying a complete infrastructure for a client who previously used Hyper-V, where we could easily configure a VM boot order as well as startup delays between VMs. This ensured a clean sequence: 1. XOA 2. Domain Controller 3. Application servers, etc. ⸻ What I have verified so far I contacted the official XCP-ng / XOA support, and they confirmed that this functionality does NOT currently exist, even on the paid (Premium) version of XOA. They also confirmed that: • There is no native way to set a boot priority in XCP-ng • There is no parameter such as order= or delay= in xe vm-param-set • XOA does not provide a UI for this either • The orchestration engine does not currently support dependent startup ⸻ What I’m asking the community Before I build something custom (scripts, hooks, cron jobs, etc.), I would like to know: Has anyone implemented a reliable way to: • Force a boot order for VMs • Introduce a configurable delay between VM startups • Ensure XOA starts first, then the Domain Controller, then other servers Is there perhaps: • A community script • A known workaround • A XenAPI trick • Or an unofficial feature hidden somewhere? ⸻ Environment • XCP-ng host • XOA Premium • ~5 VMs (DC, financial software, POS system, XOA itself, etc.) • Need clean deterministic startup order after host reboot or power outage ⸻ Any insight or community solutions would be greatly appreciated! This is something my client relied on in Hyper-V, so I’m trying to replicate the behavior in XCP-ng as cleanly as possible. Thanks in advance!

  • Our hyperconverged storage solution

    37 Topics
    690 Posts
    ronan-aR
    @TestForEcho No ETA for now. Even before supporting QCOW2 on LINSTOR, we have several points to robustify (HA performance, potential race conditions, etc.). Regarding other important points: Supporting volumes larger than 2TB has significant impacts on synchronization, RAM usage, coalesce, etc. We need to find a way to cope with these changes. The coalesce algorithm should be changed to no longer depend on the write speed to the SR in order to prevent potential coalesce interruptions; this is even more crucial for LINSTOR. The coalesce behavior is not exactly the same for QCOW2, and we believe that currently this could negatively impact the API impl in the case of LINSTOR. In short: QCOW2 has led to changes that require a long-term investment in several topics before even considering supporting this format on XOSTOR.

  • Non-English speakers

    31 Topics
    90 Posts
    olivierlambertO
    Yes, account aren't related