Daniel,
You actually need to delete the property using the popup all the way
at the bottom of the zProperties page called "Delete Local
Property". Blanking out the field won't do it.
-EAD
On Mar 23, 2007, at 10:47 AM, Daniel McKinney wrote:
Erik,
Ok, I went to the following link: http://192.168.204.29:8080/zport/
dmd/Devices/Server/Linux/32-bit/devices/www3/zPropertyEdit
Then i scrolled down to zSnmpVer and emptied out that field. Then
hit Save.
I was expecting it to be populated with the v2c from the parent
zSnmpVer field set at this link: http://192.168.204.29:8080/zport/
dmd/Devices/zPropertyEdit
It wasn't. It was still blank. I thought maybe it needed to have
the collection collected using the Manage tab. Still no luck.
I went so far as stopping all of Zenoss then starting it back up
and checking that page again. It's still blank.
Am i doing something wrong?
Thanks,
-Daniel
Erik A. Dahl wrote:
Daniel,
In stead of changing it on the device you need to delete its local
zProperty. This will allow the higher level one to set the
value. I think the problem is the local property overriding the
one higher up. You can delete the property at the bottom of the
zProperties page.
-EAD
On Mar 22, 2007, at 9:00 AM, Daniel McKinney wrote:
Erik,
Not sure what you mean by bad device. Do you mean the devices
that are complaining about bad OIDs? The only time i get bad OID
messages (after i researched some more) is when i move a device
from one Monitor to my new custom one. When that occurs, the
zSnmpVer field gets reset to v1 and that is when the bad OIDs start.
Other than that, i still get the same problem Rob is having. I
go to a Class, set the zProperties' zSnmpVer to v2c and i still
have to manually go to each device beneath that Class and change
the zSnmpVer to v2c.
Thanks,
-Daniel
Erik A. Dahl wrote:
Hum,
Can you look on a bad device and see if the version has been
defined _just_ for that device? I wonder if the modeler is
messing this up. Shouldn't be.
-EAd
On Mar 21, 2007, at 7:47 AM, Daniel McKinney wrote:
Rob,
I had the same problem and i couldnt find a solution.
Actually, to make things worse, sometimes after i make the
change, it periodically reverts itself back to v1 and i cant
find out why just yet.
I originally thought it was reverting certain devices back to
v1 after i did an ./zenperfsnmp run -v10 -d <device_name>. But
i cant duplicate it. I basically do my normal tinkering and
anytime i get alot of "BAD OID" events/messages in the
zenperfsnmp.log file i check the zSnmpVer and sure enough, its
set back to v1. Very frustrating.
I think i am going to send a separate email to the zenoss dev
mailing list asking as a feature request to be able to toggle
the Snmp Version at the "Add Device" phase.
Does anyone know where the default setting is for the zSnmpVer
field? If i could set the default zSnmpVer to v2c, i would be
in business.
Before anyone says it, the very first step i did was click on
Devices/zProperties, went down to the zSnmpVer field and set
that to v2c a long time ago, so that cant be where the
"default" setting is. I know this because if i add a device,
it always adds it with v1 and i have to go in afterwards and
change it to v2c every time.
Thanks,
-Daniel
rgrijalvo wrote:
Hi All,
I'm hoping my logic is correct, but if someone could verify
Zenoss' behavior for the following, I'd really appreciate it.
I was under the impression that if I changed any of the
zProperties for a certain class, in this case, /Device/Network/
Router, the changes would apply for all devices within the class.
The parameter I am having issues with is zSnmpVer. Under the
class router, I changed it to v2. The path for this parameter
is listed as /Network/Router. However, when I go to the
zProperties tab of a newly discovered device of class Router,
the zSnmpVer value is back to the default of v1. It does show
a new path of /Network/Router/devices/<device_name>. The new
path does not really surprise me, but I thought it would use
what I defined at the Router class level.
Am I correct in my expectations? I modified the
zCollectorCollectPlugins parameter to exclude the RouteMap
plugin and it propagated to all devices discovered with that
class.
Thanks everyone for their feedback.
Regards,
Rob-
-
-------------------- m2f --------------------
Read this topic online here:
http://community.zenoss.com/forums/viewtopic.php?p=4839#4839
-------------------- m2f --------------------
_______________________________________________
zenoss-users mailing list
[email protected]
http://lists.zenoss.org/mailman/listinfo/zenoss-users
_______________________________________________
zenoss-users mailing list
[email protected]
http://lists.zenoss.org/mailman/listinfo/zenoss-users
_______________________________________________
zenoss-users mailing list
[email protected]
http://lists.zenoss.org/mailman/listinfo/zenoss-users
_______________________________________________
zenoss-users mailing list
[email protected]
http://lists.zenoss.org/mailman/listinfo/zenoss-users
_______________________________________________
zenoss-users mailing list
[email protected]
http://lists.zenoss.org/mailman/listinfo/zenoss-users
_______________________________________________
zenoss-users mailing list
[email protected]
http://lists.zenoss.org/mailman/listinfo/zenoss-users
_______________________________________________
zenoss-users mailing list
[email protected]
http://lists.zenoss.org/mailman/listinfo/zenoss-users
