對ACS 5.x升級或修補時收到的「在捆綁包中未找到清單檔案」錯誤進行故障排除

簡介

本文檔介紹在升級Cisco Secure Access Control System (ACS) 5.x版時收到「在捆綁包中未找到清單檔案」錯誤時的各種解決方案。所有已知解決方案均包含在本檔案中。

必要條件

需求

Cisco建議您瞭解Cisco Secure ACS的基本知識。

採用元件

本文檔不限於ACS 5.x的特定軟體或硬體版本。

本文中的資訊是根據特定實驗室環境內的裝置所建立。文中使用到的所有裝置皆從已清除（預設）的組態來啟動。如果您的網路運作中，請確保您瞭解任何指令可能造成的影響。

問題

ACS升級或修補程式安裝失敗，如下所示：

    ACS-VM/admin# application upgrade ACS_5.5.0.46.0.tar.gz software_repository
    Do you want to save the current configuration ? (yes/no) [yes] ? yes
    Generating configuration...
    Saved the running configuration to startup successfully
    

% Manifest file not found in the bundle

    ACS-VM/admin# 

解決方案1 -使用正確的命令

使用CLI在ACS中安裝累積修補程式的正確命令是：

acs patch install patch-name repository repository-name

如果使用命令patch install patch-name repository-name，則會遇到錯誤。因此，請確保使用正確的命令來安裝修補程式。

解決方案2 -升級捆綁包損壞

升級套件或修補程式檔案損毀會導致錯誤。

確保正確下載檔案，並在下載後檢查檔案的MD5校驗和。為此，請使用本地電腦上的任何MD5應用程式，並將輸出與Cisco下載頁上的MD5校驗和進行比較。

MD5checker或WinMd5等應用可在Microsoft Windows電腦上使用，以獲取MD5校驗和。Mac OSX具有內建的MD5校驗和實用程式。完成以下步驟以檢查檔案的MD5：

1. 在Mac上啟動終端應用程式。
2. 輸入md5 file-path以計算檔案的MD5校驗和。

將指標停留在升級套件上，以顯示MD5總和檢查碼，如下圖所示：

如果MD5校驗和不匹配，請再次從cisco.com下載檔案。確保使用FTP儲存庫來執行升級。TFTP基於UDP，傳輸此類大型檔案不可靠。透過FTP將檔案置於FTP伺服器時，請確保該檔案以二進位制模式傳輸，因為ASCII模式會破壞它。

解決方案3 - ACS上的空間不足

如果ACS硬碟驅動器(HDD)上的空間不足，也會出現此錯誤。應用程式升級會使用儲存的資料分割槽。當升級開始時，升級捆綁包被傳輸到ACS，並且ACS將該檔案儲存在storeddata下。如果儲存的資料沒有足夠的空間來儲存檔案或提取檔案，則會顯示錯誤。

要確定/storeddata分割槽是否具有足夠的空間，請登入到ACS的CLI，然後輸入以下命令：

1. show tech-support <enter>
2. /df -h <enter> （在—More—提示符處）

輸出如下所示：

ACS-VM/admin# sh tech

###################################################
Application Deployment Engine(ADE) - 2.1.1.136
Technical Support Debug Info follows...
###################################################
*****************************************
Displaying startup-config...
*****************************************
!
hostname ACS-VM
!
ip domain-name CISCOLAB.LOCAL
!
ipv6 enable
!

/df -h

...skipping
df -h output...
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/smosvg-rootvol
                      7.7G  232M  7.1G   4% /
/dev/mapper/smosvg-altrootvol
                     1008M   34M  924M   4% /altroot
/dev/sda1              99M   21M   74M  22% /boot
none                  2.0G     0  2.0G   0% /dev/shm
/dev/mapper/smosvg-home
                     1008M   34M  924M   4% /home
/dev/mapper/smosvg-localdiskvol
                       63G  234M   60G   1% /localdisk
/dev/mapper/smosvg-optvol
                      347G   49G  281G  15% /opt
/dev/mapper/smosvg-recvol
                     1008M   34M  924M   4% /recovery
/dev/sda3             981M   18M  914M   2% /storedconfig
/dev/mapper/smosvg-storeddatavol
                      

4.9G  3.0G  1.7G  65% /storeddata

/dev/mapper/smosvg-tmpvol
                      7.7G   52M  7.3G   1% /tmp
/dev/mapper/smosvg-usrvol
                      7.7G  646M  6.7G   9% /usr
/dev/mapper/smosvg-varvol
                      9.7G   97M  9.1G   2% /var

storeddata中的可用空間至少應為升級捆綁包大小的兩倍。否則，升級將很有可能失敗。 

為了清除儲存資料分割槽中的空間，請向思科技術支援中心(TAC)提交支援請求。

注意：僅具有至少500 GB硬碟空間的虛擬機器支援升級，如ACS 5.5安裝和升級指南中所述。

儲存資料分割槽被分配硬碟空間的固定百分比。在較小的硬碟中，配置的空間小於平均升級套件大小的兩倍，因此此類裝置無法以這種方式升級。您將需要將伺服器重新映像至新版本，並從舊版本恢復配置備份。每個ACS版本的升級指南中均提及以此方式升級的支援升級路徑。