章 10. 疑難排解

本章節所提供的提示能幫助您找出問題的成因,並解決 RHN 衛星伺服器上常見的問題。如果您需要額外的協助,請於 https://access.redhat.com/support/ 聯絡 Red Hat Network 支援團隊。請以您享有衛星伺服器權利的帳號登入,檢視完整的選項清單。
若要開始為一般問題進行疑難排解,請檢視與出錯元件相關的日誌檔案,查看是否發生過錯誤。您可以使用 tail -f 指令來檢視所有紀錄檔,然後執行 yum list。您接下來應該檢視所有新的日誌檔案,以找尋線索。
另一個常見的問題就是磁碟空間滿出。當磁碟空間已滿時,您大概回發現日誌檔不再寫入新資訊。如果紀錄在寫入一半時中止(例如一串字只完成一半),就極可能代表已沒有足夠的磁碟空間了。若要進行確認,請執行以下指令,檢查 Use% 欄位的百分比:
# df -h
除了日誌檔之外,您亦可查看 Red Hat Network 衛星伺服器及其多種元件的狀態。您可透過執行以下指令來這麼作:
# /usr/sbin/rhn-satellite status
除此之外,您亦可獲得各元件的狀態資訊,例如 Apache 網站伺服器與 Red Hat Network 任務引擎。舉例來說,若要檢視 Apache 網站伺服器的狀態,請執行下列指令:
# service httpd status
10.1. 安裝和更新
問: 當我嘗試進行安裝時,SELinux 一直顯示訊息。這是為什麼?
問: 我把 /var/satellite 變更為 NFS 掛載目錄之後,SELinux 無法正常運作。我該怎麼做?
問: 我的衛星伺服器失效了。這是為什麼?
10.2. 服務
問: 為何 Apache 網站伺服器無法執行?
問: 如何查詢 Red Hat Network 任務引擎 的狀態?
問: 如何查詢衛星伺服器 Embedded Database(內嵌式資料庫)的狀態?
問: 若 Red Hat Network 衛星伺服器的 yum、up2date 或推送功能失效的話,我該怎麼作?
10.3. 連結性
問: 我無法連線!應該如何找出問題?
問: 如果匯入/同步頻道的過程失敗,並且無法修復,那該怎麼作?
問: 我收到了「SSL_CONNECT」錯誤。應該怎麼作?
10.4. 紀錄與回報
問: 不同的日誌檔案有哪些?
問: 如何使用 spacewalk-report?
問: 我該如何判斷資料庫綱要的版本?
問: 我該如何找出字元集類型為何?
問: 為何管理員沒有收到電子郵件?
問: 我該如何更改 traceback 郵件的寄件者?
10.5. 錯誤
問: 我在進行 Red Hat Network 衛星伺服器安裝程序時收到了「驗證衛星伺服器憑證失敗」錯誤,我該如何修正這項錯誤?
問: 當嘗試啟用或同步 Red Hat Network 衛星伺服器時,我收到了「錯誤:配置檔案中尚未設置 server.mount_point」這項錯誤。應該如何修正這項問題?
問: 為何 cobbler check 發出了一項錯誤顯示它需要不同版本的 yum-utils?
問: 當我嘗試啟用 Red Hat Network 衛星伺服器憑證時,我收到了「不支援的版本」這項錯誤。應該如何修正這項問題?
問: 當我嘗試編輯 kickstart 設定檔時,我收到了「內部伺服器錯誤」的 ASCII 錯誤。這是怎麼了?
問: 我收到了「找不到主機」或「無法判斷 FQDN」這些錯誤。我現在應該怎麼作?
問: 當我嘗試同步 Red Hat Network 衛星伺服器時,我收到了「這部伺服器並非經授權的衛星伺服器」這項錯誤。我應該如何修正這項問題?

10.1. 安裝和更新

