Tinderbox builds

Allan Clark allanc at chickenandporn.com
Mon Aug 24 13:32:52 CEST 2009


On Mon, Aug 24, 2009 at 11:58, Sébastien Barbereau <barbereau at gmail.com>wrote:

> On Fri, Aug 21, 2009 at 2:54 PM, Ton Voon <ton.voon at opsera.com> wrote:
>
>>
>> On 21 Aug 2009, at 09:52, Hiren Patel wrote:
>>
>> Ton Voon wrote:
>>
>> Hi!
>>
>>
>> I've setup the required central server for Tinderbox builds now. I've
>>
>> added a server so this is run every 24 hours now.
>>
>>
>> Status page: http://tinderbox.nagios.org/nagios/status.html
>>
>>
>> Information page:  http://tinderbox.nagios.org (redirects to wiki)
>>
>>
>> If you care about Nagios building and running correctly on your
>>
>> platform of choice, please take a look at the pages to setup tinderbox
>>
>> builds on your systems. I'll be pleased to setup the necessary access
>>
>> for you to send your reports to the central server.
>>
>>
>>
>> interesting, and nice :)
>> what platforms do we currently have builds for?
>>
>>
>> That's easy - look at: http://tinderbox.nagios.org/nagios/status.html
>>
>> I could add more, but actually, I want more participation from the
>> community.
>>
>> and which are the most
>> common ones we want to start out with?
>>
>>
>> Add which ever ones you are interested in. There's the ability to add in
>> configure options, so I can see that you may want to test that certain
>> configure options work as expected.
>>
>> Ton
>>
>

> Hi,
> not sure what i'm missing here but I was trying to use the tinderbox_build
on a fresh nagios-head and
> I get a bunch of error related to the tap library. Replacing the
nagios/tap dir by the original source code
> branch from
http://people.freebsd.org/~nik/public_distfiles/tap-1.01.tar.gz seem to
magically resolve the
> issues.
> This seem particularly strange to me as the only modification is in the
tap.c file for the threads parts.
> Anyone has a clue on why I see this and how to fix it properly? (I was
suspecting some autoconf/automake
> weirdness related to the generated libtool)
>
> Seb.

I've found a timezone-related issue, sounds a bit different though:  the
following resolves the error I had with tinderbox builds outside of
BST/UTC+1 timezone.  The epoch time is hard-coded, so I shifted all logging
to UTC, but that uses the base/logging function, and might shift everyone's
log files off a few hours.

I can do this through configure.in if it's preferred.  At least this is the
rootcause of the error I have been having.



Index: base/logging.c
===================================================================
RCS file: /cvsroot/nagios/nagios/base/logging.c,v
retrieving revision 1.41
diff -r1.41 logging.c
395c395
< t=localtime(&rotation_time);
---
> t=gmtime(&rotation_time); /* see t-tap/var/nagios.log.expected, and a note
near t-tap/test_logging.c at 81 look for "base/logging.c at 395" */
cvs diff: Diffing t-tap
Index: t-tap/test_logging.c
===================================================================
RCS file: /cvsroot/nagios/nagios/t-tap/test_logging.c,v
retrieving revision 1.2
diff -r1.2 test_logging.c
79a80,88
> /*
>  * this was UTC+1 or BST timezone working with base/logging.c at 395:
t=localtime(&rotation_time)
>  * - not an error until they have to coincide.  Problem is, this isn't an
error so long as the
>  * Nagios server never changes timezones because the log files will always
be created in
>  * local timezone, and rotated on local time.  In effect, by putting an
epoch-based time
>  * here, you're effectively requiring that all tinderbox servers be in the
same timezone.
>  * Switching to gmtime effectively neutralizes, but puts everyone in UTC,
which is an
>  * hour off.  Adjusting the epoch to match.
>  *
80a90,91
>  */
> rotation_time = (time_t)1242953298; /* + 3600 ,
t-tap/var/nagios.log.expected altered to match */
cvs diff: Diffing t-tap/var
Index: t-tap/var/nagios.log.expected
===================================================================
RCS file: /cvsroot/nagios/nagios/t-tap/var/nagios.log.expected,v
retrieving revision 1.1
diff -r1.1 nagios.log.expected
1c1
< [1242949698] LOG ROTATION: HOURLY
---
> [1242953298] LOG ROTATION: HOURLY
3c3
< [1242949698] LOG VERSION: 2.0
---
> [1242953298] LOG VERSION: 2.0

-- 
allanc at chickenandporn.com  "金鱼" http://tech.chickenandporn.com/tags/nagios/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.monitoring-lists.org/archive/developers/attachments/20090824/932b9f48/attachment.html>
-------------- next part --------------
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
-------------- next part --------------
_______________________________________________
Nagios-devel mailing list
Nagios-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-devel


More information about the Developers mailing list