Romka_Kharkov, ну видно же что падает внутри модуля Storable. (падение самой программы в SIGFAUL на совести разработчиков cpanel, потому что там perl генерирует ошибку, которая неправильно обрабатывается)
Зачем изучать все файлы пользователей, когда нужно только открытые в момент падения?
lsof может даже смещение в файле покажет, если повезет и там нет буферизации.
Но ведь, как правило, все нужные индексы в стандартных движках уже есть. Самопис не в моде.
Почему же сайты тормозят ?
Romka_Kharkov, ну а по первому методу через gdb удалось понять с помощью /proc какие файлы открыты ? что за файлы? их содержимое можно попытаться проанализировать и понять не испорчено ли оно?
С fsck и bad file descriptor это саппорт пошутил так. Совершенно же ясно, что ошибка наведенная какими-то другими ошибками.
Romka_Kharkov, подробности в лицензионном соглашении рядом c буковками "AS IS".
Да, в крайнем случае, клиент сам и будет ее решать. Так что попробуйте найти компромисс.
А у программиста панели свои планы, релизы и cпринты. У себя в тикет запишут, что вы отказались сотрудничать и все. Раз проблема еще не исправлена на основании чужих жалоб, очевидно, она ваша частная.
А разве у вас есть выбор? Единственный шанс нагуглить собратьев по несчастью, которые уже предоставляли доступ root. Ну или понтануться знанием gdb и strace, что на практике не обязательно помогает догадаться в чем дело.
Vadya, а то, что у вас gc_probabilty = 0, но очистка сессий все равно каким-то волшебным образом работает, не наводит на мысли ?
Просто это дебиан. Специальный скрипт очистки сессий берет значение из глобального php.ini.
Выключаете скрипт, настраиваете локальные gc_probabilty/gc_divisor.
Запросто. "Честная" реализация транзакций требует зафиксировать в надежном хранилище данные прежде чем дать сигнал о завершении транзакции. Возможно псевдопроцесс flush этим и занимается как раз.
Попробуйте настройку mysql innodb_flush_log_at_trx_commit=0. А потом внимательно почитайте, что она означает и готовы ли вы так работать.
Так принято чтобы перемотка в плеере работала нормально. В начале файла содержатся временные метки.
Хоть 10 мб для этого индекса уже много. Скорее чтобы посетитель не закрыл страницу прямо сразу так делают.
Все нормально. Так и должно быть. Теперь вы действительно знаете что такое ООП.
Можно все удалить и приступать непосредственно к написанию сайтов решающих практические задачи.
