- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Всем привет,
обнаружил, что во время бекапа подвисает mysql - мол место кончилось в /tmp
/dev/sda1 1.9G 1.9G 0 100% /tmp
запустил бекап - он туда юзерские архивы поочереди на время складывает
естественно, 1,9гига кончаются постоянно
как правильней решить проблему?
1 увеличить /tmp? как?
2 на основной диск настроить веременные архивы складывать? как?
3 настроить mysql на использование другой папки? как?
заранее спасибо)
BackupTempDir
http://ru.ispdoc.com/index.php/%D0%A4%D0%B0%D0%B9%D0%BB_%D0%BA%D0%BE%D0%BD%D1%84%D0%B8%D0%B3%D1%83%D1%80%D0%B0%D1%86%D0%B8%D0%B8_ISPmanager_%28ISPmanager%29
о, то что надо! респект
а как им в голову пришло поставить /tmp по умолчанию? или его большим обычно делают?
тс, гуглите такие моменты у них на форуме forum.ispsystem.com
"а как им в голову пришло поставить /tmp по умолчанию?"
ну tmp как бы и предназначен для временного хранения файлов.
а как им в голову пришло поставить /tmp по умолчанию?
О, они еще и не такие вещи делают... Видимо, в расчете на большинство хомячков, у которых один раздел / на весь сервер.
Правильное решение - _не использовать_ ISP бекап.
ну tmp как бы и предназначен для временного хранения файлов.
1) Существуют вполне нормальные системы бекапа, которые _не используют_ временные файлы.
2) Чем Вам не угодил для этого раздел, на который делается бекап?
Правильное решение - _не использовать_ ISP бекап.
Например, mysql, при попытке починить таблицу может создавать в /tmp временные файлы размером с саму таблицу + индексы. Переменная tmp_dir без рестарта сервера не меняется.
Тоже посоветуете не использовать mysql?
О, они еще и не такие вещи делают... Видимо, в расчете на большинство хомячков, у которых один раздел / на весь сервер.
Практика, примером которой является эта тема, показывает, что этот вариант разбивки был бы самым удобным и спас бы от многих проблем.
Так какой смысл кулсисопством страдать? Все равно в большинстве случаев вы не сможете разобраться в бинарной структуре файловой системы чтобы восстановить данные. Сломается обязательно самый активный раздел с самыми нужными данными.
Правильное решение - _не использовать_ ISP бекап.
Да-да, а в случае перхоти сразу использовать гильотину
Практика, примером которой является эта тема, показывает, что этот вариант разбивки был бы самым удобным и спас бы от многих проблем.
Так какой смысл кулсисопством страдать? Все равно в большинстве случаев вы не сможете разобраться в бинарной структуре файловой системы чтобы восстановить данные. Сломается обязательно самый активный раздел с самыми нужными данными.
А как же монтирование избранных разделов с noexec, использование на разных разделах разных fs, вынесение каталогов, склонных переполняться, на отдельные разделы?
Например, mysql, при попытке починить таблицу может создавать в /tmp временные файлы размером с саму таблицу + индексы. Переменная tmp_dir без рестарта сервера не меняется.
Тоже посоветуете не использовать mysql?
Вы начисто проигнорировали контекст. Если бекап-процесс собирается где-то сохранять огромадные временные данные - логично это сделать там, куда он потом сохраняет файлы. Там _должно быть_ много места. Только потому - это более разумное умолчание.
А как же монтирование избранных разделов с noexec, использование на разных разделах разных fs, вынесение каталогов, склонных переполняться, на отдельные разделы?
Мда. Оказывается, маразма тут можно не только от андрейки наслушаться. netwind тоже порой "отжигает" ;)
alw, разделы переполняются только потому, что ты сам создаешь такие условия когда они переполняются.
Веб-шелл на интерпретируемом языке прекрасно можно залить на раздел с noexec.
Различия в скорости работы fs - на уровне статистической погрешности.
Чего ради суетиться ? чем бы дитя не тешилось лишь бы в танчики не играло на работе?
netwind добавил 25.11.2011 в 19:34
Вы начисто проигнорировали контекст. Если бекап-процесс собирается где-то сохранять огромадные временные данные - логично это сделать там, куда он потом сохраняет файлы. Там _должно быть_ много места. Только потому - это более разумное умолчание.
Это же панель. Вот и не игнорируйте её контекст. Бекапный скрипт для простого народа сконструирован так, чтобы уметь заливаться в том числе на ftp, отсылаться на почту и тд. Вы предлагаете этой программе предварительно создать временный файл на удаленном ftp-сервере ? А в случае с почтой ?
разделы переполняются только потому, что ты сам создаешь такие условия когда они переполняются.
Но лучше не все сразу, верно? Пусть засранные логи не убъют клиентам возможности работать с базой данных и файлами сайтов. Не?
Веб-шелл на интерпретируемом языке прекрасно можно залить на раздел с noexec.
Вы и nosuid не захотите включить? А то еще флажки есть иногда полезные, могу напомнить...
Но и noexec полезен, зря Вы так; хоть ради скрипт-киддисов - и то дело.
Чего ради суетиться ?
Разные файловые системы. LVM + возможность динамически изменять размер разделов + куча операций, проводимых online (вместо тупого rsync, к примеру, при переносе данных на новый диск) + снапшоты.
Хватит уже юродствовать, netwind, Вы не андрейка ;)
Это же панель. Вот и не игнорируйте её контекст. Бекапный скрипт для простого народа сконструирован так, чтобы уметь заливаться в том числе на ftp, отсылаться на почту и тд.
fsbackup - тоже "скрипт для простого народа" (ну, разве на почту не отсылается). Там нет подобной тупости, насколько я помню.
А в случае с почтой ?
Разработчикам моча ударила в голову, что они для бекапа на почту используют те же методы, что и при создании гигабайтовых бекапов?