目錄表

故障排除

Gandi 將依照您的訂單,提供給您符合您的需求的虛擬伺服器。在您享受專屬伺服器所帶來的好處的同時,您也必須針對系統維護,負起責任。Gandi 不能直接干涉您的伺服器管理事宜、提供錯誤修正、進行代碼除錯或直接設置您的伺服器等等。

問題及發生原因 (使用 Gandi AI)

請參照:

問題及發生原因 (在專家模式底下)

請參照 VPS 在專家模式下故障排除

一般常見問題

您並未在您的伺服器上使用正確的 IP 位址或這個 IP 位址背後並不存在該伺服器。請在 Gandi 網站您的管理頁面上,檢查您的伺服器狀態。 |

輸入/輸出的資源是由我們 Xen 基礎設備來收集,您 RAM 的使用量是透過您的虛擬伺服器裡面的一個程式進行。。更多細節請參照 : ici|

開機時伺服器所使用的內核是由 Xen 基礎設備所提供。因此使用軟體包管理所安裝的內核或本地編譯的內核,不能做為伺服器開機的內核。Gandi 團隊提供您一系列您要的內核版本。請參見下一個條目有關內核版本之選擇。

開機時伺服器所使用的內核與 '主要' 磁碟是相聯繫的。這個磁碟會以 '開機磁碟' 顯示,並在代管客戶帳號的伺服器細節頁面裡的磁碟列表內被檢查。在這個磁碟的細節頁面 - 在點擊該磁碟名稱後 -,您就可以選擇內核的版本了。在確認操作之後,您必須停止虛擬伺服器並重新啟動。

這是根據您的設定值所產生的結果。檔案系統會依照您的設定值來決定是否要通知內核檔案有變更,而 gsync 是透過內核來監看是否有變動。如果變動的比例太低,gsync 就不會備份整個目錄。

如果您的伺服器是使用 Gandi AI, 請聯繫客服支援團隊,我們會協助設置您的伺服器。如果您的伺服器是專家 (expert) 模式,請新增下列選項到您的 /etc/sysctl.conf 檔裡:

fs.inotify.max_user_instances = 128
fs.inotify.max_user_watches = 8192
fs.inotify.max_queued_events = 16384

如您要套用變更,請新增條目到 /etc/sysctl.conf 檔內,並執行下列的指令 : sysctl -p /etc/sysctl.conf

“寫入屏障(Write barriers)” 是檔案系統的某個機制,其藉以確保某些 I/O 請求會以特定的順序傳送到磁碟。目前的安裝啟用不是很有效率且目前需再次複寫。 當伺服器在錯的時間點發生崩潰,在某些罕見的毀損案例中,它們對效能影響很大。 LVM (“device-mapper”) 及我們目前的 Xen 設定不支援此一功能。

當檔案系統已被安裝,它會嘗試偵測磁碟能力藉由寫入屏障 (Write barriers) 來處理這個功能。從'磁碟'子系統所傳回來的錯誤訊息(標準的)會有系統地登記於請求管理系統內,另外還會生成日誌(log)條目及 “JBD: barrier-based sync failed on XXX” 這個訊息。如您遇到上述訊息,您可以忽略這些訊息。

如果錯誤訊息是在上文以外的情況下發生(開機期間,或是當磁碟要添加在伺服器上時) 或是另一種的錯誤訊息,則請您再進一步詳查。

2011 年 4 月之後, Gandi 在原本的 LVM 架構下新增了一組新的儲存設備並與舊的設備一起使用。新的儲存設備裡,您的伺服器的主要磁碟將不包含任何磁碟分割表。檔案系統會直接創建於 /dev/xvda1 磁碟之內。

當您在使用這個新的儲存基礎設備,如果檔案 /proc/partitions 不包含 /dev/xvda 而只有 /dev/xvda1。這樣的情況底下,透過以下指令為 /dev/xvda1 裡的檔案系統簡單地變更尺寸大小:

resize2fs /dev/xvda1

這個指令可能會回傳一個錯誤訊息給你,要請您在為檔案系統變更尺寸大小之前,先檢查您的檔案系統。

我們主要專注於長期支援 Ubuntu 的版本, 通常有 5 年的支援時間。 我們 Ubuntu 更新軟體列表的本地鏡像每日更新,所以在版本釋出的隔日該更新就可以適用。 有關新釋出的版本,我們會試著在 Ubuntu 官方釋出版本的一個星期之內,在我們的資料中心提供(32 及 64 位元)的套件。 上述時間可讓我們創建映像檔所需及查看有沒有主要安全性漏洞。 (RPM 版本我們有時候需要花費更長的時間。)

事實上,您看到的是實體機器上的實體 CPU。如您要查看您的虛擬 CPU 核心, 我們邀請您使用 “top” 指令,接著輸入 “1” 鍵以便您置頂查看個別的 CPU 核心。