|
|
Задавайте вопросы, мы ответим
Вы не зашли.
Здравствуйте, перестали удалятся временные таблицы в /var/tmp/mysql/, в mysql-err.log только предупреждения, сообщений об ошибках нет.
2018-11-14 6:25:24 139833773652736 [Warning] Could not remove temporary table: '/var/tmp/mysql/#sql32f7_1c7b0_0', error: 2
2018-11-14 6:26:30 139833719560960 [Warning] Could not remove temporary table: '/var/tmp/mysql/#sql32f7_1c994_0', error: 2
2018-11-14 6:26:35 139833170328320 [Warning] Could not remove temporary table: '/var/tmp/mysql/#sql32f7_1c9be_0', error: 2
2018-11-14 6:26:49 139833170025216 [Warning] Could not remove temporary table: '/var/tmp/mysql/#sql32f7_1ca3a_0', error: 2
2018-11-14 6:26:53 139833717742336 [Warning] Could not remove temporary table: '/var/tmp/mysql/#sql32f7_1ca50_0', error: 2
2018-11-14 6:27:03 139833738529536 [Warning] Could not remove temporary table: '/var/tmp/mysql/#sql32f7_1ca96_0', error: 2
Неактивен
Это linux?
OS error code 2: No such file or directory
Не переделывали каталоги / chroot / что-то еще? Перезапуск должен помочь (если проблема с каталогами).
Неактивен
chroot не используется, да при перезапуске файлы удаляются, но суть проблемы в том что временные файлы не удаляются в процессе работы сервера. И как следствие расходуется свободное место. Ежедневный перезапуск сервера не выход.
Неактивен
Какой-нибудь selinux есть? apparmor?
Неактивен
Нет ни selinux ни apparmor.
Отредактированно sev-26 (14.11.2018 15:38:50)
Неактивен
Ну смотрите: операционная система говорит MySQL, что файла нету, из-за этого он не может его удалить. Нужно найти причину, по которой так происходит. По слову «перестали» понимаю, что раньше работало. Смотрите, что делали с сервером, когда перестало.
Единственные идеи, которые были, — это какой-то неймспейсинг при удалении, когда unlink ищет не в том каталоге.
Неактивен
К тому же на этом сервере хостер разворачивал вторую копию MySQL, может в этом дело.
Да раньше работало без проблем, все началось с краха MySQL, пришлось восстанавливать БД из резервной копии.
Неактивен
Вторую копию? А сейчас не может получиться, что одна копия работает, а вторая постоянно пытается запуститься (в списке процессов должно быть видно)?
Неактивен
Нет в списке процессов ни чего нет(.
Неактивен
Окей, а в
Неактивен
Да есть, причем при работе сервера создаются парами .ibd и .frm и только .ibd не удаляются.
При этом lsof -p $(pidof mysqld) показывает что часть файлов удаляется:
mysqld 21957 mysql 7u REG 254,0 7698 8913014 /var/tmp/mysql/ibKDZ2WX (deleted)
mysqld 21957 mysql 8u REG 254,0 0 8913056 /var/tmp/mysql/ibdrjttJ (deleted)
mysqld 21957 mysql 9u REG 254,0 0 8913078 /var/tmp/mysql/ibBwTTZu (deleted)
mysqld 21957 mysql 10u REG 254,0 0 8912944 /var/tmp/mysql/ib8pFUv2 (deleted)
Отредактированно sev-26 (15.11.2018 16:00:29)
Неактивен
Ну, эти названия отличаются от того, что в логе. Те, которые в логе, — есть?
Еще подумал — хостер мог поменять бинарник MySQL? Может, переустановить бинарник попробовать?
Неактивен
Да отличаются т.к. с удалением этих файлов проблем у MySQL нет, а те которые попали в лог присутствуют на диске в /var/tmp/mysql. На счет бинарика маловероятно, хостер по умолчанию использует MySQL версии 5.6 а у нас MariaDB 10.1.35
Неактивен
Сегодня при перезапуске сервера в логе появилось такое сообщение:
2018-11-16 00:29:22 7f900dda1760 InnoDB: Operating system error number 2 in a file operation.
InnoDB: The error means the system cannot find the path specified.
InnoDB: If you are installing InnoDB, remember that you must create
InnoDB: directories yourself, InnoDB does not create them.
Неактивен
Нене, я имею в виду, что названия совсем разные. Он смог удалить временные файлы innodb, которые локи. А не смог — временные таблицы. У них типы названий разные (начинаются с #sql).
Ну и хоть даты модификации бинарников посмотрите. Не бывает так, чтобы работало, а потом перестало, и при этом ничего не случилось.
Неактивен
