I am currently adding loads of devices to a new Cacti installation and therefore am going through devices clicking add etc, etc. The devices I am adding are switches with loads of ports and therefore the 'SNMP - Interface Statistics' SNMP query has more than one page to select the interface to graph. If, for example, I have graphed a couple of interfaces on page 2 of the interface list, then add a new device and goto graph its interfaces, I always get put back to page 2 of the list rather than going back to the 1st page of interfaces.
I know this isn't really a fault but it can be a bit of a problem when get get put back to what you assume is the 1st page of interfaces only to discover it isn't.
While I have been typing this I have thought is isn't really a fault so have put it in the Feature Requests part of the forum
Creating graphs always defaults to last page number...
Moderators: Developers, Moderators
- pshankland
- Cacti User
- Posts: 247
- Joined: Fri Dec 31, 2004 7:07 am
- Location: UK
- pshankland
- Cacti User
- Posts: 247
- Joined: Fri Dec 31, 2004 7:07 am
- Location: UK
I agree, the current method would suit some people but it can be a problem when you get to what you think is the first page of interfaces (or whatever) and you simply press next, next, next to find what you are looking for only to discover you missed it on page 1
The devices I am adding are using different community strings so thought it would be easier in the long run to manually add them in.
The devices I am adding are using different community strings so thought it would be easier in the long run to manually add them in.
- pshankland
- Cacti User
- Posts: 247
- Joined: Fri Dec 31, 2004 7:07 am
- Location: UK
To show where this *can* be an issue, I have been adding interfaces on a device with 7 pages of interfaces, then I went to create graphs with a device with only 2 pages of interfaces. To display the interfaces on the device you have to complete a refresh on the SNMP data query:
This isn't a big problem at all though, easy to work around.
This isn't a big problem at all though, easy to work around.
Who is online
Users browsing this forum: No registered users and 1 guest