我今天注意到我的 /dev/md1/ 几乎已满:
Filesystem Size Used Avail Use% Mounted on
/dev/md1 10G 8.7G 798M 92% /
tmpfs 7.8G 0 7.8G 0% /lib/init/rw
udev 10M 172K 9.9M 2% /dev
tmpfs 7.8G 4.0K 7.8G 1% /dev/shm
/dev/md2 921G 15G 861G 2% /home
我不知道如何扩展 /dev/md1 的大小
以下是 mdadm --detail /dev/md1 命令的结果
dev/md1:
Version : 0.90
Creation Time : Wed Jun 20 14:16:31 2012
Raid Level : raid1
Array Size : 10485696 (10.00 GiB 10.74 GB)
Used Dev Size : 10485696 (10.00 GiB 10.74 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 1
Persistence : Superblock is persistent
Update Time : Tue Jul 10 19:25:07 2012
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
UUID : 27f5d8a6:64c191ab:a4d2adc2:26fd5302
Events : 0.6
Number Major Minor RaidDevice State
0 8 1 0 active sync /dev/sda1
1 8 17 1 active sync /dev/sdb1
此外,/dev/md1 因 mysql 而已满。我不知道这是否可行,但将 mysql 移动到另一个分区可能是个解决方案?
答案1
正如 DerfK 所说,但无论您的系统如何设置,这很可能是一个复杂的过程,有多个步骤,所有步骤都有可能导致数据完全丢失。在大多数情况下,我可能会选择重新安装系统(并在某个时候将 LVM 纳入其中),或者在 上释放一些空间/
。为此,您可以将一些目录从 移动/
到/home
然后将它们符号链接回原位。/var
和/tmp
是很好的候选者,因为它们有随时间增长的趋势。这应该在实时/救援系统内部完成。
答案2
如果问题出在 mysql 上,那么将数据目录移动到其他地方应该相对容易,比如 /home/mysql(或者无论您想如何操作)。
看一下/etc/my.cnf
。应该有一个datadir
指令,也许指向 /var/lib/mysql (例如,datadir=/var/lib/mysql
在mysqld
块中)。
在这种情况下,请关闭 mysql,将 /var/lib/mysql 的内容移至 /home/mysql,确保权限正确,然后编辑/etc/my.cnf
以反映新位置。此时您应该能够启动 mysql。
应该不需要更改套接字、pid 文件等,因为它们几乎不占用任何空间。错误日志可能需要更改,但无论如何,您可能应该针对错误日志运行 logrotate。