Debian: Linux HPServer 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt20-1+deb8u4 (2016-02-29) x86_64
MySQL: 5.5.47
出错信息:
Jul 26 11:32:07 HPServer mysql[494]: /etc/init.d/mysql: ERROR: The partition with /var/lib/mysql is too full! … failed!
Jul 26 11:32:07 HPServer /etc/init.d/mysql[601]: ERROR: The partition with /var/lib/mysql is too full!
Jul 26 11:32:07 HPServer systemd[1]: mysql.service: control process exited, code=exited status=1
Jul 26 11:32:07 HPServer systemd[1]: Failed to start LSB: Start and stop the mysql database server daemon.
Jul 26 11:32:07 HPServer systemd[1]: Unit mysql.service entered failed state.
Jul 26 11:32:08 HPServer apache2[497]: Starting web server: apache2.
在网上查了关于 The partition with /var/lib/mysql is too full! 的帖子,大部分都是说如何把原来的文件删除,这个解决方向好像有问题,理想的方法应该是如何扩大var/lib的容量,我目前的数据库很小,硬盘也足够大,出现这样的问题,实在无法理解,希望高手可以出手相助。谢谢!
分区都是默认/自动的,我从来没有设置过。
root@HPServer:me//hotxn1# df -h
文件系统 容量 已用 可用 已用% 挂载点
/dev/dm-0 8.2G 4.0G 3.8G 52% /
udev 10M 0 10M 0% /dev
tmpfs 376M 5.7M 371M 2% /run
tmpfs 940M 148K 940M 1% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 940M 0 940M 0% /sys/fs/cgroup
/dev/mapper/HPServer--vg-var 2.7G 2.6G 0 100% /var
/dev/mapper/HPServer--vg-tmp 360M 2.1M 335M 1% /tmp
/dev/mapper/HPServer--vg-home 444G 362M 421G 1% /home
/dev/sda1 236M 33M 191M 15% /boot
tmpfs 188M 8.0K 188M 1% /run/user/117
tmpfs 188M 8.0K 188M 1% /run/user/1000
[quote=“1465125722”]root@HPServer:me//hotxn1# df -h
文件系统 容量 已用 可用 已用% 挂载点
/dev/dm-0 8.2G 4.0G 3.8G 52% /
udev 10M 0 10M 0% /dev
tmpfs 376M 5.7M 371M 2% /run
tmpfs 940M 148K 940M 1% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 940M 0 940M 0% /sys/fs/cgroup
/dev/mapper/HPServer--vg-var 2.7G 2.6G 0 100% /var
/dev/mapper/HPServer--vg-tmp 360M 2.1M 335M 1% /tmp
/dev/mapper/HPServer--vg-home 444G 362M 421G 1% /home
/dev/sda1 236M 33M 191M 15% /boot
tmpfs 188M 8.0K 188M 1% /run/user/117
tmpfs 188M 8.0K 188M 1% /run/user/1000
[/quote]
原来用的是逻辑卷啊,这样应该很好处理,直接修改var的那个分区,把容量弄大一点就好了
具体操作搜索 lvm扩容
非常感谢指点,但是消化LVM,PV, VG, LV的概念还需要一点时间,希望过一段时间可以公布具体步骤。
可能是LVM概念不清的原因,所以FreeNAS也一直没有搞成。
想做的动作是把 /home 的容量转移到 /var下面
这是一个看上不错的说明 简单理解LVM(Logical Volume Manager)的基本原理 blog.csdn.net/ustc_dylan/article/details/7878284
但是因为本人理解太差,还是悲剧了。
按下面几个步骤修改LV以后还是出问题了。
root@HPServer:/home/txn1# lvreduce -L 10G /dev/HPServer-vg/home
WARNING: Reducing active and open logical volume to 10.00 GiB
THIS MAY DESTROY YOUR DATA (filesystem etc.)
Do you really want to reduce home? [y/n]: y
Size of logical volume HPServer-vg/home changed from 450.23 GiB (115260 extents) to 10.00 GiB (2560 extents).
Logical volume home successfully resized
[code]root@HPServer:/home/txn1# lvscan
ACTIVE ‘/dev/HPServer-vg/root’ [8.38 GiB] inherit
ACTIVE ‘/dev/HPServer-vg/var’ [2.79 GiB] inherit
ACTIVE ‘/dev/HPServer-vg/swap_1’ [3.74 GiB] inherit
ACTIVE ‘/dev/HPServer-vg/tmp’ [380.00 MiB] inherit
ACTIVE ‘/dev/HPServer-vg/home’ [10.00 GiB] inherit
root@HPServer:/home/txn1#
root@HPServer:/home/txn1# lvextend -L +11G -n /dev/HPServer-vg/home
Size of logical volume HPServer-vg/home changed from 10.00 GiB (2560 extents) to 21.00 GiB (5376 extents).
Logical volume home successfully resized
root@HPServer:/home/txn1# lvscan
ACTIVE ‘/dev/HPServer-vg/root’ [8.38 GiB] inherit
ACTIVE ‘/dev/HPServer-vg/var’ [2.79 GiB] inherit
ACTIVE ‘/dev/HPServer-vg/swap_1’ [3.74 GiB] inherit
ACTIVE ‘/dev/HPServer-vg/tmp’ [380.00 MiB] inherit
ACTIVE ‘/dev/HPServer-vg/home’ [21.00 GiB] inherit
root@HPServer:/home/txn1# lvextend -L +11G -n /dev/HPServer-vg/var
Size of logical volume HPServer-vg/var changed from 2.79 GiB (715 extents) to 13.79 GiB (3531 extents).
Logical volume var successfully resized[/code]
然后重新启动机器,一下就悲剧了,因为系统无法mount /home
后来从其他的帖子看到,应该在改大小之前先 umount /home和/var, 但是在我的状态下无法 umount /home
最后的解决方法是重装系统,在配置系统分区时把/home和/var按自己的需要大小设置好
2016.09.01
root@HPSvr:/home/txn1# lvscan
ACTIVE '/dev/MiWiFi-R1CM-vg/root' [8.38 GiB] inherit
ACTIVE '/dev/MiWiFi-R1CM-vg/swap_1' [3.74 GiB] inherit
ACTIVE '/dev/MiWiFi-R1CM-vg/tmp' [380.00 MiB] inherit
ACTIVE '/dev/MiWiFi-R1CM-vg/home' [111.66 GiB] inherit
ACTIVE '/dev/MiWiFi-R1CM-vg/var' [341.36 GiB] inherit
root@HPSvr:/home/txn1#
这个问题是暂时解决了,也许很长一段时间也不会再出同样的问题了,但是这并不是理想的解决方案,Debian太高深了!