問:
當我嘗試進行安裝時,SELinux 一直顯示訊息。這是為什麼?
答:
若您在安裝 Red Hat Network 衛星伺服器時,遇上了任何有關於 SELinux 訊息的問題(例如 AVC 拒絕訊息),請確認您可存取 audit.log 檔案,如此一來 Red Hat 的支援人員便可協助您。您可在 /var/log/audit/audit.log 中找到此檔案,並可將該檔案附加至您的 Support 申請單,以讓工程人員協助您。
問:
我把 /var/satellite 變更為 NFS 掛載目錄之後,SELinux 無法正常運作。我該怎麼做?
答:
您必須通知 SELinux 關於此 NFS 掛載目錄,以允許網路交通。請執行以下指令:
# /usr/sbin/setsebool -P spacewalk_nfs_mountpoint on
如果您使用的是 Red Hat Enterprise Linux 6,也須執行此指令:
# /usr/sbin/setsebool -P cobbler_use_nfs on
問:
我的衛星伺服器失效了。這是為什麼?
答:
不要讓您的 Red Hat Network 衛星伺服器訂閱來自 RHN 中央伺服器的任何以下子頻道:
  • Red Hat Developer Suite
  • Red Hat Application Server
  • Red Hat Extras
  • JBoss 產品頻道
訂閱這些頻道、更新衛星伺服器可能會安裝較新但不相容的重大軟體元件,導致衛星伺服器失敗。

10.2. 服務

問:
為何 Apache 網站伺服器無法執行?
答:
若 Apache 網站伺服器沒有在運作,您 /etc/hosts 檔案中的項目可能不正確。
問:
如何查詢 Red Hat Network 任務引擎 的狀態?
答:
欲取得 Red Hat Network 任務引擎 的狀態,請執行以下指令:
# service taskomatic status
問:
如何查詢衛星伺服器 Embedded Database(內嵌式資料庫)的狀態?
答:
欲取得衛星伺服器 Embedded Database 的狀態(若存在的話),請執行下列指令:
# service oracle status
問:
若 Red Hat Network 衛星伺服器的 yumup2date 或推送功能失效的話,我該怎麼作?
答:
yumup2date 或 Red Hat Network 衛星伺服器的推送功能停止運作,那可能是舊的日誌檔案出了問題。在刪除這些檔案之前,請先停止 jabberd daemon。若要進行這項動作,請以 root 身份輸入以下指令:
# service jabberd stop
# rm -f /var/lib/jabberd/db/_db*
# service jabberd start

10.3. 連結性

問:
我無法連線!應該如何找出問題?
答:
以下的方法可用來為一般連線問題進行疑難排解:
  • 使用 /etc/rhn/rhn.conf 中的正確字串,來嘗試使用指令列連接 Red Hat Network 衛星伺服器的資料庫:
    # sqlplus username/password@sid
  • 確認 Red Hat Network 衛星伺服器使用了網路時間通訊協定(NTP),並設成了適當的時區。這也適用於所有的用戶端系統,以及在 Red Hat Network 衛星伺服器(搭配 Stand-Alone Database)的各別資料庫。
  • 請確認正確的套件:
    rhn-org-httpd-ssl-key-pair-MACHINE_NAME-VER-REL.noarch.rpm 
    已安裝在 Red Hat Network 衛星伺服器上,同時相對應的 rhn-org-trusted-ssl-cert-*.noarch.rpm或原始 CA SSL 公開(客戶端)認證已安裝至所有用戶端系統上。
  • 驗證用戶端系統皆已設定為使用適當的認證。
  • 若使用一或多個 Red Hat Network 代理伺服器,請確保每個代理伺服器的 SSL 憑證皆已正確準備。代理伺服器應安裝了它自己的 SSL 金鑰配對,以及 CA SSL(用戶端)的憑證,因為它需要服務兩方的需要。請參閱《RHN 用戶端配置指南》的 SSL 憑證一章,以尋求特定指示。
  • 請確定用戶端系統沒有自行使用防火牆,並擋掉了必要的連接埠,如 節 2.4, “額外需求” 中所述。
