Skip to content

Update dmverity tool to take a directory as input to create a VHD#2274

Merged
anmaxvl merged 6 commits intomicrosoft:mainfrom
hgarvison:main
Oct 8, 2024
Merged

Update dmverity tool to take a directory as input to create a VHD#2274
anmaxvl merged 6 commits intomicrosoft:mainfrom
hgarvison:main

Conversation

@hgarvison
Copy link
Contributor

@hgarvison hgarvison commented Sep 24, 2024

Update dmverity tool to take a file directory as input, tar it, and create a VHD.

@hgarvison hgarvison requested a review from a team as a code owner September 24, 2024 18:50
@hgarvison hgarvison force-pushed the main branch 2 times, most recently from 46bbdf9 to ea8559a Compare September 24, 2024 19:11
@helsaawy
Copy link
Contributor

i am not sure the tar creation should be part of dmverity/our package, since we are basically always guaranteed that tar/tar.exe is available on whatever machine we run on
or am i missing something?

@hgarvison
Copy link
Contributor Author

@helsaawy the tar creation is taking a directory of files and tarring it so that it can be run through the tooling to generate a VHD with the merkel tree. This is for the scenario where we are not creating a VHD from image layers, but rather, a directory of other files and subdirectories.

@helsaawy
Copy link
Contributor

This is for the scenario where we are not creating a VHD from image layers, but rather, a directory of other files and subdirectories.

in that scenario, can't you just call tar -cf layer.tar -C directory . to create the tarball?

@hgarvison
Copy link
Contributor Author

This is for the scenario where we are not creating a VHD from image layers, but rather, a directory of other files and subdirectories.

in that scenario, can't you just call tar -cf layer.tar -C directory . to create the tarball?

Yes, but that adds an extra step for the user.

@anmaxvl
Copy link
Contributor

anmaxvl commented Sep 25, 2024

This is for the scenario where we are not creating a VHD from image layers, but rather, a directory of other files and subdirectories.

in that scenario, can't you just call tar -cf layer.tar -C directory . to create the tarball?

Yes, but that adds an extra step for the user.

I don't think that this should be dmverity-vhd's responsibility to tar though... I feel like we can add functionality to convert non-image tars to VHDs with verity, but the caller should do the tar.

…rosoft#2270)

Make tar2ext4 deterministic with files without parent dir in tar

Signed-off-by: Takuro Sato <takurosato@microsoft.com>
Signed-off-by: Heather Garvison <hgarvison@microsoft.com>
Copy link
Contributor

@helsaawy helsaawy left a comment

Choose a reason for hiding this comment

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

LGTM

anmaxvl and others added 3 commits October 7, 2024 12:41
When creating HCS doc for SNP UVM with verity boot, the SCSI
controllers are overriden to always have only a single SCSI
controller. This limits the max number of container layers to
64.

Signed-off-by: Maksim An <maksiman@microsoft.com>
Signed-off-by: Heather Garvison <hgarvison@microsoft.com>
Signed-off-by: Heather Garvison <hgarvison@microsoft.com>
Resolving comment to keep image flag available

Co-authored-by: Hamza El-Saawy <hamzaelsaawy@microsoft.com>
Signed-off-by: Heather Garvison <hgarvison@microsoft.com>
Signed-off-by: Heather Garvison <hgarvison@microsoft.com>
Signed-off-by: Heather Garvison <hgarvison@microsoft.com>
@hgarvison hgarvison requested a review from anmaxvl October 8, 2024 17:48
@anmaxvl anmaxvl merged commit e78ef44 into microsoft:main Oct 8, 2024
jiechen0826 pushed a commit to jiechen0826/hcsshim that referenced this pull request Mar 16, 2026
This PR updates the ADO main mirror to c65b789 in line with upstream main

This includes the following changes:
- Fix issue with mask length of gateway addresses microsoft#2305
- Fixing endpoint type microsoft#2289
- Update dmverity tool to take a directory as input to create a VHD microsoft#2274
- Update containerd to v1.7.23 microsoft#2293
- Update go version to 1.22 microsoft#2300
- add `longPathAware` to shim manifest  microsoft#2303

----
#### AI description  (iteration 1)
#### PR Classification
Code cleanup and enhancement.

#### PR Summary
Refactored error definitions to improve error handling and mapping to grpc errors.
- `vendor/github.com/containerd/errdefs/errors.go`: Replaced simple error variables with structured error types, added detailed error interfaces and helper functions for better error identification and handling.

Related work items: microsoft#2274, microsoft#2279, microsoft#2287, microsoft#2293
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.

4 participants