- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Утром увидел сообщение о недоступности сайтов, зашёл на один из сайтов, увидел сообщение "Ошибка установки соединения с базой данных". С помощью своих жалких знаний по CentOS и Vesta попытался перезагрузить систему командами service httpd restart и service vesta restart. Теперь ещё хуже - если раньше просто не мог авторизоватся в панели, то сейчас она вообще недоступна. Помогите пожалуйста, дайте совет что можно сделать?
service vesta restart
Stopping vesta-nginx: [ OK ]
Stopping vesta-php: [FAILED]
[27-Apr-2014 07:25:52] ERROR: Unable to write to the PID file.: No space left on device (28)
[27-Apr-2014 07:25:52] ERROR: FPM initialization failed
Starting vesta-nginx: [ OK ]
Starting vesta-php: [FAILED]
service httpd restart
Stopping httpd: [FAILED]
httpd: apr_sockaddr_info_get() failed for ts5555
httpd: Could not reliably determine the server's fully qualified domain name, using 127.0.0.1 for ServerName
[Sun Apr 27 07:26:45 2014] [warn] NameVirtualHost x.xxx.xx.xxx:8443 has no VirtualHosts
(98)Address already in use: make_sock: could not bind to address x.xxx.xx.xxx:8080
no listening sockets available, shutting down
Unable to open logs
Starting httpd: [FAILED]
[27-Apr-2014 07:25:52] ERROR: Unable to write to the PID file.: No space left on device (28)
закончилось место на диске. почистите логи и перегрузите систему.
посмотреть свободное место - в консоле:
Где эти логи?
Прошу простить за глупый вопрос, но мои познания по ЦентОС действительно слабенькие.
---------- Добавлено 27.04.2014 в 09:36 ----------
Прогулялся по серверу, обнаружил несколько папок logs, почистил их и сделал рестарт. Всё заработало, спасибо.
На форуме уже срочно требуют решения задач:)
На форуме уже срочно требуют решения задач:)
Не требуют, а просят.
cd /
du -sh /*
На форуме уже срочно требуют решения задач:)
Не требуют, а просят.
Я лично считаю, что форум для обсуждения проблем и решений.
А не для срочной помощи.
Прогулялся по серверу, обнаружил несколько папок logs, почистил их и сделал рестарт. Всё заработало, спасибо.
Arxidemon,
Вы главное изучите причину проблемы, а все остальное что вы сделали это мизер.... я честно говоря уже забыл когда сервера переполнялись.... это было наверное в те моменты когда я не был в курсе как это мониторить и предупреждать, согласитесь, ведь приятно понимать что вам письмо пришло о том, что осталось всего 5% от доступного места и можно принять меры, а не бегать вот так вот по форумам без знаний и.т.п и просить помощи.... да еще и при нерабочей системе....
Настоятельно рекомендую Вам в первую очередь разобраться со следующими вещами:
1. Какие конкретно логи забивают систему. (Крайне редко это набор файлов, обычно есть файл который не подвержен ротации и за месяцы \ годы собирает гигабайты и то и десятки гигабайт, а иногда и сотни :D)
2. Чем именно забиты эти самые файлы. Ведь согласитесь если в логах что-то чрезмерно плодиться - владельцу стоит об этом знать.
3. С какой интенсивностью происходит наполнение логов. Это в первую очередь поможет понять каковой должна быть частота ротации, а так же даст вам понимания о том, через сколько в следующий раз у вас закончится место....
Так же проведу вам небольшой экскурс в файловую систему, окончание места в которой кроме остановки сервисов может привести и к более фатальным последствиям, в плоть даже до таковых что система больше не запустится ..... Представьте себе, что пока вы искали ответ на вопрос "куда делось мое место" система решила провести ряд крайне важных и полезных обновлений, в ходе которых половина файлов была обновлена а другая половина не смогла обновиться , потому что места было недостаточно..... после перезапуска системы - она может просто не запуститься... так же могут пострадать базы данных и другие данные которые на момент окончания места использовались системой или обрабатывались в памяти для дальнейшего помещения в файловую систему.
В общем поговорка "предупрежден - значит вооружен" как никогда к стати .... установите на свой сервер любую доступную сигнализирующую систему, начиная от сложных типа zabbix, nagios, заканчивая простыми в виде обычных shell\perl\python сценариев созданных собственноручно.
В Vesta есть автоматической резервное копирование.
Поищите в /home/backup архивы.
Посмотреть сколько они весят: