共用方式為

  • 發行項

作業系統問題

 

發佈時間: 2016年3月

適用於: System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager

本主題說明 UNIX 和 Linux 作業系統的相關問題。

來自 Solaris 10 伺服器的共用資源回報不正確

當您監視設定為使用區域的 Sun Solaris 10 伺服器時，Operations Manager 可能會顯示不正確的共用資源回報，例如實體磁碟或網路介面卡。 此行為是設計所致。

在設定為使用區域的 Solaris 10 伺服器上，Operations Manager 不會區分共用資源，例如實體磁碟或網路介面卡。 若為共用全域區域資源的本機區域，Operations Manager 則不會回報共用資源。 在每部 Solaris 10 伺服器上，系統只會監視每個資源的一個執行個體。 如果 Solaris 10 伺服器上有兩個網路介面卡，一個連接至全域區域，而第二個在兩個本機區域之間共用，則第一個列舉的本機區域會回報共用資源。 第二個本機區域將不會有共用資源的資料。

在 Operations Manager 中，部署在虛擬機器中的 Solaris 10 伺服器的行為可能與部署在實體電腦上的 Solaris 10 伺服器的行為稍有不同。 虛擬機器中存在的每個網路介面卡會對 Solaris 10 伺服器顯示為個別的實體資源。 如果唯一定義的網路介面卡連接到 Solaris 伺服器上設定的每個區域，Operations Manager 會收集每個網路介面卡的資料。

如果處理序已達到 Solaris 電腦的檔案描述元限制，代理程式提供者可能會失敗

受監視的 Solaris 電腦上若內含大量受監視的物件 (例如檔案系統或處理器)，您可能會發現 Solaris 代理程式出現一些不穩定的行為。 這些徵兆可能包含檔案系統、磁碟或其他尚未發現的物件。 這問題可能是因為代理程式處理序已用完可用的檔案描述元 (FD) 所致。

若要判斷問題是否是因為檔案描述元限制所導致，請檢查代理程式記錄檔：/var/opt/microsoft/scx/log/scx.log。 如果記錄檔中的任何錯誤訊息包含下列文字：errno = 24 (有太多開啟的檔案)，則可以懷疑是 FD 限制的問題。

若要解決此問題，請執行下列步驟：

  1. 請修改位於 /opt/microsoft/scx/bin/tools/scx-cimd (Solaris 10 或 Solaris 11) 或 /etc/init.d/scx-cimd (Solaris 9) 路徑下的 scx-cimd 啟動指令碼。 找出內含下列各行的指令碼區段：

    start)
    # Start daemon
    echo "Starting $DESC"
    $DAEMON $OPTIONS -d
    exit $?
    ;;

    修改此區段，使其包含 ulimit –n 1024 命令，並將此命令置於 $DAEMON $OPTIONS –d 指令行之前，其中 "1024" 是檔案描述元的新處理序限制。

    start)
    # Start daemon
    echo "Starting $DESC"
    ulimit –n 1024
    $DAEMON $OPTIONS -d
    exit $?
    ;;

  2. 重新啟動代理程式：

    scxadmin -restart

  3. 如果問題仍舊存在，請嘗試再次以 2048 的檔案描述元限制設定代理程式，然後再重新啟動代理程式。 如果處理序還是耗盡了設定為 2048 限制的檔案描述元，請連絡支援單位。