IBM Systems Director 在 AIX 上的常見問題及解決方法

5Seven

本文將介紹 IBM Systems Director 在 AIX 上遇到的一些常見問題進(jìn)行概述，并提供相應(yīng)的解決方法。具體來說包括：

• 介紹 IBM Systems Director 在 AIX 安裝前需要進(jìn)行的系統(tǒng)檢查。
• 介紹 IBM Systems Director 在 AIX 上安裝過程中的常見問題以及解決方法。
• 介紹 IBM Systems Director 在 AIX 上使用過程中的常見問題以及解決方法。
  

安裝前的系統(tǒng)檢查

本部分主要是對(duì) IBM Systems Director 在 AIX 上安裝前的系統(tǒng)的一些常見的檢查和對(duì)系統(tǒng)的常見的軟件的依賴關(guān)系進(jìn)行描述概括，減少用戶因?yàn)橄到y(tǒng)配置的原因而造成的安裝的失敗。

安裝系統(tǒng)前，確保系統(tǒng)配置符合要求，可以通過以下步驟來檢查系統(tǒng)：

• 確保系統(tǒng)的硬件和軟件配置符合要求（包括安全，網(wǎng)絡(luò)等設(shè)置）。通過下面命令來檢查操作系統(tǒng)級(jí)別，返回值應(yīng)該是類似 5300-06-04-nnn 格式的字符串，nnn 并不相關(guān)。

  oslevel -s

• 可選：必要情況下，下載系統(tǒng)更新�？梢缘� IBM Fix Central 網(wǎng)站下載 AIX 操作系統(tǒng)更新。
• 確保安裝了如下版本的 openssl 和 openssh：
  
  • openssl.base 0.9.8.4 或者更高版本。
  • 如果安裝了 openssh.base.server，則要 4.5.0.5301 或者更高版本。
    
• 確保安裝了以下 RPM 包：
  
  • bash-3.2-1
  • expect-5.42.1-1
  • tcl-8.4.7-1
  • tk-8.4.7-1
    
• 確保如下安裝文件不會(huì)與系統(tǒng)其他文件有沖突：
  
  • sysmgt.cim.providers 1.2.7.35
  • sysmgt.cim.smisproviders 1.2.0.35
  • sysmgt.cimserver.pegasus 2.6.1.35
  • ICU4C.rte 5.3.0.60 (only AIX 5.3 systems)
  • xlC.aix50 9.0.0.0 (only AIX 5.3 systems)
  • xlC.rte 9.0.0.0 (only AIX 5.3 systems)
    
• 確保 IBM Systems Director 所要使用的 tcp 端口沒有被占用。
  

安裝的常見問題與解決方法

本部分主要是對(duì) IBM Systems Director 在 AIX 因?yàn)橄到y(tǒng)配置造成的一些安裝的常見問題進(jìn)行概述，并提供相應(yīng)的解決辦法。

1. 安裝過程中 openssl 版本沖突
IBM Systems Director 的安裝包安裝了 installp 版本的 openssl 文件集，與 AIX 系統(tǒng)上的 rpm 版本的 openssl 文件集可能有沖突。假如某些應(yīng)用需要 rpm 版本的 openssl 文件集，可能會(huì)出現(xiàn)如下消息：

# ssh   exec(): 0509-036 Cannot load program ssh because of the following errors:   0509-150 Dependent module /usr/lib/libcrypto.a(libcrypto.so.0.9.7) could not be loaded.   0509-152 Member libcrypto.so.0.9.7 is not found in archive.

解決方法：

實(shí)際上 installp 版本的 openssl 和 rpm 版本 openssl 可以共存在一個(gè)系統(tǒng)上。將 installp 版本的安裝到 /usr/lib，rpm 版本的安裝到 /usr/linux/lib。然后可以通過設(shè)置 LIBPATH 來指定應(yīng)用程序使用 rpm 版本的 openssl，如下：

