UC520 load 8 and cca 2.2

Unanswered Question
Dec 2nd, 2009
User Badges:
  • Bronze, 100 points or more

I've read a couple issue with the loading of the new 8.0 software pack on UC520 so I thought I would give it a try on our demo box figuring those were isolated case. I can tell you that the 8.0 load hosed up our UC520 demo box. I'm still trying to figure out what happened and will post more info when it is available, but something is not right yet with cca2.2 and load 8.


I mean it really hosed up the UC520 demo that we have. It is so hosed, the console port is dead. And yes, I have tried from several differnet PC devices.


My advice to anyone reading this is to make sure you lab 8.0 software pack for uc520 until the bugs get fixed. Cisco- you might want to test load this thing a few more times, especially on older legacy UC520s.


This is a UC520 8u - one of the originals. Yes, and using the new cca 2.2.

  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
John Platts Wed, 12/02/2009 - 10:59
User Badges:
  • Silver, 250 points or more

I know of one way to recover the UC520 unit that fails to upgrade to 8.0.0. You can do a ROMMON recovery of the UC520, following the steps posted at this link:

https://www.myciscocommunity.com/docs/DOC-4858


The ROMMON recovery should not fail if you have a good UC520 unit and a good IOS image. First, try to perform a ROMMON upgrade with the IOS image included in the UC520 8.0.0 software pack. If the ROMMON upgrade fails with the 15.0(1)XA image in the 8.0.0 software pack, you should try to do a ROMMON with an earlier IOS image, such as the 12.4(22)YB4 image in the 7.1.3 software pack or the 12.4(20)T2 software pack in the 7.0.3 software pack. I know that the 12.4(22)YB4 IOS image in the 7.1.3 software pack and the 12.4(20)T2 IOS image in the 7.0.3 software pack are good IOS images. If the ROMMON is failing with the earlier IOS images, then either your flash memory or your UC520 unit is defective.

John Platts Wed, 12/02/2009 - 13:36
User Badges:
  • Silver, 250 points or more

After you perform a ROMMON recovery, you will need to have the following copied over to the UC500 flash memory:

  • The IOS image, same version as that used for ROMMON recovery
  • CME-Support-Files or UC520-Support-Files TAR from the same software pack as the IOS image used for ROMMON recovery, extracted with the archive tar /xtract command
  • Phone loads copied from the CME-Phone-Loads or UC520-Phone-Loads TAR from the same software pack as the IOS image used for ROMMON recovery. You should make a copy of the CME-Phone-Loads or UC520-Phone-Loads TAR file, remove any unneeded phone loads (but leaving the 521 and 524 phone loads) in your copy of the TAR file, and then extract your modified copy of that TAR file using the archive tar /xtract command. 7-Zip can be used to modify your copy of the CME-Phone-Loads or UC520-Phone-Loads TAR file.
  • The factory default configuration file for your UC520 model, found in the UC500 software pack. The factory default configuration file has the format -factory-.cfg, where and are substituted with the correct values. For example, the factory default configuration for a UC520W-8U-4FXO-K9 running the 8.0.0 release is UC520W-8U-4FXO-K9-factory-8.0.0.cfg.


You should also do a clean install of Cisco Unity Express, using the version in the same software pack as that used for ROMMON recovery.


For Cisco Unity Express 3.x, you need to do an clean install using the cue-vm.ise..pkg file, followed by an clean install of the cue-vm-license_50mbx_cme_ise..pkg file, substituting with the CUE version include in the UC500 software pack.


For Cisco Unity Express 7.0.3, you need to do an clean install using the cue-main.ise.7.0.3.pkg, followed by an clean install of the cue-vm-license_50mbx_cme_ise.7.0.3.pkg file.


For Cisco Unity Express 7.1.3, included in the 8.0.0 software pack, you need to do an clean install using the cue-main.uc500.7.1.3.pkg file.


You should restore the UC520 to the factory default configuration by using the command copy startup-config, where is the factory default configuration for your UC520 version and software pack release followed by the reload command. For a UC520W-8U-4FXO-K9 model running the 8.0.0 software release, you would execute the copy UC520W-8U-4FXO-K9-factory-8.0.0.cfg startup-config, followed by the reload command, to get the UC520 reset to the factory default configuration.


