[cisco-voip] UCM VMWare and AMD Proc

[Ryan Ratliff]

What version are you installing?  There was an issue with a missing  
rpm but I thought they were going to fix it in 7.1.

See below for the workaround.

-Ryan

On Aug 27, 2009, at 8:27 AM, Matt Slaga (US) wrote:

Anyone have issues loading UCM or CUPS in VMWare on an AMD proc?

No problems loading on an Intel based system.

Thanks,
Matt


Disclaimer: This e-mail communication and any attachments may contain  
confidential and privileged information and is for use by the  
designated addressee(s) named above only. If you are not the intended  
addressee, you are hereby notified that you have received this  
communication in error and that any use or reproduction of this email  
or its contents is strictly prohibited and may be unlawful. If you  
have received this communication in error, please notify us  
immediately by replying to this message and deleting it from your  
computer. Thank you.

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

------------------------

On Dec 9, 2008, at 5:23 PM, Jason Burns wrote:

You can hack around this with a LiveCD or Fedora Rescue CD.

Run "uname -a" and "uname -p" to see what your system kernel version  
is as well as the kernel type.

Based on the info returned from those two commands create a new folder  
with the format of:

/lib/modules/cm_ipvms/2.6.9*.EL.athlon

Copy all of the files from:

/lib/modules/cm_ipvms/2.6.9.*.i686

to the directory you just created.

If your VMWare CallManager doesn't start on fire - things should start  
working.


On Tue, Dec 9, 2008 at 5:14 PM, Ryan Ratliff <rratliff at cisco.com> wrote:
Looks like an oversight in the way the install was scripted where AMD  
cpus were just not taken into account rather than a malicious act.    
I've got an email out to the install team to see if they plan on  
fixing it.

-Ryan

On Dec 9, 2008, at 5:00 PM, Terry Glass wrote:

Heads up!!  The new 7 version of CUCM, Unity Connection, and Unified  
Presence will not install in VMware if you are using an AMD CPU.  We  
just built 8 training computers for our engineers to use for coming up  
to speed with versions 6 and 7 of CUCM and discovered this.

Version 6 works fine, no problems, but version 7.0.1.11000-2, which is  
the released version of CUCM 7 and the version that comes with their  
Not-For-Resale offering, will fail the post install check with a  
complaint about AMD. The funny thing is that the programs install, the  
Linux kernels and drivers are installed, but when the post install  
script af_lap_post is run it states "No cdp driver module for  
athlonSMP system" and the install is failed. Unity Connection 7 and  
Unified Presence 7 does the same thing.

It appears that for some reason either Cisco or a programmer at Cisco  
decided that they did not like AMD and purposely configured the  
version 7 products that use Linux to fail. This makes no sense. If you  
create the VMware image on an Intel machine and then copy the image to  
a computer with an AMD cpu, the VMware image runs fine. If you are  
running the programs in VMware they are not supported by Cisco to  
start with, so why purposely make the programs fail if you have an AMD  
CPU?

Cisco needs to get to the bottom of this and release new DVDs that  
don't have this nonsense. I work with a few High Schools and Technical  
schools, along with a few Training Centers that upgraded their servers  
and computers but they have AMD CPU's. While these places are not  
certified Cisco training centers, they do train a fair amount of  
students each year, not to mention that my company either has to  
replace the motherboards/cpu's in computers that are not even 4 months  
old or work around the fact that you can't practice migrations or  
installs.


Terry Glass