- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
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.
ага ihttpd он как-раз включается тогда когда, апачи/https лежит мёртвым грузом ( не установлен ), эдакое инфо, типа мы запустили панель на 15000 порту, она работает, даже когда апачи лежит.
панели пофиг где работает, по большому счёту это оболочка. натянут её на httpd на ihttpd - без разницы. вот только обычно работает с httpd
И если он комментирует строчку ispmgr в httpd то волшебство не будет и ihttpd не заработает )))
Включить корки и вышли саппорту
Возможно и ядро виновато
Включить корки и вышли саппорту
Только перед этим нужно отключить модули. А то пошлют сразу, т.к. не могут же они отвечать за глюки в модулях.
корки включил, дебаги в логах включил, жду падения.
а вот там есть пара-тройка модулей, написанных их разработчиками. за эти модули они так же не отвечают ?
а вот там есть пара-тройка модулей, написанных их разработчиками. за эти модули они так же не отвечают ?
Модули работают сами по себе. И работа одного модуля может повлиять на работу другого. Следствие - глюки панели.
Не могут они отвечать за работу связки каких-то модулей и даже своих. Да и не слышал, чтобы они вообще оказывали поддержку по модулям. Обычно при обращениях с проблемой предлагают начать с отключения ВСЕХ модулей.
Попробуйте отключить вообще все модули и проверить, будут ли падения.
От сегфолта в панели сервер не может зависать, иначе это уже баг в ядре. Решение очевидно -- убрать mod_ispmgr и перейти на ihttpd, если проблема сохранится -- вернуться на нормальное ядро, если нет -- отправлять в саппорт корку.
У меня примерно та же проблема. ISPManager падает, утягивает за собой апач.
ispmgr[1977]: segfault at c0 ip 00007f4c3b1dbd29 sp 00007fff9f517030 error 4 in libc-2.12.so[7f4c3b198000+197000]
ispmgr[23384]: segfault at 7f09fd91dff8 ip 00007f09fc1e61bc sp 00007fff44439938 error 4 in libc-2.12.so[7f09fc16c000+197000]
ispmgr[23375]: segfault at c0 ip 00007f0be792bd29 sp 00007fff831b4ed0 error 4 in libc-2.12.so[7f0be78e8000+197000]
Стоит CentOS 6.
Сначала нашёл вот такую темку на их форуме http://forum.ispsystem.com/ru/showthread.php?t=16164 и решил, что проблема связана с centos 6, но видимо проблема не в нём...
Попробуйте поменять mpm апача. На стандартный префорк. Я прав, что у вас что-то своё? :)
MPM префорк стоит. Модули тоже все более-менее стандартные используются
Единственный нестандартный - rpaf. Но раньше вроде с ним проблем не возникало.
debian 6 но apache не падает
root@s1 ~ # grep segfault /var/log/syslog
Feb 6 07:16:18 s1 kernel: [2486899.990663] ispmgr[1155]: segfault at 0 ip 00007f09c27d7360 sp 00007fff2f3db3a8 error 4 in libc-2.11.2.so[7f09c2771000+158000]
Feb 6 08:46:18 s1 kernel: [2492299.769057] ispmgr[21929]: segfault at 7f835971eff8 ip 00007f83580127f9 sp 00007fffa12fa260 error 4 in libc-2.11.2.so[7f8357f9c000+158000]
root@s1 ~ #