Posts made by julien-f

@Andrew Do you mean https://github.com/vatesfr/xen-orchestra/commit/d369593979cfcd81d425f873f5a8682991bbba96 introduced the issue?

0 MathieuRA committed to vatesfr/xen-orchestra

fix(xo-web): from ignoreBackup to bypassBackupCheck (#6362)

Introduced by 837b06ef2ba13b561a654d2ebd58b62c4dab2ca7

@olivierlambert Yes, each job has a unique identifier and willl not touch backup files of other jobs.

@Andrew Any idea which commit is problematic?

Should be fixed now, please let me know if you have other issues.

https://github.com/vatesfr/xen-orchestra/commit/d27b6bd49d1885b385f3488c78ce4ddc392a69e2

0 julien-f committed to vatesfr/xen-orchestra

fix(xo-server/collection/redis#{add,update}): cast to string before inserting in db

Fixes https://xcp-ng.org/forum/post/51933
Fixes #6359

Introduced by 36b94f745

@Andrew Sorry for bug, it broke added/updated objects in the database, you will need to re-import an existing XO config or fix the problems manually.

https://github.com/vatesfr/xen-orchestra/commit/7418d9f6708c171c37ae3867ac4ccdeaf4b2b345

0 julien-f committed to vatesfr/xen-orchestra

fix(xo-server/collection/redis#{add,update}): save all fields

Fixes https://xcp-ng.org/forum/post/51916

Introduced by 36b94f745

`Redis#hSet` accepts an object instead of a sequence of key/value.

The previous commit corrupted the database by deleting all but one fields per added/updated objects.

@infraestrutura Just display, it does not impact anything else.

@olivierlambert Yep, it's a known issue: https://github.com/vatesfr/xen-orchestra/issues/5637

As it's pretty rare, not a big deal and hard to fix, it's still here.

olivierlambert created this issue in vatesfr/xen-orchestra

open Remote size incorrectly reported by xo-server #5637

@mauzilla The change will only apply at the next run, it will not impact any current run.

@GriAle Should be fixed: https://github.com/vatesfr/xen-orchestra/commit/ba03a4849831deecda7b8139374b5c43bf90d2b3

0 julien-f committed to vatesfr/xen-orchestra

chore(xo-server): update to hashy@0.11.1

Fixes https://xcp-ng.org/forum/post/50866

Introduced by 49890a09b7a3c4bcbe7f462577c6d0a7da8b7006

Fixes argon2id support which is the new default algorithm since argon2@0.28.7

@GriAle Investigating.

@Spunky_Surveyor XO detected an XVA file in this VM backup dir, it appears to be invalid.

As our heuristic is not perfect, XO does not delete it automatically but simply reports it.

If you have a subscription and an official XO VM Appliance, you can open a support tunnel and we'll see if it's indeed broken or if we can improve our heuristic.

Otherwise, you can try to manually import it.

Ping @rajaa-b

@krakers This is unrelated to the current thread and very likely not an XO problem. Please open a separate thread, maybe the community will be able to help.

@Andrew @krakers Unfortunately now, it's an unrelated issue, which usually indicates that the VHD that was just downloaded from the host is incomplete. Deleting the snapshots related to this backup job on the source VM will trigger a full export, which might help.

@Andrew Interesting

@Andrew Could show us the info of the problematic VHD files?

> cd xo-vm-backups/<VM UUID>/vdis/<job UUID>/<VDI UUID>/
> npx vhd-cli info *.vhd

@Andrew Thank you, I'm investigating

@someone2b Just install this work-around xenstore-read with the following commands and hopefully it will work.

sudo -s
cd /usr/local/bin
curl -O https://gist.githubusercontent.com/julien-f/a6f98de3bd5a775f3f04b2fa14a9a102/raw/xenstore-read
chmod +x xenstore-read

@sbz71 The stable channel should not have the issue, not sure when we'll release a fix for latest.

If you have an XO subscription, you can open a support ticket and a support tunnel and we'll be able to patch your install

My bad, I misunderstood the question

@sbz71 Please make sure you are on master: https://github.com/vatesfr/xen-orchestra/commit/7387ac2411bcdb9880d85fe25760bb67a545340d

0 julien-f committed to vatesfr/xen-orchestra

fix(xo-server/disk.import): fix `xapi._getOrWaitObject` call

Maybe related to #6282

Introduced by 5063a6982