問:
如果匯入/同步頻道的過程失敗,並且無法修復,那該怎麼作?
答:
如果匯入/同步頻道的過程失敗,並且您無法以任何方式修復,請執行下列指令以刪除快取:
# rm -rf temporary-directory

注意

節 6.2.1, “準備從本機媒體匯入”〉指定了 /var/rhn-sat-import/ 作為暫存目錄。
接下來,請重新啟動匯入或同步程序。
問:
我收到了「SSL_CONNECT」錯誤。應該怎麼作?
答:
SSL_CONNECT 是常見的連線問題,這是因為衛星伺服器在安裝時,時間設定不正確。在衛星伺服器的安裝階段,SSL 認證依照不正確的時間產生。在修正了衛星伺服器的時間之後,此認證建立的日期與時間可能設為了未來式,造成錯誤。
若要修正這項問題,請使用以下指令,檢查用戶端與衛星伺服器的時間與日期:
# date
所有機器的結果都應該相同,且界於「notBefore」與「notAfter」的認證期之間。請用下列指令,檢查用戶端認證的時間與日期。
# openssl x509 -dates -noout -in /usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT
請用下列指令檢查衛星伺服器認證的日期與時間:
# openssl x509 -dates -noout -in /etc/httpd/conf/ssl.crt/server.crt
就預設值,伺服器的認證時效為一年,用戶端的認證為十年。如果您發現認證不正確,您可以等待有效的開始時間,或建立新的認證,建議您將所有的系統時間設為 GMT。

10.4. 紀錄與回報

問:
不同的日誌檔案有哪些?
答:
幾乎所有疑難排解皆從查看相關日誌檔案開始。這些檔案提供了寶貴的資訊,讓您知道裝置曾經發生過哪些事情,或是查看哪些應用程式造成了效能上的問題,以確保正確的配置。欲取得所有相關設定檔的路徑,請參閱 表格 10.1, “日誌檔案”
/var/log/rhn/ 目錄中可能會有已編號的日誌檔案(例如 /var/log/rhn/rhn_satellite_install.log.1、/var/log/rhn/rhn_satellite_install.log.2 等等)。這些屬於循環日誌,它們會在目前的 rhn_satellite_install.log 檔案填滿至 logrotate(8) daemon 所指定的大小,並且內容寫到循環日誌檔案時所被以 .<NUMBER> 副檔名建立的日誌檔案。比方說,rhn_satellite_install.log.1 包含了最舊的循環日誌檔案,而 rhn_satellite_install.log.4 則包含了最近的循環日誌。

表格 10.1. 日誌檔案

元件/工作 日誌檔案的位置
Apache 網站伺服器 /var/log/httpd/ 目錄
Red Hat Network 衛星伺服器 /var/log/rhn/ 目錄
Red Hat Network 衛星伺服器安裝計畫 /var/log/rhn/rhn_satellite_install.log
資料庫安裝 - Embedded Database /var/log/rhn/install_db.log
資料庫導入 /var/log/rhn/populate_db.log
Red Hat Network 衛星伺服器同步工具 /var/log/rhn/rhn_server_satellite.log
監控架構 /var/log/nocpulse/ 目錄
監控通知 /var/log/notification/ 目錄
Red Hat Network DB Control - Embedded Database /var/log/rhn/rhn_database.log
Red Hat Network 任務引擎 (taskomatic) /var/log/messages
yum /var/log/yum.log
XML-RPC 交易 /var/log/rhn/rhn_server_xmlrpc.log
問:
如何使用 spacewalk-report
答:
在某些情況下,系統管理員可能會需要其 Red Hat Network 衛星伺服器資源的簡明概要,用於編制他們的權利、訂閱系統,或使用者與組織。與其由衛星伺服器網站介面手動式蒐集這些資訊,Red Hat Network 衛星伺服器包含了 spacewalk-report 指令,以一次性地蒐集和顯示重要的衛星伺服器資訊。

