Closed Bug 569448 Opened 15 years ago Closed 15 years ago

Standardize path to twistd.log

Categories

(Release Engineering :: General, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: jabba, Unassigned)

References

Details

Bug 564404 implemented a new Nagios check that looks for E:\builds\slave\twistd.log on the Windows build slaves, however Nagios isn't able to find that file.
One thing to watch out for is absolute paths end up in the build system, eg obj-firefox/Makefile has this on win32: DEPTH = . topsrcdir = /e/builds/moz2_slave/mozilla-1.9.2-win32/build srcdir = /e/builds/moz2_slave/mozilla-1.9.2-win32/build VPATH = /e/builds/moz2_slave/mozilla-1.9.2-win32/build I think this requires clobbering if the slave directory is renamed/moved.
As a work around for this we can use NTFS Link [1] for hardlinking the directories. 1. http://sourceforge.net/projects/ntfslinkext/
That will work for some machines but not all of them use NTFS for e:, unfortunately.
If this is a huge issue, the nagios checks can be modified instead, however I'd need a list of hosts with the location of twistd.log for each host or group of hosts.
The list of problematic machines: moz2-win32-slave{01,60}.build mw32-ix-slave{01,25}.build try-w32-slave{01,31}.build Total 115 hosts.
So.. I modified the nagios check to look for E:\builds\moz2_slave\twistd.log , that seemed to clear up the issue. Can this bug be closed now, or do you still want to change the path?
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.