Vesta Control Panel - Forum

Народ - подскажите может у кого были аналогичные проблемы.

На сервере есть 4 пользователя. Под одним стоит сайтик на WP, у второго moodle, у третьего magentocommerce и четвертый это для разработки - там по сути тоже в основном на маженте что-то стоит
У всех template стоит default

Переодически возникают проблемы с сайтами, а именно сам сайт доступен, но некоторые его функции перестают работать по какой-то причине (причем в разное время разные)
Скажу сразу что используется APC и думал на него, что некие результаты криво кешируются или пересекаются, но чистка кеша от APC не помогает решить проблему
Помогает решить проблему перезагрузка апачика

Железо VPS с 2ГБ оперативки на борту
Ставил на чистую CentOS6.3x64 весту - было это месяца 3 назад.
Репозитарии epel/remi подключенны для обновлений на постоянной основе. Все на серваке обновлоне полностью.
Конфиги по сути менял у mysql и немного у httpd (тут только количество процессов менял и все) + по мелочам там под APC по памяти и cli режиму конфиги. Так же за ненадобностью отключены named / exim и антивирусник
Больше на сервере вроде ничего не менялось по конфигам.

Подскажите где искать, т.к. по error_log апачика ничего не видно конкретного или что делать с этой бедой

Такой проблемы ни разу не встречал.
Трудно что либо сказать без логов.
Какую ошибку выдает 404 (недоступна) или nginx ?

imperio wrote:Такой проблемы ни разу не встречал.
Трудно что либо сказать без логов.
Какую ошибку выдает 404 (недоступна) или nginx ?

Нет - ошибку выдает вообще внутреннюю из приложения от ПХП, как будто в коде где-то ошибка. Но на самом деле код стандартный из коробки можно сказать и все-же глюки вылазят. Кстати магазин на маженте на другом сервере не выдавал ошибок таких

Я тоже первым делом про apc подумал. Недавно на друпале столкнулся с ошибкой нехватки памяти, причем увеличение не помогало. Проблема решилась установкой ttl в ноль. Если не поможет, то следующим щагом я бы отключил APC совсем.

Попробую включить APC, потестирую на тест сервере.

А какой тогда смысл от apc если ttl в 0 секунд сбросить - тогда от опкод кеша только лишняя нагрузка будет, а хранить в нем можно будет только данные - для этого уже лучше memcached использовать имхо.

Ну и самое что плохое - мажента система достаточно крупная и без apc время ответа страниц заметно снижается, хотя конечно ради тестов можно будет попробовать. Ну и как вариант если что хотяб для данных поставить попробовать memcached вместо apc

я только сегодня словил глюк от установленного и "Better WP seccurity". Благо на сервере установлен zabbix agent, мониторинг показал алерт на дисковую подсистему, на то, что слишком много I/O к диску, в итоге апач ложился.
на сервере 2 ядра и 2 Гб оперативки и 80Гб hdd.
Поставьте мониторинг, может он что скажет.
Возможно у меня хостер ограничил количество обращений к дискам. Хостер заграничный.

Честно говоря мне не до конца понятен apc и то, как зануление ttl влияет на механизм его работы. Я воспользовался советом со stackoverflow, занулил ttl и увеличил объем кэша до 512bm - проблема решилась. На сколько я понял мехенизм освобождения кэша может создавать бесконечные петли в логике, что приводит к неожиданным последствиям.

XakRu wrote:я только сегодня словил глюк от установленного и "Better WP seccurity". Благо на сервере установлен zabbix agent, мониторинг показал алерт на дисковую подсистему, на то, что слишком много I/O к диску, в итоге апач ложился.
на сервере 2 ядра и 2 Гб оперативки и 80Гб hdd.
Поставьте мониторинг, может он что скажет.
Возможно у меня хостер ограничил количество обращений к дискам. Хостер заграничный.

Я несильно силен в линуксах и честно говоря не знаю чем мониторить и сколько это дело кушает памяти. У меня там и так все впритык - под мусклю гиг отдан, под apc 256MB, ~50MB или сколько он там кушает под дропбокс для бэкапов и остальное на систему / апачики и т.д. - своп есть но используется редко - т.е. как-раз все впритык

чем мониторить и сколько кушает не подскажите??? VPS в германии, ни о каких ограничениях не написанно ни на сайте ни мне в письмах, да и не думаю что они там есть. в логах на IO команды тоже никакой ругани вроде нет

skid wrote:Честно говоря мне не до конца понятен apc и то, как зануление ttl влияет на механизм его работы. Я воспользовался советом со stackoverflow, занулил ttl и увеличил объем кэша до 512bm - проблема решилась. На сколько я понял мехенизм освобождения кэша может создавать бесконечные петли в логике, что приводит к неожиданным последствиям.

Ну тут тоже интересный момент, но у меня под APC выделенно 256MB и ему хватает - т.е. даже не все ресурсы отъеты? где-то 30-40 метров остаются свободными.
Но ttl попробую, заодно и скорость оттестирую работы с ttl=0 не отличается ли сильно

В общем спасибо за совет - попробую