FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora Build System

 
 
LinkBack Thread Tools
 
Old 11-05-2010, 11:55 AM
David Hrbáč
 
Default Mock exception on umount

Hi,
I'm trying to build packages with mock 1.0.12. I use this script:
for i in {4-x86_64,4-i386,5-x86_64,5-i386}; do mock -r centos-$i
syslinux-4.03-0.pre5.el5.hrb.src.rpm
--resultdir=./syslinux/"%(dist)s"/"%(target_arch)s"/; done
to produce my rpms. With chroots based on RHEL4.x/CentOS4.x I'm getting
this error. With 5.x tree it is fine.

INFO: Mock Version: 1.0.12
INFO: mounting tmpfs.
INFO: enabled root cache
INFO: enabled yum cache
State Changed: cleaning yum metadata
INFO: enabled ccache
State Changed: running yum
State Changed: creating cache
State Changed: setup
State Changed: build
INFO: unmounting tmpfs.
ERROR: Exception(syslinux-4.03-0.pre5.el5.hrb.src.rpm)
Config(centos-4-i386) 1 minutes 40 seconds
INFO: Results and/or logs in: ./syslinux/el4/i386/
INFO: Cleaning up build root ('clean_on_failure=True')
State Changed: lock buildroot
State Changed: clean
Traceback (most recent call last):
File "/usr/sbin/mock", line 743, in ?
main(retParams)
File "/usr/sbin/mock", line 685, in main
do_rebuild(config_opts, chroot, args)
File "<peak.util.decorators.rewrap wrapping __main__.do_rebuild at
0x2B507B3E5AA0>", line 3, in do_rebuild
File "/usr/lib/python2.4/site-packages/mock/trace_decorator.py", line
70, in trace
result = func(*args, **kw)
File "/usr/sbin/mock", line 432, in do_rebuild
chroot.clean()
File "<peak.util.decorators.rewrap wrapping mock.backend.clean at
0x2B5077D12F50>", line 3, in clean
File "/usr/lib/python2.4/site-packages/mock/trace_decorator.py", line
70, in trace
result = func(*args, **kw)
File "/usr/lib/python2.4/site-packages/mock/backend.py", line 141, in
clean
self._unlock_and_rm_chroot()
File "<peak.util.decorators.rewrap wrapping
mock.backend._unlock_and_rm_chroot at 0x2B5077D15488>", line 3, in
_unlock_and_rm_chroot
File "/usr/lib/python2.4/site-packages/mock/trace_decorator.py", line
70, in trace
result = func(*args, **kw)
File "/usr/lib/python2.4/site-packages/mock/backend.py", line 153, in
_unlock_and_rm_chroot
mock.util.rmtree(t, selinux=self.selinux)
File "<peak.util.decorators.rewrap wrapping mock.util.rmtree at
0x2B5077D060C8>", line 3, in rmtree
File "/usr/lib/python2.4/site-packages/mock/trace_decorator.py", line
70, in trace
result = func(*args, **kw)
File "/usr/lib/python2.4/site-packages/mock/util.py", line 87, in rmtree
shutil.rmtree(path, *args, **kargs)
File "/usr/lib64/python2.4/shutil.py", line 163, in rmtree
rmtree(fullname, ignore_errors, onerror)
File "/usr/lib64/python2.4/shutil.py", line 172, in rmtree
onerror(os.rmdir, path, sys.exc_info())
File "/usr/lib64/python2.4/shutil.py", line 170, in rmtree
os.rmdir(path)
OSError: [Errno 16] Device or resource busy:
'/var/lib/mock/centos-4-i386.tmp/root'

After building I can see:

[root@builder2 mock]# lsof | grep mock
udevd 14726 root cwd DIR 0,24 40
504796 /var/lib/mock/centos-4-i386.tmp/root
udevd 14726 root rtd DIR 0,24 40
504796 /var/lib/mock/centos-4-i386.tmp/root
udevd 14726 root txt REG 0,24 11024
525683 /var/lib/mock/centos-4-i386.tmp/root/sbin/udevd (deleted)
udevd 14726 root DEL REG 0,24
512893 /var/lib/mock/centos-4-i386.tmp/root/lib/libselinux.so.1
udevd 14726 root DEL REG 0,24
512658 /var/lib/mock/centos-4-i386.tmp/root/lib/tls/libc-2.3.4.so
udevd 14726 root DEL REG 0,24
512583 /var/lib/mock/centos-4-i386.tmp/root/lib/ld-2.3.4.so
udevd 14726 root 0u CHR 1,3
504826 /var/lib/mock/centos-4-i386.tmp/root/dev/null (deleted)
udevd 14726 root 1u CHR 1,3
504826 /var/lib/mock/centos-4-i386.tmp/root/dev/null (deleted)
udevd 14726 root 2u CHR 1,3
504826 /var/lib/mock/centos-4-i386.tmp/root/dev/null (deleted)

