= bug description =
I see failures in ppc64le builds like this: {{{ DEBUG util.py:378: installing package kernel-devel-4.0.6-300.fc22.ppc64le needs 17124 inodes on the / filesystem }}} (It's fine with other targets.)
There's an example at https://copr-be.cloud.fedoraproject.org/results/loveshack/orangefs/fedora-22-ppc64le/orangefs-2.9.3-1.el6/
I have been trying to reproduce, but without luck :( It works for me.
Replying to [comment:2 msuchy]:
For what it's worth, it still fails for me https://copr.fedoraproject.org/coprs/loveshack/orangefs/build/106017/.
By the way, the mail I got abaout that failure refers to https://copr-be.cloud.fedoraproject.org/results/loveshack/orangefs/fedora-22-ppc64le/orangefs-2.9.3-1.el6/root.log and similar, which don't exist. Things are in prev_build_backup, which I haven't seen before.
Is this still happening?
Perhaps it's specific to the build?
Replying to [comment:4 kevin]:
Yes https://copr.fedoraproject.org/coprs/loveshack/orangefs/build/110960/
I assume it's because there's a lot of files involved from unpacking the orangefs source, kernel-devel, texlive-latex etc. and the ppc64 root filesystem is setup up differently to the x86 one.
The problem is lack of inodes. The tmpfs chroot for Mock is created with only 66k inodes, which is not enough for you. I will investigate how to increase the limit
First, I will have to implement new feature in Mock https://bugzilla.redhat.com/show_bug.cgi?id=1266453 and then it can be used in Copr configs. It will take some time, but I will work on that.
I think this is now in place?
Replying to [comment:8 kevin]:
Yes, I've built the package that failed previously, thanks.
Login to comment on this ticket.