- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Вот команд написали... ;););) А все что требовалось в первом еще посте - показать конфиг и логи.
Отлично что все решилось!
И снова подтверждается статистика - факт что большинство проблем с виду серьезных как правило весьма банальны ;)
там еще другой момент был - т.к. запись в еррор.лог была постоянная, logrotate не мог получить доступа к файлу, команда приведенная выше lsof +L1 показывала что файл все еще используется - место продолжало тратиться, соответственно изменения в df -h происходили только после перезапуска нгикса, когда использование лога преращалось.
а у nginx разве уже нет опции reopen , а у logrotate postrotate скриптов?
USR1 можно просто изменить и проблема исчезнет.
Не знаю какие манипуляции с конфигом производил ув. kgtu5, но факт, остается фактом - проблема устранена, более того сервер стал много стабильней работать (пок. нагрузки существенно снизились,оп. память начала аккуратней расходоваться, исчезли ошибки аля интернал сервер еррор и т.п.).
Вообщем еше раз респект kgtu5, за оп. помощь!
Ну и всем участникам дискуссии тоже отдельный респект. хорошо что есть куда обратится за советом....