- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
в логи лезет эта 11 ошибка... от чего такое может быть и что делать?
Если gdb - как готовить, куда смотреть...
signal 11 это аналог "программа выполнила недопустимую операцию и будет закрыта".
Если ты программист - ты знаешь что делать. info gdb даст достаточно информации для работы с gdb, но предположить причину не понимая как работают программы уже невозможно.
Можно ничего не смотреть, а сразу приступать к переустановке системы из пакетов без всяких самосборов в /usr/local/sbin. Авось поможет.
signal 11 это аналог "программа выполнила недопустимую операцию и будет закрыта".
Если ты программист - ты знаешь что делать. info gdb даст достаточно информации для работы с gdb, но предположить причину не понимая как работают программы уже невозможно.
Можно ничего не смотреть, а сразу приступать к переустановке системы из пакетов без всяких самосборов в /usr/local/sbin. Авось поможет.
Всё стоит из портов (это фря). Буквально несколько дней назад работало нормально, а сейчас вот лезет такое. Вроде ничего особого не обновлял.
Заметил, что простой перезапуск апача не помогает - надо ещё мускуль тоже перезапустить. Проблема не в лимите коннектов (использовано 34%). Прогнал перед перезапуском mysqltuner.pl, посмотреть на счетчики и статусы.. там нормально всё.
А вам это действительно создаёт проблемы или просто "не нравится, что ошибка в логах". Иногда бывает, что процесс уже после выполнения задачи падает в segfault. Т.е. видимых проблем с сайтами нет.
Версия php?
Если gdb - как готовить, куда смотреть...
В дебиан - достаточно поставить пакетики с отладочными символами (для апача - apache2-dbg, например). После чего можно аттачить "gdb -p <pid>" отладчик к процессу или анализировать корку. (В любом варианте начать с чего-то типа "bt full"). Во фре - видимо Вам придется пересобирать кучу пакетов с "-g", напр.:
http://forums.freebsd.org/showthread.php?t=2296
Уныло :(
Заметил, что простой перезапуск апача не помогает
а что ты обычно делаешь когда видишь "программа выполнила недопустимую операцию" ? точно так же поступи в этом случае.
кстати, такое может происходить если память битая, но тогда и другие программы в случайном порядке вылетать должны.
ТС, запусти в консоле
php -v
И дай что выдаст
А вам это действительно создаёт проблемы или просто "не нравится, что ошибка в логах". Иногда бывает, что процесс уже после выполнения задачи падает в segfault. Т.е. видимых проблем с сайтами нет.
Просто спаммит в логи сильно, но изредка (1-2 раза в день) апач начинает выдавать 502 ошибку. Надо перезапустить мускуль и апач.
Версия php?
ТС, запусти в консоле
php -v
И дай что выдаст
Ага, вот что вылетает видимо. Проблема в том, что я его не трогал уже больше месяца. А вылетать начало недавно.
Надо бы как-то стек вызовов глянуть..
Просто спаммит в логи сильно, но изредка (1-2 раза в день) апач начинает выдавать 502 ошибку. Надо перезапустить мускуль и апач.
Apache не умеет выдавать 502-ю ошибку, её выдаёт nginx.
Нужно бы разобраться, в чём проблема у mysql и у apache. Возможно не хватает ресурсов, по этой причине MySQL упирается в лимит подключений и уже не может выбраться.
Я бы посоветовал сначала найти точную причину падений, возможно с php и не связано.
Apache не умеет выдавать 502-ю ошибку, её выдаёт nginx.
Нужно бы разобраться, в чём проблема у mysql и у apache. Возможно не хватает ресурсов, по этой причине MySQL упирается в лимит подключений и уже не может выбраться.
Я бы посоветовал сначала найти точную причину падений, возможно с php и не связано.
про лимит - см выше. Не в этом дело. Но что-то не так в связке - может быть. Могут сами коннекторы глючить. Тут еще момент, что основной движок на перле, на пхп пара вспомогательных скриптов.