Oddly hanging mock build

[Clark Williams]

-----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-----