After you have done the above steps, you should be able to configure your UC520 using CCA again.

MICHAEL JOHNSON Wed, 12/02/2009 - 14:30
User Badges:
  • Bronze, 100 points or more

John,


Thanks for the post. We got the recovery down from past experience and that is why we did it to the demo box.


I'm trying to find out if others are having problems with the CCA 2.2 and installing the UC520 8.0.0 load. I have seen other posts with issues so just trying to get a feel. I'm also trying to determine if the CCA2.2 and UC520 8.0.0 is really ready for "primetime".


We have many customers that could benefit from the features in the various upgrades within the 8.0.0 software pack especially the crappy SPA525G but the last thing we want to do is blow a client's system.


Our demo box has been flashed using traditional methods as well as CCA methods over 3 dozen times. It has been very stable so it is NOT a hardware issue.


Hopefully it will turn out to be a fluke. Once we recover the UC520 demo and restore the archive made with CCA2.1.1 we will try it again.


Thanks.

Steven DiStefano Thu, 12/03/2009 - 09:51
User Badges:
  • Blue, 1500 points or more

Hi Partners,


So I have a couple UC520s running 7.1.3ea pack in a 2 site multisite.  And while I have been focusing in UC540 latley, this prompted me to try this myself.


I used CCA 2.2 to upgrade to the 8.0.0 SW pack I found on the download page (dated Dec 3rd) and let it rip.    During the process, the GUI showed each Step going Green.  At the end, when it reboots the UC520, it never came back.  Phone were in state Configuring IP and the CCA PC never was able to reconnect.   Couldnt ping 192.168.10.1 any more.


I collected the log and immediately passed it to the Developers (an hour ago).


I figured I would need console acces to either add VLANs or go into rommon, so unracked it and brought it to my test bench (so I had to unplug the power).  When I plugged it back in, it came alive on 8.0.0 with the phones (all components reflected in CCA and via SSH shell checking).  Multisite was operaitonal and CUE was working.   So effectively working.


I am not suggesting this is a workaround and in fact I would allow some time for Cisco to digest all this until you try yourself.

I am also not indicating that anyone did anything wrong and recognize you found difficulty with this and that is bad.  very bad.


Stay tuned.


Steve

MICHAEL JOHNSON Thu, 12/03/2009 - 12:32
User Badges:
  • Bronze, 100 points or more

ANYONE have a chance to try cca2.1.1 and load 8.0.0 to see if that works any better?

Eivind Jonassen Fri, 12/04/2009 - 12:23
User Badges:
  • Silver, 250 points or more

finalconnect,


Can´t you just uninstall CCA2.2 and reinstall 2.1? That seems to be quicker for the moment :)

Let us know


Regards

Eivind

MICHAEL JOHNSON Fri, 12/04/2009 - 13:45
User Badges:
  • Bronze, 100 points or more

YES. I think not doing either CCA 2.2 or 8.0.0 is the proper thing to do.

searthapa Fri, 12/11/2009 - 11:22
User Badges:

Same Issues. here..  And still going on today.

Steven DiStefano Wed, 12/30/2009 - 06:45
User Badges:
  • Blue, 1500 points or more

The IOS Crash and lock out was found to be a defect in IOS 15.0(1)XA1 when the system FLASH is more than 90-95% full, which is not hard to do on a UC 520 model.


Power Cycling the UC520 after this happens usually restores the system on the upgraded IOS/CME/CUE.


Reducing the number of phone loads with CCA Phone Load manager (which is also invoked when SW Upgrade is performed) can prevent this nasty behavior.


Steve DiStefano

Systems Engineer

U.S. Field Channel Sales Team

Eivind Jonassen Sun, 12/13/2009 - 23:06
User Badges:
  • Silver, 250 points or more

We tried doing a upgrade from 2.1(1) to UC 8. We experienced quite a few issues as well. So it's not CCA2.2 alone that's creating these issues.


Regards

Eivind

Saurabh Verma Mon, 12/14/2009 - 06:39
User Badges:
  • Silver, 250 points or more

