stormi said in Please test the updates candidates to 7.5.0 RC1:

yum update --enablerepo='xcp-ng-updates_testing*'

Hi
Installed OK
Reboot OK
apcupsd OK

Started test VM OK
usb passthrough OK

SR Test NAS not tested, NAS off line, too hot will try later.
SR Test NAS OK

Aimee

Hannes_5253
This is a failure re getting usb pass through on boot up of VM correctly.
We use GPS usb devices for time keeping and despite hacking the various files (overridden on upgrades/patches etc) this issue has never been resolved despite comments on this board.

UPS & GPS support is important for obvious reasons, and needs an educated review into the problem.

We moved our UPS to a NetBsd server (not a VM, a separate system) and used NUT (added outside the tight xcp-nt regime) to
provide the essential power loss situation of the hypervisors.

Same with GPS, hosted on same BSD system.

@maverick said in Transfer Configs between XOA'a:

Aimdev
When you click download config and enter the passphrase, please check if your Safari isn't blocking a pop-up window.

You can check that on the address bar, there should be an icon of two windows overlapped. Press there.

You Sir are a star!!

On the variant of safarii it didn't do as you said, but it did flash up a message for about a second in the address line, so I then went into the settings and enable allow popups.

Its a shame the vendor couldn't come up with an answer, we are reassessing the product at the moment and software is assesd not only the product but also the level of support pre sales.

Thanks again Maverick and have a nice weekend.

olivierlambert said in Transfer Configs between XOA'a:

Plan A is the right way. Plan B is far more complicated

I totally agree, however as I stated there is no indication of a config file being created so Plan B may be the only way,
so is there a file(s) I can access on the old to update the new instance?

olivierlambert said in Transfer Configs between XOA'a:

Hello,

1. XOA is not from Git. XOA means Xen Orchestra virtual Appliance (the thing you deploy and we redistribute). XO from Git is called "XO from the sources"
2. Maybe your version from Git was broken or too old, impossible to tell. But it should work to export there and import in your XOA.

Thanks for the clarification. To be honest I don't know how it was installed.

Plan A

Where is the config file placed on the operating system, for example using safari, it typicall down loads to the Download directory?

Basically I followed these instructins from the web site
If you still use the first XOA (which was not the "unified" version), you can easily migrate all your settings (ACLs, users, servers, etc) to the new version painlessly.

To do so, go into "Settings/Config" of your old XOA. Export the configuration: you'll download a config.json file.

Plan B

Assuming I cannot get a config from the old system by the export/import method, is there a file I can transfer from the old to the new instance of Xen Orchestra virtual Appliance

Some time ago I installed xoa using git, and I was never able to create a config. Click save config resulted with no action. This was apparent with or without a key.

I have just installed using the import method (btw both the web and bash procedures failed to complete due to a network timeout, but downloading the xva worked)

I have access to both versions, is it possible to transfer the extensive configuration on the older xoa to the new one?

olivierlambert
Using the old backup system, based on bash/cron never had an issue from pre xpp-ng to 8.2.
Trying out XOA to see if the backup regime would be easier to administer for other users, it failed on the VM with USB.
I do not know if the issue is with 8.1 or 8.2 as I never tested backup with XOA until I installed 8.2 this week.
I also do not know if it is an XOA issue.
You know my thoughts on USB handling as I have commented many times.

Danp

Thanks, comment raised on github.

I built XO today, no errors.
I then exported a VM, no issues.
I then exported another VM, and got this message

 Snapshot 
Start: Sep 22, 2021, 12:20:51 PM
End: Sep 22, 2021, 12:20:51 PM
Error: VM_HAS_VUSBS(OpaqueRef:4656aff6-d202-4e6e-83e2-b40e52208203)
Start: Sep 22, 2021, 12:20:51 PM
End: Sep 22, 2021, 12:20:51 PM
Duration: a few seconds
Error: VM_HAS_VUSBS(OpaqueRef:4656aff6-d202-4e6e-83e2-b40e52208203)

All backups via SMB to Truenas (NFS I cannot get to work)
The VM in question has pass thru for a Ublox usb GPS receiver.

Hypervisor for the succesfull backup is 8,1, for the failed backup 8.2 (fresh install)

Hannes_5253
This is a failure re getting usb pass through on boot up of VM correctly.
We use GPS usb devices for time keeping and despite hacking the various files (overridden on upgrades/patches etc) this issue has never been resolved despite comments on this board.

UPS & GPS support is important for obvious reasons, and needs an educated review into the problem.

We moved our UPS to a NetBsd server (not a VM, a separate system) and used NUT (added outside the tight xcp-nt regime) to
provide the essential power loss situation of the hypervisors.

Same with GPS, hosted on same BSD system.

Aimdev said in USB passthrough test reports in 7.5RC1:

Aimdev

Update

I removed all the rules except the allow all in /etc/xensource/usb-policy.conf
The U-blox device was present when running /opt/xensource/libexec/usb_scan.py -d
The device is present when running xe pusb-list
The device is present using xcp-ng centre
The configuration file clearly has an issue for me to resolve.
Followed instructions from fjen , thanks for your efforts.
got this on vm startup
The value given is invalid
field: platform:device-model when vm has VUSBs
value: qemu-trad

issued command
xe vm-param-set uuid=<uuid> platform:device-model=qemu-upstream-compat
Started vm
cat /dev/ttyACM0 present and seeing gps messages.

It appears the only way to get this to work is via the cli.

Doing a reboot test next, fingers crossed, yes ok

Thanks

Aimee

Hi

Didn't survive the 7.5 RC1 to 7.5 upgrade, had to re configure it.
All working ok.

Aimee

stormi said in Please test the updates candidates to 7.5.0 RC1:

yum update --enablerepo='xcp-ng-updates_testing*'

Hi
Installed OK
Reboot OK
apcupsd OK

Started test VM OK
usb passthrough OK

SR Test NAS not tested, NAS off line, too hot will try later.
SR Test NAS OK

Aimee