#export LIBPATH=/usr/linux/libLIBPATH;

2. Director.DirectorCimCore 5.20.3 安裝失敗
在安裝 IBM Systems Director 過程中，發(fā)生以下錯(cuò)誤：

loading default handlers and subscriptions...   failed to load default handlers and subscriptions.   instal:  Failed while executing the ./IBM.Director.DirectorCimCore.post_i script.   0503-464 installp:  The installation has FAILED for the "usr" part           of the following filesets:           Director.DirectorCimCore 5.20.3           installp:  Cleaning up software for:           Director.DirectorCimCore 5.20.3

解決方法：
按照下面的步驟進(jìn)行解決：

• 通過 lssrc -t cimserver 檢查 cimserver 是否正常運(yùn)行
• 如果 cimserver 沒有運(yùn)行，運(yùn)行 startsrc -t cimserver
• 通過 cimsubscribe 來檢查 handlers, filters, 或者 subscriptions 是否已經(jīng)存在：

  /opt/ibm/icc/cimom/bin/cimsubscribe -n root/cimv2 -lh   /opt/ibm/icc/cimom/bin/cimsubscribe -n root/cimv2 -lf   /opt/ibm/icc/cimom/bin/cimsubscribe -n root/cimv2 -ls

• 如果 handlers, filters, 或者 subscriptions 已經(jīng)存在，通過下面的命令刪除他們：

  /opt/ibm/icc/cimom/bin/cimsubscribe -n root/cimv2 -ds -fn HWEvent -hn TEC   /opt/ibm/icc/cimom/bin/cimsubscribe -n root/cimv2 -ds -fn HWEvent -hn Health /opt/ibm/icc/cimom/bin/cimsubscribe -n root/cimv2 -ds -fn HWEvent -hn SNMP   /opt/ibm/icc/cimom/bin/cimsubscribe -n root/cimv2 -df -fn HWEvent   /opt/ibm/icc/cimom/bin/cimsubscribe -n root/cimv2 -dh -hn TEC   /opt/ibm/icc/cimom/bin/cimsubscribe -n root/cimv2 -dh -hn Health   /opt/ibm/icc/cimom/bin/cimsubscribe -n root/cimv2 -dh -hn SNMP

• 通過下面的步驟恢復(fù) CIM repository 的備份：
  
  • 確認(rèn)你想要恢復(fù)的 CIM repository 的備份。通過下面的命令可以列出所有的備份：

    ls /opt/freeware/cimom/pegasus/etc/repository.backup.*

  • 通過命令 stopsrc -t cimserver 停止 cimserver
  • 通過下面的命令恢復(fù)所選擇的 CIM repository 的備份：

    cp -pRh /opt/freeware/cimom/pegasus/etc/repository.backup.date    /opt/freeware/cimom/pegasus/etc/repository

    
    
• 重新進(jìn)行安裝。
  

3. 公共代理程序安裝失敗
默認(rèn)情況下公共代理程序需要 9510, 9514 和 9515 端口。如果這些端口被占用，公共代理程序安裝將會(huì)失敗 , 比如 Tivoli Provisioning Manager 的所帶的其他版本的 CAS 代理程序會(huì)占用這些端口。安裝前可運(yùn)行下列命令并檢查端口是否已經(jīng)被占用：

netstat -an | grep LISTEN | egrep "951(0|4|5)"

解決方法：

• 首先更改 diragent.rsp 中的下面的配置來更改公共代理程序需要的端口：

  AgentPort=9510   AgentNonStopPort1=9514   AgentNonStopPort2=9515

• 然后使用上面更改過的 diragent.rsp 重新安裝公共代理程序：

  ./dir6.1_commonagent_linux.sh – r diragent.rsp

  
  

