cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
615
Views
5
Helpful
7
Replies

Cannot upgrade ACS 5.4 to 5.5 on an SNS-3415-K9

B. BELHADJ
Level 4
Level 4

Hello,

I'm trying to upgrade one of my Cisco ACS 5.4.0.46 with 5-4-0-46-6 patch to 5.5.0.46 version on a Cisco SNS-3415-K9 to pass to 5.8.1.4.

I already installed the Pre-upgrade patch Pointed-PreUpgrade-CSCum04132-5-4-0-46-0a.tar.gpg as recommended by Cisco.

When I launch the upgrade, the process stays always in « Initiating Application Upgrade » as mentioned in the attached screen shoot.

Any suggestion please?

Best regards.

1 Accepted Solution

Accepted Solutions

I believe, it's because of the stored data that causing issue with upgrade.

4951688 3868528 827572 83% /storeddata
/dev/mapper/smosvg-recvol

When you applied upgrade bundle, it initially gets stores in location-storeddata. If it doesn't have enough space then upgrade will fail.

In order to clear stored data, you need to contact TAC. 

Regards

Gagan

rate : if it helps!!!!

View solution in original post

7 Replies 7

Gagandeep Singh
Cisco Employee
Cisco Employee

Please send the show disk or show tech support output.

You can also reimage to ACS to 5.5 and restore backup of 5.4

Regards

Gagan

Hi gagsing3,

Thank you for your reply. Sorry for the delay.

Tomorrow, I will share with you the show disk command (I have already do that and i see that I have a sufficient disk space).

Best regards.

Hello,

Please find below the output of the show disks command:

MyACS# show disks

temp. space 4% used (255444 of 7935392)


disk: 24% used (14100864 of 64466716)

Internal filesystems:


all internal filesystems have sufficient free space

MyACS#

Best regards.

Thanks for attaching show dis output.

Please attach show tech -support in order to check other disk utilization.

Also do you have 5.4 config backup if require need to to reimage to ACS 5.5 and restore old backup.

Regards

Gagan

Hello,

Thank you for your quick reply.

As you know for a confidentiality reasons, I cannot share the "show tech-support". But you find below all the collected informations from the output of the "show tech-support" command:


*****************************************
Checking Disk Space...
*****************************************
df -h output...
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/smosvg-rootvol
7.6G 388M 6.8G 6% /
/dev/mapper/smosvg-altrootvol
961M 18M 895M 2% /altroot
/dev/mapper/smosvg-home
961M 18M 894M 2% /home
/dev/mapper/smosvg-varvol
9.5G 247M 8.8G 3% /var
/dev/mapper/smosvg-storeddatavol
4.8G 3.7G 809M 83% /storeddata
/dev/mapper/smosvg-recvol
961M 18M 895M 2% /recovery
/dev/mapper/smosvg-tmpvol
7.6G 250M 7.0G 4% /tmp
/dev/mapper/smosvg-optvol
426G 98G 307G 25% /opt
/dev/mapper/smosvg-usrvol
7.6G 841M 6.4G 12% /usr
/dev/mapper/smosvg-localdiskvol
62G 14G 45G 24% /localdisk
/dev/sda5 965M 18M 898M 2% /storedconfig
/dev/sda1 99M 39M 56M 41% /boot
tmpfs 7.9G 0 7.9G 0% /dev/shm

df -k output...
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/mapper/smosvg-rootvol
7935392 396736 7129056 6% /
/dev/mapper/smosvg-altrootvol
983960 17652 915520 2% /altroot
/dev/mapper/smosvg-home
983960 17744 915428 2% /home
/dev/mapper/smosvg-varvol
9903432 252520 9139732 3% /var
/dev/mapper/smosvg-storeddatavol
4951688 3868528 827572 83% /storeddata
/dev/mapper/smosvg-recvol
983960 17652 915520 2% /recovery
/dev/mapper/smosvg-tmpvol
7935392 255600 7270192 4% /tmp
/dev/mapper/smosvg-optvol
446351864 101761780 321550904 25% /opt
/dev/mapper/smosvg-usrvol
7935392 860820 6664972 12% /usr
/dev/mapper/smosvg-localdiskvol
64466716 14100864 47038264 24% /localdisk
/dev/sda5 988088 17780 919304 2% /storedconfig
/dev/sda1 101086 39005 56862 41% /boot
tmpfs 8233112 0 8233112 0% /dev/shm
df -k output for / /usr /var /opt
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/mapper/smosvg-rootvol
7935392 396736 7129056 6% /
/dev/mapper/smosvg-usrvol
7935392 860820 6664972 12% /usr
/dev/mapper/smosvg-varvol
9903432 252520 9139732 3% /var
/dev/mapper/smosvg-optvol
446351864 101761780 321550904 25% /opt

*****************************************

*****************************************
Checking disk usage of /opt...
*****************************************
101356232 CSCOacs
4 backup
16 lost+found
215668 system
*****************************************
Displaying files and directories more than 1 GB under /opt...
*****************************************
./CSCOacs/view/decap/data/NetflowRcv_CallRecord: 4.0G
./CSCOacs/view/decap/data/SyslogRcv_Main_514: 4.0G
./CSCOacs/view/decap/data/SyslogProc_Main_514: 4.0G
./CSCOacs/view/decap/data/NetflowProc_CallRecord: 1.6G
./CSCOacs/view/data/db/acsview51.db: 89G
1.3G ./CSCOacs/logs
2.0G ./CSCOacs/view/decap/data
2.1G ./CSCOacs/view/decap
89G ./CSCOacs/view/data/db
1.6G ./CSCOacs/view/data/h2
91G ./CSCOacs/view/data
93G ./CSCOacs/view
97G ./CSCOacs
97G .

Yes I have a configuration backup but I wouldn't reimage the ACS (the ACS is on a remote site in another country).

Thank you for your help.

best regards.

I believe, it's because of the stored data that causing issue with upgrade.

4951688 3868528 827572 83% /storeddata
/dev/mapper/smosvg-recvol

When you applied upgrade bundle, it initially gets stores in location-storeddata. If it doesn't have enough space then upgrade will fail.

In order to clear stored data, you need to contact TAC. 

Regards

Gagan

rate : if it helps!!!!

B. BELHADJ
Level 4
Level 4

Hello gagsing3,

Thank you so much for your reply and your help. I appreciate it !!

Best regards.

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: