@olivierlambert

The server had high memory usage so I expect lots of paging, which could explain the block writes. I've increased the mem and want to see what difference that makes.

@olivierlambert

Results are in...

Four VMs migrated. Three using warm migration and all worked. 4th used straight migration and BSOD but worked after a reboot.

@olivierlambert

Thanks Oliver. We have used GFS with Veeam previously and will be a great addition.

@olivierlambert

We have successfully installed using:

rpm -Uvh https://repo.zabbix.com/zabbix/7.0/rhel/7/x86_64/zabbix-release-latest.el7.noarch.rpm
yum install zabbix-agent2 zabbix-agent2-plugin-* --enablerepo=base,updates

@BenjiReis

Worked perfectly. Thanks guys.

@olivierlambert

Thanks Oliver, lots to learn.

p.s. Congrats on the 8.3 launch.

@thomas-dkmt

Our Hyper-V servers have no GUI and the process I use is:

1. RDP to the Hyper-V host
2. Open PowerShell
3. Get a list of the VMs on the host

    Get-VM

4. Stop the VM

    STOP-VM -Name <name of VM>

5. Identify the VM's disk(s) for conversion

    Get-VMHardDiskDrive -VMName <name of VM>

6. Convert the VHDX to VHD (destination file extension sets the type so use ".vhd")

    Convert-VHD -Path <source path> -DestinationPath <destination path> -VHDType Dynamic

To transfer the newly created .vhd files to xcp-ng we use Putty via the cli

@thomas-dkmt

Either way.

1. If you can have the server offline then shutdown and create the VHD from the VHDX. The process creates another disk file so the original remains unchanged and if it all goes wrong you can simply restart the VM in Hyper-V and try again another day. You will need enough disk space for the original VM & the new VHD file.

2. If the server cannot be offline then export the VM and then convert the VHDX to VHD. The issue being the original will VM still be updated whilst the migration to xcp-ng takes place. You will need enough disk space for the original VM, the exported VM and the new VHD file.

@olivierlambert

We have a simplified process now.

• Shutdown VM in Hyper-V
• Convert VHDX to VHD using PowerShell
• Move VHD to xcp-ng using SSH
• Generate new name using uuidgen
• Rename VHD
• Create VM in XO and attach VHD

After much trial and error this works every time.

Is there any way to paste from the console?

We have long passwords for Windows and these need to be typed manually to obtain console access which is a real pain.

@olivierlambert

The server had high memory usage so I expect lots of paging, which could explain the block writes. I've increased the mem and want to see what difference that makes.

@olivierlambert

Thanks for the clarification.

So this means it is not directly rated to files being updated rather disk changes which may or may not be a result of files being updated. So me searching for the large files that have been changed since the last delta is a waste of time?

I guess something like a defrag would result in a large delta too.

I have a Windows RDS server that has an hourly delta backup. I expect these backups to only be 1.5GB or so however they are now over 150GB.

Is the delta backup only looking for file changes and if so 150GB should be easy enough to identify whwn comparing tow deltas.

Is there a recommended way to diagnose large delta backups?

@olivierlambert

Thank you.

Can disks be different sizes?

How does XOSTOR manage the scenario of a host going offline? Is there a type of RAID or similar?

@olivierlambert

Is there an ETA on 8.3 LTS?

I am looking to setup shared storage for VMs and have bare metal servers hosted with OVH Cloud however, unfortunately OVH does not allow block storage with bare metal servers.

I have been looking for a shared storage solution and I just discovered XOSTOR and have a few questions

Q1) If I order my bare metal servers with additional NVMe disks can I use these disks together as type of shared storage for the VM VDIs?

Q2) Would the XOSTOR performance be acceptable for VDIs?

Q3) As I add new hosts to the pool can I add the new hosts additional disks to XOSTOR to dynamically increase the XOSTOR storage?

@florent

I am not sure where to access the screen above. What I see is:

I have delta backups that are excessive in size and I wish to compare two using WinMerge
https://winmerge.org/

How can I restore only the disks from two delta backups so they can be attached to an existing VM?

Q1) Is it possible to change the management interface via XOA? I can do it via XS console & I am sure via CLI too.

Q2) What is the significant of the management interface? As I can assign it to one of many interfaces the question is which is the best one to select.

Thanks

@olivierlambert

I need a new ID for Active Directory, otherwise AD things both VMs are the same computer.