Bummer,

I just discovered that, although my programming changes allow my program 
to work (as in not crash) on the machine that shows macs in a different 
format, all of those garbage entries that the off-machine displays should 
be real entries.

As a result, the off-machine is not including a lot of mac addresses in 
its output. Therefore my program is not finding a lot of instances that it 
can find on the working machine.

So I am still looking for a fix on this issue...

thx

k



From:
Keith Abbott/PDCO/PDCO
To:
Lee <ler...@gmail.com>
Cc:
net-snmp-users@lists.sourceforge.net
Date:
02/05/2014 09:54 AM
Subject:
Re: diff in output format between 2 machines


Hi Lee,

I tried deleting the entire OpenXtra folder (which contains the Net-SNMP 
folder) on the sketchy machine, and replacing it with the folder from my 
machine with no luck.

I tried uninstalling and reinstalling it entirely, then replacing the 
folders, also with no luck.

I took a look at the environmental variables and didnt note any key 
differences - the only thing of possible interest was that the working 
machine had a path to a perl directory in the path statement and the 
off-machine did not. But I removed the perl statements from the path on 
the working machine and it still did not break it.

I took a look at registry keys at HKLM\Sofware\Wow6432\Net-SNMP on the 
off-machine, It contained values SNMPConfPath and SNMPSharePath but that 
regkey didnt exist at all on the working PC. I tried renaming those values 
to *-orig, and restarting the service, to simulate their not being there, 
but then Net-SNMP wouldnt run at all.

I tried renaming the entire key and Net-Net-SNMP wouldnt run (I dont know 
how its running on the working machine if those keys are required)

I tried restarting the off-computer - with the key renamed, just to be 
sure it didnt pick that info up on boot, but it still didnt work.

Ultimately, I modified my program to accept the data in either format.

However if anyone finds a solution to this problem, I would love to have 
it! Its not nice when things dont work consistently!

Thx,
k




From:
Lee <ler...@gmail.com>
To:
keith.abb...@pattersoncompanies.com
Cc:
net-snmp-users@lists.sourceforge.net
Date:
02/02/2014 01:31 PM
Subject:
Re: diff in output format between 2 machines



Hi,

On 2/1/14, keith.abb...@pattersoncompanies.com
<keith.abb...@pattersoncompanies.com> wrote:
> Hi Lee,
>
> I didnt express my thoughts very well on that.
>
> Basically, the short version is the problem stays with the machine 
(\\new)
> housing the support files minus the executable.

OK  Which means the 'files are different/output is different' theory
is still a possibility

> When I remotely execute the  snmptable.exe that resides on the machine
> that gives bad results - from the machine that gives good results - the
> results are good
> and vise-versa
>
> In other words, the problem appears to lie in the support files or some
> other machine configuration, not the .exe itself.
>
> I will try the idea of delete all of the files from the 'malfunctioning'
> machine, and copying them from the 'functioning machine and see what 
that
> gives and let you know the results.
>
> I was hoping for less of a shotgun approach, but I've already done a lot
> of file compares, etc and haven't found anything.

Yeah, I'm not thrilled with the nuke everything & restore from a known
good approach either, but 1. it's likely to work and 2. it's easy to
describe.

If copying all the files over from the old machine doesn't fix it, I
guess we're left with environment variables & registry entries.
Envars are easy to see - just type in "set" in a command window.
I don't know where the registry entries are kept -- maybe
HKLM/software/Net-SNMP or HKCU/software/Net-SNMP??  You could get a
copy of process monitor from
  http://technet.microsoft.com/en-us/sysinternals/bb896645.aspx
set a filter for process name is snmpwalk.exe and see exactly which
files/registry entries are used

Lee



