cPanel + WHM 11.36.1 (build 6) + segfault

Romka_Kharkov, ну видно же что падает внутри модуля Storable. (падение самой программы в SIGFAUL на совести разработчиков cpanel, потому что там perl генерирует ошибку, которая неправильно обрабатывается)

Зачем изучать все файлы пользователей, когда нужно только открытые в момент падения?

lsof может даже смещение в файле покажет, если повезет и там нет буферизации.

На сколько я понимаю, корка так же может содержать данные, но простите не все же... есть участок , некая операция логина, которая дает сбой, ну передаст оно там логин и пароль 1го клиента..... я его поменяю (когда все решится) и точка.... но это как бы не root ... а вот если в каждой коре root password зашит, это плохо, но что-то мне интуиция подсказывает что это не реально :D

---------- Добавлено 15.05.2013 в 18:11 ----------

Мой шаманский бубен ниже уровнем по этому вопросу :) По этому давайте свой вариант анализа, попробуем, предлагаете пока ждет gdb посмотреть /proc/xxx/ или же lsof по нему?

А Вы натравите strings -n на корку и посмотрите, что там есть.

Если логинились из под рутового WHM, то не исключаю, что там может быть и root-пароль (по крайней мере в старых cPanel/WHM, которые использовали http-авторизацию, такое было).

strings -n ждет на ввод параметр...

Без параметра выдало длинючий результат , много всего, похожего на strings ;))) но греп намеков на пароль там не нашел....., хотя в результате strace как вы и говорите при переходе из WHM в панель пользователя передает root пароль, но это я высек еще на той стадии когда передавал strace вчера в cPanel.. по этому там уже строчка с паролем заменена :))) Пароль пользователя есть только в корке которая создана при штатном логине через :2083 ......

и то и другое. главное догадаться что происходит.

lsof может дать смещение, но смещение не обязательно будет точным из-за буферизации при чтении

Имел в виду strings -a

В общем решение пришло само, как обычно оно просто как 5 копеек но понять что именно произошло так и не удалось, после очередной порции Strace+cores в сторону cPanel ими было предложено почистить /etc/wwwacct.conf.cache файл, видимо изучение трейсов толкнуло их в эту сторону, файл я жахнул, пересоздала панель его по новой но ситуация не изменилась, немного подумав, раз они начали копать в сторону паролей, буду копать и я тудаже и первое что пришло в голову "поменять пароль пользователю", сменил его банально на "такой же" и не поверите .... Core dumped & SegFault пропали без вести, разбираться что было реально оставил на совесть cPanel Support ;) А вы говорите... рутовый пароль ... )))) Всем огромное спасибо за внимание и помощь.

В заключение получили вот что:

+ разжился на @секретные@ скрипты тестировки cPanel :)))))