cPanel更新(upcp)已經是連續問題

cPanel網絡主持控制板有upcp更新劇本那自動地更新cPanel軟件。 預定upcp劇本一天一次跑作為cron工作，并且，一旦更新任務完成， crontab將自動地送通知電子郵件到管理員或Web站點管理員。 有時，然而，改為將送以下錯誤信息。

cPanel更新(upcp)已經跑。 請等待早先upcp完成或者殺害所有upcp過程并且再試一次。 您可以希望使用`-力量』在/scripts/upcp線48。

或

cPanel更新(upcp)已經跑。 請等待早先upcp完成或者殺害所有upcp過程并且再試一次。 您可以希望使用`-強迫』

上面錯誤信息也許也出現用戶在cPanel WebHost經理(WHM)設法通過點擊手工更新cPanel軟件在「更新服務器軟件」鏈接在「軟件」部分之下。 更新過程最初看上去稍後優良工作，但是出故障。 當也是時，更新使用/scripts/upcp問題也許從命令解釋程序線發生。

它是相當顯然的什麼發生那起因問題。 它歸結於另一個過程仍然當前跑upcp劇本。 因為多數upcp更新比幾分鐘，不會採取更多它不應該是。 要解決問題，簡單地殺害并且終止所有無終端接頭或停止活動的upcp過程。

要殺害upcp連續過程，使用以下命令確定過程ID (pid)的upcp過程：

ps輔助 | grep upcp

您應該看在前面的數字(通常其次)專欄代表pid為upcp。 假設它是88888，然後使用以下命令送殺害期限信號結束upcp任務。

殺害-9 88888

替換`88888 ′用pid為upcp。 有時， upcp看上去停止活動，并且不可能被殺害。 如果您有從未手工跑了upcp劇本，問題也許由沒有退出優美地或簡單地停止活動的垂懸的crond邪魔引起。 在這種情況下，殺害crond守護進程的嘗試。

確定哪pid是crond以這個命令：

ps輔助 | grep crond

注： 在某一系統，您可以必須使用CROND (資本)而不是crond。

然後殺害以同一個命令：

殺害-9 <pid>

在殺害crond過程以後，您將必須 開始crond邪魔 再次，所有cron工作不會跑。

重要: 這是現狀提供，不用保單的機器翻譯的頁。 計算機翻譯也許是難瞭解。 參見 原始的英國文章 whenever possible.

Share and contribute or get technical support and help at My Digital Life Forums.

Related Articles

• cPanel Invalid License File After Changing Hostname Error
• How to Change Hostname in cPanel Web Host
• Failed or Missing Dependency of glibc-common Error
• Certificate for cPanel, Courier-Imapd/Pop3d or Exim Will Expire in Less Than 30 Days Error
• cPanel Perl Module PNGgraph Could Not Be Installed Error
• Cannot FTP to Web Host or Server running cPanel/WHM
• CPAN Missing Parameter auto_commit Message
• cPanel Unable or Cannot Start or Restart POP3 Mail Service
• cPanel WHM Failed to Receive Status Information From Apache Error
• Starting Apache HTTPD Failed Due to Cannot Open or No Such mod_bwlimited, mod_log_bytes or mod_bandwidth Files

This entry was posted on Thursday, December 6th, 2007 at 12:05 am and is filed under Webmaster Resources. You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.