快捷搜索:   nginx

Linux 网管 123 --- 第9章. 各种杂项管理工作 -1.检查储存空间

Linux 已被实其高度可靠性,在过去四年我用来作为 Internet 伺服器,并且只需要些许的手动
调整就可以维持运作。可能的话,很多重性或冗长的管理程序应该且必须由 crontab 项目和 script
档处理。然而,为确保Linux 持续其无失误的性质,可以时常进行一些快速检查。其中包括:


检查储存空间


随时检查储存设备上所剩下的足够剩馀空间十分重要。使用“df”命令获得可用空间的报告。它看来可能
像下面这个样子(所显示的数据来自我工作地方的 Internet 伺服器):
Filesystem 1024-blocks Used Available Capacity Mounted on
/dev/sda1 1888052 135908 1654551 8% /
/dev/sdd1 4299828 100084 3977246 2% /archive
/dev/hda2 3048303 897858 1992794 31% /archive2
/dev/hda1 11677 1380 9694 12% /boot
/dev/sdc1 4299828 350310 3727020 9% /home
/dev/sdb1 4299828 598504 3478826 15% /usr
/dev/sda2 1888083 700414 1090075 39% /var
/dev/scd0 593958 593958 0 100% /cdrom


这些档案系统在他们正常的缓慢成长状态中非常稳定。

“/” (亦称为 root)档案系统,挂载在 /dev/hda1,包含 Linux 核心,设备驱动程式,以及其他目录。
这也是使用者存放邮件讯息(/var/spool/mail/) 以及 log 档 (/var/adm/)的地方,但因为 mail 讯息是被
接收的且 log 档是循环的,可用空间保持相当稳定(估计大约每个月成长 1%)。Log 档案是循环的而且以每
为基础会被丢弃,所以您会一直拥有大约一个月的可用宝贵 log 资料。
小技巧:如果这个档案系统快速成长,细心地注意 /var/spool/mail 目录 -- 找找看很大的邮件信箱
(有时像 ``find /var/spool/mail -size 1000k'' 会显示超过1M邮件信箱的列表),如果您找到信箱大
於 1,000,000 bytes ,使用者可能没有接收信件,或是位於一个大容量的邮寄目录,或伺服器未将它的
e-mail 包裹设定为删除。和该使用者联络或删除其档案,使用 “> mailbox”, (例如. ``>smithj''
会清除 Joe Smith的邮件信箱)。同时检查 ``/tmp/'' 目录,在某些情况下必须清除掉 (通常 tin* 会留
下是因为从 newsreader sessions中放弃,旧的列印档等)。


“/usr/” (亦称为 user) 档案系统,挂载在 /dev/hda2,包含着使用者可以安装的软体 (使用者指的是系统
管理员所安置的使用者),例如您的网页等。这是最大的档案系统,并且正常地缓慢成长。网页的 log 档也可
以放在这里,依比例成长; 依需要期地检查及修剪他们。在我的机器上,在每个月的开始最新的网页 log 档
被移到每月的归纳 log (亦即. access_log.11 是十一月份的 log 项目)。在年尾这些档会被删除然後重新循环
(这表示每年一月一号都会看到可用空间改善了)。
小技巧: 如果这个档案系统快速成长,检查 ``/usr/local/etc/httpd/logs'' 及 ``/usr/local/squid/logs/''
目录 (如果您有他们的话)。有可能 log 档太大 (可能该网页太多人拜访过了)。然而,我的这些 log 会定期
地自动被删除,在这里您应该不会遇到任何关於空间的问题(事实上,因为这些 log 是用来作统计分析我的网
站流通量,可能的话我宁愿不要删除)。另一个可以检查潜在可删除档的地方是 ``/usr/tmp/''。


The “/home/” (亦即使用者个人的 hone) 档案系统,挂载在 /dev/hda3,包含所有使用者的目录和个人资料。
除非您散了 shell 帐号,这些中的大部分使用者是无法使用或用不到的 (当使用者的帐号被建立的同时,这些
顶(0)
踩(0)

您可能还会对下面的文章感兴趣:

最新评论