Topics created by _danielgurgel

Before applying the patch, in a new pool (during the CH8 update process to XCP8), when moving any VM to the updated host I received the error below. After installing the patch on the master host and restarting the toolstack on the host master and the source host, we no longer notice error, with the migrate process successfully completing. The error condition was the failed shutdown of the VM in the live migrate process. So I think the patch made available actually solves the problem in question. (for VMs with and without network interfaces) Nov 30 12:54:48 SECH82 xapi: [error|SECH82|946189 ||backtrace] Async.VM.pool_migrate R:29b4b31d74de failed with exception Server_error(INTERNAL_ERROR, [ xenopsd internal error: Device_common.QMP_Error(135, "{\"error\":{\"class\":\"GenericError\",\"desc\":\"Unable to open /dev/fdset/0: No such file or directory\",\"data\":{}},\"id\":\"qmp-000029-135\"}") ]) Nov 30 12:54:48 SECH82 xapi: [error|SECH82|946189 ||backtrace] Raised Server_error(INTERNAL_ERROR, [ xenopsd internal error: Device_common.QMP_Error(135, "{\"error\":{\"class\":\"GenericError\",\"desc\":\"Unable to open /dev/fdset/0: No such file or directory\",\"data\":{}},\"id\":\"qmp-000029-135\"}") ]) Nov 30 12:54:48 SECH82 xapi: [error|SECH82|946189 ||backtrace] 1/1 xapi @ SECH82 Raised at file (Thread 946189 has no backtrace table. Was with_backtraces called?, line 0 Nov 30 12:54:48 SECH82 xapi: [error|SECH82|946189 ||backtrace]

https://github.com/vatesfr/xen-orchestra/issues/4467 pdonias created this issue in vatesfr/xen-orchestra closed Hide legacy backup menu entry #4467

Don't be sorry: there is some tool designed to do something, and other for other things. You don't expect that your everyday car will fly. It would be the same thing if XO was working in the browser only. We made that choice (to have a server part) because we knew we'll push for features requiring to run 24/7.

XOA supports CH 8.0, what's your error? XOA use another mechanism because CBT isn't really worth it (we use delta VHD instead, which is compatible even with XS Free)

Well, first you can simply tell which driver and give a link to the upstream sources and we could consider providing it as an alternate driver directly in our repositories for everyone. To build it yourself, there are several solutions: Use this template: https://github.com/xcp-ng-rpms/kernel-driver-template and build your RPM in a docker container that we provide as an alternative to the DDK (more convenient and uses XCP-ng packages). Or use Xenserver's DDK (this solution still works because we're using the same kernel, but we prefer the first one). See also: https://github.com/xcp-ng/xcp/wiki/Kernel-modules-policy

@bnrstnr said in Storage Link: Can you explain better exactly what you're trying to do? Only for easy mapping of a disk to storage directly to a virtual server. Thus Avoiding the need for iSCSI configuration within the Guest VM. I Know the appeal today is no longer available... My question is whether anyone knows if it is still possible to perform via CLI or if there are plans to be implemented again.

No, because those logs are useful in case of problem (to find a potential bug). However, they are garbage collected automatically (the oldest ones) after a while.