Hi,
Have there just been some changes to the ASR9k RAM detection? Suddenly after the overnight svn up we are seeing this for all 9k chassis:
[cid:image001.png@01D28C23.56E5F220]
These 3 new items are in alarm. The “reserved” and “image” are filtered from all other devices by existing config.php – but obviously no brackets on these ones.
$config['ignore_mempool_string'][] = '(reserved)'; $config['ignore_mempool_string'][] = '(image)';
However, the ‘processor’ one is actually wrong as it seems to be using the CPU0 usage but a strange maximum of 3.81GB instead of 7.81GB. I can’t filter this out because it will drop all ‘processor’ types.
I remember something historic relating to this where the maximums were showing as around 4GB even though there is 8GB installed and someone (Adam?) found and sorted it. This may or may not be related though.
Cheers!
Robert Williams Custodian Data Centre Email: Robert@CustodianDC.com http://www.CustodianDC.com
We are also seeing this same issue on ASA firewalls. Memory graphs appeared for
cpu R0/0 MEMPOOL_DMA
We don't have any ASR9Ks, but we do have some ASR1Ks and they are now showing memory graphs for
Processor vpu R0/0
I haven't had the spare cycles to dig further into it yet...
Michael
On 21 February 2017 8:20:46 PM LHDT, Robert Williams Robert@CustodianDC.com wrote:
Hi,
Have there just been some changes to the ASR9k RAM detection? Suddenly after the overnight svn up we are seeing this for all 9k chassis:
[cid:image001.png@01D28C23.56E5F220]
These 3 new items are in alarm. The “reserved” and “image” are filtered from all other devices by existing config.php – but obviously no brackets on these ones.
$config['ignore_mempool_string'][] = '(reserved)'; $config['ignore_mempool_string'][] = '(image)';
However, the ‘processor’ one is actually wrong as it seems to be using the CPU0 usage but a strange maximum of 3.81GB instead of 7.81GB. I can’t filter this out because it will drop all ‘processor’ types.
I remember something historic relating to this where the maximums were showing as around 4GB even though there is 8GB installed and someone (Adam?) found and sorted it. This may or may not be related though.
Cheers!
Robert Williams Custodian Data Centre Email: Robert@CustodianDC.com http://www.CustodianDC.com
+1 for this, our ASR1001's are now showing alerts and associated graphs for "lsmpi_io" - these only appeared after the latest update today.
On Wed, Feb 22, 2017 at 11:07 AM Michael obslist@smarsz.com wrote:
We are also seeing this same issue on ASA firewalls. Memory graphs appeared for
cpu R0/0 MEMPOOL_DMAWe don't have any ASR9Ks, but we do have some ASR1Ks and they are now showing memory graphs for
Processor vpu R0/0I haven't had the spare cycles to dig further into it yet...
Michael
On 21 February 2017 8:20:46 PM LHDT, Robert Williams Robert@CustodianDC.com wrote:
Hi,
Have there just been some changes to the ASR9k RAM detection? Suddenly after the overnight svn up we are seeing this for all 9k chassis:
[cid:image001.png@01D28C23.56E5F220]
These 3 new items are in alarm. The “reserved” and “image” are filtered from all other devices by existing config.php – but obviously no brackets on these ones.
$config['ignore_mempool_string'][] = '(reserved)'; $config['ignore_mempool_string'][] = '(image)';
However, the ‘processor’ one is actually wrong as it seems to be using the CPU0 usage but a strange maximum of 3.81GB instead of 7.81GB. I can’t filter this out because it will drop all ‘processor’ types.
I remember something historic relating to this where the maximums were showing as around 4GB even though there is 8GB installed and someone (Adam?) found and sorted it. This may or may not be related though.
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
I think these are just dupes due to some parser derp somewhere.
They don't seem to be messing with the real entities, so once we squash the bug they should just vanish.
Adam.
Sent from BlueMail
On 22 Feb 2017, 00:07, at 00:07, Michael obslist@smarsz.com wrote:
We are also seeing this same issue on ASA firewalls. Memory graphs appeared for
cpu R0/0 MEMPOOL_DMA
We don't have any ASR9Ks, but we do have some ASR1Ks and they are now showing memory graphs for
Processor vpu R0/0
I haven't had the spare cycles to dig further into it yet...
Michael
On 21 February 2017 8:20:46 PM LHDT, Robert Williams Robert@CustodianDC.com wrote:
Hi,
Have there just been some changes to the ASR9k RAM detection? Suddenly after the overnight svn up we are seeing this for all 9k chassis:
[cid:image001.png@01D28C23.56E5F220]
These 3 new items are in alarm. The “reserved” and “image” are
filtered
from all other devices by existing config.php – but obviously no brackets on these ones.
$config['ignore_mempool_string'][] = '(reserved)'; $config['ignore_mempool_string'][] = '(image)';
However, the ‘processor’ one is actually wrong as it seems to be using the CPU0 usage but a strange maximum of 3.81GB instead of 7.81GB. I can’t filter this out because it will drop all ‘processor’ types.
I remember something historic relating to this where the maximums were showing as around 4GB even though there is 8GB installed and someone (Adam?) found and sorted it. This may or may not be related though.
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
Ok. It's fixed now!
adam. On 22/02/2017 01:46:35, Adam Armstrong adama@memetic.org wrote: I think these are just dupes due to some parser derp somewhere.
They don't seem to be messing with the real entities, so once we squash the bug they should just vanish.
Adam.
Sent from BlueMail [http://www.bluemail.me/r?b=8872] On 22 Feb 2017, at 00:07, Michael <obslist@smarsz.com [mailto:obslist@smarsz.com]> wrote: We are also seeing this same issue on ASA firewalls. Memory graphs appeared for
cpu R0/0 MEMPOOL_DMA
We don't have any ASR9Ks, but we do have some ASR1Ks and they are now showing memory graphs for
Processor vpu R0/0
I haven't had the spare cycles to dig further into it yet...
Michael
On 21 February 2017 8:20:46 PM LHDT, Robert Williams Robert@CustodianDC.com wrote:
Hi,
Have there just been some changes to the ASR9k RAM detection? Suddenly after the overnight svn up we are seeing this for all 9k chassis:
[cid:image001.png@01D28C23.56E5F220]
These 3 new items are in alarm. The “reserved” and “image” are filtered from all other devices by existing config.php – but obviously no brackets on these ones.
$config['ignore_mempool_string'][] = '(reserved)'; $config['ignore_mempool_string'][] = '(image)';
However, the ‘processor’ one is actually wrong as it seems to be using the CPU0 usage but a strange maximum of 3.81GB instead of 7.81GB. I can’t filter this out because it will drop all ‘processor’ types.
I remember something historic relating to this where the maximums were showing as around 4GB even though there is 8GB installed and someone (Adam?) found and sorted it. This may or may not be related though.
Cheers!
Robert Williams Custodian Data Centre Email: Robert@CustodianDC.com http://www.CustodianDC.com [http://www.CustodianDC.com]
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [http://postman.memetic.org/cgi-bin/mailman/listinfo/observium]
Confirmed fixed for us - Excellent thanks!
Robert Williams Custodian Data Centre Email: Robert@CustodianDC.com http://www.CustodianDC.com From: observium [mailto:observium-bounces@observium.org] On Behalf Of Adam Armstrong Sent: 22 February 2017 02:41 To: observium@observium.org Subject: Re: [Observium] ASR9k RAM Changes
Ok. It's fixed now!
adam.
On 22/02/2017 01:46:35, Adam Armstrong <adama@memetic.orgmailto:adama@memetic.org> wrote: I think these are just dupes due to some parser derp somewhere. They don't seem to be messing with the real entities, so once we squash the bug they should just vanish. Adam. Sent from BlueMailhttp://www.bluemail.me/r?b=8872 On 22 Feb 2017, at 00:07, Michael <obslist@smarsz.commailto:obslist@smarsz.com> wrote:
We are also seeing this same issue on ASA firewalls. Memory graphs appeared for
cpu R0/0 MEMPOOL_DMA
We don't have any ASR9Ks, but we do have some ASR1Ks and they are now showing memory graphs for
Processor vpu R0/0
I haven't had the spare cycles to dig further into it yet...
Michael
On 21 February 2017 8:20:46 PM LHDT, Robert Williams <Robert@CustodianDC.commailto:Robert@CustodianDC.com> wrote:
Hi,
Have there just been some changes to the ASR9k RAM detection? Suddenly after the overnight svn up we are seeing this for all 9k chassis:
[cid:image001.png@01D28C23.56E5F220]
These 3 new items are in alarm. The “reserved” and “image” are filtered from all other devices by existing config.php – but obviously no brackets on these ones.
$config['ignore_mempool_string'][] = '(reserved)'; $config['ignore_mempool_string'][] = '(image)';
However, the ‘processor’ one is actually wrong as it seems to be using the CPU0 usage but a strange maximum of 3.81GB instead of 7.81GB. I can’t filter this out because it will drop all ‘processor’ types.
I remember something historic relating to this where the maximums were showing as around 4GB even though there is 8GB installed and someone (Adam?) found and sorted it. This may or may not be related though.
Cheers!
Robert Williams Custodian Data Centre Email: Robert@CustodianDC.commailto:Robert@CustodianDC.com http://www.CustodianDC.com
________________________________
observium mailing list observium@observium.orgmailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
participants (4)
-
Adam Armstrong -
Ben Hohnke -
Michael -
Robert Williams