注意

若要使用 spacewalk-report,您必須安裝 spacewalk-reports 套件。
spacewalk-report 能讓系統管理員管理、顯示衛星伺服器上,有關於內容、系統和使用者資源的報告。當使用 spacewalk-report 時,您可取得這些相關報告:
  • 系統清單 — 列出已註冊至衛星伺服器的所有系統。
  • 權利 — 列出衛星伺服器上的所有組織,並以系統或頻道權利來進行排序。
  • 勘誤 — 列出所有與已註冊的系統相關的勘誤,並以嚴重性以及適用於特定勘誤的系統來排序勘誤。
  • 使用者 — 列出已註冊至衛星伺服器的所有使用者,並列出與特定使用者相聯的任何系統。
  • 系統的歷史紀錄 — 列出全部或部分的系統事件。
要取得 CSV 格式的報表,請在衛星伺服器上執行以下指令。
# spacewalk-report report_name
以下為可使用的報告:

表格 10.2. spacewalk-report 報告

報告 引動為 描述
系統清單 inventory 已註冊至伺服器的系統,以及其硬體與軟體資訊。
權利 entitlements 列出衛星伺服器上所有組織,以及其系統或頻道權利。
頻道中的勘誤 errata-channels 列出頻道中的勘誤
所有勘誤 errata-list-all 所有勘誤的完整清單。
系統勘誤 errata-systems 列出可用的勘誤,以及任何受影響的已註冊系統。
系統中的使用者 users 列出所有已註冊至衛星伺服器的使用者。
已管理的系統 users-systems 列出可以由個別使用者管理的系統
Kickstart 樹 kickstartable-trees 列出可以 kickstart 的樹
系統的歷史紀錄 system-history 列出系統的事件記錄
系統的歷史紀錄─頻道 system-history-channels 列出系統的事件記錄
系統的歷史紀錄─配置 system-history-configuration 列出系統配置事件的歷史紀錄
系統的歷史事件─權利 system-history-entitlements 列出系統權利事件的歷史紀錄
系統的歷史紀錄─勘誤 system-history-errata 列出系統勘誤事件的歷史紀錄
系統歷史紀錄的 kickstart system-history-kickstart 列出系統 kickstart 與供給事件的歷史紀錄
系統的歷史紀錄─套件 system-history-packages 列出系統套件事件的歷史紀錄
欲取得各別報告上的相關資訊,請執行 spacewalk-report 搭配 --info--list-fields-info 以及報告名稱。報告中的描述與其欄位將會被顯示。
欲取得更多資訊,spacewalk-report(8) manpage 與 spacewalk-report 程式的 --help 參數,皆可被使用來取得有關於該程式的執行,以及其選項上的額外資訊。
問:
我該如何判斷資料庫綱要的版本?
答:
若要判斷您資料庫綱要的版本,請執行以下指令:
# rhn-schema-version
問:
我該如何找出字元集類型為何?
答:
要辨別您衛星伺服器資料庫的字元集,請執行以下指令:
# rhn-charsets
問:
為何管理員沒有收到電子郵件?
答:
如果管理員無法從 Red Hat Network 衛星伺服器獲得電子郵件,請確定 /etc/rhn/rhn.conf 檔案中的 traceback_mail 設置了正確的電子郵件位址。
問:
我該如何更改 traceback 郵件的寄件者?
答:
如果 traceback 郵件是由 dev-null@rhn.redhat.com 所標記,而您希望您組織能使用該位址,請將 web.default_mail_from 選項與適當的值包含在 /etc/rhn/rhn.conf 中。

10.5. 錯誤