4 ． /opt/ibm/director/bin/configAgtMgr.sh 出錯(cuò)
configAgtMgr.sh 腳本的作用是配置 IBM Systems Director 服務(wù)器的代理程序管理器，并且將 IBM Systems Director 服務(wù)器自帶的公共代理程序注冊(cè)到該代理程序管理器上。IBM Systems Director 服務(wù)器安裝結(jié)束后，會(huì)提示用戶運(yùn)行該腳本后啟動(dòng)服務(wù)器。當(dāng)用戶運(yùn)行該腳本時(shí)，可能最終出現(xiàn)下面的錯(cuò)誤：

usmi-cas-setup.sh did not complete successfully.

解決方法：

• 首先檢查以下各個(gè)方面是否正常：
  
  • 通過運(yùn)行 nslookup < 機(jī)器 IP> 和 hostname 去查看兩者的機(jī)器名配置是否一致。如果不同，需要通過更改 hostname 和 DNS 的配置使得兩者一樣。
  • 如果運(yùn)行 ifconfig -a 得到下面類似的結(jié)果：

    -bash-3.2# ifconfig -a|grep inet6          inet6 ::1/0   -bash-3.2#

    
    那么將下面一行內(nèi)容加入到 /etc/hosts 中

    ::1 loopback localhost

    
    同時(shí)在 /etc/netsvc.conf 中加入下面一行，確保在對(duì)地址進(jìn)行解析時(shí)首先查詢 /etc/hosts:

    hosts = local , bind

  • 通過下面的命令查詢 Director 服務(wù)器的 slp 信息：

    -bash-3.2# cd /opt/freeware/cimom/pegasus/bin   -bash-3.2# ./slp_query --address=127.0.0.1 --type=*   0   8   33   URL: service:service-agent://10.1.0.12   URL: service:management-software.IBM:platform-agent://10.1.0.12   URL: service:management-software.IBM:director-server://              scenarioa12.scenario.netfinity.com   URL: service:AgentManager://10.1.0.12:9513   URL: service:TivoliCommonAgent://scenarioa12.scenario.netfinity.com:9510   URL: service:management-software.IBM:usma://scenarioa12.scenario.netfinity.com   URL: service:wbem:http://10.1.0.12:5988   URL: service:wbem:https://10.1.0.12:5989  -bash-3.2#

    
    確保 service:service-agent，service:TivoliCommonAgent 以及 service:management-software.IBM:usma 在輸出中存在。如果不存在，按照下面的步驟嘗試去修復(fù)問題：
    
    • 停止公共代理程序：

      /opt/ibm/director/agent/runtime/agent/bin/endpoint.sh stop

    • 停止 cimserver：

      /usr/bin/stopsrc -t cimserver

    • 停止 platform_agent：

      /usr/bin/stopsrc -s platform_agent

    • 停止 slp_srvreg：
      用命令 ps -e |grep -i slp_srvreg 查看進(jìn)程號(hào) , 然后用 kill 命令殺死該進(jìn)程。

      -bash-3.2# ps -e|grep -i slp_srvreg   467136      -  6:45 slp_srvreg   -bash-3.2# kill -9 467136

    • 啟動(dòng) platform_agent：

      /usr/bin/startsrc -s platform_agent

    • 啟動(dòng) cimserver：

      /usr/bin/startsrc -t cimserver

    • 啟動(dòng)公共代理程序：

      /opt/ibm/director/agent/runtime/agent/bin/endpoint.sh start

      
      
    
    
• 接著重新運(yùn)行命令 /opt/ibm/director/bin/usmi-cas-setup.sh，該腳本的作用是將 IBM Systems Director 服務(wù)器自帶的公共代理程序重新注冊(cè)到默認(rèn)的代理程序管理器上。
  

使用時(shí)的常見問題與解決方法

本部分主要是對(duì) IBM Systems Director 在 AIX 的使用過程中的一些常見問題進(jìn)行概述，并提供相應(yīng)的解決辦法。

