Hoi Albert-Charrel,
Ik heb virtual PC gebruikt, daar had ik nog een XP image van staan, waar ik de
ontwikkelomgeving bijgeinstalleerd heb.
Ik heb zojuist een RC9_6 neergezet. Ik heb een rondgangtest voor de
managementstar gedaan, die ging goed.
Ik heb geprobeerd de smartstar locator uit te voeren, maar dat lukte niet. Ik
heb de locatieregistratie daarom geforceerd door de Location variabele in de
registry in te vullen.
Daarna is het me wel gelukt een brightstar client op te starten.
Ik heb tijdens het testen van de verbinding tussen Brighstar/Smartstar en de
motherstar server nog wat kleine wijzigingen in de code aangebracht. Jij had de
managementstar nog open staan, vandaar dat er een nieuwe versie staat.
De enige fout waarvan ik weet dat hij er nog in zit is de fout dat een client
soms nog als verbonden staat op de motherstar, terwijl er geen verbinding is.
Ik ben er niet achter gekomen wat dit veroorzaakt. Hiervoor moet ik echt in het
DirectPlay client/server gebeuren duiken.
Met vriendelijke groet,
Frank
________________________________
Van: opsview-users-boun...@lists.opsview.org namens
opsview-users-requ...@lists.opsview.org
Verzonden: za 6-3-2010 13:00
Aan: opsview-users@lists.opsview.org
Onderwerp: Opsview-users Digest, Vol 33, Issue 15
Send Opsview-users mailing list submissions to
opsview-users@lists.opsview.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.opsview.org/lists/listinfo/opsview-users
or, via email, send a message with subject or body 'help' to
opsview-users-requ...@lists.opsview.org
You can reach the person managing the list at
opsview-users-ow...@lists.opsview.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Opsview-users digest..."
Today's Topics:
1. Re: check_http -S date format wrong. (Alan Buxey)
2. Re: Bug in Opsview Escalations using SMS method (Ton Voon)
----------------------------------------------------------------------
Message: 1
Date: Fri, 5 Mar 2010 19:12:20 +0000
From: Alan Buxey <a.l.m.bu...@lboro.ac.uk>
Subject: Re: [opsview-users] check_http -S date format wrong.
To: Opsview Users <opsview-users@lists.opsview.org>
Message-ID: <20100305191220.gb28...@lboro.ac.uk>
Content-Type: text/plain; charset=us-ascii
Hi,
> check_http -H <host> -S -C 14.
>
> The output of this check is like : WARNING - Certificate expires in 5 day(s)
> (03/10/2010 23:59).
>
> While we have setup the nagios.cfg to :
>
> date_format=euro.
>
> Can anybody explain to me why the date is not outputted as euro date
> (10/03/2010 23:59) ?
>
> This certificate will actually expire on 10 march 2010.
>
> The output of the plugin doesn't take the nagios configuration into account.
> This is why the plugin output is always English, even though you can
> internationalised the web user interface.
erm, can i just correct you there, the *English* time datestamp is also
10/03/2010 (ie day/month/year).
the month/day/year thing is American
:-)
alan
------------------------------
Message: 2
Date: Fri, 5 Mar 2010 20:28:27 +0000
From: Ton Voon <ton.v...@opsera.com>
Subject: Re: [opsview-users] Bug in Opsview Escalations using SMS
method
To: Opsview Users <opsview-users@lists.opsview.org>
Message-ID: <b445b6a0-5516-41fe-9491-df0858791...@opsera.com>
Content-Type: text/plain; charset="windows-1252"; Format="flowed";
DelSp="yes"
On 5 Mar 2010, at 18:02, James Whittington wrote:
> Ton in 2 cases I have seen escalations work with Ospview and in both
> of those cases it was a master server only model.
> I track notification number in the notification so these are not pre-
> existing conditions being alerted on.
> Key items of interest:
> I have observed the issue on 2 different Opsview systems now, both
> are distributed models, one being the reverse ssh model and the
> other being direct ssh model.
> Both systems are 3.5 and were recently upgraded, but the issue
> occurred on both systems on an earlier 3.x version of Opsview as well.
> Both Distributed systems call a custom SMS method that is run from
> the master server.
> The contacts only have ?notify by sms? checked.
>
> I suspect the issue may have been around a while but you would have
> to do escalations in a distributed model using Notify By SMS only.
This extra details helps. Try the patch attached.
I think the problem is that we missed off the notification_level
attribute for the contact definition where the check is done on the
slave but the notification is set to master only.
Ton
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.opsview.org/lurker/list/opsview-users.html/attachments/20100305/17eac7ba/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: notifications.patch
Type: application/octet-stream
Size: 592 bytes
Desc: not available
URL:
<http://lists.opsview.org/lurker/list/opsview-users.html/attachments/20100305/17eac7ba/attachment.obj>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.opsview.org/lurker/list/opsview-users.html/attachments/20100305/17eac7ba/attachment.htm>
------------------------------
_______________________________________________
Opsview-users mailing list
Opsview-users@lists.opsview.org
http://lists.opsview.org/lists/listinfo/opsview-users
End of Opsview-users Digest, Vol 33, Issue 15
*********************************************
Hoi Albert-Charrel,
Ik heb virtual PC gebruikt, daar had ik nog een XP image van staan, waar ik de
ontwikkelomgeving bijgeinstalleerd heb.
Ik heb zojuist een RC9_6 neergezet. Ik heb een rondgangtest voor de
managementstar gedaan, die ging goed.
Ik heb geprobeerd de smartstar locator uit te voeren, maar dat lukte niet. Ik
heb de locatieregistratie daarom geforceerd door de Location variabele in de
registry in te vullen.
Daarna is het me wel gelukt een brightstar client op te starten.
Ik heb tijdens het testen van de verbinding tussen Brighstar/Smartstar en de
motherstar server nog wat kleine wijzigingen in de code aangebracht. Jij had de
managementstar nog open staan, vandaar dat er een nieuwe versie staat.
De enige fout waarvan ik weet dat hij er nog in zit is de fout dat een client
soms nog als verbonden staat op de motherstar, terwijl er geen verbinding is.
Ik ben er niet achter gekomen wat dit veroorzaakt. Hiervoor moet ik echt in het
DirectPlay client/server gebeuren duiken.
Met vriendelijke groet,
Frank
________________________________
Van: opsview-users-boun...@lists.opsview.org namens
opsview-users-requ...@lists.opsview.org
Verzonden: za 6-3-2010 13:00
Aan: opsview-users@lists.opsview.org
Onderwerp: Opsview-users Digest, Vol 33, Issue 15
Send Opsview-users mailing list submissions to
opsview-users@lists.opsview.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.opsview.org/lists/listinfo/opsview-users
or, via email, send a message with subject or body 'help' to
opsview-users-requ...@lists.opsview.org
You can reach the person managing the list at
opsview-users-ow...@lists.opsview.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Opsview-users digest..."
Today's Topics:
1. Re: check_http -S date format wrong. (Alan Buxey)
2. Re: Bug in Opsview Escalations using SMS method (Ton Voon)
----------------------------------------------------------------------
Message: 1
Date: Fri, 5 Mar 2010 19:12:20 +0000
From: Alan Buxey <a.l.m.bu...@lboro.ac.uk>
Subject: Re: [opsview-users] check_http -S date format wrong.
To: Opsview Users <opsview-users@lists.opsview.org>
Message-ID: <20100305191220.gb28...@lboro.ac.uk>
Content-Type: text/plain; charset=us-ascii
Hi,
> check_http -H <host> -S -C 14.
>
> The output of this check is like : WARNING - Certificate expires in 5 day(s)
> (03/10/2010 23:59).
>
> While we have setup the nagios.cfg to :
>
> date_format=euro.
>
> Can anybody explain to me why the date is not outputted as euro date
> (10/03/2010 23:59) ?
>
> This certificate will actually expire on 10 march 2010.
>
> The output of the plugin doesn't take the nagios configuration into account.
> This is why the plugin output is always English, even though you can
> internationalised the web user interface.
erm, can i just correct you there, the *English* time datestamp is also
10/03/2010 (ie day/month/year).
the month/day/year thing is American
:-)
alan
------------------------------
Message: 2
Date: Fri, 5 Mar 2010 20:28:27 +0000
From: Ton Voon <ton.v...@opsera.com>
Subject: Re: [opsview-users] Bug in Opsview Escalations using SMS
method
To: Opsview Users <opsview-users@lists.opsview.org>
Message-ID: <b445b6a0-5516-41fe-9491-df0858791...@opsera.com>
Content-Type: text/plain; charset="windows-1252"; Format="flowed";
DelSp="yes"
On 5 Mar 2010, at 18:02, James Whittington wrote:
> Ton in 2 cases I have seen escalations work with Ospview and in both
> of those cases it was a master server only model.
> I track notification number in the notification so these are not pre-
> existing conditions being alerted on.
> Key items of interest:
> I have observed the issue on 2 different Opsview systems now, both
> are distributed models, one being the reverse ssh model and the
> other being direct ssh model.
> Both systems are 3.5 and were recently upgraded, but the issue
> occurred on both systems on an earlier 3.x version of Opsview as well.
> Both Distributed systems call a custom SMS method that is run from
> the master server.
> The contacts only have ?notify by sms? checked.
>
> I suspect the issue may have been around a while but you would have
> to do escalations in a distributed model using Notify By SMS only.
This extra details helps. Try the patch attached.
I think the problem is that we missed off the notification_level
attribute for the contact definition where the check is done on the
slave but the notification is set to master only.
Ton
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.opsview.org/lurker/list/opsview-users.html/attachments/20100305/17eac7ba/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: notifications.patch
Type: application/octet-stream
Size: 592 bytes
Desc: not available
URL:
<http://lists.opsview.org/lurker/list/opsview-users.html/attachments/20100305/17eac7ba/attachment.obj>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.opsview.org/lurker/list/opsview-users.html/attachments/20100305/17eac7ba/attachment.htm>
------------------------------
_______________________________________________
Opsview-users mailing list
Opsview-users@lists.opsview.org
http://lists.opsview.org/lists/listinfo/opsview-users
End of Opsview-users Digest, Vol 33, Issue 15
*********************************************
_______________________________________________
Opsview-users mailing list
Opsview-users@lists.opsview.org
http://lists.opsview.org/lists/listinfo/opsview-users
