- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Добрый день!
сервер
в /var/log/messages это:
в логах апача - пусто, в логах nginx - так же ничего критичного, но как только появляется такая надпись об ошибке ispmgr - вебсервер наглухо вешается. в процессах висит, но перестает отвечать на запросы(белая страница). косвенно предполагаю,что, так как mod_ispmgr загружен в апач, то может быть ошибка mod'а какая-либо приводит к таким последствиям ?
другого из предположений на ум ничего не приходит.
Сервер важный, проблема возникает в произвольное время. бывает неделю нет проблем - бывает каждый день.
Подскажите - как быть? нужна срочная помощь!
как видно, даже core нет на FS.
в логе isp manager на это время - это:
господа, жду помощи, может ктото сталкивался?
покажи ерорлог апачи tail -100
Какое ядро
Селинукс есть?
Список модулей апача и чихпыха
А может стоит отключить плагины в панели? Разработчики всегда говорят, что они не гарантируют бесперебойную работу панели, когда вы устанавливаете сторонние плагины. Судя по логам, у вас он ни один и даже не два.
Кроме этого, не факт, что проблемы связаны. У нас на одном из серверов с debian панель валится в сегфолт с завидной регулярностью, причём никаких проблем в работе web-сервера при этом нет.
Himiko, на данный момент от безнадеги влепил 4.4 beta. плагины. хм. ок. отключу.
Andreyka, селинукса нету.
madoff, в error.log нет ничо...
только это повторяется при ребутах
---------- Добавлено в 20:14 ---------- Предыдущее сообщение было в 20:12 ----------
зеркало темы влепил на форуме девелоперов. посмотрим так же что там напишут. на практике - вижу первый раз что бы так прям некрасиво панелька заваливалась
---------- Добавлено в 20:15 ---------- Предыдущее сообщение было в 20:14 ----------
Кроме этого, не факт, что проблемы связаны. У нас на одном из серверов с debian панель валится в сегфолт с завидной регулярностью, причём никаких проблем в работе web-сервера при этом нет.
о как!
так же орет на error 4 in libc-2.5.so ?
Сервер важный, проблема возникает в произвольное время. бывает неделю нет проблем - бывает каждый день.
Может просто не стоит использовать ispmanager?
Подскажите - как быть? нужна срочная помощь!
Вы у посторонних дядь спрашиваете что может произойти в закрытом бинарнике. Да что угодно - в поддержку обращайтесь.
А точно ulimit для core не выставлен в 0? Поставьте во что-то более адекватное желаемому получению дампа. Хоть для рута.
А может стоит отключить плагины в панели? Разработчики всегда говорят, что они не гарантируют бесперебойную работу панели, когда вы устанавливаете сторонние плагины.
Стоит попробовать, наряду с коркой. "Говорильню" перевожу с манагерского: мы не осилили нормальную поддержку плагинов.
так же орет на error 4 in libc-2.5.so ?
Я так понимаю, что libc не запрещено трогать и плагинам.
php -m
php-cgi -m
покажи не обрезая.
madoff,
[root@host data]# php -m > 1.txt
[root@host data]# php-cgi -m > 2.txt
[root@host data]# diff 1.txt 2.txt
5a6
> cgi-fcgi
[root@host data]#
выше показал.... там зенда и прочих ионкубов нету.....не обрезал.... они с php-cgi одинаковые....
---------- Добавлено в 20:28 ---------- Предыдущее сообщение было в 20:25 ----------
про модули интересно....
сейчас вернулся с беты на стейбл, выставил ispmgr.debug в 9, сижу жду трамвая...
хочу поймать лог апача на время падения, messages и ispmgr.log
pupseg - ну чё тебе сказать, срочный ты наш ;) раз логов нету, значит железо.
---------- Добавлено в 20:47 ---------- Предыдущее сообщение было в 20:39 ----------
А может стоит отключить плагины в панели? Разработчики всегда говорят, что они не гарантируют бесперебойную работу панели, когда вы устанавливаете сторонние плагины. Судя по логам, у вас он ни один и даже не два.
Кроме этого, не факт, что проблемы связаны. У нас на одном из серверов с debian панель валится в сегфолт с завидной регулярностью, причём никаких проблем в работе web-сервера при этом нет.
Может стоит отключить панель, и протестировать работу без неё.
Комментировать одну строчку в апачи, и не парится.
pupseg, ядро у Вас 2.6.35.4, хотя на CentOS 5.7 используется "из коробки" 2.6.18... По-моему даже у CentOS 6 используется ядро 2.6.32 :)
---------- Добавлено в 22:52 ---------- Предыдущее сообщение было в 22:51 ----------
Может стоит отключить панель, и протестировать работу без неё.
ISPmanager 4.4 работает через свой встроенный сервер ihttpd, который может работать через nginx без Apache.
ну вот на данный момент включил везде дебаг....