Bug 2986 - Prepping for package-index creation by copying ipks back to main builddir failed
Summary: Prepping for package-index creation by copying ipks back to main builddir failed
Status: VERIFIED FIXED
Alias: None
Product: AutoBuilder
Classification: Infrastructure
Component: autobuilder (show other bugs)
Version: unspecified
Hardware: x86 Multiple
: Medium normal
Target Milestone: 1.3 M4
Assignee: Beth Flanagan
QA Contact:
URL:
Whiteboard: (Scheduled)(autobuilder)
Depends on:
Blocks:
 
Reported: 2012-08-22 09:42 UTC by Ross Burton
Modified: 2012-10-19 13:56 UTC (History)
7 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Ross Burton 2012-08-22 09:42:46 UTC 
From, e.g., http://autobuilder.yoctoproject.org:8010/builders/nightly/builds/637/steps/shell_28/logs/stdio

cp: cannot create regular file `ipk/i586/eglibc-localedata-en-ca_2.16-r22_i586.ipk': File exists
Comment 1 Beth Flanagan 2012-08-22 19:35:30 UTC 
We've seen this from time to time and every time I've tried to diagnose it, everything on both the build slave side and the NAS seemed fine.

Looping Halstead in on this as my guess is that this may have to do with NFS4 timings. 

It's hard to diagnose as there seems to be no rhyme or reason to why it occurs.
Comment 2 Beth Flanagan 2012-09-07 01:08:43 UTC 
This importance is actually too high. In the rare cases we see this (once in the last month), the autobuilder is tending towards a high load.

Not saying it doesn't need to be looked at, but if anything it's infrastructure related and doesn't merit a Medium+. Medium at most (Low in reality)
Comment 3 Beth Flanagan 2012-10-16 14:47:03 UTC 
I've not seen this again. Lowering autobuilder slave load seems to have resolved the issue.
Comment 4 Alexandru Georgescu 2012-10-19 13:56:33 UTC 
Closing this as per Beth's last comments.