Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Juniper device Memory monitor(Heap) #15929

Open
louishot opened this issue Apr 9, 2024 · 3 comments
Open

Juniper device Memory monitor(Heap) #15929

louishot opened this issue Apr 9, 2024 · 3 comments

Comments

@louishot
Copy link

louishot commented Apr 9, 2024

The problem

Hello,

I see Memory monitor for Juniper device only collect Buffer for Line card.
Is it possible to monitor Buffer and Heap? Heap seems to be more important than Buffer

Slot State            (C)  Total  Interrupt      1min   5min   15min  DRAM (MB) Heap     Buffer
  0  Empty           
  1  Empty           
  2  Empty           
  3  Empty           
  4  Online            35     30          1       32     33     32    2048       73         19
  5  Online            39      5          0        4      4      4    32768      43          0
image

Output of ./validate.php

===========================================
Component | Version
--------- | -------
LibreNMS  | 24.3.0 (2024-04-06T11:25:48+00:00)
DB Schema | 2024_02_07_151845_custom_map_additions (290)
PHP       | 8.2.17
Python    | 3.11.8
Database  | MariaDB 10.5.24-MariaDB-1:10.5.24+maria~ubu2004
RRDTool   | 1.8.0
SNMP      | 5.9.4
===========================================

[OK]    Installed from the official Docker image; no Composer required
[OK]    Database connection successful
[OK]    Database Schema is current
[OK]    SQL Server meets minimum requirements
[OK]    lower_case_table_names is enabled
[OK]    MySQL engine is optimal
[OK]    Database and column collations are correct
[OK]    Database schema correct
[OK]    MySQL and PHP time match
[OK]    Active pollers found
[OK]    Dispatcher Service is enabled
[OK]    Locks are functional
[OK]    No python wrapper pollers found
[OK]    Redis is functional
[WARN]  IPv6 is disabled on your server, you will not be able to add IPv6 devices.
[OK]    rrd_dir is writable
[OK]    rrdtool version ok
[WARN]  Updates are managed through the official Docker image


### What was the last working version of LibreNMS?

24.3.0

### Device info

Juniper MX960

### Discovery output

```txt
JUNIPER-MIB::jnxOperatingDescr.* = "FPC: MPC 3D 16x 10GE @ 4/*/*"
JUNIPER-MIB::jnxOperatingDescr.* = "FPC: MPC10E 3D MRATE-10xQSFPP @ 5/*/*"

Poller output

Aborted available calculation, too many system class mempools
junos [system]: FPC: MPC 3D 16x 10GE @ 4/*/*: 19%  389.12 MiB / 2 GiB
junos [system]: FPC: MPC10E 3D MRATE-10xQSFPP @ 5/*/*: 0%  0 B / 32 GiB
@murrant
Copy link
Member

murrant commented May 19, 2024

So, total used memory should be buffer+heap?

Or should it be heap is total used?

Or are heap and buffer different memory spaces? If so how can we find the total for each?

@louishot
Copy link
Author

louishot commented Jun 9, 2024

buffer and heap Use independent physical memory space on QFX/MX/PTX platform. see following

Slot 0 information:
  State                               Online    
  Total CPU DRAM                 3168 MB
  Total RLDRAM                    257 MB
  Total DDR DRAM                 4096 MB
  FIPS Capable                        False 
  Temperature                      Absent
  Start time                          2024-06-08 11:00:30 UTC
  Uptime                              22 hours, 38 minutes, 54 seconds
  High-Performance mode support       True  
  PFEs in High-Performance mode       None

heap use 'Total CPU DRAM'
buffer use 'Total DDR DRAM'

Best Practices for heap by Juniper always less than 80%

If on EX platform total used memory=buffer, and this platform no heap value output

@murrant
Copy link
Member

murrant commented Jun 10, 2024

so, what OIDs show total and used for both heap and buffer then?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants