-
Notifications
You must be signed in to change notification settings - Fork 1
Allow specifying a custom devmapper snapshot device on snapshot boot #3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: v0.25_reference
Are you sure you want to change the base?
Allow specifying a custom devmapper snapshot device on snapshot boot #3
Conversation
5e5df1a to
e322467
Compare
ustiugov
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I believe that there are quite a few unnecessary changes in this PR. please see my comments and revert the changes that can be avoided. The reason for this is that updating the fork is way simpler if our changes are minimal as compared to upstream.
e322467 to
9ea5ae5
Compare
|
Regarding the comments, I completely undid the commit introducing the transport_reset_event function, however I agree temporarily commenting the place where it is invoked is a better approach. That way we can reintroduce that function call when someone looks into how to fix the agent becoming unavailable. I have now commented out the place where the transport_reset_event function is invoked. |
ustiugov
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
few more minor tweaks please
7f68758 to
d824d36
Compare
Signed-off-by: Amory Hoste <amory.hoste@gmail.com>
d824d36 to
5deb8a6
Compare
|
lgtm |
89843c4 to
52890e5
Compare
Signed-off-by: Amory Hoste <amory.hoste@gmail.com>
52890e5 to
9b375b6
Compare
ustiugov
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
minor tweaks
|
|
||
| # Development container image (without tag) | ||
| DEVCTR_IMAGE_NO_TAG="docker.io/vhiveease/fcuvm_dev" | ||
| DEVCTR_IMAGE_NO_TAG="docker.io/amohoste/fcuvm_dev" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
please fix, update the build image on vhiveease if necessary
| # Development container tag | ||
| #DEVCTR_IMAGE_TAG="v30" | ||
| DEVCTR_IMAGE_TAG="v16_upf" | ||
| DEVCTR_IMAGE_TAG="v30" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| DEVCTR_IMAGE_TAG="v30" | |
| DEVCTR_IMAGE_TAG="v30_upf" |
This PR adds the functionality to specify a custom devmapper snapshot block device that contains the container root filesystem contents. The content of this block device must be the exact filesystem contents present at the time the corresponding Firecracker snapshot was taken. Allowing to specify a custom snapshot block devices allows us to more efficiently manage snapshots along with the possibility to boot from a remote snapshot. Additionally, the transport_reset event introduced in v0.25.0 was also removed since this interfered with the ability to restore a snapshot due to the FC agent becoming unreachable.