問:
我在進行 Red Hat Network 衛星伺服器安裝程序時收到了「驗證衛星伺服器憑證失敗」錯誤,我該如何修正這項錯誤?
答:
進行 Red Hat Network 衛星伺服器安裝程序時所發生的「驗證衛星伺服器憑證失敗」這項錯誤,是因為環境中含有 HTTP 代理伺服器所產生的。這可透過查看 install.log 檔案,並找出下列錯誤來進行確認:
ERROR: unhandled exception occurred: 
Traceback (most recent call last): 
  File "/usr/bin/rhn-satellite-activate", line 45, in ? 
    sys.exit(abs(mod.main() or 0)) 
  File "/usr/share/rhn/satellite_tools/rhn_satellite_activate.py", line 585, in main 
    activateSatellite_remote(options) 
  File "/usr/share/rhn/satellite_tools/rhn_satellite_activate.py", line 291, in activateSatellite_remote 
    ret = s.satellite.deactivate_satellite(systemid, rhn_cert) 
  File "/usr/lib/python2.4/site-packages/rhn/rpclib.py", line 603, in __call__ 
    return self._send(self._name, args) 
  File "/usr/lib/python2.4/site-packages/rhn/rpclib.py", line 326, in _request 
    self._handler, request, verbose=self._verbose) 
  File "/usr/lib/python2.4/site-packages/rhn/transports.py", line 171, in request 
    headers, fd = req.send_http(host, handler) 
  File "/usr/lib/python2.4/site-packages/rhn/transports.py", line 698, in send_http 
    self._connection.connect() 
  File "/usr/lib/python2.4/site-packages/rhn/connections.py", line 193, in connect 
    sock.connect((self.host, self.port)) 
  File "<string>", line 1, in connect 
socket.timeout: timed out
若要解決此問題:
  1. 請在離線模式下執行安裝 script,並跳過先前已完成的資料庫安裝程序:
    # ./install.pl --disconnected --skip-db-install
    
  2. 請以您偏好使用的文字編輯器開啟 /etc/rhn/rhn.conf,並新增或修改下列一行:
    server.satellite.rhn_parent = satellite.rhn.redhat.com
    
    移除下列一行:
    disconnected=1
    
    若您使用代理伺服器來連至 Red Hat Network 衛星伺服器,您也將會需要新增或修改下列行列,以反映代理伺服器的設定。
    server.satellite.http_proxy = <hostname>:<port>
    server.satellite.http_proxy_username = <username>
    server.satellite.http_proxy_password = <password>
    
  3. 重新將衛星伺服器啟動在連線模式中,請以 root 使用者身份來使用 rhn-satellite-activate 指令,包括衛星伺服器憑證的路徑與檔案名稱:
    # rhn-satellite-activate --rhn-cert=/path/to/file.cert
此外,請嘗試在連線模式下執行 install.pl script,並使用 --answer-file=answer file 選項。請確認回應檔案的 HTTP 代理伺服器資訊指定如下:
rhn-http-proxy = <hostname>:<port>
rhn-http-proxy-username = <username>
rhn-http-proxy-password = <password>
問:
當嘗試啟用或同步 Red Hat Network 衛星伺服器時,我收到了「錯誤:配置檔案中尚未設置 server.mount_point」這項錯誤。應該如何修正這項問題?
答:
/etc/rhn/rhn.conf 中的 mount_point 配置檔案沒有指向一個目錄路徑,或是它所指向的目錄路徑不存在,或沒有存取該目錄的權限的話,進行 Red Hat Network 衛星伺服器啟用或同步時,便可能會發生「錯誤:配置檔案中尚未設置 server.mount_point」這項錯誤。
若要解決這項問題,請檢查 /etc/rhn/rhn.conf 中,mount_point 配置參數的值。若它設為了 /var/satellite 的預設值,請驗證 /var/satellite/var/satellite/redhat 目錄是否存在。對於其它所有的值,請檢查檔案的路徑是否正確,並且權限的設置是否正確。
問:
為何 cobbler check 發出了一項錯誤顯示它需要不同版本的 yum-utils
答:
有時候,執行 cobbler check 指令會產生類似以下的錯誤:
# cobbler check 
The following potential problems were detected: 
#0: yum-utils need to be at least version 1.1.17 for reposync -l, current version is 1.1.16
這是一項 Cobbler 的 reposync 套件中的已知問題。這項錯誤是假性的,可以忽略。這項錯誤在未來的 Red Hat Network 衛星伺服器版本中將會修正。
問:
當我嘗試啟用 Red Hat Network 衛星伺服器憑證時,我收到了「不支援的版本」這項錯誤。應該如何修正這項問題?
答:
若您的 Red Hat Network 衛星伺服器憑證已損毀,您可能會看見下列錯誤:
ERROR: <Fault -2: 'unhandled internal exception: unsupported version: 96'>
RHN_PARENT: satellite.rhn.redhat.com
     Error reported from RHN: <Fault -2: 'unhandled internal exception: unsupported version: 115'>
     ERROR: unhandled XMLRPC fault upon remote activation: <Fault -2: 'unhandled internal exception: unsupported version: 115'>
     ERROR: <Fault -2: 'unhandled internal exception: unsupported version: 115'>
