Install Cop Files Call Manager
Posted : admin On 13.01.2020I took some time to help a customer upgrade their system from CSR (Cisco System Release) 9.1 to 10.5 recently. As any good upgrade goes, it wasn’t without some significant drama.In particular, they were upgrading from CUCM 9.1(2) to CUCM 10.5(2); CUCM IM&P 9.1 to 10.5(2); CUC 9.1(2) to 10.5(2) and UCCX 9.0(2) to 10.6(1); Expressway x8.1 to x8.5Expressway-C and E was a textbook upgrade using the.gz upgrade files.Unity Connection (aka CUC) was the first core component that we chose to bite off because it doesn’t have any version dependencies with the other components. It was a textbook upgrade without issues.The minor snag was CUC going unlicensed immediately because it was pointing to ELM on CUCM 9.1 and CUCM didn’t have 10.x licenses installed. So watch out for that. It was rather odd that CUC didn’t give us a 60-day grace period. I moved it to it’s own PLM with appropriate licensing installed there.We next chose to upgrade UCCX as 10.6(1) is compatible with CUCM 9.1(2). is a refresh upgrade so you must install a refresh upgrade COP file on UCCX before installing 10.6(1).
- Install Cop Files Call Manager Free
- Cucm Device Pack Installation
- Install Cop Files Call Manager Download
Because it is a refresh upgrade the system upgrades the underlying VoS (RHEL-based Voice Operating System) and CCX is down while the system reboots and upgrades the OS. I selected to have CCX stay on 9.0(2) after the upgrade, so that 10.6(1) is the inactive version and will just need a version switch reboot to go live.The switch version reboot turned into a bit of a mess. I issued it but the server didn’t seem to actually do anything.
I issued a CLI utils system reboot command about 2 minutes later and it screamed back that I shouldn’t do that as the system was in a version switch and the database could be corrupted. I let it sit about 30 minutes and tried again.
This time it rebooted without complaining and came up on 10.6(1).I had to run the typical process of updating the CAD client (this customer will move to Finesse in the next phase of the upgrade), using the Client Configuration tools you download and install from CCX.Next was the CUCM publisher. This ended up being a multi-hour affair. I’d already heard about the very common problem of the Common partition being full, so I’d taken the liberty to use RTMT to clear out old logfiles. You basically go to Trace and Log Central in RTMT, select Collect Files, choose a time period (I chose the previous 5 month period) did not ZIP the files (for time sake) and most importantly checked the box to Delete the files from the server.I had the Common partition down to 50% utilized before the upgrade.It failed citing the good old bugid CSCuc63312:There is not enough disk space in the common partition to perform theupgrade.
For steps to resolve this condition please refer to the CiscoUnified Communications Manager 9.1(1) Release Notes or view defectin Bug Toolkit on cisco.com.So second-guessing myself, I decided to use the sledge hammer known as ciscocm.freecommonspacev1.1.cop.sgn COP file to clean out the common partition (this COP file script nukes the currently installed inactive version). I gave that a run and rebooted the server.The next attempt at install also failed with the same CSCuc63312 error!Knowing that the Common partition wasn’t the issue (which you can see in the install logs that you can copy and paste from the GUI), I started doing some digging around. It turns out that if the main partition doesn’t have enough room (which you can see in the log files by searching for the word “needed”), it will throw the CSCuc63312 error erroneously.I found a couple of TAC cases where the next step to clean up room on the main partition is to clean up the TFTP directory. This customers TFTP directory was over 5GB in size from multiple versions of large firmware for endpoints like the DX650 and Telepresence codec firmware for endpoints like the C40, SX20, SX10, etc.Even after cleaning up the TFTP folder I was still hit with the same stupid error message: Not enough space in the Common partition. Even though I knew Common had plenty of room and I was fighting a main partition space issue.Some enlightenmentI remembered that from CUCM 10.0 on, the OVA template had increased the disk size from 80GB to 110GB.
It turns out that if you increase the size of the VM’s disk in 10.0 or greater, CUCM will automatically see the space and take advantage of it. CUCM 9.x doesn’t do this automatically.The special sauce to get 9.1 to expand the disk is to install the ciscocm.vmware-disk-size-reallocation-1.0.cop.sgnCOP file, shut the VM down, resize the VM HDD in ESXi to 110GB and then boot it back up. CUCM will reboot a couple of times during the process and then come all the way up.The detailed instructions are here —After doing this CUCM 10.5(2) was able to install successfully. Keep in mind that this is a refresh upgrade so the system will be down for an hour or so while VoS is updated, and the server will go through a couple reboots.CUCM IM&P (CUP)I initially tried to install the upgrade ISO and received an invalid checksum error. Thinking it was the version of IM&P I’d downloaded from CCO (it’s been updated twice in the past week) I re-downloaded and hit the same error.
Note the current version of CUP is 10.5(2a) as of this writing. If I’d paid attention to the documentation I’d have realized that you need to install the ciscocm.version3-keys.cop.sgn COP File which has the new keys that the 10.5(x) software images are signed with. After installing this, the upgrade would recognize the ISO and upgrade. I know this is an old post and I have a simple question.
Are you able to actually backup your CiscoUC images from the VMware server with a software like Veeam or something similar? I’m only asking because I was told NO you cannot backup your CiscoUC images and I always suspected this to be a VMware licensing issue even though I paid for the VMware software when we first implemented Cisco VoIP. I was told its a stripped down version of VMware and that is why I cannot back them up using a 3rd party backup software.I would appreciate an answer if you are still around. IE just crashed. Have to re-write the post again LOL. Firs time I tried to back it up using veeam it just worked and it was successful. Not sure why or how.
But 2nd time I tried it, it just no longer worked I could never get it to work again. From the 1st time I tried it, I know it worked and properly as I had the multi gigabyte backup file to prove it but I never did a restore from it to actually test it out. Called Cisco and Veeam but they could never tell me why it worked at one point or a proper answer as to why it would not work again other than Cisco CMware does not have the right API enabled or something like that. Anyway thanks for the reply. Firmware is automatically updated by CUCM aonce the phone registers to 10.5. You could pre-upgrade the phones if you wanted by uploading the appropriate devpack or individual firmware to the pre-upgrade version of CUCM. In my case I already had the 8945s and DX650s on the latest code for bugfixes, so they didn’t need an upgrade after 10.5 was live.
However all of the 79xx models weren’t on the latest and automatically upgraded after they registered to 10.5.My gateways were on 15.2.5?M6 and worked fine before and after.I did however upgrade them to the current 15.3.3.M2(?) this week when fighting and MGCP a registration issue. Turns out the is a stupid cosmetic bug in 9 and 10 where MGCP PRIs may show unregistered on CUCM, but actually be registered and fully functional. I wasted hours this week on that! Mike,I am upgrading my lab prior to production.
I am all the way to the IM&P servers that are running 9.1.1 SU2, and when I try to upgrade them, I get a version mismatch when installing the ISO. I did upgrade the CUCM servers first to version 10.5.2 and those are running fine. Did I mess up a step? Should I have left the CUCM servers running version 9.1.2 SU1 until I was able to get the upgraded cop file installed on the IMP servers?
Doesn’t make sense.I cannot seem to get an install to work for me. I did install the keys cop file you mentioned.
This was very insightful. I am beginning the process of scoping out this for our upgrade of CM, CUC, UCCX and ER. Our Presence is hosted with our corporate entity for our Global Jabber deployment. I just trunk up to them and then enter our CM and CUC DNS names in the Jabber client. Therefore I think I am safe since IM and Presence are not integrated with my UC clusters when I upgrade out UC platform. Am I missing anything on that topic?I also found some very good DEC’s from Cisco LIVE on best practices for migrating/upgrading previous versions to version 10.5. I was glad I read them and found this.I also do not have a lab.
However, since I am already virtualized on UCS with Vmware I might be able to get network team to slice out a VLAN for a lab. However, I would not easily be able to clone or backup and restore in a Lab due to clustering and IP addressing, correct?Thanks,Tom.
Changing IP addresses is typically catastrophic. 😦You know what I’d do I’d have the network guys setup an isolated non-routed VLAN. Make sure that isolated VLAN is plumbed to your ESXi server. You could clone copies of the PUB, IMP, CUC, etc. And change the VM properties to put the virtual NIC in this isolated VLAN.
You would just start them up and they’d run with the exact same IP addresses as your production system, they’d just be on their own VLAN that couldn’t talk to anything other than devices that were on this isolated VLAN. You’d then put your management workstation on this VLAN and any phones you wanted to test on the VLAN as well. That way you could do test upgrades, etc and not affect your production system. It should be pretty easy to do actually.Likewise if they were paranoid about doing this, you could get any Ethernet switch (e.g. Catalyst 3560, 3750, 2960, etc.), an ESXi host, your workstation and phones and even physically isolate everything on a totally separate network.
I just did a 2 node BE6K this weekend with CCX from 9 to 10. Didn’t have disk space issues. (30 hours of work – not including pre-work) at least skeleton users on site, noticed no outages as we failed back and forward between nodes.V3 keys was an issue on CM, so I just put it on all servers.
No disk space issues.CCX refresh upgrade COP requires a minimum of 9.0.2SU1 and we were on 9.0.2 – had to patch (su) to patch(cop) to upgrade!CM sub upgrade kept failing (MD5 from memory), TAC said to roll back pub to 9 and then upgrade worked (swear that historically you’d switch version and not an issue)IM/P file from e-delivery had the word bootable at front of filename, needed to delete that for it to recognise as valid.IM/P 9 have to upgrade pub first and then sub (10 should be concurrent), first upgrade failed as switch version on CM had been done but I hadn’t selected for IM/P. Either set upgrade of IM/P to switch version to 10 or roll back CM.8945 handsets locked up with “Upgrading” message, even settings button wouldn’t work. Required intermediate firmware with new keys, and then came good. Kindly advise the issue below.We’ve CUCM and CUC with version 9.1(2) installed two years ago for 100 standard UWL licenses on BE6K, we wanted to upgrade them to 10.5 and purchased the licenses below.
Install Cop Files Call Manager Free
Pls confirm if we’ve the correct licenses for the upgrade.L-CUWL-MISCUnified Workplace Licensing – Top Level – Misc Addon OnlyPcs1L-REINST-UWL-STDReinstate CUWL Standard – 1 userPcs100L-REIN-UWL-STD-RTUReinstate CUWL Standard RTUPcs1L-LIC-UWL-STD1Services Mapping SKU, Under 1K UWL STD usersPcs100. Had to resize vDisk on CUCM and ran across your post.
Extremely helpful. Do you have a Cisco document with this information? I did this in the lab and everything worked. Just curious where you found this info.I remembered that from CUCM 10.0 on, the OVA template had increased the disk size from 80GB to 110GB. It turns out that if you increase the size of the VM’s disk in 10.0 or greater, CUCM will automatically see the space and take advantage of it. CUCM 9.x doesn’t do this automatically. Mike, thank you so much for sharing experience on UC upgrade.
Cucm Device Pack Installation
Much Appreciated.Have a quick question, since you ran ” ciscocm.freecommonspacev1.3.k3.cop.sgn “on your CUCM Publisher and that caused cause “Inactive Partiiton” to delete. Curious to know when you upgraded your CUCM Publisher, since there was no inactive partition left so the CUCM Pub booted to 10.X, now when you upgraded the CUCM Subscribers did you immediately switched to 10.5 CUCM partition? Also, did you run into any upgrade issue on CUCM Subs in this case?Thanks for your kind inputs.-An.
Install Cop Files Call Manager Download
Cisco Unified Communications Manager upgrade RSA Version-3 keys COP fileThis update is a required intermediate step before upgrading to version 10.5 and above if the UCM servers are below version 9.1.2.11018-1.To improve software integrity protection, new RSA keys are being used to sign Cisco Unified Communications Manager releases and any of their associated updates such as Phone Firmware, Device Packages, DST Updates, Locales, Dialplans, or any other update that can be applied to the system.Time to complete the update is about two minutes minus preparation time.Proceed at your own risk! I strongly suggest that you take a storage snapshot before performing this upgrade. You can't take a VMware snapshot because you would then be prohibited from increasing the disk size. It would be greyed out.2.
(UCM 9.1 and earlier only) Install the ciscocm.vmware-disk-size-reallocation-1.0.cop.sgn COP file.3. Shutdown guest VM4. Open VMware Infrastructure (VI) Client and connect to VirtualCenter or the ESX host.5. Right-click the virtual machine.6. Click Edit Settings.7. Select Virtual Disk.8.
Increase the size of the disk to 110GB.9. Power on guest VM.