> > > > > > You never want to bind ethernetCsmacd to a class... That will break > > > things. > > > > > > Yeah, I found out the hard way. If it breaks things, then why can you do > > it? Should I report this as a bug? > > > Hmmm - I'd guess because they are managed like templates. This might be > a UI bug, so I suppose you can go ahead and submit it.
Just did it: http://dev.zenoss.org/trac/ticket/4095 > > > > > > Generally, the Template bindings are inherited, so you won't need to bind > > > IPService etc below /Devices ... > > > > > > If I don't bind the Device template to /Devices/Server/Linux, then the > > devices in that class don't have any performance graphs, even though the > > Device template is bound to /Devices. So apparently they are not inherited. > > Or am I missing something? > > > Hmm, they may be inherited when you create a new subclass, but don't travel > down old subclasses... So there is no way to look at the web interface and tell for sure which templates will be applied? > > > Could you tell me what the default bindings for /Devices, /Devices/Server > > and /Devices/Server/Linux are? > > > On 2.2.4, all have Device bound. > > Seems to work for me... I bound Device to /Decives, /Devices/Server and /Devices/Server/Linux. I see no sign of anything being inherited anywhere. I bound both Device and my new template to a subclass of /Devices/Server/Linux and finally it's working as I wanted. Thanks for helping me get this far. -------------------- m2f -------------------- Read this topic online here: http://forums.zenoss.com/viewtopic.php?p=28548#28548 -------------------- m2f -------------------- _______________________________________________ zenoss-users mailing list [email protected] http://lists.zenoss.org/mailman/listinfo/zenoss-users
