Closed Bug 422725 Opened 17 years ago Closed 16 years ago

Teach Talos how to cope with virus-scan lag

Categories

(Release Engineering :: General, defect, P3)

defect

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: nthomas, Unassigned)

References

Details

Spun off from bug 421917 comment #3 (and onwards). Talos currently expects builds to be available on the ftp as soon tinderbox says they're done. Virus scanning could add up to 10 mins lag (SWAG), so we need to to some sort of test for file existence before firing the change. Or make the slave poll for the file, up to some timeout.
we've had a 5 minute treeStableTimer on these before. Would bumping that up to a sufficiently high number fit the bill?
Trying this tomorrow morning at 6am PDT.
Assignee: nobody → rcampbell
Whiteboard: deploying at 6am PDT, March 14, 2008
Wasn't there some concern about making the race condition worse if treeStableTimer is increased ? My understanding is that we're doing bug 421917 tomorrow, and builds for talos will be dodging the scan lag until we resolve this bug.
I was going to bump the timer along with 421917 but will hold off until we have a better solution.
Assignee: rcampbell → nobody
Component: Build & Release → Release Engineering: Projects
QA Contact: build → release
Whiteboard: deploying at 6am PDT, March 14, 2008
Priority: -- → P3
Talos is now directly notified of available builds by the builders themselves using sendchange. I no longer believe that this lag is an issue, please re-open if it still exists.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Moving closed Future bugs into Release Engineering in preparation for removing the Future component.
Component: Release Engineering: Future → Release Engineering
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.