Gandi 将依照您的订单,提供给您符合您的需求的虚拟伺服器。在您享受专属伺服器所带来的好处的同时,您也必须针对系统维护,负起责任。Gandi 不能直接干涉您的伺服器管理事宜、提供错误修正、进行代码除错或直接设置您的伺服器等等。
请参照:
请参照 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
“写入屏障(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 核心。