Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Description of problem:
When using the /usr/bin/livecd-creator tool, if it detects that it needs to create an efiboot image, it *appears* that imgcreate/live.py:_generate_efiboot() will call "mkefiboot" with the -a option (--apple), even if there is no need by the customer to create the image for a Mac. Since the hfsutils RPM doesn't seem to be provided by RedHat but rather EPEL and it may not be installed and will eventually create an error such as this when mkefiboot tries to mount the fs ....
Loop device does not match a floppy size, using default hd params
Initialized /dev/loop1 as a 20 MB HFS Plus volume
ERROR:program:mount: unknown filesystem type 'hfsplus'
mount: unknown filesystem type 'hfsplus'
Traceback (most recent call last):
File "/usr/sbin/mkefiboot", line 153, in <module>
opt.diskname)
File "/usr/sbin/mkefiboot", line 44, in mkmacboot
mkhfsimg(None, outfile, label=label, graft=graft, size=size)
File "/usr/lib/python2.7/site-packages/pylorax/imgutils.py", line 397, in mkhfsimg
mkfsargs=["-v", label], graft=graft)
File "/usr/lib/python2.7/site-packages/pylorax/imgutils.py", line 374, in mkfsimage
with Mount(loopdev, mountargs) as mnt:
File "/usr/lib/python2.7/site-packages/pylorax/imgutils.py", line 289, in __enter__
self.mnt = mount(self.dev, self.opts, self.mnt)
File "/usr/lib/python2.7/site-packages/pylorax/imgutils.py", line 176, in mount
runcmd(mount)
File "/usr/lib/python2.7/site-packages/pylorax/executils.py", line 414, in runcmd
return execWithRedirect(cmd[0], cmd[1:], **kwargs)
File "/usr/lib/python2.7/site-packages/pylorax/executils.py", line 179, in execWithRedirect
raise subprocess.CalledProcessError(ret, [command]+argv)
subprocess.CalledProcessError: Command '['mount', '/dev/loop1', '/tmp/lorax.imgutils.RbYCZf']' returned non-zero exit status 32
The user may have no intention of deploying to a mac, but it appears to still try and make an EFI image with hfsplus.
Version-Release number of selected component (if applicable):
livecd-tools-20.4-1.6.el7sat.x86_64
python-imgcreate-20.4-1.6.el7sat.x86_64
How reproducible:
Steps to Reproduce:
1. Ensure that hfsutils RPM is not installed
2. Use a kickstart that specifies an EFI boot filesystem
example:
3. Try to create using livecd-creator: (customer example) # livecd-creator -v '--title=Discovery Image' --compression-type=xz --cache /var/cache/build-fdi --config /tmp/tmp.nPpIV2DJcG/foreman-discovery-image/fdi-image.ks -f fdi -t /tmp
Actual results:
The image is created successfully. The python trace appears to just be an annoyance, but could lead to the impression that something went wrong and the image did not get created successfully.
Expected results:
Perhaps a simple log message indicating that no mac image would be created, rather than an unhandled python trace, if hfsutils RPM is not installed. Or a check before doing mkefiboot and perhaps don't call it with the -a option if it's unnecessary.
Additional info:
Note: If called from image-creator (instead of livecd-creator) I get different results, presumably because the LiveCD needs to be a bit more flexible. But still, the python traceback should maybe be handled.
Brian,
Regarding ... "livecd-creator is not shipped with RHEL and is not supported."
The first part of that *appears* to be incorrect, which I believe nullifies the second part about not supporting it. (Unless there's a different reason for usnot supporting it like it's tech preview or something).
As you'll see, the livecd-creator utility is provided by the livecd-tools in the Sat6.2 channel. Please let me know if this allows further consideration of the BZ.
-----------------------------------------------
# rpm -qf $(which livecd-creator)
livecd-tools-20.4-1.6.el7sat.x86_64
# yum provides "*/livecd-creator"
Loaded plugins: product-id, search-disabled-repos, subscription-manager
1:livecd-tools-20.4-1.6.el7sat.x86_64 : Tools for building live CDs
Repo : rhel-7-server-satellite-6.2-rpms
Matched from:
Filename : /usr/bin/livecd-creator
1:livecd-tools-20.4-1.6.el7sat.x86_64 : Tools for building live CDs
Repo : @rhel-7-server-satellite-6.2-rpms
Matched from:
Filename : /usr/bin/livecd-creator
Description of problem: When using the /usr/bin/livecd-creator tool, if it detects that it needs to create an efiboot image, it *appears* that imgcreate/live.py:_generate_efiboot() will call "mkefiboot" with the -a option (--apple), even if there is no need by the customer to create the image for a Mac. Since the hfsutils RPM doesn't seem to be provided by RedHat but rather EPEL and it may not be installed and will eventually create an error such as this when mkefiboot tries to mount the fs .... Loop device does not match a floppy size, using default hd params Initialized /dev/loop1 as a 20 MB HFS Plus volume ERROR:program:mount: unknown filesystem type 'hfsplus' mount: unknown filesystem type 'hfsplus' Traceback (most recent call last): File "/usr/sbin/mkefiboot", line 153, in <module> opt.diskname) File "/usr/sbin/mkefiboot", line 44, in mkmacboot mkhfsimg(None, outfile, label=label, graft=graft, size=size) File "/usr/lib/python2.7/site-packages/pylorax/imgutils.py", line 397, in mkhfsimg mkfsargs=["-v", label], graft=graft) File "/usr/lib/python2.7/site-packages/pylorax/imgutils.py", line 374, in mkfsimage with Mount(loopdev, mountargs) as mnt: File "/usr/lib/python2.7/site-packages/pylorax/imgutils.py", line 289, in __enter__ self.mnt = mount(self.dev, self.opts, self.mnt) File "/usr/lib/python2.7/site-packages/pylorax/imgutils.py", line 176, in mount runcmd(mount) File "/usr/lib/python2.7/site-packages/pylorax/executils.py", line 414, in runcmd return execWithRedirect(cmd[0], cmd[1:], **kwargs) File "/usr/lib/python2.7/site-packages/pylorax/executils.py", line 179, in execWithRedirect raise subprocess.CalledProcessError(ret, [command]+argv) subprocess.CalledProcessError: Command '['mount', '/dev/loop1', '/tmp/lorax.imgutils.RbYCZf']' returned non-zero exit status 32 The user may have no intention of deploying to a mac, but it appears to still try and make an EFI image with hfsplus. Version-Release number of selected component (if applicable): livecd-tools-20.4-1.6.el7sat.x86_64 python-imgcreate-20.4-1.6.el7sat.x86_64 How reproducible: Steps to Reproduce: 1. Ensure that hfsutils RPM is not installed 2. Use a kickstart that specifies an EFI boot filesystem example: 3. Try to create using livecd-creator: (customer example) # livecd-creator -v '--title=Discovery Image' --compression-type=xz --cache /var/cache/build-fdi --config /tmp/tmp.nPpIV2DJcG/foreman-discovery-image/fdi-image.ks -f fdi -t /tmp Actual results: The image is created successfully. The python trace appears to just be an annoyance, but could lead to the impression that something went wrong and the image did not get created successfully. Expected results: Perhaps a simple log message indicating that no mac image would be created, rather than an unhandled python trace, if hfsutils RPM is not installed. Or a check before doing mkefiboot and perhaps don't call it with the -a option if it's unnecessary. Additional info: Note: If called from image-creator (instead of livecd-creator) I get different results, presumably because the LiveCD needs to be a bit more flexible. But still, the python traceback should maybe be handled.