builds which require more memory than a given buildd still try that buildd

Bug #705344 reported by Jani Monoses
12
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Launchpad itself
Invalid
High
Unassigned

Bug Description

These packages currently time out after 300 seconds of no stdout activity on armel, probably because swapping

Trying them on the new armel builders which have more memory may get them past the point of failure.

However retrying from LP UI does not allow selecting the machine so it is likely wasteful to keep retrying as these builds take > 5 h
so manual intervention is needed.

https://launchpad.net/ubuntu/+source/haskell-src-exts/1.9.0-2build1/+buildjob/2147354
https://launchpad.net/ubuntu/+source/trilinos/10.4.0.dfsg-1build1/+buildjob/2100348
https://launchpad.net/ubuntu/+source/ants/1.9+svn532-5/+buildjob/2004367
https://launchpad.net/ubuntu/+source/washngo/2.12.0.1-4/+buildjob/2009067

Tags: buildfarm
Jani Monoses (jani)
affects: launchpad → launchpad-buildd
summary: - Please retry timed out armel builds on the more powerful servers
+ builds which require more memory than a buildd still try that buildd
summary: - builds which require more memory than a buildd still try that buildd
+ builds which require more memory than a given buildd still try that
+ buildd
Changed in launchpad-buildd:
status: New → Triaged
importance: Undecided → High
Revision history for this message
Julian Edwards (julian-edwards) wrote :

This is not a buildd bug, the dispatching is done in launchpad code.

affects: launchpad-buildd → launchpad
tags: added: buildfarm
Revision history for this message
Jani Monoses (jani) wrote :

I was under the (mistaken?) impression that the armel build servers have varying amounts of RAM. If that is not the case then it does not really matter where the build is restarted I guess. Not easy to tell, since the only public info about the builders are their name and arch.

Revision history for this message
Julian Edwards (julian-edwards) wrote : Re: [Bug 705344] Re: builds which require more memory than a given buildd still try that buildd

On Thursday 20 January 2011 16:37:23 you wrote:
> I was under the (mistaken?) impression that the armel build servers have
> varying amounts of RAM. If that is not the case then it does not really
> matter where the build is restarted I guess. Not easy to tell, since the
> only public info about the builders are their name and arch.

Yes, but the choice of builder is made on the Launchpad side.

In the meantime, we've doubled the timeouts so we should see fewer failures.

Revision history for this message
Jani Monoses (jani) wrote :

Can the packages mentioned in this bug be manually given back with even more timeout as a one-time try to get them built for natty? For oneiric the build servers will hopefully be more capable and these issues will no longet manifest.

Revision history for this message
Jani Monoses (jani) wrote :

The real issue here is some packages take too long to build and with the current ARM builders no reasonable amount of giving back and timeout increases can make this work. They should be built when the Panda cluster is set up.

Changed in launchpad:
status: Triaged → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.