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
FreeBSD: get_tmp_exec_path() still fails #4193
Comments
full logs: cloud-init.tar.gz n.b.: The code, as-is, right now, is wrong. Here's the
and here's a series of attempts to get something sensible out of the code: In [27]: util.parse_mount("/", get_mnt_opts=True)
Out[27]: ('zroot/ROOT/PkgBase', 'zfs', '/', 'local,noatime,nfsv4acls')
In [28]: util.parse_mount("/var", get_mnt_opts=True)
Out[28]: ('zroot/var/audit', 'zfs', '/', 'local,noatime,nfsv4acls')
In [29]: util.parse_mount("/var/tmp", get_mnt_opts=True)
Out[29]: ('zroot/var/tmp', 'zfs', '/var/tmp', 'local,noatime,nosuid,nfsv4acls')
In [25]: tmp_dir
Out[25]: '/var/tmp/cloud-init'
In [26]: util.parse_mount(tmp_dir, get_mnt_opts=True) why does querying next, we have the correct result for |
Fixes: canonicalGH-4193 Sponsored by: The FreeBSD Foundation
This puts `util.mount_parse()` now on-par with `util.mount_parse_info()`. Fix two now failing tests to clarify the new behaviour. Fixes: canonicalGH-4193 Sponsored by: The FreeBSD Foundation
This puts `util.mount_parse()` now on-par with `util.mount_parse_info()`. Fix two now failing tests to clarify the new behaviour. Fixes: canonicalGH-4193 Sponsored by: The FreeBSD Foundation
This puts `util.mount_parse()` now on-par with `util.mount_parse_info()`. Fix two now failing tests to clarify the new behaviour. Fixes: canonicalGH-4193 Sponsored by: The FreeBSD Foundation
This puts `util.mount_parse()` now on-par with `util.mount_parse_info()`. Fix two now failing tests to clarify the new behaviour. Fixes: canonicalGH-4193 Sponsored by: The FreeBSD Foundation
in #4222 i added a
there's two reasons for this: On UFS where were trying to resolve the devpth: Lines 2645 to 2656 in c68305a
which then called Lines 2635 to 2642 in c68305a
This is silly for our use-case. So we're now calling |
This puts `util.mount_parse()` now on-par with `util.mount_parse_info()`. Fix two now failing tests to clarify the new behaviour. Fixes: canonicalGH-4193 Sponsored by: The FreeBSD Foundation
This puts `util.mount_parse()` now on-par with `util.mount_parse_info()`. Fix two now failing tests to clarify the new behaviour. Fixes GH-4193 Sponsored by: The FreeBSD Foundation
* We now have a ds-identify rc script. This will speed up config-free booting. * canonical/cloud-init#4193 is now fixed, which gives us a clean boot on Vultr * A previous fix was attempted with canonical/cloud-init#2146 but canonical/cloud-init#4222 now fixes it properly PR: 272391 Reported by: freebsd@igalic.co Sponsored by: The FreeBSD Foundation
Bug report
This is a clean boot on Vultr (with Vultr as the only datasource)
Even after #2146, this still fails.
As explained in that PR, on Linux with
parse_mount_info()
, we're allowed to return a parent mount for a non-existent directory / mountpoint.On BSD, or with
parse_mount()
we are not allowed to do that.After adding options parsing to
parse_mount()
, due to this limitation,get_tmp_exec_path()
still fails with the same kind of exception on FreeBSD.Steps to reproduce the problem
on FreeBSD,
Environment details
The text was updated successfully, but these errors were encountered: