#5102 pungi traceback in mkmacboot
Closed: Fixed None Opened 8 years ago by kparal.

Creating x86_64 compose fails for a long time now, no .treeinfo is being created. Several issues were solved, but some problems still remain. I don't know whether this is another cause, but I found this traceback in the log:

http://kojipkgs.fedoraproject.org/mash/branched-20120229/logs/pungify-x86_64.log

{{{
mount: unknown filesystem type 'hfsplus'
Traceback (most recent call last):
File "/usr/sbin/mkefiboot", line 105, in <module>
mkmacboot(opt.bootdir, opt.outfile, opt.label, opt.icon)
File "/usr/sbin/mkefiboot", line 35, in mkmacboot
mkhfsimg(None, outfile, label=label, graft=graft)
File "/usr/lib/python2.7/site-packages/pylorax/imgutils.py", line 292, in mkhfsimg
mkfsargs=["-v", label], graft=graft)
File "/usr/lib/python2.7/site-packages/pylorax/imgutils.py", line 272, in mkfsimage
with Mount(loopdev, mountargs) as mnt:
File "/usr/lib/python2.7/site-packages/pylorax/imgutils.py", line 190, in enter
self.mnt = mount(self.dev, self.opts, self.mnt)
File "/usr/lib/python2.7/site-packages/pylorax/imgutils.py", line 101, in mount
check_call(mount + [dev, mnt])
File "/usr/lib64/python2.7/subprocess.py", line 511, in check_call
raise CalledProcessError(retcode, cmd)
subprocess.CalledProcessError: Command '['mount', '/dev/loop0', '/tmp/lorax.imgutils.XWhWiU']' returned non-zero exit status 32
}}}


Can somebody push the new lorax to updates, please? I need to test x86_64 compose and I'd like to speed things up a bit. It was broken for way too long. I'll happily test the new lorax.

Reopening the ticket. After consulting mgracik, this is not a problem in lorax, nor it is fixed. The problem is at the first line:

{{{
mount: unknown filesystem type 'hfsplus'
}}}

The machine the compose process is run on doesn't know hfsplus filesystem. That means a missing module in kernel. You have to fix that on the build machine for the compose process to finish successfully.

To keep everyone in the loop:

The rhel6 kernel does not provide a hfsplus module.
Our pungify script is run on rhel6 builders.

So, possible ways forward:

a) Make the compose not need the hfsplus module
b) Get the hfsplus module added to the rhel6 kernel.

a) isn't an option; it's the only thing that will work.

b) is a really long term option.

Additional options:

1) Add a hfsplus kmod to the builders (via the FI repo).

Package at: http://koji.fedoraproject.org/koji/taskinfo?taskID=3847773

2) Change the branched compose to use a non-builder Fedora box for these composes.

3) Spin up a virt image (wheee)

We've done #1 at the moment... we'll see how well that works.

i reran pungify to make sure it was working with the kmod package installed on the builders, It did and I synced the images to the primary mirror.

Metadata Update from @kparal:
- Issue set to the milestone: Fedora 17 Beta

3 years ago

Login to comment on this ticket.

Metadata