@jasonnix Update to nodejs 22.x. It should be good for a while. Nodejs 24 will be out soon but not required yet.

@jasonnix Yes, a vCPU means a virtual CPU, which is the assignment of a VM to a physical CPU core. Servers have sockets that contain physical CPUs, so it sounds like your system has four sockets, holding four physical CPUs. Each physical CPU can have multiple cores and in some cases, one thread per core or in others, two threads per core, but let's stick to the simpler case here. A configuration of 4 cores with 1 core per socket means each of the 4 vCPUs will reside on a core on four separate physical CPU sockets, so all four physical CPUs are accessed. This is in most cases not ldeal as in many servers with 4 physical CPUs, the memory banks are split between pairs of CPUs, two on one bank, two on the other. Having VMs cross over physical CPU memory bank boundaries is generally inefficient and should be avoided if possible. This is why NUMA (Non-Uniform Memory Access) and vNUMA become important in the configuration. And @gskger is correct that licensing can sometimes depend on the configuration. I should add that under some circumstances, configuring the CPUs for turbo mode can be an advantage. Suggested reading: my article on the effects of vCPU and GPU allocations in a three-part set of articles. In particular, Part 3 addresses NUMA and configuration issues and Part 2 discusses turbo mode. I hope this helps as it is initially quite confusing. https://community.citrix.com/citrix-community-articles/a-tale-of-two-servers-how-bios-settings-can-affect-your-apps-and-gpu-performance/ https://community.citrix.com/citrix-community-articles/a-tale-of-two-servers-part-2-how-not-only-bios-settings-but-also-gpu-settings-can-affect-your-apps-and-gpu-performance/ https://community.citrix.com/citrix-community-articles/a-tale-of-two-servers-part-3-the-influence-of-numa-cpus-and-sockets-cores-persocket-plus-other-vm-settings-on-apps-and-gpu-performance/

Hi @BenjiReis, Yes. Problem solved by adding the following lines to the resolv.conf file: domain Mydoamin.com search Mydoamin.com

Thank you @olivierlambert.

@jasonnix Yeah that folder can fill up quite heavily. See the following on how to clear the cache with yarn https://yarnpkg.com/cli/cache/clean

@olivierlambert, I just enabled and disabled the server and the problem went away.

@jasonnix depends on what PV driver you want to implement. But such place would be the Xen MiniOS repo (tiny PV kernel project that serves as a base for Unikraft among others) : http://xenbits.xen.org/gitweb/?p=mini-os.git;a=tree Also give a look at https://wiki.xenproject.org/wiki/Unikernels

@MAnon This is a valid point actually, and without additional work, you couldn't just restore to another hypervisor. However, check this blog post: https://xen-orchestra.com/blog/xen-orchestra-5-100/?utm_campaign=mail_5.100&utm_term=logo&ct=YTo1OntzOjY6InNvdXJjZSI7YToyOntpOjA7czo1OiJlbWFpbCI7aToxO2k6NjU7fXM6NToiZW1haWwiO2k6NjU7czo0OiJzdGF0IjtzOjIyOiI2NzIzODI1NDE4ZjVmMjE5NDI2OTYwIjtzOjQ6ImxlYWQiO3M6NToiODM5ODciO3M6NzoiY2hhbm5lbCI7YToxOntzOjU6ImVtYWlsIjtpOjY1O319 Veeam is likely going to properly support XCP-ng. And for what it's worth, you can use agent based Veeam backups in the VMs and that works fine.

Sure @jasonnix

Hi @Danp, Sorry, it was my mistake.

@jasonnix said in A question for the creators of XO: Hi @john-c, Thank you for your great tips. As I said, I've heard that Java and JavaScript are insecure, but they also have some advantages that you and others have pointed out. For example, they have a large community of users and developers. Sorry, but I think that sometimes we don't choose the right path. For example, I'm sure that a professional PHP or Ruby developer can convince you that JavaScript is not the right choice for some projects. If PHP or Ruby were not good programming languages, then they would not have so many fans and everyone would use JavaScript. One of the reasons why JavaScript is so popular is that this language can be run by browsers. Something like a standard for the web. In my opinion, JavaScript like Windows operating system. It has capabilities and features, but the most important reasons for its popularity are its large number of users and ease of use. My other question is, why is there no program under the operating system to manage XCP-ng? If you are talking about directly on XCP-ng operating system there are. In this case there's two options:- XO Lite xe Though XO Lite is new and still being developed its designed to be hosted (embedded) on the currently beta XCP-ng version 8.3. It's aim is to provide a features consistent with a single host or single pool environment. It's aimed at home lab users mostly so they can perform basic tasks, without having to install any extra software on client computers. Though technically it's viewed and invoked remotely but the commands are done directly on the pool master XCP-ng host. The remote viewing and invoking is done on a client device through the web browser or if installed as PWA the browser engine. The other option is xe its command line based so everything you wish to do needs to be typed out in the right syntax. Even tasks as basic as creating a new VM require multiple commands, several of which are from xe to perform a part. To manage XCP-ng remotely you have the option of:- Xen Orchestra XCP-ng Center Xen Orchestra - XO CLI Xen Orchestra - REST API A bit off topic are you any good with PowerShell? If so how about reading up on the relevant documentation about XAPI and/or XO's API so that a PowerShell commandlet can be developed?

I've acctually got a PR to help solve the documentation regarding the yarn forever part. Since I never could get that to work, I implemented a systemd variant instead. #7848 Ping @olivierlambert for visibility