У меня есть сервер Ubuntu 12.04 с поврежденной файловой системой ext4 в моем разделе / tmp:
$ 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
set global tmpdir = "/path/to/dir".
Этот новый каталог tmpdir может быть фактически создан как tmpfs и храниться в памяти, а не в реальной поврежденной файловой системе.
У вас более серьезная проблема. По сути, в журнале на простом английском языке говорится: «Извините, я больше не могу поддерживать согласованность файловой системы, я сдаюсь и переключаюсь в режим только для чтения, чтобы не испортить ее полностью». Это чрезвычайно серьезный вопрос, который имеет приоритет. Как можно скорее обратитесь в службу поддержки хостера. А пока попробуйте сделать следующее, чтобы получить удаленный резервное копирование
mysqldump --host servername dbname > dbname.sql
который, конечно, может выйти из строя, если система находится в ошибочном состоянии.
Проверьте /etc/my.cnf и посмотрите настройки для [mysqldump]
tmpdir=/tmp
но теперь вы столкнулись с потенциальной проблемой с курицей и яйцом, поскольку если вы отредактируете /etc/my.cnf, вы мощь необходимо перезапустить MySQL, чтобы изменения вступили в силу.