>
> Thanks
>
> keith
>
>
>
> From:
> Lee <ler...@gmail.com>
> To:
> keith.abb...@pattersoncompanies.com
> Cc:
> net-snmp-users@lists.sourceforge.net
> Date:
> 01/31/2014 05:50 PM
> Subject:
> Re: diff in output format between 2 machines
>
>
>
> Hi,
>
> On 1/31/14, keith.abb...@pattersoncompanies.com
> <keith.abb...@pattersoncompanies.com> wrote:
>> Hi Lee,
>>
>> Thanks for the response.
>>
>> I attempted to track back the defs as you suggested..
>>
>> I will describe the process in case my method was flawed:
>>
>> I located where the mac definitions were taking place on the 'working'
>> machine  by searching the Net-SNMP directory (D:\Program
>> Files\OPENXTRA\NET-SNMP)  file contents for "MacAddress ::="
>>
>> That led me to SNMPv2-TC.txt in D:\Program
>> Files\OPENXTRA\NET-SNMP\usr\share\snmp\mibs.
>> Examining that file, I found the same display hint that you showed
> below.
>>
>> I then repeated the above process on the machine that  was displaying
>> incorrectly ( format "F0 1F AF nn nn nn  "            183 learned
>> )
>>
>> It came down the the same file " SNMPv2-TC.txt" in "C:\program files
>> (x86)\openxtra\net-snmp\usr\share\snmp\mibs"
>> and it had the same display hint notation.
>>
>> The interesting thing is that from the old machine (correct display) I
> can
>> launch the new machines exec with the command below
>>
>> \\PCNm\c$\PROGRA~2\OPENXTRA\NET-SNMP\usr\bin\snmptable -m BRIDGE-MIB -v
> 1
>> -c <community>  <IP> 1.3.6.1.2.1.17.4.3
>>
>> and the format is incorrect. Likewise when I launch the exec on the old
>> machine, from the new one, the format is incorrect.
>
> That's not making any sense..
> old machine> \\new-machine\snmptable -m ...
> gives the "bad" format output, same as
>
> new-machine> snmptable -m ...
> and
> new machine> \\old-machine\snmptable -m ...
>
> Is that right?
>
>> Any other ideas, or ideas on how I can track this down?
>
> A bit drastic, but you could always delete the NET-SNMP directory on
> the new machine & then copy it over from the old machine.  Less
> intrusive would be to compare the directories from the two machines
> and copy old -> new to remove any differences.  I like WinMerge
> (http://winmerge.org/) for that, but I'm sure there's lots of
> different programs for that.
>
> I thought there was an snmp program option for showing which mib files
> were loaded in what order, but I'm not finding it now :(    Some
> combination of snmptable -Pe -PR -Pw might give you a hint as to
> what's different between the two machines.
>
> Do you have a .bat file that you run to initialize the environment or
> is everything coming from the env. variables and/or registry?
>
> Comparing the output from "set" on the two machines might show what's
> different.
>
>> I am using the
>> output from this command in a program, and the program is crashing
> because
>> the output is different. And, while I could modify the program to 
accept
>> either format, Id rather know how to make the 2 PCs format the output
> data
>> the same.
>
> I understand.  I'd be doing the same thing in your place :)
>
> Lee
>
>
>
>>
>> thanks again for your help
>>
>> keith
>>
>>
>>
>>
>> From:
>> Lee <ler...@gmail.com>
>> To:
>> keith.abb...@pattersoncompanies.com
>> Cc:
>> net-snmp-users@lists.sourceforge.net
>> Date:
>> 01/31/2014 02:49 PM
>> Subject:
>> Re: diff in output format between 2 machines
>>
>>
>>
>>> ... copied over essentially all of the core files
>>
>> I'm guessing one or more files on the new machine don't match up with
>> the files on the old machine & you're missing a display hint on the
>> new machine.
>>
>> I have non-standard mib files & locations, so I can't point you to a
>> set of files to check.
>> What you'll need to do is find the file where dot1dTpFdbAddress is
>> defined; for me it's in BRIDGE-MIB.my:
>> dot1dTpFdbAddress OBJECT-TYPE
>>     SYNTAX      MacAddress
>>     MAX-ACCESS  read-only
>>     STATUS      current
>>
>> no display hint, so find where MacAddress is defined; probably near
>> the top of the file:
>> IMPORTS MacAddress FROM SNMPv2-TC
>>
>> figure out where SNMPv2-TC comes from, look in there for the
>> definition of MacAddress
>>
>> MacAddress ::= TEXTUAL-CONVENTION
>>     DISPLAY-HINT "1x:"
>>     STATUS       current
>>     DESCRIPTION
>>             "Represents an 802 MAC address represented in the
>>             `canonical' order defined by IEEE 802.1a, i.e., as if it
>>             were transmitted least significant bit first, even though
>>             802.5 (in contrast to other 802.x protocols) requires MAC
>>             addresses to be transmitted most significant bit first."
>>     SYNTAX       OCTET STRING (SIZE (6))
>>
>> add the display hint if it's missing.
>>
>> Regards,
>> Lee
>>
>>
>>
>> On 1/30/14, keith.abb...@pattersoncompanies.com
>> <keith.abb...@pattersoncompanies.com> wrote:
>>> Hello All,
>>>
>>> I am having a strange problem between 2 machines.
>>>
>>> I installed Net-SNMP on a new windows7 - 64b machine - the first time
> in
>> a
>>> while - and copied over essentially all of the core files from the
>>> existing machine (also win7-64b)  to insure they were configured the
>> same.
>>>
>>> I have verified the version on both is 5.2.1.2
>>>
>>> However when I run the command below on both machines, I get different
>>> output formats - plus the new machine shows a lot of garbage entries
>>>
>>> snmptable -m BRIDGE-MIB -v 1 -c <community>  <IP> 1.3.6.1.2.1.17.4.3
>>>
>>> (sample output from original machine)    I want it to look like this:
>>> f0:4d:a2:nn:nn:nn             24          learned
>>> f0:4d:a2:nn:nn:nn           241          learned
>>> f0:4d:a2:nn:nn:nn            241          learned
>>> f0:4d:a2:nn:nn:nn            134          learned
>>> f0:4d:a2:nn:nn:nn           241          learned
>>> f0:4d:a2:nn:nn:nn            82          learned
>>> f0:4d:a2:nn:nn:nn         239          learned
>>>
>>> (sample output from new machine)
>>> "F0 1F AF nn nn nn  "            183          learned
>>> "F0 1F AF nn nn nn  "            174          learned
>>> "F0 1F AF nn nn nn  "            183          learned
>>> "F0 1F AF nn nn nn  "            174          learned
>>> "F0 1F AF nn nn nn  "             24          learned
>>>              "dM¢+Å""             24          learned
>>>              "dM¢Ü¶z"            241          learned
>>>              "dM¢Ü·-"            241          learned
>>>
>>> As you can see, the second sample has quotes around it - with upper 
and
>>> lower case; no colons separating the groups.
>>>
>>> I have a very vague memory of some configuration command you enter 1
>> time
>>> to fix this but I cant find anything on it in the official FAQ or
>> general
>>> google searches.
>>>
>>> Has anyone run across this before?
>>>
>>> Thx
>>
>>
>>
>>
>> NOTICE: This email transmission and any attachments that accompany it
> may
>> contain information that is confidential or otherwise exempt from
>> disclosure under applicable law and is intended solely for the use of
> the
>> individual(s) to whom it was intended to be addressed. If you have
>> received this email by mistake, or you are not the intended recipient,
> any
>> disclosure, dissemination, distribution, copying or other use or
> retention
>> of this communication or its substance is prohibited. If you have
> received
>> this communication in error, please immediately report to the author 
via
>> email that you received this message by mistake and also permanently
>> destroy printed copies and delete the original and all copies of this
>> email and any attachments from your computer.
>>
>
>
>
>
> NOTICE: This email transmission and any attachments that accompany it 
may
> contain information that is confidential or otherwise exempt from
> disclosure under applicable law and is intended solely for the use of 
the
> individual(s) to whom it was intended to be addressed. If you have
> received this email by mistake, or you are not the intended recipient, 
any
> disclosure, dissemination, distribution, copying or other use or 
retention
> of this communication or its substance is prohibited. If you have 
received
> this communication in error, please immediately report to the author via
> email that you received this message by mistake and also permanently
> destroy printed copies and delete the original and all copies of this
> email and any attachments from your computer.
>




NOTICE: This email transmission and any attachments that accompany it may 
contain information that is confidential or otherwise exempt from 
disclosure under applicable law and is intended solely for the use of the 
individual(s) to whom it was intended to be addressed. If you have 
received this email by mistake, or you are not the intended recipient, any 
disclosure, dissemination, distribution, copying or other use or retention 
of this communication or its substance is prohibited. If you have received 
this communication in error, please immediately report to the author via 
email that you received this message by mistake and also permanently 
destroy printed copies and delete the original and all copies of this 
email and any attachments from your computer. 



NOTICE: This email transmission and any attachments that accompany it may 
contain information that is confidential or otherwise exempt from 
disclosure under applicable law and is intended solely for the use of the 
individual(s) to whom it was intended to be addressed. If you have 
received this email by mistake, or you are not the intended recipient, any 
disclosure, dissemination, distribution, copying or other use or retention 
of this communication or its substance is prohibited. If you have received 
this communication in error, please immediately report to the author via 
email that you received this message by mistake and also permanently 
destroy printed copies and delete the original and all copies of this 
email and any attachments from your computer. 
------------------------------------------------------------------------------
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
_______________________________________________
Net-snmp-users mailing list
Net-snmp-users@lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users

Reply via email to