tabled RPM build fails before it succeeds

2010-04-16 Thread Jeff Garzik

The same source, same spec.

Build #1 (fails on x86_64):
http://koji.fedoraproject.org/koji/taskinfo?taskID=2119825

Build #2 (fails on i686):
http://koji.fedoraproject.org/koji/taskinfo?taskID=2120174

Build #3 (success on all platforms):
http://koji.fedoraproject.org/koji/taskinfo?taskID=2120215

--
To unsubscribe from this list: send the line unsubscribe hail-devel in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: tabled RPM build fails before it succeeds

2010-04-16 Thread Pete Zaitcev
On Fri, 16 Apr 2010 13:16:56 -0400
Jeff Garzik j...@garzik.org wrote:

 Build #1 (fails on x86_64):
 http://koji.fedoraproject.org/koji/taskinfo?taskID=2119825

PASS: prep-db
chunkd[17774]: Waiting for CLD PortFile cld.port
cld[17773]: databases up
cld[17773]: Listening on port 34671
cld[17773]: initialized: nodebug
chunkd[17774]: Using CLD port 34671
chunkd[17775]: Listening on auto port 57521
tabled[1]: Listening on port 36667
chunkd[17775]: New CLD session created, sid 4D81504D6021608C
chunkd[17775]: initialized
PASS: start-daemon
PASS: pid-exists
PASS: daemon-running
server is not up after 100 s

 Build #2 (fails on i686):
 http://koji.fedoraproject.org/koji/taskinfo?taskID=2120174

Same.

I think it's time to figure it out. Going for a 100s delay
kinda sorta helped, but on second thought: why would any
packets get lost at all, on a loopback?

I'll try to see if I can reproduce this by overloading the
test system.

-- Pete
--
To unsubscribe from this list: send the line unsubscribe hail-devel in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html