[Bug 1093501] New: Cloud:Tools/cloud-init: Bug ds-identify: fails to recognize NoCloud datasource on boot cause it does not have /sbin in $PATH and thus does not find blkid
http://bugzilla.opensuse.org/show_bug.cgi?id=1093501 Bug ID: 1093501 Summary: Cloud:Tools/cloud-init: Bug ds-identify: fails to recognize NoCloud datasource on boot cause it does not have /sbin in $PATH and thus does not find blkid Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software Assignee: jdsn@suse.com Reporter: martin.steigerwald@teamix.de QA Contact: bnc-team-screening@forge.provo.novell.com CC: rjschwei@suse.com Found By: --- Blocker: --- Please see upstream bug report for all the details on this: ds-identify: fails to recognize NoCloud datasource on boot cause it does not have /sbin in $PATH and thus does not find blkid https://bugs.launchpad.net/cloud-init/+bug/1771382 Minimal patch to fix the issue: slestemplate:~ # diff -u ds-identify.orig /usr/lib/cloud-init/ds-identify --- ds-identify.orig 2018-05-16 13:34:06.376646777 +0200 +++ /usr/lib/cloud-init/ds-identify 2018-05-16 13:47:59.215541889 +0200 @@ -200,7 +200,7 @@ fi local oifs="$IFS" line="" delim="," local ret=0 out="" labels="" dev="" label="" ftype="" isodevs="" uuids="" - out=$(blkid -c /dev/null -o export) || { + out=$(/sbin/blkid -c /dev/null -o export) || { ret=$? error "failed running [$ret]: blkid -c /dev/null -o export" DI_FS_LABELS="$UNAVAILABLE:error" Of course with UsrMerge you could also use /usr/sbin/blkid. As stated in upstream bug report I have not the slightest idea what it calling ds-identify during boot. I thought it would be the systemd cloud-init generator, but I added debug output to it and it apparently is not called. For all the gory details see the upstream bug report. Proper fix might be to make sure blkid is in $PATH. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1093501
http://bugzilla.opensuse.org/show_bug.cgi?id=1093501#c1
--- Comment #1 from Martin Steigerwald
http://bugzilla.opensuse.org/show_bug.cgi?id=1093501
http://bugzilla.opensuse.org/show_bug.cgi?id=1093501#c2
--- Comment #2 from Martin Steigerwald
http://bugzilla.opensuse.org/show_bug.cgi?id=1093501
http://bugzilla.opensuse.org/show_bug.cgi?id=1093501#c3
Robert Schweikert
http://bugzilla.opensuse.org/show_bug.cgi?id=1093501
http://bugzilla.opensuse.org/show_bug.cgi?id=1093501#c4
--- Comment #4 from Martin Steigerwald
We will not take this patch.
Fair enough, I will use it nonetheless, cause with it I have it working *now*.
At present it is not understood why PATH is not always part of the environment when the generator runs. This is being investigated.
Interesting. That SLES 12 image has some service pack migrations behind it already. Its an minimal image I installed and adapted myself for training purposes. It has only minimal adaptions in configuration: These are the files I checked in to git repo – my changes are limited to these files (I did not adapt os-release and so on of course): etc/SuSE-release etc/cloud etc/cloud/cloud.cfg etc/cloud/cloud.cfg.d etc/cloud/cloud.cfg.d/05_logging.cfg etc/default etc/default/grub etc/dracut.conf.d etc/dracut.conf.d/90-hostonly.conf etc/fstab etc/group etc/hostname etc/hosts etc/os-release etc/passwd etc/resolv.conf etc/screenrc etc/snapper etc/snapper/configs etc/snapper/configs/root etc/sysconfig etc/sysconfig/network etc/sysconfig/network/ifcfg-eth0 etc/sysconfig/network/routes etc/zypp etc/zypp/repos.d etc/zypp/repos.d/Cloud_Tools.repo etc/zypp/repos.d/SLES12-SP3_12.3-0.repo -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1093501
http://bugzilla.opensuse.org/show_bug.cgi?id=1093501#c5
Robert Schweikert
http://bugzilla.opensuse.org/show_bug.cgi?id=1093501
http://bugzilla.opensuse.org/show_bug.cgi?id=1093501#c12
Robert Schweikert
participants (1)
-
bugzilla_noreply@novell.com