Re: Strange mock chainbuild issue: package has incorrect checksum

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, Sep 21, 2021 at 10:16:17PM +0200, Julian Sikorski wrote:
> W dniu 21.09.2021 o 11:00, Richard W.M. Jones pisze:
> >On Mon, Sep 20, 2021 at 11:45:39AM -0600, Jerry James wrote:
> >>On Mon, Sep 20, 2021 at 10:49 AM Julian Sikorski <belegdol@xxxxxxxxx> wrote:
> >>>my local kernel rebuilds have started failing for no apparent reason - I
> >>>was using a similar command successfully for several months.
> >>>/mnt/openmediavault is a samba share. This is what gets output into the log:
> >>
> >>[snip]
> >>
> >>>/mnt/openmediavault/kernel/results/fedora-34-x86_64/pesign-113-16.fc35/pesign-113-16.fc34.x86_64.rpm:
> >>>(39, fsync failed: Permission denied)
> >>
> >>I suspect that ^^^^ is the real problem, and the incorrect checksum is
> >>a result of not being able to read or write the filesystem.  Can you
> >>verify correct ownership and permissions on every directory in that
> >>path?
> >
> >If fsync(2) failed then that would be happening after the file
> >descriptor was open, so it wouldn't be filesystem permissions but
> >probably SELinux.
> >
> >Rich.
> >
> 
> I am seeing no errors in setroubleshoot and setting selinux to
> permissive does not help either. Can it be the selinux of the
> bootstrapped instance, and if so, how can I control it? There is
> nothing obvious in the logs of the host:

AFAIK mock only ever uses one kernel (the host) so disabling SELinux
on the host rules out my SELinux theory.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-df lists disk usage of guests without needing to install any
software inside the virtual machine.  Supports Linux and Windows.
http://people.redhat.com/~rjones/virt-df/
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux