Skip to content

Conversation

liulinC
Copy link
Collaborator

@liulinC liulinC commented Mar 26, 2024

No description provided.

ydirson and others added 11 commits March 6, 2024 16:56
This test did not exercised the SR type expected by user, and notably
failed when no default SR was defined.

Adds the option of installing a VM in a non-default SR using
VM.with_new.

Signed-off-by: Yann Dirson <[email protected]>
Previously sub-second durations were printed as "ago", now they are
pretty-printed using Mtime.Span's logic, for example "666ms ago".

If the point in time is unexpectedly in the future, print "0ns ago".

Durations lasting at least 1 seconds are printed as before.

Signed-off-by: Pau Ruiz Safont <[email protected]>
…390570

CA-390570: Py3 socket.sendto needs bytes instead of a string
When creating a backup VDI on an SR we want to derive the VDI's UUID
from the SR. This way we can't be later tricked into accepting a
different VDI as a backup.

Implement a hash that derives the VDI UUID and pass this UUID to SM to
be used.

Currently the creation of this VDI in Xapi is detected based on its
name-label: "Pool Metadata Backup". The SM stack usually creates a new
random UUID but will use a given UUID passed as "vdi_uuid" for its
"vdi_create" command. The difficulty in the implementation is that
"vdi_uuid" is used in other commands as well and we have to make sure to
set it only in the intended context. It is not straight forward to pass
the UUID from Xapi_vdi.create down to Sm.

Signed-off-by: Christian Lindig <[email protected]>
We introduce deterministic UUID for backup VDIs to avoid searching for
VDIs. Add this capability to the scripts that create and restore
backups. In case the VDI with the expected UUID does not exist, let the
user confirm probing for it.

Signed-off-by: Christian Lindig <[email protected]>
We have added an interactive prompt in case the backup VDI was created
by an earlier version and does not match the expected UUID. To
facilitate scripting, add a -y (yes) flag that assumes a confirmation.

Signed-off-by: Christian Lindig <[email protected]>
@liulinC liulinC force-pushed the private/linl/sync branch from 87ff486 to f708937 Compare March 26, 2024 06:06
Copy link
Contributor

@gangj gangj left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

A rebase from master with no conflict:

gangj@gangj-OptiPlex-7050:~/Documents/dev_env/Wukong/xen-api$ git log private/linl/sync -1 -p
commit f708937ad948f63471b9ca47b3eda790da4a65bc (liulinC/private/linl/sync, private/linl/sync)
Merge: d1a3219a1 7f1d31513
Author: Lin Liu <[email protected]>
Date:   Tue Mar 26 05:53:29 2024 +0000

    Merge branch 'master' into feature/xs9

@liulinC liulinC requested a review from minglumlu March 26, 2024 06:10
@liulinC liulinC merged commit 6626e2c into xapi-project:feature/xs9 Mar 26, 2024
Copy link

pytype_reporter extracted 50 problem reports from pytype output

.

You can check the results of the job here

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

6 participants