Congratulations to everyone, impressive work!
I didn't expect ZFS and Ceph support so soon, nice!

I can already confirm that I could trigger 2 Jobs manually in XO and it run successfully.
Thanks!
The scheduled ones I will see tomorrow and report if it would fail, but it is not expected.

@maxcuttins "But I have to say: developers are crazy."
Yes I am using an own GitLab instance, too.
And yes they are crazy, in one more way ... they are doing sooo many updates but then there is this ONE 4 year old one with a central feature I was looking for and can't imagine, why it is not done since the beginning

https://gitlab.com/gitlab-org/gitlab/-/issues/14207

Hi again,

I think there is a new problem with old jobs, a tleast for "vm.revert".
(build from sources from Apr 9, 2020 )

It looks like there was added a new parameter "timeout" and "snapshotbefore" was removed.

I now tried to edit my old jobs to add the timeout value, but it seems not to remove the old parameter when I save it, and so the old jobs don't work.

I have to create all from scratch now, no big problem for me, but might be better if it would remove invalid parameters when saving or validate if this is the problem.

Cheers!

Update: Might be related:
https://github.com/vatesfr/xen-orchestra/commit/af4904ce8d9937b24654ef83ba138e2d9aaf86e4

0 pdonias committed to vatesfr/xen-orchestra

chore(xo-web,xo-server): move "snapshot before" feature to the client (#4893)

From xo-server's API's point of view, it makes more sense for the "snapshot before" feature to be implemented in xo-web since snapshotting a VM is a whole independent process on its own that requires its own API permissions.

Making this change will be especially useful to not over-complicate the permissions checks for the incoming "Self Service snapshots" feature.

See #3693

I can already confirm that I could trigger 2 Jobs manually in XO and it run successfully.
Thanks!
The scheduled ones I will see tomorrow and report if it would fail, but it is not expected.

Impressive, on a Friday, thanks! I will now directly test the fix and change the file manually

Wow you are sooo quick with replying ... thanks ^^

Hi,
my scheduled vm.revert jobs are no longer running, even not when triggered manually in XO.

Error is: no value for user_ip

Using XO from sources
currently: xo-server 5.57.3 / xo-web 5.57.1

Error started: Feb 29
Last successful run was: Feb 22

Multiple updates in between.

Jobs are simple vm.revert configured with a Snapshot and snapshotBefore: false

Looks like a bug, can someone confirm this? I have no XOA available right now.
If confirmed, I can open an issue at github?

Cheers and all the best to everyone!

Thanks

OK thanks, so I better should wait a bit before I try anything?

Hi, is the "raw-device-plugin" branch already working?
https://github.com/xcp-ng/xcp-ng-xapi-storage/tree/feat/raw-device-plugin

I just upgraded to 8.0 and wanted to try it now and found out, that the latest released package is v1.0.2 and is missing the raw-device.

@olivierlambert
Hi, just one question to clarify:
does it mean I could map an untouched/unmodified LUN to a VM?
because I have a usecase where it is very important that the (very small) LUN is not modified as it is used as communication device between the storage system and the guest.
That would be great!
As soon as this is available I will do some testing!