1 ．公共代理程序的協(xié)議發(fā)現(xiàn)錯(cuò)誤
發(fā)現(xiàn)代理程序后，代理程序的管理節(jié)點(diǎn)的屬性中協(xié)議中沒有 CAS 協(xié)議。
解決方法：
通過下面的命令查詢公共代理程序的 slp 信息：

-bash-3.2# pwd   /opt/freeware/cimom/pegasus/bin   -bash-3.2# ./slp_query --address=< 公共代理程序的 IP> --type=*   0   6   36   URL: service:service-agent://10.10.21.122   URL: service:TivoliCommonAgent://netuv122:9510   URL: service:management-software.IBM:usma://netuv122   URL: service:wbem:http://10.10.21.122:5988   URL: service:wbem:https://10.10.21.122:5989   URL: service:management-software.IBM:platform-agent://10.10.21.122

確保 service:service-agent，service:TivoliCommonAgent 以及 service:management-software.IBM:usma 在輸出中存在。

• 如果存在，將管理節(jié)點(diǎn)從 web 控制臺(tái)上刪除，并重新發(fā)現(xiàn)。
• 如果不存在，可以依次運(yùn)行下面的步驟或者重啟代理程序所在的機(jī)器嘗試去修復(fù)問題：
  
  • 停止公共代理程序：

    /opt/ibm/director/agent/runtime/agent/bin/endpoint.sh stop

  • 停止 cimserver：

    /usr/bin/stopsrc -t cimserver

  • 停止 platform_agent：

    /usr/bin/stopsrc -s platform_agent

  • 停止 slp_srvreg：
    用命令 ps -e |grep -i slp_srvreg 查看進(jìn)程號(hào) , 然后用 kill 命令殺死該進(jìn)程。

    -bash-3.2# ps -e|grep -i slp_srvreg   467136      -  6:45 slp_srvreg -bash-3.2# kill -9 467136

  • 啟動(dòng) platform_agent：

    /usr/bin/startsrc -s platform_agent

  • 啟動(dòng) cimserver：

    /usr/bin/startsrc -t cimserver

  • 啟動(dòng)公共代理程序：

    /opt/ibm/director/agent/runtime/agent/bin/endpoint.sh start

  • 將管理節(jié)點(diǎn)從 web 控制臺(tái)上刪除，并重新發(fā)現(xiàn)。
    
  
  

2. 公共代理程序無法獲取訪問控制權(quán)
對(duì)公共代理程序進(jìn)行獲取訪問控制權(quán)操作時(shí)，最后顯示“失敗”。
解決方法：
公共代理程序無法獲取訪問控制權(quán)的情況可能由以下各種情況造成 :

• 在服務(wù)器端使用下面的命令查看從 DNS 上獲取的機(jī)器名和 agent 上配置的機(jī)器名是否一致，如果不同，要確保他們一致。

  nslookup < 公共代理程序的 IP>

• 查看該公共代理程序是否已經(jīng)被其他服務(wù)器管理。查看 /opt/ibm/director/agent/runtime/agent/config/endpoint.properties 里面的屬性 unmanagedAgent 的值。如果為 false, 這說明它已經(jīng)被某個(gè)服務(wù)器管理。因?yàn)楣�共代理程序只能同時(shí)被一個(gè)代理程序管理器管理，所以如果你確定要用目前這個(gè)服務(wù)器管理該公共代理程序，你需要運(yùn)行以下命令后就可以通過正常流程獲取訪問控制權(quán) :

  /opt/ibm/director/agent/runtime/agent/toolkit/bin/configure.sh – unmanaged – force

• 查看服務(wù)器端和公共代理程序端所在的操作系統(tǒng)的系統(tǒng)時(shí)間，確保兩者時(shí)間不超過 12 個(gè)小時(shí)。
• 在服務(wù)器端運(yùn)行命令 smcli getAgentManagers 或者從 web 控制臺(tái)上“設(shè)置”-> “代理程序管理器配置”確認(rèn)是否有活動(dòng)的有效的代理程序管理器。如圖所示：
  
  圖 1. 查看代理程序管理器
  
  