There remains udevd running and I'm not able to delete the chroot folder
even as root.
[root@builder2 mock]# rm /var/lib/mock/* -rf; rm /var/cache/mock/* -rf
rm: cannot remove directory `/var/lib/mock/centos-4-i386.tmp/root':
Device or resource busy

Any hints?
Thanks,
David Hrbáč
--
buildsys mailing list
buildsys@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/buildsys
 
Old 11-08-2010, 04:18 PM
Clark Williams
 
Default Mock exception on umount

On Fri, 05 Nov 2010 13:55:21 +0100
David Hrbáč <hrbac.conf@seznam.cz> wrote:

> Hi,
> I'm trying to build packages with mock 1.0.12. I use this script:
> for i in {4-x86_64,4-i386,5-x86_64,5-i386}; do mock -r centos-$i
> syslinux-4.03-0.pre5.el5.hrb.src.rpm
> --resultdir=./syslinux/"%(dist)s"/"%(target_arch)s"/; done
> to produce my rpms. With chroots based on RHEL4.x/CentOS4.x I'm getting
> this error. With 5.x tree it is fine.

What are you hosting this on?

Clark
--
buildsys mailing list
buildsys@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/buildsys
 
Old 11-08-2010, 06:37 PM
Paul Howarth
 
Default Mock exception on umount

On Mon, 8 Nov 2010 11:18:01 -0600
Clark Williams <williams@redhat.com> wrote:

> On Fri, 05 Nov 2010 13:55:21 +0100
> David Hrbáč <hrbac.conf@seznam.cz> wrote:
>
> > Hi,
> > I'm trying to build packages with mock 1.0.12. I use this script:
> > for i in {4-x86_64,4-i386,5-x86_64,5-i386}; do mock -r centos-$i
> > syslinux-4.03-0.pre5.el5.hrb.src.rpm
> > --resultdir=./syslinux/"%(dist)s"/"%(target_arch)s"/; done
> > to produce my rpms. With chroots based on RHEL4.x/CentOS4.x I'm
> > getting this error. With 5.x tree it is fine.
>
> What are you hosting this on?

I sometimes see this with CentOS 4 i386 roots on Fedora 13 x86_64
hosts, but only after creating a root cache; builds that use an
existing root cache never seem to exhibit this for me.

Paul.
--
buildsys mailing list
buildsys@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/buildsys
 
Old 11-08-2010, 06:51 PM
"Shad L. Lords"
 
Default Mock exception on umount

On 11/8/2010 12:37 PM, Paul Howarth wrote:
> On Mon, 8 Nov 2010 11:18:01 -0600
> Clark Williams<williams@redhat.com> wrote:
>
>> On Fri, 05 Nov 2010 13:55:21 +0100
>> David Hrbáč<hrbac.conf@seznam.cz> wrote:
>>
>>> Hi,
>>> I'm trying to build packages with mock 1.0.12. I use this script:
>>> for i in {4-x86_64,4-i386,5-x86_64,5-i386}; do mock -r centos-$i
>>> syslinux-4.03-0.pre5.el5.hrb.src.rpm
>>> --resultdir=./syslinux/"%(dist)s"/"%(target_arch)s"/; done
>>> to produce my rpms. With chroots based on RHEL4.x/CentOS4.x I'm
>>> getting this error. With 5.x tree it is fine.
>>
>> What are you hosting this on?
>
> I sometimes see this with CentOS 4 i386 roots on Fedora 13 x86_64
> hosts, but only after creating a root cache; builds that use an
> existing root cache never seem to exhibit this for me.

We've been dealing with this for years as well trying to build el4
packages on el5 hosts. The issue (in our case) seems to be related to
the udev package being installed and the %postinstall script running
/sbin/udevstart. The process never exits correctly and the first
attempt to build fails. After the root cache is created the next build
works great.

-Shad
--
buildsys mailing list
buildsys@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/buildsys
 
Old 11-09-2010, 06:11 AM
David Hrbáč
 
Default Mock exception on umount

Dne 8.11.2010 18:18, Clark Williams napsal(a):
>
> What are you hosting this on?
>
> Clark

I'm running it on CentOS 5.5 x86_64.
David
--
buildsys mailing list
buildsys@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/buildsys
 
Old 11-09-2010, 06:17 AM
David Hrbáč
 
Default Mock exception on umount

Dne 8.11.2010 20:37, Paul Howarth napsal(a):
> I sometimes see this with CentOS 4 i386 roots on Fedora 13 x86_64
> hosts, but only after creating a root cache; builds that use an
> existing root cache never seem to exhibit this for me.
>
> Paul.

Right,
With mock 1.0.1 and 1.0.2 we had been experiencing the very same
behaviour. RHEL 4 roots had been faulting on the first root build. We
have switched to mock 1.0.12 a few week ago. Now every RHEL4/Centos4
i386 build ends with exceptions and I can see the udevd is keeping the
files open, so mock is not able to delete the root.
Thanks,
David
--
buildsys mailing list
buildsys@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/buildsys
 
Old 11-09-2010, 06:44 PM
Clark Williams
 
Default Mock exception on umount

On Tue, 09 Nov 2010 08:17:51 +0100
David Hrbáč <hrbac.conf@seznam.cz> wrote:

> Dne 8.11.2010 20:37, Paul Howarth napsal(a):
> > I sometimes see this with CentOS 4 i386 roots on Fedora 13 x86_64
> > hosts, but only after creating a root cache; builds that use an
> > existing root cache never seem to exhibit this for me.
> >
> > Paul.
>
> Right,
> With mock 1.0.1 and 1.0.2 we had been experiencing the very same
> behaviour. RHEL 4 roots had been faulting on the first root build. We
> have switched to mock 1.0.12 a few week ago. Now every RHEL4/Centos4
> i386 build ends with exceptions and I can see the udevd is keeping the
> files open, so mock is not able to delete the root.
> Thanks,
> David

So, no way we can work around it? I seem to recall that restarting
udevd is equivalent to a reboot so we probably can't do anything there.

And is it just i386? You don't see it on x86_64?

Thanks,
Clark
--
buildsys mailing list
buildsys@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/buildsys
 
Old 11-09-2010, 07:40 PM
Florian La Roche
 
Default Mock exception on umount

> So, no way we can work around it? I seem to recall that restarting
> udevd is equivalent to a reboot so we probably can't do anything there.

If no fix is possible within koji/mock, then maybe you can add a "changed"
rpm into the package set to not restart udevd.

regards,

Florian La Roche

--
buildsys mailing list
buildsys@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/buildsys
 

Thread Tools




All times are GMT. The time now is 12:12 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org