@arvid I think I built it with 3GB last time I tried. I don’t think you can build it with less anymore.
Posts made by Biggen
-
RE: From the sources build now requires >2GB ram
-
RE: Pool CPU usage is impossible
@s-pam Yeah I assume it works just like linux
top
with IRIX mode on (Shift + I). -
RE: XO Backup [NOBAK] for full backups
@mrbaz I don't think its been implemented yet. Its coming from what I've read though.
-
RE: Crashed XOA. Can't boot a clean XOA and use RESTORE because of REGISTRATION
I thought you could deploy a new appliance, connect to your back remotes, and restore metadata/backups from the new appliance even without a registered version. Is this not the case?
-
RE: High Availability XO
@jgibbons You can run XO anywhere it will compile. So run as many as you want on multiple physical machines. It doesn’t have to be run in a VM on the actual xcp-ng hosts.
-
RE: Centos 8 is EOL in 2021, what will xcp-ng do?
@olivierlambert Yup, I meant Citrix and whatever they call it now - XenServer.
-
RE: Centos 8 is EOL in 2021, what will xcp-ng do?
There is also Oracle Linux which is another RHEL offshoot.
Will be interesting to see what Xen decides to do. Does xcp-ng forge ahead on their own and pick a distribution that Xen doesn’t?
-
RE: Switch to XOA free
@george5888 You can build XO from sources and have access to everything: https://xen-orchestra.com/docs/from_the_sources.html
-
RE: XO tree view
I agree with these guys above. Having a tree view seems like a no-brainer. It feels like its the industry standard (it should be if its not) for management GUI for hypervisors/VMs to be honest.
-
RE: [solved] NFS on XO failing, on Center has no issues
Have you actually tried to mount the NFS share from another machine and see if you can read/write to it? This sounds like an NFS permissions issue.
With NFS, you don't usually have a username/password. You can restrict access, if you wish, via IP or other measures. I have a Synology NAS unit configured as a NFS Remote for XO to send backups to. I don't specify a user/password for the share. I just feed XO the path to the share and let it rip.
-
RE: XCP-ng 8.2.0 beta now available!
@S-Pam Literally the first post has a big bold headline that tells exactly how you go about upgrading by linking to the docs.
And then in the sixth post from the top Oliver says it’s reasonable to believe the final release will be in 2 months.
-
RE: xen on rpi4
Have to wonder what the use case of something like this is other than "it can be done". Your cell phone has more processing power and memory than the RPi has.
-
RE: Updates announcements and testing
The bug/security patches upstream never seem to end. Seems like since April all you guys have had time for is this...
-
RE: I'm not able to add a new hard disk with xen orchestra.
Do you see the new drive when you do an
lsblk
in the xcp-ng host? -
RE: xoa setup static ip
Option 1 is also what I do. I can't stand having to set static IPs in individual VMs (or any physical machine for that matter). Much easier to do it inside the router GUI where all the MACs are stored.
-
RE: XO Backup [NOBAK] for full backups
I'm waiting for the same feature. I have a surveillance camera VM with a 20TB array that I don't want to back up. I created an Ansible playbook to recreate just the OS in the event I needed to since I can't backup the VM but that is kinda a hack. I'd rather exclude the video footage array and backup the OS.
-
RE: Updates announcements and testing
Perhaps it was fixed. The bug report doesn’t show it: https://github.com/xcp-ng/xcp/issues/379
I uninstalled it back in April and haven’t retested.
-
RE: Updates announcements and testing
Doe the netdata update not actually fix the missing network interfaces or virtual drives?
-
RE: CPU Usage Mismatch
Did you have more cores/less cores assigned at some point to the VM? I noticed something similar some time ago. It took a host reboot to flush the RRDs which got XO(A) reporting CPU utilization accurately again for me.
-
RE: "CROSSTalk" CPU vulnerabilty (cross-core data leak)
When this Crosstalk microcode update hit last week there was an issue with certain Intel CPUs where we coudn't boot after the patch was applied. I run Linux Mint on my laptop and I couldn't boot it after taking the microcode update. I had to boot into recovery and then
apt remove intel-microcode
to get it back to a working state. Later that day, Ubuntu (or whoever) released a new intel-microcode update that corrected the problem.Not sure if this is even remotely close to the same issue but wanted to put this out there.