Closed Bug 795624 Opened 12 years ago Closed 12 years ago

builds-4hr.js.gz not updating

Categories

(Release Engineering :: General, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: RyanVM, Unassigned)

References

Details

(Whiteboard: [reporting])

On recent pushes, TBPL is not showing results of jobs when they finish. The results are visible in self-serve.
FYI, all trees are currently closed due to this.
http://builddata.pub.build.mozilla.org/buildjson/builds-4hr.js.gz says it was last modified Sat Sep 29 09:34:08 2012.
Summary: TBPL not updating when jobs finish → builds-4hr.js.gz not updating
For information, with basecamp feature freeze being on Sunday midnight, this bug is very critical.
So the export script is choking on some bad properties data in the DB. This data came from this job:
http://buildbot-master13.build.scl1.mozilla.com:8001/builders/TB%20WINNT%205.2%20comm-central%20build/builds/210

and has properties like,
basedir 	2086735202 [sig] sh 1660 sig_dispatch_pending: Win32 error 298 releasing sigcatch_nosync(0xF8) 2086737081 [sig] sh 1660 sig_dispatch_pending: Win32 error 298 releasing sigcatch_nosync(0xF8) 2086737169 [sig] sh 1660 sig_dispatch_pending: Win32 error 298 releasing sigcatch_nosync(0xF8) 2086737259 [sig] sh 1660 sig_dispatch_pending: Win32 error 298 releasing sigcatch_nosync(0xF8) 2086737290 [sig] sh 1660 sig_dispatch_pending: Win32 error 298 releasing sigcatch_nosync(0xF8) 2086737378 [sig] sh 1660 .. [property value too long]

The simple bash calls to set the basedir properties have hundreds of lines of those error messages in them.

The previous job on this slave was manually cancelled via self-serve. Subsequent builds have been ok.

I've removed the bad data from the DB, and now the export script is working.
Follow up items:
- figure out where nagios checks for this file went
- add check for invalid data in db
- figure out if we can have builds cancelled via self-serve still reboot
Severity: blocker → normal
(In reply to Chris AtLee [:catlee] from comment #5)
> Follow up items:
> - figure out where nagios checks for this file went
> - add check for invalid data in db
> - figure out if we can have builds cancelled via self-serve still reboot

catlee: are there separate bugs on file for those issues, or are we tracking them here?
Component: Release Engineering → Release Engineering: Developer Tools
QA Contact: hwine
Whiteboard: [reporting]
Depends on: 807375
Depends on: 807377
(In reply to Chris Cooper [:coop] from comment #6)
> (In reply to Chris AtLee [:catlee] from comment #5)
> > Follow up items:
> > - figure out where nagios checks for this file went
> > - add check for invalid data in db
> > - figure out if we can have builds cancelled via self-serve still reboot
> 
> catlee: are there separate bugs on file for those issues, or are we tracking
> them here?

there are now!
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Product: mozilla.org → Release Engineering
Blocks: 926246
Component: Tools → General
You need to log in before you can comment on or make changes to this bug.