-
Notifications
You must be signed in to change notification settings - Fork 114
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
openstack: dynamically mount the config-drive #773
Conversation
Thanks for your PR,
To skip the vendors CIs, Maintainers can use one of:
|
ea5ce56
to
1529754
Compare
Pull Request Test Coverage Report for Build 10997470993Details
💛 - Coveralls |
It's open for review but I haven't tested it yet. /hold |
/lgtm thanks |
Just an update on this, the current patch doesn't work yet, I'm reworking it here: openshift/sriov-network-operator#1004 so I can get CI feedback fairly quickly. I'll update this PR as soon as I have satisfying results and ask for reviews here. |
I got a successful CI run:
|
1529754
to
8d15e86
Compare
8d15e86
to
c075ec3
Compare
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.
Though these changes add dependencies to blkid
and mount
commands, they are well perimetered inside the ad-hoc OpenStack logic
Only one other minor comment about logging.
LGTM
c075ec3
to
2bf8083
Compare
Hi @EmilienM can you check the unit tests please |
When we want to use config-drive in immutable systems, very often the config-drive is only used at boot and then umounted (e.g. ignition does this). Later when we want to fetch Metadata from the config drive, we actually have to mount it. In this PR, I'm adding similar code than coreos/ignition where we dynamically mount the config-drive is the device was found with the right label (config-2 or CONFIG-2 as documented in OpenStack). If the device is found, we mount it, fetch the data and umount it.
2bf8083
to
084810a
Compare
@SchSeba done, and sorry for the typo. |
/hold cancel |
When we want to use config-drive in immutable systems, very often the
config-drive is only used at boot and then umounted (e.g. ignition does
this).
Later when we want to fetch Metadata from the config drive, we actually
have to mount it.
In this PR, I'm adding similar code than coreos/ignition where we
dynamically mount the config-drive is the device was found with the
right label (config-2 or CONFIG-2 as documented in OpenStack). If the
device is found, we mount it, fetch the data and umount it.