Invalid satellite certificate
若要解決這項問題,請聯絡 Red Hat 支援服務,以取得新的憑證。
問:
當我嘗試編輯 kickstart 設定檔時,我收到了「內部伺服器錯誤」的 ASCII 錯誤。這是怎麼了?
答:
若您最近新增了某些 kernel 參數至您的 kickstart 設定檔,您可能在嘗試「檢視 Kickstart 設定檔清單」時,會看見下列內部伺服器錯誤:
'ascii' codec can't encode character u'\u2013'
這項錯誤發生的原因是因為設定檔中可能有無法正確辨識的文字。
若要解決此問題:
  1. 請以 root 使用者身份直接 SSH 入衛星伺服器中:
    # ssh root@satellite.fqdn.com
    
  2. 請藉由查看 /var/lib/cobbler/config/profiles.d 中的檔案日期,並找出最近編輯過的檔案,以找出造成問題的 kickstart 設定檔:
    # ls -l /var/lib/cobbler/config/profiles.d/
    
  3. 請在您偏好的文字編輯器中開啟設定檔,並找出下列文字:
    \u2013hostname
    
    請將項目更改為:
    --hostname
    
  4. 儲存變更並將檔案關閉。
  5. 請重新啟用 Red Hat Network 衛星伺服器服務,以套用更新過後的設定檔:
    # rhn-satellite restart
    Shutting down rhn-satellite...
    Stopping RHN Taskomatic...
    Stopped RHN Taskomatic.
    Stopping cobbler daemon:                                   [  OK  ]
    Stopping rhn-search...
    Stopped rhn-search.
    Stopping MonitoringScout ...                               [  OK  ]
    Stopping Monitoring ...                                    [  OK  ]
    Stopping httpd:                                            [  OK  ]
    Stopping tomcat5:                                          [  OK  ]
    Shutting down osa-dispatcher:                              [  OK  ]
    Shutting down Oracle Net Listener ...                      [  OK  ]
    Shutting down Oracle DB instance "rhnsat" ...              [  OK  ]
    Shutting down Jabber router:                               [  OK  ]
    Done.
    Starting rhn-satellite...
    Starting Jabber services                                   [  OK  ]
    Starting Oracle Net Listener ...                           [  OK  ]
    Starting Oracle DB instance "rhnsat" ...                   [  OK  ]
    Starting osa-dispatcher:                                   [  OK  ]
    Starting tomcat5:                                          [  OK  ]
    Starting httpd:                                            [  OK  ]
    Starting Monitoring ...                                    [  OK  ]
    Starting MonitoringScout ...                               [  OK  ]
    Starting rhn-search...
    Starting cobbler daemon:                                   [  OK  ]
    Starting RHN Taskomatic...
    Done.
    
  6. 返回至網站介面。請注意,介面可能會花上一段時間解析服務,不過數分鐘過後應恢復正常。