3. Director 5.20 代理程序無法獲取訪問控制權(quán)
當(dāng) IBM Systems Director 服務(wù)器嘗試去獲取一臺(tái)安裝了 Director 5.20 代理程序的 AIX 系統(tǒng)的訪問控制權(quán)時(shí)，盡管用戶名和密碼都是正取的，但是獲取操作很快就失敗。那是因?yàn)橛糜讷@取訪問控制的用戶名沒有被授權(quán)，在 NativeUserGroupsAIX.prop 文件中的 priv.groups.SecMgr 屬性定義了能夠獲取該代理程序的訪問控制權(quán)的用戶組。
解決方法：

• 打開 /opt/ibm/director/data/NativeUserGroupsAIX.prop，讀取預(yù)定義的 IBM Systems Director 的安全用戶組。
• 編輯 /etc/group 文件，將你將使用的用戶名加入到一個(gè)上面所說的預(yù)定義的安全用戶組中。比如，要將 root 用戶加入到 dirsuper 用戶組里面，你用下面的命令來實(shí)現(xiàn)這個(gè)操作：

  dirsupergroup:root

  
  其中 group 是 dirsuper 的 group id。
• 編輯 /opt/ibm/director/data/NativeUserGroupsAIX.prop，將上述用戶名加入的用戶組加入到 priv.groups.SecMgr 中，格式如下：

  priv.groups.SecMgr=dirsuper

• 使用 install_root/bin/twgstop 停止代理程序。
• 使用 install_root/bin/twgstart 啟動(dòng)代理程序。
  

4. 無法加入一個(gè)管理模塊或者 RSAII
當(dāng)你想加入 BladeCenter 管理模塊，高級(jí)管理模塊或者 RSAII 時(shí)，提示：

Cannot Add BladeCenter Chassis or Cannot add device.

解決方法：
通過以下步驟來解決

• 使用 RSA web 控制頁面登陸到受影響的管理模塊或者 RSAII。
• 在左邊菜單中，點(diǎn)擊“Network Protocols”。
• 確保 TCP Mode Command Protocol 起作用。如果它處于“disable” 狀態(tài)，更改并重啟管理模塊或者 RSAII。
  

5. 使用更新管理器對(duì)公共代理程序進(jìn)行更新失敗
在使用更新管理器對(duì)公共代理程序進(jìn)行更新時(shí)候，在任務(wù)管理的日志中遇到下面類似的錯(cuò)誤：

ATKUPD783E An error occurred while updating "com.ibm.usmi.agent.coreagent.agent.feature_1.0.1" on system "IBM 8189 55C 99HW626".   Error: CWPWS8461E: The message was expired:   creation date of timestamp "2009-04-16T03:15:43.002Z", expiration date of timestamp "2009-04-16T04:15:43.002Z",and machine's current date "2009-04-16T08:07:53.534Z".

解決方法：
同步服務(wù)器端和公共代理程序端所在的操作系統(tǒng)的系統(tǒng)時(shí)間 , 確保兩者的時(shí)間不超過 1 小時(shí)。

6. 沒有針對(duì)公共代理程序的更新
沒有針對(duì)公共代理程序的管理節(jié)點(diǎn)的更新包顯示在 web 控制臺(tái)上，如圖：

圖 2. 顯示需要的更新包

解決方法：
確保服務(wù)器已經(jīng)獲取了最新的更新包，并且該公共代理程序的清單已經(jīng)收集。

7. 因?yàn)榘姹締栴}導(dǎo)致收集清單失敗
當(dāng)服務(wù)器的版本比代理程序版本低的時(shí)候，收集該代理程序清單的操作失敗。
解決方法：
將 IBM Systems Director 服務(wù)器的版本進(jìn)行升級(jí)，最好能升級(jí)到最新版本。

