Серьёзные проблемы с резервными копиями
Серьёзные проблемы с резервными копиями
Очень часто стали возникать проблемы на vps серверах из-за изменений в алгоритме резервного копирования.
Месяца 2-3 назад временные файлы при резервном копировании стали создаваться не в папке бекапов, а в /tmp
Видет тикет на гитхабе с патчем на этот счёт, но сейчас правда не могу найти. Патч попал в основную ветку и начались проблемы. Корень их в том, что раздел /tmp не всегда имеет большой размер дискового пространства. Часть дистрибутивов вообще монтирует его в tmpfs размером 1-2Gb . Системы виртуализации типа openvz и вариации lxc тоже. В результате имеем:
1. бекапы больших сайтов просто не делаются
2. из-за этого не удаляются временные файлы не законченного бекапа и раздел /tmp переполняется
3. из этого имеем массу системных проблем
Из того, с чем уже столкнулись:
1. у клиента не обновился lets encrypt сертификат
2. если у mysql в качестве tmpdir указан раздел /tmp (а это значение по-умолчанию), mysql может либо упасть, либо сайт работает с массой ошибок
3. некоторые сайты умудряются сохранять сессии в этот раздел (пока не вникал почему, но это наблюдается на вполне стандартных установках весты) и соответственно перестаёт работать авторизация, корзина покупок и другой функционал, требующий работы с сессиями
Думаю, список потенциальных проблем при переполнении /tmp гораздо шире.
Давайте как-то исправим это. Например, вернём поведение по-умолчанию, а для тех, кому надо перенести tmp бекапов в другой раздел - добавим опцию в конфигурацию весты.
Месяца 2-3 назад временные файлы при резервном копировании стали создаваться не в папке бекапов, а в /tmp
Видет тикет на гитхабе с патчем на этот счёт, но сейчас правда не могу найти. Патч попал в основную ветку и начались проблемы. Корень их в том, что раздел /tmp не всегда имеет большой размер дискового пространства. Часть дистрибутивов вообще монтирует его в tmpfs размером 1-2Gb . Системы виртуализации типа openvz и вариации lxc тоже. В результате имеем:
1. бекапы больших сайтов просто не делаются
2. из-за этого не удаляются временные файлы не законченного бекапа и раздел /tmp переполняется
3. из этого имеем массу системных проблем
Из того, с чем уже столкнулись:
1. у клиента не обновился lets encrypt сертификат
2. если у mysql в качестве tmpdir указан раздел /tmp (а это значение по-умолчанию), mysql может либо упасть, либо сайт работает с массой ошибок
3. некоторые сайты умудряются сохранять сессии в этот раздел (пока не вникал почему, но это наблюдается на вполне стандартных установках весты) и соответственно перестаёт работать авторизация, корзина покупок и другой функционал, требующий работы с сессиями
Думаю, список потенциальных проблем при переполнении /tmp гораздо шире.
Давайте как-то исправим это. Например, вернём поведение по-умолчанию, а для тех, кому надо перенести tmp бекапов в другой раздел - добавим опцию в конфигурацию весты.
-
- Support team
- Posts: 1111
- Joined: Tue Jul 30, 2013 10:18 pm
- Contact:
- Os: CentOS 6x
- Web: nginx + php-fpm
Re: Серьёзные проблемы с резервными копиями
Это значение в php по умолчанию:sasha181 wrote: ↑Tue Jun 05, 2018 11:11 am3. некоторые сайты умудряются сохранять сессии в этот раздел (пока не вникал почему, но это наблюдается на вполне стандартных установках весты) и соответственно перестаёт работать авторизация, корзина покупок и другой функционал, требующий работы с сессиями
https://github.com/php/php-src/blob/mas ... tion#L1331
https://github.com/php/php-src/blob/mas ... ment#L1324
Re: Серьёзные проблемы с резервными копиями
Разве панелька его не переназначает на домашнюю директорию пользователя /home/user/tmp ?grayfolk wrote: ↑Tue Jun 05, 2018 11:32 amЭто значение в php по умолчанию:sasha181 wrote: ↑Tue Jun 05, 2018 11:11 am3. некоторые сайты умудряются сохранять сессии в этот раздел (пока не вникал почему, но это наблюдается на вполне стандартных установках весты) и соответственно перестаёт работать авторизация, корзина покупок и другой функционал, требующий работы с сессиями
https://github.com/php/php-src/blob/mas ... tion#L1331
https://github.com/php/php-src/blob/mas ... ment#L1324
Честно говоря, логически предполагал, что эта директория именно для этого предназначена (сессии и временные файлы upload )