[cisco-voip] CUCM 7.0 SNMP Master Agent

[Wes Sisk]

This is related to a known issue running in vmware.  CM install detects 
the platform and loads platform dependent agents(hp or ibm).  there are 
no agents for vmware so far as it is not a supported platform. this is 
one of the unfortunate components with ties to physical hardware.

/wes


On Friday, December 05, 2008 4:51:19 AM, Erik Goppel <egoppel at gmail.com> 
wrote:
> Andre,
>
> I have exactly the same issue, however my CUCM is running in VMware 
> Server 2.0
> I have a CUCM7.0 running on a 7835, and that doesn`t show the problem, 
> so probably a vm issue.
>
> Erik
>
> On Fri, Dec 5, 2008 at 10:21 AM, Andre Beck <cisco-voip at ibh.net 
> <mailto:cisco-voip at ibh.net>> wrote:
>
>     Hi,
>
>     I'm currently evaluating CUCM 7.0 (in a VM on VMWare ESX) and found an
>     issue that strikes in either case of installation I've tried:
>
>     a) Fresh install without anything special;
>     b) Installing 5.0(4), upgrading to 5.1(3d), recovering the DRF backup
>       from our current productive CCM running on that release, then
>       upgrading to 7.0(1), and doing some license magic to actually
>       get something that can be evaluated.
>
>     Either way, I end up with a (virtual) box that constantly complains it
>     cannot start the SNMP Master Agent, which is true: It can't. The
>     reason
>     is that 161/udp is already bound, apparently by the NET-SNMP
>     daemon that
>     comes with the OS. I don't know anything on how the SNMP Master Agent
>     and the load of subagents are actually implemented and whether
>     they are
>     supposed to integrate with the OS agent or replace it. And Cisco
>     doesn't
>     want me to look, with all that lockdown they do on the appliance
>     platform.
>
>     So supposedly no SNMP master agent running with the configured
>     communities.
>     But fooling around with community public, you get an answer from
>     what *is*
>     running:
>
>     # snmpwalk -v 2c -c public 192.168.111.1 <http://192.168.111.1> .
>     SNMPv2-MIB::sysDescr.0 = STRING: Linux PHONY 2.6.9-42.ELsmp #1 SMP
>     Wed Jul 12 23:27:17 EDT 2006 i686
>     SNMPv2-MIB::sysObjectID.0 = OID: NET-SNMP-MIB::netSnmpAgentOIDs.10
>     DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (7061047) 19:36:50.47
>     SNMPv2-MIB::sysContact.0 = STRING: Root <root at localhost>
>     (configure /etc/snmp/snmp.local.conf)
>     SNMPv2-MIB::sysName.0 = STRING: PHONY
>     SNMPv2-MIB::sysLocation.0 = STRING: Unknown (edit
>     /etc/snmp/snmpd.conf)
>     [...]
>
>     I haven't found anything related in either Bug Toolkit, Google or this
>     ML's archives. Anyone seen this with 7.0? Is this by any chance a
>     VMware-specific bug that won't strike when I'm actually going to
>     upgrade
>     the real iron?
>
>     I don't actually need SNMP on the CCM, but the resulting alarms of a
>     supposedly critical service beeing down are annoying.
>
>     TIA,
>     Andre.
>     --
>       Real men don't make backups of their mail. They just send it out
>        on the Internet and let the secret services do the hard work.
>
>     -> Andre Beck    +++ ABP-RIPE +++      IBH IT-Service GmbH, Dresden <-
>     _______________________________________________
>     cisco-voip mailing list
>     cisco-voip at puck.nether.net <mailto:cisco-voip at puck.nether.net>
>     https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>   

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20081205/38ece0d3/attachment-0001.html>