8. 因?yàn)楦�目錄空間不夠?qū)е率占�清單失�?
如果跟目錄沒有收集清單所需要的空間（1-2MB），會(huì)導(dǎo)致清單收集的操作失敗。
解決方法：
為根目錄分配更多空間，并刪除 /tivoli/cce 目錄。然后重啟 IBM Systems Director 服務(wù)器。

9. 因?yàn)楦�目錄空間不夠?qū)е?IBM Systems Director 服務(wù)器更新失敗
在對(duì) IBM Systems Director 服務(wù)器通過更新管理器進(jìn)行更新升級(jí)的時(shí)候，發(fā)現(xiàn)創(chuàng)建 /usmi 目錄中的一些子目錄失敗。這個(gè)是由于根目錄空間不夠?qū)е碌摹?br /> 解決方法：
為根目錄分配更多空間，大概需要 500M~600M 的空余空間。

10. Expect 包沒有找到
在使用 web 控制臺(tái)對(duì)代理程序進(jìn)行分發(fā)安裝的過程中，遇到 expect 沒有找到的錯(cuò)誤。
解決方法：
使用操作系統(tǒng)盤將相應(yīng)版本的 expect rpm 包安裝上去。

11. 在代理程序分發(fā)過程中認(rèn)證失敗
在使用 web 控制臺(tái)對(duì)代理程序進(jìn)行分發(fā)安裝的過程中，認(rèn)證失敗。
解決方法：
查看代理程序端的 /etc/ssh/sshd_config, 確保屬性 PasswordAuthentication 的值為 true 或者 yes

12. 在代理程序分發(fā)過程中 , 遇到 IPCInstallerImplementation.install LDO 的異常錯(cuò)誤
在代理程序分發(fā)過程中 , 遇到下面的錯(cuò)誤：

COPDEX040E An unexpected deployment engine exception occurred: null

解決方法：
確保沒有同時(shí)對(duì)傳統(tǒng)的 Director 5.x 的 LL2 和其他非 LL2 的節(jié)點(diǎn)進(jìn)行代理程序的分發(fā)和安裝。 確保 LL2 代理程序是正常運(yùn)行的。

13. 當(dāng)更新包安裝成功后 Compliance 失敗
當(dāng)更新包安裝成功后，查看更新的管理節(jié)點(diǎn)的屬性中的 “已應(yīng)用的活動(dòng)”。查看最近的 Update Compliance，在其日志中看到類似下面的錯(cuò)誤：

Wed Apr 29 11:30:30 PDT 2009-Level:50-MEID:0--MSG: ATKUPD553E Task "UpdateComplianceTask" has failed with error: ATKUPD550E   An error occurred while performing compliance checks on resources.   Error: ATKUPD581W Compliance processing encountered an exception: "ATKUPD585W Compliance processing encountered Resource Caching Exception:

解決方法：
對(duì)該管理節(jié)點(diǎn)重新進(jìn)行清單收集操作。

14. 因?yàn)榇�理服�?wù)器連接失敗導(dǎo)致更新下載失敗
當(dāng)嘗試到連接到 Fix Service Provider 檢查更新或者下載更新包的時(shí)候因?yàn)榇�理服�?wù)器連接失敗導(dǎo)致這些任務(wù)失敗。
解決方法：
在“發(fā)行版管理”->“更新”頁面上的“設(shè)置”連接中進(jìn)行代理服務(wù)器的設(shè)置。如圖所示：

圖 3. 設(shè)置代理服務(wù)器

15. 當(dāng)自動(dòng)化計(jì)劃觸發(fā)時(shí)，任務(wù)運(yùn)行失敗
當(dāng)我們創(chuàng)建了下面這兩種類型的事件操作：

• 在指定系統(tǒng)上啟動(dòng)任務(wù)
• 在生成該事件的系統(tǒng)上啟動(dòng)任務(wù)
  

但是當(dāng)事件發(fā)生，操作被觸發(fā)時(shí)，任務(wù)卻沒有運(yùn)行。解決方法：

