Hi,
Since the auto SVN / discover at 06:00 (BST) today, several of our servers are logging repeated events as follows:
2013-08-29 09:10:25 System kernel -> 2.6.32-71.18.1.el6-0.20.smp.gcc4.1.x86_64
It appears to be occurring on every 5 minute poll:
[cid:image001.png@01CEA499.4E1120E0]
This is only affecting machines which run pre-configured (static, non-updating) software such as OpenFiler which is the target in the example above.
Also at the first poll after 06:00 today, most of the other linux boxes logged events similar to the above, but, they logged it just once and then stopped.
I’ve got no idea why / how this would be logged continuously, especially as the result is identical each poll, so any pointers welcome :)
Cheers!
Robert Williams Custodian Data Centre Email: Robert@CustodianDC.com http://www.CustodianDC.com
Find whoever set that version string and punch them in the neck.
It's too big for the database field.
adam.
On 2013-08-29 09:22, Robert Williams wrote:
Hi,
Since the auto SVN / discover at 06:00 (BST) today, several of our servers are logging repeated events as follows:
2013-08-29 09:10:25 System kernel -> 2.6.32-71.18.1.el6-0.20.smp.gcc4.1.x86_64
It appears to be occurring on every 5 minute poll:
This is only affecting machines which run pre-configured (static, non-updating) software such as OpenFiler which is the target in the example above.
Also at the first poll after 06:00 today, most of the other linux boxes logged events similar to the above, but, they logged it just once and then stopped.
I've got no idea why / how this would be logged continuously, especially as the result is identical each poll, so any pointers welcome :)
Cheers!
Robert Williams Custodian Data Centre Email: Robert@CustodianDC.com http://www.CustodianDC.com
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
When you did this, find whoever made the database field too small, and punch them in the neck.
;)
Tom
On 08/29/2013 10:23 AM, Adam Armstrong wrote:
Find whoever set that version string and punch them in the neck.
It's too big for the database field.
adam.
On 2013-08-29 09:22, Robert Williams wrote:
Hi,
Since the auto SVN / discover at 06:00 (BST) today, several of our servers are logging repeated events as follows:
2013-08-29 09:10:25 System kernel -> 2.6.32-71.18.1.el6-0.20.smp.gcc4.1.x86_64
It appears to be occurring on every 5 minute poll:
This is only affecting machines which run pre-configured (static, non-updating) software such as OpenFiler which is the target in the example above.
Also at the first poll after 06:00 today, most of the other linux boxes logged events similar to the above, but, they logged it just once and then stopped.
I've got no idea why / how this would be logged continuously, especially as the result is identical each poll, so any pointers welcome :)
Cheers!
Robert Williams Custodian Data Centre Email: Robert@CustodianDC.com http://www.CustodianDC.com
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
32 characters is quite long enough for a kernel version field!
adam.
On 2013-08-29 10:05, Tom Laermans wrote:
When you did this, find whoever made the database field too small, and punch them in the neck.
;)
Tom
On 08/29/2013 10:23 AM, Adam Armstrong wrote: Find whoever set that version string and punch them in the neck.
It's too big for the database field.
adam.
On 2013-08-29 09:22, Robert Williams wrote: Hi,
Since the auto SVN / discover at 06:00 (BST) today, several of our servers are logging repeated events as follows:
2013-08-29 09:10:25 System kernel -> 2.6.32-71.18.1.el6-0.20.smp.gcc4.1.x86_64
It appears to be occurring on every 5 minute poll:
This is only affecting machines which run pre-configured (static, non-updating) software such as OpenFiler which is the target in the example above.
Also at the first poll after 06:00 today, most of the other linux boxes logged events similar to the above, but, they logged it just once and then stopped.
I've got no idea why / how this would be logged continuously, especially as the result is identical each poll, so any pointers welcome :)
Cheers!
Robert Williams Custodian Data Centre Email: Robert@CustodianDC.com http://www.CustodianDC.com
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium _______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
I'll give that a go, Openfiler appear to have a mailing list actually... ;)
In the meantime, any ideas on a block/ignore/rename/hack I can use to silence it?
Cheers!
Robert Williams Custodian Data Centre Email: Robert@CustodianDC.com http://www.CustodianDC.com
-----Original Message----- From: observium [mailto:observium-bounces@observium.org] On Behalf Of Adam Armstrong Sent: 29 August 2013 09:23 To: Observium Network Observation System Subject: Re: [Observium] Kernel version looping events
Find whoever set that version string and punch them in the neck.
It's too big for the database field.
adam.
On 2013-08-29 09:22, Robert Williams wrote:
Hi,
Since the auto SVN / discover at 06:00 (BST) today, several of our servers are logging repeated events as follows:
2013-08-29 09:10:25 System kernel -> 2.6.32-71.18.1.el6-0.20.smp.gcc4.1.x86_64
It appears to be occurring on every 5 minute poll:
This is only affecting machines which run pre-configured (static, non-updating) software such as OpenFiler which is the target in the example above.
Also at the first poll after 06:00 today, most of the other linux boxes logged events similar to the above, but, they logged it just once and then stopped.
I've got no idea why / how this would be logged continuously, especially as the result is identical each poll, so any pointers welcome :)
Cheers!
Robert Williams Custodian Data Centre Email: Robert@CustodianDC.com http://www.CustodianDC.com
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
_______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
I'll set the database field to be 64 chars long in a future commit...
You could do that yourself if you don't want to wait :D
adam.
On 2013-08-29 11:06, Robert Williams wrote:
I'll give that a go, Openfiler appear to have a mailing list actually... ;)
In the meantime, any ideas on a block/ignore/rename/hack I can use to silence it?
Cheers!
Robert Williams Custodian Data Centre Email: Robert@CustodianDC.com http://www.CustodianDC.com
-----Original Message----- From: observium [mailto:observium-bounces@observium.org] On Behalf Of Adam Armstrong Sent: 29 August 2013 09:23 To: Observium Network Observation System Subject: Re: [Observium] Kernel version looping events
Find whoever set that version string and punch them in the neck.
It's too big for the database field.
adam.
On 2013-08-29 09:22, Robert Williams wrote: Hi,
Since the auto SVN / discover at 06:00 (BST) today, several of our servers are logging repeated events as follows:
2013-08-29 09:10:25 System kernel -> 2.6.32-71.18.1.el6-0.20.smp.gcc4.1.x86_64
It appears to be occurring on every 5 minute poll:
This is only affecting machines which run pre-configured (static, non-updating) software such as OpenFiler which is the target in the example above.
Also at the first poll after 06:00 today, most of the other linux boxes logged events similar to the above, but, they logged it just once and then stopped.
I've got no idea why / how this would be logged continuously, especially as the result is identical each poll, so any pointers welcome :)
Cheers!
Robert Williams Custodian Data Centre Email: Robert@CustodianDC.com http://www.CustodianDC.com
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium _______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium _______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
DB modified, stupidly long kernel names inserted, events now silenced - cheers for that :)
Robert Williams Custodian Data Centre Email: Robert@CustodianDC.com http://www.CustodianDC.com
-----Original Message----- From: observium [mailto:observium-bounces@observium.org] On Behalf Of Adam Armstrong Sent: 29 August 2013 11:08 To: Observium Network Observation System Subject: Re: [Observium] Kernel version looping events
I'll set the database field to be 64 chars long in a future commit...
You could do that yourself if you don't want to wait :D
adam.
On 2013-08-29 11:06, Robert Williams wrote:
I'll give that a go, Openfiler appear to have a mailing list actually... ;)
In the meantime, any ideas on a block/ignore/rename/hack I can use to silence it?
Cheers!
Robert Williams Custodian Data Centre Email: Robert@CustodianDC.com http://www.CustodianDC.com
-----Original Message----- From: observium [mailto:observium-bounces@observium.org] On Behalf Of Adam Armstrong Sent: 29 August 2013 09:23 To: Observium Network Observation System Subject: Re: [Observium] Kernel version looping events
Find whoever set that version string and punch them in the neck.
It's too big for the database field.
adam.
On 2013-08-29 09:22, Robert Williams wrote: Hi,
Since the auto SVN / discover at 06:00 (BST) today, several of our servers are logging repeated events as follows:
2013-08-29 09:10:25 System kernel -> 2.6.32-71.18.1.el6-0.20.smp.gcc4.1.x86_64
It appears to be occurring on every 5 minute poll:
This is only affecting machines which run pre-configured (static, non-updating) software such as OpenFiler which is the target in the example above.
Also at the first poll after 06:00 today, most of the other linux boxes logged events similar to the above, but, they logged it just once and then stopped.
I've got no idea why / how this would be logged continuously, especially as the result is identical each poll, so any pointers welcome :)
Cheers!
Robert Williams Custodian Data Centre Email: Robert@CustodianDC.com http://www.CustodianDC.com
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium _______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium _______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
_______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Find whoever set that version string and punch them in the neck.
I'll give that a go, Openfiler appear to have a mailing list actually... ;)
BTW, if you actually work out how to punch someone in the neck via mailing list, please tell us, I feel it would be an invaluable addition to Observium support.
:)
adam.
participants (3)
-
Adam Armstrong -
Robert Williams -
Tom Laermans