問:
我收到了「找不到主機」或「無法判斷 FQDN」這些錯誤。我現在應該怎麼作?
答:
由於 RHN 的配置檔案完全獨立依靠 FQDN 來運作,因此主要應用程式必須要能將 RHN 衛星伺服器的名稱解析為 IP 位址。Red Hat 更新代理程式Red Hat Network 註冊用戶端 和 Apache 網站伺服器皆特別容易受這項問題影響(當無法啟動時,RHN 應用程式會發出「找不到主機」的錯誤,並且網站伺服器則會出現「無法判斷伺服器的 FQDN」)。
這項問題一般源於 /etc/hosts 檔案。您可藉由檢視 /etc/nsswitch.conf 來確認,並藉此看出網域名稱解析的方法與次序。通常會先檢查 /etc/hosts,然後是 NIS(Network Information Service,如果有的話),最後是 DNS。這三項的其中一項必須成功,Apache 網站伺服器才能啟動,RHN 的用戶端應用程才能運作。
若要解決這項問題,請檢查 /etc/hosts 的內容,它會看似:
127.0.0.1 this_machine.example.com this_machine localhost.localdomain \ localhost
首先,請在文字編輯器中,移除錯誤的機器資訊,例如:
127.0.0.1 localhost.localdomain.com localhost
然後,請儲存檔案,並嘗試重新執行 RHN 用戶端應用程式或 Apache 網站伺服器。若依然失敗,請直接在檔案中指定衛星伺服器的 IP 位址,例如:
127.0.0.1 localhost.localdomain.com localhost
123.45.67.8 this_machine.example.com this_machine
請以衛星伺服器實際的 IP 位址取代這個值。如此應該就能解決這項問題。請記得,如果您已經律定了特定的 IP 位址,當機器獲得新的 IP 位址時,請更新此檔案。
問:
當我嘗試同步 Red Hat Network 衛星伺服器時,我收到了「這部伺服器並非經授權的衛星伺服器」這項錯誤。我應該如何修正這項問題?
答:
satellite-sync 回報伺服器尚未作為 RHN 衛星伺服器啟用的話,這部伺服器便尚未向相應的 RHN 衛星伺服器頻道訂閱。若這是部新安裝的系統,那麼系統上的衛星伺服器憑證可能尚未啟用。若它先前已啟用的話,那麼則代表它已被停用。
檢查系統的子頻道,看看是否訂閱了 Red Hat Network 衛星伺服器頻道。請以以下指令檢視已訂閱的頻道:
# yum repolist
請以 root 使用者身份輸入這項指令,以再次在您的衛星伺服器上啟用相同的衛星伺服器憑證:
# rhn-satellite-activate -vvv --rhn-cert=/path/to/certificate

注意

如果這些疑難排解的方法皆無效,或是您想將問題留給 RHN 的專家,Red Hat 建議您善用 Red Hat Network 衛星伺服器最高等級的支援。最有效率的方式,就是將衛星伺服器的配置參數、日誌檔案、以及資料庫資料集結在一起,並直接將此套件寄給 Red Hat。
RHN 為此目的提供了指令列工具:衛星伺服器診斷資訊蒐集程式,指令為 satellite-debug。若要使用這工具,請以 root 身份執行這項指令。您將會看見所有資訊,以及單一壓縮檔,例如:
# satellite-debug
Collecting and packaging relevant diagnostic information.
Warning: this may take some time...
    * copying configuration information
    * copying logs
    * querying RPM database (versioning of RHN Satellite, etc.)
    * querying schema version and database character sets
    * get diskspace available
    * timestamping
    * creating tarball (may take some time): /tmp/satellite-debug.tar.bz2
    * removing temporary debug tree
 
Debug dump created, stored in /tmp/satellite-debug.tar.bz2
Deliver the generated tarball to your RHN contact or support channel.
完成後,請將此新檔案由 /tmp/ 目錄寄給您的 Red Hat 代表,以立即進行診斷。