When you boot in UEFI mode, press "e" to edit the boot command line, you have a line to change the memory for dom0.

I did the manual installation via the XVA. It worked for me.

@stormi For the kernel-4.19.19-6.0.10.1.xcpng8.1 test, i'm not sure it solve the problem because I get a small memory increase. We have to wait a bit more

@akurzawa said in Extrlemy slow backup speec = about few MB/s:

@nikade said in Extrlemy slow backup speec = about few MB/s:

Maybe you saw the same thing I did - I also had major issues with backups. Then in the summer of 2019 I upgraded our XOA (Yes, we have the paid version) and everything was going 3-4x times faster. Must have been some major improvement in the XOA code.

So maybe some official info that if you have XO from source Your backup speeds will be as low as 3-4 MB/s? Or what?

Sorry if I was unclear - XOA is built from the same sources so there is no difference in that aspect.
All tho, there was a big performance issue regarding backups which was resolved.

I am using XO from sources in my "private" infrastructure and I can assure you there are no "limits" on purpose.

I'm not sure Unitrends is supporting XCP-ng. Please refer to your backup vendor.

Current backup solutions claming to support XCP-ng: https://xcp-ng.org/docs/backup.html

How about doing your own matrix?

Maybe a bug in the appliance. Can you open a support ticket and a tunnel so we can take a look?

@dvdhngs

install onto (mdadm/ZFS) RAID 10: no

to use (mdadm/ZFS) RAID 10 as SR: yes, of course!

Alright well I lost all the data on one drive, by doing this 'joke' of reinstalling it in BIOS mode. So I thought I let VMware ESXi give it a try, well it works at VMware Apparently...

P.S.:

I gave my latest "trick" another run:
Did a full copy of the VM within xo to the other host. While that job ran, I started the delta backup that finished OK. After the copy was done I deleted the copy and saw - as last time - that the host was coalescing. After finishing the sr's advanced tab is empty again and stayed empty.

@danp said in XCP-ng 7.5.0 final is here:

@dblogic said in XCP-ng 7.5.0 final is here:

Just tried updating our pool and after updating the master had failed migration of VM (Ubuntu) and then was unable to get VM to start (Missing VDI error). Only solution was to roll master back to 7.4 and everything working again.

I ran into a similar situation when I upgraded to 7.5 this week. Did you check to see if there was a non-existent ISO mounted in the CD rom for the VM in question?

Thank you. That was my problem. I gave cd empty. Everything works.

Actually, looks like I had already written something about it in the Updates Howto: https://github.com/xcp-ng/xcp/wiki/Updates-Howto#a-special-word-about-xcp-ng-75-76-and-live-migrations

anyone can request a change in https://github.com/xcp-ng/xenadmin/issues

@stormi dd stands for disk dump and does exactly that: Copy a stream of data.
Fio however can be configured for precise workloads and read/write mixes, parallel workloads etc.

So the first thing will only give you streamline benchmarks, what almost nobody cares about.
The second can simulate realworld (VM/database...) workloads, where (controller) Caches and non magnetic storage (Flash, Optane, MRAM...) makes the real difference.
Also use big amount of data, since caches can impact small ones extremely. Don't get me wrong: We need them and they can make huge differences, but as long as your benchmarks fully fit into them, it gives your nonsense/fake results. Also (consumer) SSDs start throttling after some 10 to a very few 100 GB of data written. Their caches fill up and they 'overheat'.

You can spend days on benchmarks and how to do what.

I have good experience with WiBu Key dongles and a "Matrix USB-Key" (also license dongle) but couldn't get an Aladdin HASP working.
I can pass it through (it's visible and attached) but the VM doesn't show it in device manger (Windows 10 1909). I gave up for now and will probably use a network USB thingie from SEH - already have 2 of their devices running in different environments and they work flawlessly.

Not my area of expertise. Perhaps this will point you in the right direction -- http://kb.eclipseinc.com/kb/can-i-safely-ignore-io-errors-on-dm-devices/

We can write a simple "driver" like we did for Gluster

@jmccoy555 you're right, I've fixed my post.