[Comm] phpMyAdmin и segmentation fault apache2
Дмитрий Кулик
lnkvisitor.ts на gmail.com
Вс Янв 10 15:27:36 UTC 2010
2010/1/10 Di <denyago на rambler.ru>:
> On 10.01.2010 15:39, Дмитрий Кулик wrote:
>>
>> 2010/1/10 Di<denyago на rambler.ru>:
>>
>>> Просто обидно. "Вчера работало - сегодня, нет оО".
>>> При попытке открыть стартовую страницу pma получаю в логи:
>>> [Sun Jan 10 13:20:12 2010] [notice] child pid 25747 exit signal
>>> Segmentation
>>> fault (11)
>>>
>>> Перезапуск сервиса и перезагрузка не помогают. Какая ещё полезная
>>> информация
>>> нужна?
>>
>> Попробуйте поставить из сизифа. phpMyAdmin_3.2.4-alt3
>
> поставил - не помогает. Пробую:
> [root на cuprum cli]# php -v
> PHP 5.2.11-dev with Suhosin-Patch 0.9.7 (cli) (built: Jul 28 2009 14:14:19)
> Copyright (c) 1997-2009 The PHP Group
> Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies
> with Suhosin v0.9.27, Copyright (c) 2007, by SektionEins GmbH
> Segmentation fault
>
> Если убрать расширение mysql.so сегфорлта нет. Впрочем, код исполняется....
> (с включенным расширением)
> [root на cuprum cli]# php -r "echo 'hi '; echo 'helo '; echo 'blin ';"
> hi helo blin Segmentation fault
>
> Это может возникать из-за проблем с ФС, на которой крутятся контейнеры?
> Пробовал "strace php -v" , сначала он заканчивался сегфолтом, а потом
> перестал....
> brk(0x79a000) = 0x79a000
> write(1, "PHP 5.2.11-dev with Suhosin-Patc"..., 243PHP 5.2.11-dev with
> Suhosin-Patch 0.9.7 (cli) (built: Jul 28 2009 14:14:19)
> Copyright (c) 1997-2009 The PHP Group
> Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies
> with Suhosin v0.9.27, Copyright (c) 2007, by SektionEins GmbH
> ) = 243
> open("/dev/urandom", O_RDONLY) = 4
> read(4, "z\205\304C\224$\213\321", 8) = 8
> close(4) = 0
> open("/dev/urandom", O_RDONLY) = 4
> read(4, "\24P\237\32\343\356\325\306", 8) = 8
> close(4) = 0
> open("/dev/urandom", O_RDONLY) = 4
> read(4, "\236\3628\377+\236\247K", 8) = 8
> close(4) = 0
> setitimer(ITIMER_PROF, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
> munmap(0x2aaaae582000, 2150528) = 0
> munmap(0x2aaaae795000, 3633160) = 0
> munmap(0x2aaaaed28000, 2442608) = 0
> munmap(0x2aaaaef7d000, 3654168) = 0
> munmap(0x2aaaaf2fa000, 2734832) = 0
> munmap(0x2aaaaf596000, 2250856) = 0
> munmap(0x2aaaaf7bc000, 2109840) = 0
> munmap(0x2aaaaf9c0000, 2126768) = 0
> munmap(0x2aaaafbc8000, 2105416) = 0
> munmap(0x2aaaae16d000, 2136280) = 0
> munmap(0x2aaaae37c000, 2120256) = 0
> munmap(0x2aaaadd7a000, 4140752) = 0
> munmap(0x2aaaac661000, 2499584) = 0
> munmap(0x2aaaac8c9000, 2479432) = 0
> munmap(0x2aaaacb27000, 2708936) = 0
> munmap(0x2aaaacdbd000, 2167992) = 0
> munmap(0x2aaaacfcf000, 2257912) = 0
> munmap(0x2aaaad1f7000, 2241112) = 0
> munmap(0x2aaaad41b000, 3378520) = 0
> munmap(0x2aaaad754000, 2212848) = 0
> munmap(0x2aaaad971000, 2105616) = 0
> munmap(0x2aaaadb74000, 2117872) = 0
> fcntl(3, F_SETLKW, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}) = 0
> fcntl(3, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
> shmdt(0x2aaaafff5000) = 0
> shmctl(8978433, IPC_RMID, 0) = -1 EINVAL (Invalid argument)
> close(3) = 0
> unlink("/tmp/session_mm_cli0.sem") = 0
> munmap(0x2aaaafdcb000, 2267400) = 0
> exit_group(0) = ?
>
По поводу php и mysql не ко мне. Я всего-то мантейнер phpMyAdmin.
Подробная информация о списке рассылки community