С новым 2011 годом панель Plesk от Parallels поздравила порцией ошибок:

/usr/local/psa/libexec/modules/watchdog/cp/pack-sysstats day
/usr/local/psa/libexec/modules/watchdog/cp/pack-sysstats week

ERROR: WDExc
Error occurred while processing database query: ‘MySQL query failed: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ‘group by service_id, type, round(unix_timestamp(time) / 200, 0) having count(val’ at line 3′

0: /usr/local/psa/admin/plib/modules/watchdog/wdlib.php:1050
wd__db_query(string ’select service_id, type, unix_timestamp(min(time)) as min_time, unix_timestamp(max(time)) as max_time, avg(value) as avg
from module_watchdog_sys_stat where
group by service_id, type, round(unix_timestamp(time) / 200, 0) having count(value) > 1 limit 10000;’)
1: /usr/local/psa/libexec/modules/watchdog/cp/pack-sysstats:68
pack_statistics(integer ‘200′, boolean  false, boolean  false)
2: /usr/local/psa/libexec/modules/watchdog/cp/pack-sysstats:49

Что интересно, видимо не меня одного - поскольку обсуждение пошло довольно бурное (правда по началу без каких-либо комментариев со стороны разработчиков) - такие поздравления стали приходить ежедневно на всех серверах с включенным модулем watchdog. При этом версии панели встречаются самые разные 8.*, 9.*

http://forum.parallels.com/showthread.php?t=107458&page=2
Читать целиком »

Имеется VPS сервер (с панелью управления PLESK), на котором работает web-сервер (по умолчанию на серверах с Plesk установлен Apache). Требуется подключить бесплатную внешнюю почту на сервере Яндексе (аналогично подключается внешняя почта на Google).

Настройку внешних MX-записей удобно производить в панели управления доменом (если регистратор домена предоставляет такую возможность - например на nic.ru эта услуга считается дополнительной и стоит больше годовой стоимости домена ru) Читать целиком »

Процесс sw-cp-serverd забивает память

Судя по всему, ренейминг зацепил и Plesk

# service psa status
sw-cp-serverd (pid 36016) is running…

sw-cp-serverd (lighthttpd) memory leak
Веб-сервер панели управления PLESK 9.X (sw-cp-serverd) иногда начинает съедать слишком много памяти (несколько гиг).
Выяснилось, что использование памяти возрастает после открытия в панели управления просмотра больших файлов журналов. При открытии гигабайтного error_log одного из клиентов, процесс sw-cp-serverd начинал использовать весь этот объём в оперативной памяти и оставлял его за собой до перезапуска веб-сервера панели.

К сожалению нормального решения пока не нашел, поскольку lighttpd не имеет опций ограничения на отдачу body size. PHP параметр memory_limit при этом не блокирует выгрузку в lighttpd, а max_execution_tme править не хочется по крайней мере из-за возможности долгой загрузки дампов через phpmyadmin и файлов через менеджер файлов.

Остаётся пока только запихнуть в крон:
ps aux |grep sw-cp-server |grep 10005 |awk ‘{if($5>100000) system(”/etc/init.d/sw-cp-server restart”)}’
где 10005 - uid процесса веб-сервера.

Честно подсмотрено у Unlo:
http://www.unlocked.ru/index.php

ps Не храните гигабайтные логи! тем более - ошибок!
pps google по sw-cp-serverd выдал на первом месте:
http://www.experts-exchange.com/OS/Linux/Q_24546472.html - мнение экспертов 30 дней Trial

Заказанная лицензия к панели Plesk по ошибке (или невнимательности) оказалась более новой версии, чем установленная версия Plesk на Вашем сервере? Ключ от версии Plesk 9 не подходит к панели plesk 8.6, как выяснилось уже позже.

При попытке обновить сервер ругается - ключ не содержит лицензии.

Не торопитесь расстраиваться и проплачивать ещё одну лицензию.

Как минимум, можно попробовать обновить версию Plesk из самой панели администрирования:
Server -> Updater (в одной из версий этот пункт назывался “Updates”).

После обновления до Plesk 9 сервер распознал ключ в лицензионном файле.

Кстати, старая “horde” перестала работать - после обновления версии plesk, возможно, потребуется обновить некоторые пакеты/компоненты.

Столкнулся с таким положением дел: при попытке заинклудить какой-нибудь файлик командой типа include (’include/inc.inc’) - с указанием каталога относительно текущего, сервер выдал что-то вроде
blablabla open_basedir restriction in effect. blablabla ...
Мол не могу и всё.
Недоразуменьице получается. В плеске по умолчанию open_basedir включено. (если кому интересны подробности - пошукайте или в переводе). Как вариант лечения предлагаю подсмотренную на каком-то забугорном сайте пилюльку:

1. Заходим по  (SSH)
2. Создаем новый файл:
   vi /etc/httpd/conf.d/blabla_openbasedir_removal.conf
3. Тыкаем [INS]ert на клавиатуре, чтобы перейти в режим ввода текста и пишем:
   <DirectoryMatch /var/www/vhosts/(.*)/httpdocs/>
     php_admin_value open_basedir none
</DirectoryMatch>
4. Тыкаем в кнопку (ESC) - переходим в командный режим; 
5. Нажимаем [:wq] чтобы сохранить файл и выйти 

Теперь open_basedir нас беспокоить не должна…

Чуть не забыл.. после всего этого надо веб-сервер перезапустить. Либо service apache restart, либо service httpd restart… (Конечно, не исключено, что “служба” называется по-другому… Тогда должен помочь reboot

Думаю, понятно, что, если вместо (.*)  написать mydomainname.ru, то сработает это только для конкретного домена.

Кстати, Warning!!! Safe Mode was removed in PHP 6.0.0.