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