Welcome, Guest. Please login or register.

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - rickli

Pages: 1 ... 136 137 [138] 139 140 ... 142
Discovery / Re: backup configs
« on: March 16, 2009, 05:54:14 PM »
Hmm, this is odd  ??? As you can see here this should match the beginning:

if ($line =~ /^(Running|Current|PIX|FWSM|ASA)\s|^begin$|\*\*\* CORE|<config>/){$go = 1}

Add this line after for further debugging:print "CFG:$go $line\n"

Then just do a nedi.pl -t <IP>

Definition Files / Re: Def for Cisco AIR-AP1250
« on: March 16, 2009, 05:49:26 PM »
Tx, I took a wild guess and added # of associated clients as custom value...

Discovery / Re: backup configs
« on: March 15, 2009, 06:47:14 PM »
Ah, ok if you don't see the CFG: lines, it's most likely the beginning! Can you provide the first lines of the configs not being backed up?

Definition Files / Re: Def for Cisco WS-C6513
« on: March 12, 2009, 07:04:17 PM »
Thanks for sharing. I have this one already, but with IFalia of Can you check whether this works for you as well?

Discovery / Re: backup configs
« on: March 12, 2009, 06:56:58 PM »
Good troubleshooting so far, but it would help even more, when you disabled in/outputlogging of BridgeFwd() and turn it on in Config() instead  ;)

I wasn't sarcastic, with the troubleshooting quote, though. Because you confirmed that the config is being sent and it seems nedi doesn't recognize it's end, hence just sits there and times out. This results in a error and the config is discarded. You can use -v instead of -d to actually see the config (use -vt <ip> for verbose testing). It matches this regexp /^(: )?end$|<\/config>/ to determine the configs end...

Installation / Re: Installation on Gentoo
« on: March 12, 2009, 06:50:00 PM »
I did mention it here, but it's only focussing on OpenBSD, hence harder to find: http://www.nedi.ch/doku.php?id=install:openbsd4

Installation / Re: system.rrd
« on: March 12, 2009, 06:47:12 PM »
If you run the discovery as root, yes. Check the subfolders too...

Installation / Re: system.rrd
« on: March 10, 2009, 08:01:36 PM »
Well, does the system.rrd exist? If not, does the user running the discovery have write access in /var/nedi/rrd?

Discovery / Re: backup configs
« on: March 10, 2009, 07:59:45 PM »

News / nedi.ch move imminent!
« on: March 05, 2009, 07:13:54 PM »
I plan to move nedi.ch to a new hoster towards the end of the month. Don't worry, if you can't reach the site during that time. It's going to cost me more, but what the heck...

On a side note, there might be a little surprise available, when the move is completed  ;D

Discovery / Re: Feasible for NeDi to track HP printer information?
« on: March 05, 2009, 07:07:23 PM »
I'm afraid I don't have that .def (669 and 674 are there). Mail it to me and I'll include it...

Discovery / Re: IP regexp in libmisc.pl
« on: March 05, 2009, 07:04:44 PM »
Good point  :)

This also reminded me, that I wanted to look at this part anyway, because when adding the -a option I used a much simpler approach. It looks like this now:

my $ip = join('.',unpack( 'C4',gethostbyname($f[0]) ) );

This ignores invalid IPs, which cannot be resolved silently...

Discovery / Re: Feasible for NeDi to track HP printer information?
« on: March 03, 2009, 09:42:10 PM »
I'm halfway through migrating the IO Memory graph into it's own one and make it custom "lablable"...is that even a word? Anyway I'm aware it's only one value for now, but we'll see further once I get some feedback...

As for the Temp GAUGE, you're just a bit too eager :) Thinking a fith of the sun's surface temperature would be enough I limited it to +/- 1000 degrees (I know, the - is even more difficult): "DS:temp:GAUGE:$ds:-1000:1000"

Try the existing IO Memory instead, as it's from 0 to unlimited "DS:memio:GAUGE:$ds:0:U"

Database / Re: bulk reset of device cli access
« on: March 02, 2009, 10:50:35 PM »
# mysql nedi

mysql> update devices set cliport = 0 where login = "grommit";

Discovery / Re: Switch discovery load a lot the CPU(switch)
« on: March 01, 2009, 02:00:41 PM »
The problem is in order to read forwarding tables on Cisco switches NeDi needs to do something calle vlan community indexing. Effectively NeDi walks the forwarding mib with each vlan appended to the community (e.g. public@1, public@2 and so forth) in order to collect all nodes. You typically see a lot of warnings related to empty forwarding tables in this case as well.

Because of this I implemented the CLI alternative for getting forwarding tables. NeDi then uses telnet or SSH to get the info via CLI. As I just got a donation in regards to this topic I'm going to write some more documentation here:http://www.nedi.ch/doku.php?id=discovery:discovery

Pages: 1 ... 136 137 [138] 139 140 ... 142