Hello everyone,


We did a recreate in our labs and have identified the loss of console/UC 500 crash as a software defect with IOS release 15.0(1)XA. We've seen the issue only during the software upgrade. Haven't seen this once the system is up and running. The engineering team is working on identifying the root cause. The fix will be made available in the next IOS release (and next software pack).


Thanks,

Saurabh

nickbrooker Mon, 01/25/2010 - 15:01
User Badges:

Hi,


I have another one maybe after the update.  I reset everything back to factory and tried again but I get random crashes.  I haven't tried the console and 2 out of three times it's restarted itself.  This morning it didn't though. The phones were off and I had to power cycle the uc520..


The crashinfo won't go through on the output interpreter so if you want any more let me know...


Anyone else getting this or any suggestions? Flash is about 50% used.


Thanks


Nick



06:54:15 NZDT Tue Jan 26 2010: Unexpected exception to CPU: vector 400, PC = 0xD0D0D0C , LR = 0x82B231BC


-Traceback= 0xD0D0D0Cz 0x82B23464z 0x80B344C8z 0x80B61E98z 0x815216A0z 0x80894174z 0x8084F060z 0x80851FE8z 0x8078BE84z 0x807887A4z 0x81546CBCz 0x81578914z 0x81978568z 0x808D9034z 0x80659504z 0x80660040z


CPU Register Context:

MSR = 0x10009030  CR  = 0x28022028  CTR = 0x0D0D0D0D  XER   = 0x20000000

R0  = 0x0D0D0D0D  R1  = 0x86C40B08  R2  = 0xFFF5FFF5  R3    = 0x86C40B50

R4  = 0x0D0D0D0D  R5  = 0x0D0D0D0D  R6  = 0x86C40B34  R7    = 0x86C40B38

R8  = 0x00000009  R9  = 0x00000000  R10 = 0x00000038  R11   = 0x00000005

R12 = 0x28028028  R13 = 0xFFF5696C  R14 = 0x00000009  R15   = 0x00000000

R16 = 0x00000000  R17 = 0x00000000  R18 = 0x00000000  R19   = 0x00000000

R20 = 0x00000000  R21 = 0x00000001  R22 = 0x00000000  R23   = 0x85060000


R24 = 0x00000000  R25 = 0x00002010  R26 = 0x86C40B38  R27   = 0x86C40B34


R28 = 0xFFFFFFFF  R29 = 0x86C40B30  R30 = 0x86C40B50  R31   = 0x887C0D18




=== Start of Crashinfo Collection (06:54:15 NZDT Tue Jan 26 2010) ===


For image:

Cisco IOS Software, UC500 Software (UC500-ADVIPSERVICESK9-M), Version 15.0(1)XA, RELEASE SOFTWARE (fc2)

Technical Support: http://www.cisco.com/techsupport

Copyright (c) 1986-2009 by Cisco Systems, Inc.

Compiled Thu 22-Oct-09 06:29 by prod_rel_team

Marcos Hernandez Tue, 01/26/2010 - 08:53
User Badges:
  • Blue, 1500 points or more

The traceback decode can only be done by TAC. I recommend that you open a case with them.


Thanks,

Marcos

MICHAEL JOHNSON Thu, 12/03/2009 - 12:52
User Badges:
  • Bronze, 100 points or more

I think the issue could be CCA2.2.


We have been trying to use CCA 2.2 to access other UC with prior software loads, and the thing is hanging on us and not pulling up the configs.


JAVA is getting hung while using CCA2.2.

mloraditch Fri, 12/04/2009 - 07:24
User Badges:

I tested it on our demo system and had the same thing as you steve. Upgraded, but couldn't get to it after, reboot and console access didn't work either, rebooted by unplugging power and it came up fine the second time. I've had messed up upgrades before so didn't think much of it.

conviare1 Fri, 12/04/2009 - 06:03
User Badges:

Tried to upgrade UC520 to 8.0.0 on 2 DEC.  Wiped out the UC520.  Noticed they loaded another one yesterday dated 3DEC2009.  System won't load this package.  CISCO rep sent me this:


