-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jason L Tibbitts III wrote: > I'm not sure what to make of this so I haven't yet filed a bug. But I > noticed that one of spot's jobs was taking way longer than it should: > http://koji.fedoraproject.org/koji/buildinfo?buildID=31678 > and so I grabbed the srpm and tried to build it on my local builder. > It hung at the same place that spot's job was hung. > > Basically mock installs dependencies, then calls rpmbuild and stops: > > mock.util: Installed: ccache.x86_64 0:2.4-11.fc8 perl-DBI.x86_64 > 0:1.601-1.fc9 sqlite-devel.x86_64 0:3.5.4-2.fc9 > mock.util: Dependency Installed: perl-ExtUtils-Embed.x86_64 0:1.26-31.fc9 > perl-ExtUtils-MakeMaker.x86_64 0:6.30-31.fc9 perl-Test-Harness.x86_64 > 0:2.56-31.fc9 perl-devel.x86_64 4:5.8.8-31.fc9 > mock.Root.state: State Changed: build > mock.util: run cmd timeout(0): ccache -M 4G > mock.util: Ran setarch 'x86_64' > mock.util: chroot /mock/fedora-development-x86_64/root/ > mock.Root.build: ENTER do("bash -l -c 'rpmbuild -bb --target x86_64 --nodeps > //builddir/build/SPECS/perl-DBD-SQLite.spec'", > '/mock/fedora-development-x86_64/root/', 0, True, 0, <mock.uid.uidManager > object at 0x90e210>, 7225, 493, 'x86_64', logger=<mock.trace_decorator.getLog > object at 0x90e990>) > mock.Root.build: run cmd timeout(0): bash -l -c 'rpmbuild -bb --target x86_64 > --nodeps //builddir/build/SPECS/perl-DBD-SQLite.spec' > mock.util: Ran setarch 'x86_64' > mock.util: chroot /mock/fedora-development-x86_64/root/ > mock.util: elevate privs to run chroot > mock.util: back to other privs > mock.util: about to drop privs > > There's no further output. >
Jason, I ran it on my box with the latest rawhide mock like this: $ mock --verbose -r fedora-devel-x86_64 perl-DBD-SQLite-1.14-3.fc9.src.rpm and then poked around when it hung. It looks like it's hanging while running the test t/06error.t: use Test; BEGIN { plan tests => 2 } use DBI; unlink('foo'); my $db = DBI->connect('dbi:SQLite:foo', '', '', { RaiseError => 1, PrintError => 0 }); eval { $db->do('ssdfsdf sdf sd sdfsdfdsf sdfsdf'); }; ok($@); $db->do('create table testerror (a, b)'); $db->do('insert into testerror values (1, 2)'); $db->do('insert into testerror values (3, 4)'); $db->do('create unique index testerror_idx on testerror (a)'); eval { $db->do('insert into testerror values (1, 5)'); }; ok($@); I poked around a bit with 'lsof' and it looks like the sqlite shared libraries are mapped and there is an open fd to a regular file named 'foo', so I'm guessing something is going south in one of the db statements. Clark -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkeOKDAACgkQHyuj/+TTEp2oEQCg2fEplFccYKSgVurD69OFxN6q WrIAoOb2AYPRWI40lCJCONxc15GXY0qY =utah -----END PGP SIGNATURE----- -- Fedora-buildsys-list mailing list Fedora-buildsys-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-buildsys-list