• 如果事件操作歷史是激活的，檢查該歷史確保事件操作已經(jīng)發(fā)動(dòng)。
• 確保為事件操作所選擇的協(xié)議是正確的。如果所指定的系統(tǒng)運(yùn)行的是公共代理程序，那所選擇的協(xié)議必須是 CAS。如果運(yùn)行的是 Director 5.x 的代理程序，可以選擇 TCP/IP, IPX, 或者 NETBIOS。
• 確保該任務(wù)是可執(zhí)行的。
• 在指定的系統(tǒng)上，確保 com.ibm.usmi.client.ipc 已經(jīng)存在于 install_root/agent/runtime/agent/subagents/eclipse/plugins/ 目錄中。
  

16. 創(chuàng)建 VLAN 的配置失敗
當(dāng)創(chuàng)建 VLAN 的配置的時(shí)候，創(chuàng)建失敗并收到下面的錯(cuò)誤信息：

A VLAN configuration interface ID is incorrect.

雖然 Interface number 是可選的，但是針對(duì)某些交換機(jī)，這個(gè)是必須的。不同的交換機(jī)有不同的 Interface number。
解決方法：

• 確保為你的交換機(jī)選擇了正確的 VLAN 配置模板。
• 確保制定了合適的 Interface number 值。
  

17. 切換到非默認(rèn)的數(shù)據(jù)庫時(shí)因?yàn)槊艽a沒有加密而失敗
在切換到非默認(rèn)的數(shù)據(jù)庫的時(shí)候，提示密碼錯(cuò)誤。但是用戶確認(rèn)在 install_root/proddata/cfgdbcmd.rsp 中配置的用戶名和密碼絕對(duì)是正確的。這是由于用戶忘記在運(yùn)行 cfgdbcmd.sh 之前忘記運(yùn)行 configDB.sh 對(duì)密碼進(jìn)行加密。
解決方法：
先運(yùn)行 install_root/bin/configDB.sh 對(duì)密碼進(jìn)行加密，然后再運(yùn)行 cfgdbcmd.sh 進(jìn)行數(shù)據(jù)庫的切換。

18. smstop 運(yùn)行成功后，IBM Systems Director 服務(wù)器沒有完全停止
smstop 是用來停止 IBM Systems Director 服務(wù)器的腳本。運(yùn)行 smstop，提示 IBM Systems Director 服務(wù)器已經(jīng)被成功停止，但是事實(shí)上 IBM Systems Director 服務(wù)器的 java 進(jìn)程還在運(yùn)行。如果這時(shí)候用 smstart 去啟動(dòng) IBM Systems Director 服務(wù)器會(huì)造成啟動(dòng)失敗。
解決方法：
在 smstop 運(yùn)行成功后，再等待 2~3 分鐘，通過 ps – ef 命令去查看 IBM Systems Director 服務(wù)器的 java 進(jìn)程是否還在�？梢允褂� kill – 9 命令將該進(jìn)程殺死，然后再用 smstart 去啟動(dòng) IBM Systems Director 服務(wù)器。

總結(jié)

本文概括描述了 IBM Systems Director 在 AIX 上安裝和使用時(shí)遇到的一些常見問題，并提供了相應(yīng)的解決方法。通過本文，可以減少用戶在使用 IBM Systems Director 中因?yàn)橄到y(tǒng)配置以及使用說明不詳而導(dǎo)致的錯(cuò)誤，為用戶提供初步的解決方案。

作者簡(jiǎn)介

徐瑤斌，CSTL 軟件工程師 , 多年 Director 測(cè)試，安裝，調(diào)試經(jīng)驗(yàn)。

陳亮，IBM CSTL 軟件工程師 , 多年面向?qū)ο箝_發(fā)經(jīng)驗(yàn)。

http://www.ibm.com/developerworks/cn/aix/library/1008_xuyb_sdfaq/index.html