Looks like the IOS image in the previous UC520 Software Pack was corrupted. We have created and uploaded a new software pack. If you have a CF card reader, you can extract the IOS image from the pack and copy it to the CF card. If you don’t have one, then there is a more tedious way of transferring IOS image using Xmodem through the Console cable - www.cisco.com/en/US/products/hw/routers/ps259/products_tech_note09186a008015bfac.shtml


Have tried to load new 8.0.0 from 3 DEC again this morning no lck.  reverted to 12.4(20)T2 with CUE 7.0.3  no back up with outboaund phone issues.

Saurabh Verma Fri, 12/04/2009 - 06:44
User Badges:
  • Silver, 250 points or more

Richard,


Do you have CCA application logs from the failure?


-Saurabh

MICHAEL JOHNSON Fri, 12/04/2009 - 07:42
User Badges:
  • Bronze, 100 points or more

I'll check, but CCA does not tell you it fails. CCA thinks the install went fine. It is the UC that hangs. We just re-duplicated and got the hung UC requiring a power cycle to correct. Same as eveyone else the second time. I look for the logs.


I did notice the second time we got the same results as everyone else that are CUE reported as non-operational in CCA requiring a click of the "No" option on that dialog window.


I'll post them later if we have anything in the CCA logs.

conviare1 Fri, 12/04/2009 - 11:18
User Badges:

Don't think so.  Had to reformat flash before rebuilding.

CHRIS YEO Mon, 12/14/2009 - 17:15
User Badges:

Guys,


On my UC520 demo box i get to the point where it is trying to load the phones and then it has failed to 'tftp' properly.  I have verified this issue on both Windows 7 and Vista.


So I am going to try to recover it normally.


Thanks!


Chris

I am running 15.0(1)xa on a new UC540.  My system crashes everytime my 7921 trys to connect to the system.  Is anyone having trouble with wireless phones on this release?


Ryan



Crash Info:


%Software-forced reload

Preparing to dump core...
000192: Dec 18 03:26:57.467: %DOT11-6-ASSOC: Interface Dot11Radio0/5/0, Station SEP002290FD5279 0022.90fd.5279 Associated SSID[cisco-voice] AUTH_TYPE[EAP-FAST] KEY_MGMT[NONE]
000193: Dec 18 03:26:59.467: %SYS-3-CPUHOG: Task is running for (2000)msecs, more than (2000)msecs (1/1),process = Dot11 auth Dot1x process.
-Traceback= 0x813284F0z 0x812EF2C0z 0x80C9D94Cz 0x80C9BCE0z 0x80C2DCFCz 0x80C2F79Cz 0x80C2F298z 0x80C29D74z 0x80C9B5B0z 0x80CA0ED8z 0x80C9FE08z 0x80C9E1FCz 0x80CD4DECz 0x80CD54E0z 0x80CD9628z 0x80CD8FF8z
000194: Dec 18 03:27:01.467: %SYS-3-CPUHOG: Task is running for (4000)msecs, more than (2000)msecs (1/1),process = Dot11 auth Dot1x process.
-Traceback= 0x813284F4z 0x812EF2C0z 0x80C9D94Cz 0x80C9BCE0z 0x80C2DCFCz 0x80C2F79Cz 0x80C2F298z 0x80C29D74z 0x80C9B5B0z 0x80CA0ED8z 0x80C9FE08z 0x80C9E1FCz 0x80CD4DECz 0x80CD54E0z 0x80CD9628z 0x80CD8FF8z
000195: Dec 18 03:27:03.467: %SYS-3-CPUHOG: Task is running for (6000)msecs, more than (2000)msecs (1/1),process = Dot11 auth Dot1x process.
-Traceback= 0x813284F4z 0x812EF2C0z 0x80C9D94Cz 0x80C9BCE0z 0x80C2DCFCz 0x80C2F79Cz 0x80C2F298z 0x80C29D74z 0x80C9B5B0z 0x80CA0ED8z 0x80C9FE08z 0x80C9E1FCz 0x80CD4DECz 0x80CD54E0z 0x80CD9628z 0x80CD8FF8z
000196: Dec 18 03:27:05.467: %SYS-3-CPUHOG: Task is running for (8000)msecs, more than (2000)msecs (1/1),process = Dot11 auth Dot1x process.
-Traceback= 0x813284F0z 0x812EF2C0z 0x80C9D94Cz 0x80C9BCE0z 0x80C2DCFCz 0x80C2F79Cz 0x80C2F298z 0x80C29D74z 0x80C9B5B0z 0x80CA0ED8z 0x80C9FE08z 0x80C9E1FCz 0x80CD4DECz 0x80CD54E0z 0x80CD9628z 0x80CD8FF8z
000197: Dec 18 03:27:07.471: %SYS-3-CPUHOG: Task is running for (10000)msecs, more than (2000)msecs (2/1),process = Dot11 auth Dot1x process.
-Traceback= 0x813284E0z 0x812EF2C0z 0x80C9D94Cz 0x80C9BCE0z 0x80C2DCFCz 0x80C2F79Cz 0x80C2F298z 0x80C29D74z 0x80C9B5B0z 0x80CA0ED8z 0x80C9FE08z 0x80C9E1FCz 0x80CD4DECz 0x80CD54E0z 0x80CD9628z 0x80CD8FF8z
000198: Dec 18 03:27:09.471: %SYS-3-CPUHOG: Task is running for (12000)msecs,

