- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
C последним тоже согласен, но проверю шас md5 по соседнему серверу, проблемма процесса 6446 в том, что его нет пока я не попробовал подключится\авторизоваться... как же его словить? Ведь он тут же падает по причине segfault.... стало быть надо как-то его "подождать", lsof умеет?
Пока GDB висит после надписи Program received signal SIGSEGV, Segmentation fault. процесс живёт.
Пока GDB висит после надписи Program received signal SIGSEGV, Segmentation fault. процесс живёт.
Ух ты, уже иду смотреть.....
---------- Добавлено 14.05.2013 в 20:36 ----------
Пока GDB висит после надписи Program received signal SIGSEGV, Segmentation fault. процесс живёт.
Отвлекают со всех сторон, простите пожалуйста, параллельно Cpanel попросили сделать strace происходящего, как правильно посмотреть?, они тоже полагают что там будет некий файл к которому было последнее обращение..... Подскажете?
Ух ты, уже иду смотреть.....
---------- Добавлено 14.05.2013 в 20:36 ----------
Отвлекают со всех сторон, простите пожалуйста, параллельно Cpanel попросили сделать strace происходящего, как правильно посмотреть?, они тоже полагают что там будет некий файл к которому было последнее обращение..... Подскажете?
strace -f -p `pgrep cpsrvd` 2> file.log
Кого "его" запустить? perl ? НЕ совсем понял, перл системный подменить на собранный с дебагом?
Не, GENERIC так сказать :D
Перед входом под юзером сменить на собранный черещ симлинк
Получить кору и вернуть взад
Перед входом под юзером сменить на собранный черещ симлинк
Получить кору и вернуть взад
Не думаю, что perl сохраняет ABI от версии к версии учитывая изменения, наложенные cPanel'ю.
В общем strace ничего пока не дал путевого, заслал им результат, посмотрели, сказали мол куча ошибок там (Bad file descriptor), предложили Fsck, сделал из single-user , журналы на месте, все в полном порядке, проблема не ушла.....
Romka_Kharkov, ну а по первому методу через gdb удалось понять с помощью /proc какие файлы открыты ? что за файлы? их содержимое можно попытаться проанализировать и понять не испорчено ли оно?
С fsck и bad file descriptor это саппорт пошутил так. Совершенно же ясно, что ошибка наведенная какими-то другими ошибками.
Андрейка, перл собирать не пришлось, в cPanel оказывается можно включить "Core Dumps" при этом надо указать в "/proc/sys/kernel/core_pattern" из формат и вуаля, в /tmp получаю core от cpanel которые уже отправил на анализ ребятам из поддержки, чисто на будущее :)
---------- Добавлено 15.05.2013 в 15:34 ----------
Romka_Kharkov, ну а по первому методу через gdb удалось понять с помощью /proc какие файлы открыты ? что за файлы? их содержимое можно попытаться проанализировать и понять не испорчено ли оно?
С fsck и bad file descriptor это саппорт пошутил так. Совершенно же ясно, что ошибка наведенная какими-то другими ошибками.
Нет, не удалось, я изучал все профили пользователей, явных расхождений по переменным в конфигурационных файлах не обнаружил.... все на местах, разнятся только домены, их количество и всякое присущее индивидуальное.....
P.S : Есть две корки образованные в процессе логина, куда и как их натравить что бы почитать ченить умное :D ?
То есть рут мы не даём, а корку, которая может содержать часть важной информации -- даём?)
Натравить на них можно только gdb (что мы уже делали), но нужна отладочная информация, которая есть только в cpanel.
С cpanel дел не имел, но у ispsystem "дайте доступ" это уже на уровне автоответчика в тикетах, по каждому чиху.
Концептуально у меня везде openvzшные ядра, даже если нужен только 1 контейнер.
Так вот, к чему я, в подобных случаях просто клонирую контейнер за вычетом некоторых приватных (не результирующих для воспроизведения ошибки) данных и таки "даю доступ".
И пусть балуются, хоть rm -rf /* делают.
А иначе некоторые типы проблем просто не решить.