我的 /tmp 分区上有一个带有损坏的 ext4 文件系统的 Ubuntu 服务器 12.04:
$ dmesg | tail
[25300713.878456] end_request: I/O error, dev vda, sector 2019854
[25300713.882430] Aborting journal on device dm-0-8.
[25300713.969861] end_request: I/O error, dev vda, sector 1965862
[25300713.972127] Buffer I/O error on device dm-0, logical block 196608
[25300713.973351] lost page write due to I/O error on dm-0
[25300713.973450] JBD2: I/O error detected when updating journal superblock for dm-0-8.
[25300746.138426] EXT4-fs error (device dm-0): ext4_journal_start_sb:327: Detected aborted journal
[25300746.139792] EXT4-fs (dm-0): Remounting filesystem read-only
[25387373.536038] EXT4-fs (dm-0): error count: 2
[25387373.536043] EXT4-fs (dm-0): initial error at 1407997573: ext4_journal_start_sb:327
[25387373.536047] EXT4-fs (dm-0): last error at 1407997573: ext4_journal_start_sb:327
[25473881.056039] EXT4-fs (dm-0): error count: 2
[...]
我在VPS上,我不知道如何解决这个问题。在我做一些可能破坏一切的事情之前,我想备份服务器,尤其是 MySQL 数据库。
现在,我尝试这样做:
ssh username@ip "mysqldump -u user -ppwd db" > ~/Bureau/db.sql
但它抱怨它不能做一些查询,因为只读/tmp。
我的第二个想法是重命名 /tmp(或卸载它),并在其中一个工作分区上创建 /tmp 链接。它没有用,抱怨 /tmp 很忙。
如果可能,我想避免重新启动 MySQL,因为我不知道它是否会正确重新启动。
您可以使用 mysql cli 指向另一个目录
这个新的 tmpdir 实际上可以创建为 tmpfs 并存储在内存中,而不是实际损坏的文件系统上。
你有一个更严重的问题。基本上,日志用简单的英语说的是“对不起 - 我不能再保持文件系统的一致性,我放弃并切换到只读模式以避免完全破坏它”。这是一个非常严重的问题,需要优先考虑。尽快向主机商提出支持问题。同时尝试执行以下操作以获取远程备份
鉴于系统处于错误状态,这当然可能会失败。
检查 /etc/my.cnf 并查看设置
[mysqldump] tmpdir=/tmp
但是现在你面临一个潜在的鸡和蛋的问题,因为如果你编辑 /etc/my.cnf,你可能需要重新启动 MySQL 才能使更改生效。