19:29:09 PST Thu Dec 17 2009: Unexpected exception to CPU: vector 700, PC = 0x802B2740, LR = 0x802B2740

-Traceback= 0x802B2740z 0x802B2740z 0x802C0490z 0x802B578Cz 0x81328418z 0x812EF2C0z 0x80C9D94Cz 0x80C9BCE0z 0x80C2DCFCz 0x80C2F79Cz 0x80C2F298z 0x80C29D74z 0x80C9B5B0z 0x80CA0ED8z 0x80C9FE08z 0x80C9E1FCz

CPU Register Context:
MSR = 0x00029032  CR  = 0x48048084  CTR = 0x82A8DE24  XER   = 0x20000000
R0  = 0x802B2740  R1  = 0x8680C454  R2  = 0xFFF5FFF5  R3    = 0x00000000
R4  = 0x82A91F98  R5  = 0x00009032  R6  = 0x00009032  R7    = 0x85630000
R8  = 0x85A28258  R9  = 0x0000000D  R10 = 0x856892A8  R11   = 0x00000130
R12 = 0x0003C958  R13 = 0xFFF56968  R14 = 0x80CD8B20  R15   = 0x00000000
R16 = 0x00000000  R17 = 0x00000000  R18 = 0x00000000  R19   = 0x00000000
R20 = 0x00000000  R21 = 0x00000000  R22 = 0x00000000  R23   = 0x00000000
R24 = 0x00000000  R25 = 0x83E99428  R26 = 0x00000002  R27   = 0x0000000B
R28 = 0x85620000  R29 = 0x00000000  R30 = 0x84FF0000  R31   = 0x00000003

Writing crashinfo to flash:crashinfo_20091217-192909-PST more than (2000)msecs (2/1),process = Dot11 auth Dot1x process.
-Traceback= 0x813284E0z 0x812EF2C0z 0x80C9D94Cz 0x80C9BCE0z 0x80C2DCFCz 0x80C2F79Cz 0x80C2F298z 0x80C29D74z 0x80C9B5B0z 0x80CA0ED8z 0x80C9FE08z 0x80C9E1FCz 0x80CD4DECz 0x80CD54E0z 0x80CD9628z 0x80CD8FF8z
000199: Dec 18 03:27:11.471: %SYS-3-CPUHOG: Task is running for (14000)msecs, more than (2000)msecs (2/1),process = Dot11 auth Dot1x process.
-Traceback= 0x813284F0z 0x812EF2C0z 0x80C9D94Cz 0x80C9BCE0z 0x80C2DCFCz 0x80C2F79Cz 0x80C2F298z 0x80C29D74z 0x80C9B5B0z 0x80CA0ED8z 0x80C9FE08z 0x80C9E1FCz 0x80CD4DECz 0x80CD54E0z 0x80CD9628z 0x80CD8FF8z
000200: Dec 18 03:27:13.471: %SYS-3-CPUHOG: Task is running for (16000)msecs, more than (2000)msecs (2/1),process = Dot11 auth Dot1x process.
-Traceback= 0x813284E0z 0x812EF2C0z 0x80C9D94Cz 0x80C9BCE0z 0x80C2DCFCz 0x80C2F79Cz 0x80C2F298z 0x80C29D74z 0x80C9B5B0z 0x80CA0ED8z
-Traceback= 0x813284E0z 0x812EF2C0z 0x80C9D94Cz 0x80C9BCE0z 0x80C2DCFCz 0x80C2F79Cz 0x80C2F298z 0x80C29D74z 0x80C9B5B0z 0x80CA0ED8z 0x80C9FE08z 0x80C9E1FCz 0x80CD4DECz 0x80CD54E0z 0x80CD9628z 0x80CD8FF8z
000258: Dec 18 03:29:07.387: %IPPHONE-6-REG_ALARM: Name=SEP0018B9FFD102  Load=7.1.3c Last=Hard+Unknown
000259: Dec 18 03:29:07.791: %IPPHONE-6-REGISTER: ephone-7:SEP0018B9FFD102 IP:10.1.1.20 Socket:2 DeviceType:Phone has registered.
No warm reboot Storage
*** System received a Software forced crash ***
signal= 0x17, code= 0x700, context= 0x85689000
PC = 0x802b2740, Vector = 0x700, SP = 0x8680c454

Steven Smith Fri, 12/18/2009 - 07:20
User Badges:
  • Gold, 750 points or more

I haven't seen this issue yet.  Please open a case for it so we can track his issue better.  I will also try this on my system as well.


What type of authentication are you using on the wireless side?

marc.siciliano Fri, 12/18/2009 - 08:41
User Badges:

Well, curiosity got the best of me and I had to try the now-dreaded CCA2.2 loading of 8.0.0 on my UC520 demo box and I have to report that the upgrade went flawlessly.  No loss of console, no need to re-flash, no need to even hard power cycle.  The upgrade went through and then the system rebooted on its own and all the phones registered.  Don't know if it matters, but I was upgrading from a 7.1 EA software package.  Don't know if this will help anyone, but just figured I would share.

Steven DiStefano Fri, 12/18/2009 - 09:15
User Badges:
  • Blue, 1500 points or more

Thanks Marc!


How filled is your fash:?  <-- suspecting 90% or more may cause the problem more easily.


CCA dashboard should tell you this.

marc.siciliano Tue, 12/29/2009 - 07:42
User Badges:

Steve, sorry for the delayed response, but my flash is actually at 95% full after the upgrade.  I de-selected several phone firmware packages during the upgrade process just so I could get under 100%.

kevin0neill Sat, 12/19/2009 - 15:46
User Badges:

Went fine for me as well, but I can't get UK english back on the CUE. Any suggestions please?

kevin0neill Mon, 12/21/2009 - 03:14
User Badges:

Software upgrade; CUE install hangs at 51% and never completes. Is my flash full?

brian.russell31... Mon, 12/21/2009 - 08:23
User Badges:
  • Bronze, 100 points or more

Hi Guys,


I was working with the CCA devlopers in Cisco with this issue.... We discovered a number of issues.


I know the work around to get the language packs and how to force the UC520 to take the upgrade....


It is tricky to do, but even for a novie (wanna be expert) can do it....


Thanks to the guys in Cisco and also Steve for helping with resolving my issue....


Am I allowed to publish the steps here?????


Thanks


Brian

CHRIS YEO Mon, 12/21/2009 - 11:26
User Badges:

Brian,


I know I would be interested in them.  Even if you send them direct to me, instead of posting on the forum.


Thanks!


Chris

brian.russell31... Mon, 12/21/2009 - 11:40
User Badges:
  • Bronze, 100 points or more

Hi Chris,


You want me to walk you through the steps to manually reload the CUE etc?


If you do it would be easier to explain or a webex session or something...


If you want ping me a pm with your number?

Actions

This Discussion

Related Content