Устанавливал ISPmanager 5 на OS Centos7, VPS OpenVZ в США, tz America/NewYork
При установке появляется ошибка:

Old managers is installed:

Погуглил — выясняется, что isp видит директорию /usr/local/ispmgr и она ему поперек глотки встает и не может, он, зараза, установиться.
Нужно ее удалить и заново выполнить установочный скрипт? Не все так просто, как оказалось.

Для CentOS 7 пришлось сделать так:

# обновляем систему
yum update -y
# Переводим время на Москву
rm -rf /etc/localtime
ln -s /usr/share/zoneinfo/Europe/Moscow /etc/localtime
# Ставим ISP 5
wget http://cdn.ispsystem.com/install.sh
rm -rf /usr/local/ispmgr
sh install.sh ISPmanager

То же самое примерно нужно делать и для Debian, очевидно.. Есть пара нюансов. В минимальной сборке Debian 8 нет apt-utils. Заодно установим и диалоги

# обновляем систему 
apt update 
apt upgrade -y 
apt install dialog apt-utils -y 
# Переводим время на Москву - выбираем Europe/Moscow 8-34 
dpkg-reconfigure tzdata 
# Ставим ISP 5 
wget http://cdn.ispsystem.com/install.sh
rm -rf /usr/local/ispmgr 
sh install.sh ISPmanager

Некоторое время назад командой ISPSystem было объявлено об окончании поддержки панели ISPmanager 4 и о создании 5 версии этой панели. Естественно, что нормального механизма для переноса предложено не было. Собственно говоря, никаких изысков и особых удобств панель управления ISPManager не представляет, а доблестная поддержка ISPSystem — троллинг и отфутболивание пользователей. Для получения поддержки нужно приобретать обращения(создавать инциденты) по 30 евро за штуку! И это при том, что панель управления ISPmanager 5 платная.
Конечно же, вопрос о переходе с «вечной» бесплатной 4-ой версии на 5-ую нами даже не рассматривался (так как в перспективе уже замаячило довольно скорое появление 6-ой версии :D), мы обратили пристальное внимание на панель управления VestaCP. Тестирование и работа с панелью Vesta показала ее отличную работоспособность. В связи с этим нашими администраторами был наскоро написан скрипт копирования пользователей, их доменов, файлов, баз данных MySQL, почтовых ящиков из ISPmanager 4 в VestaCP.
Конечно же, скрипт не безупречен и требует наличия сразу двух серверов — исходного c ISPManager 4 и нового, с установленным и настроенным VestaCP, однако вполне работоспособен и бесплатен. Кроме того, в настоящее время имеется ряд ограничений при переносе, которые в перспективе могут быть устранены.
При возникновении проблем при переносе пишите комментарии к этому сообщению — постараемся ответить в рабочее время.

Итак, приступим. Если у вас новый сервер, с только что установленной и обновленной ОС, то самое время установить панель управления vestaCP (если панель VestaCP уже установлена, то сразу переходите к букве B):
A-> Для этого зайдите в консоль сервера пользователем root и дайте команду:
curl -O http://vestacp.com/pub/vst-install.sh
Мы рекомендуем быструю установку панели vestaCP без spamassassin и clamav, для копирования данных они не нужны, и их всегда можно добавить на сервер позднее.
Выполните установку панели командой (потребуется указать hostname, ваш адрес email и пароль:
bash vst-install.sh --nginx yes --apache yes --phpfpm no --vsftpd yes --proftpd no --exim yes --dovecot yes --spamassassin no --clamav no --named yes --iptables yes --fail2ban no --mysql yes --postgresql no --remi yes --quota yes

B-> Теперь самое время начать перенос пользователей из ISPmanager 4 в панель управления VestaCP. Обращаем ваше внимание, что:

• копирование данных скриптом isp2vesta возможно тогда и только тогда, когда на сервере установлены nginx в качестве прокси и apache в качестве основного веб-сервера
• на исходном сервере с ISPmanager никакие данные не изменяются, пакеты и программы не устанавливаются.
• при копировании без указания пользователя переносятся все пользователи ISPmanager, включая отключенных
• Копирование реселлеров из ISPManager PRO не происходит в виду отсутствия этого функционала в VestaCP
• пути пользователей ISPManager используются дефолтные: /var/www/USERNAME
• для копирования данных необходимо, чтобы на исходном сервере работал SSH на 22 порту и у вас был доступ к серверу root
• для копирования баз данных MySQL необходимо, чтобы на исходном сервере работал MySQL
• для копирования не нужна действующая лицензия ISPManager, так как её функционал для переноса не используется (Слава Нептуну!)

Чтобы скопировать пользователей, требуется скачать скрипт с этого сайта, или взять на GitHub.

# wget chast.in/isp2vesta

Перед началом копирования можно установить следующие параметры скрипта, которые вынесены в начало скрипта, а именно:

DEFAULT_WEB_TEMPLATE='phpcgi'
DEFAULT_PACKAGE='default'
DEFAULT_USER_EMAIL='support@vps-server.ru'

Где DEFAULT_WEB_TEMPLATE — шаблон для Web;
DEFAULT_PACKAGE — пакет по-умолчанию;
DEFAULT_USER_EMAIL — адрес электронной почты пользователя, если она не установлена в ISPmanager

Для начала копирования требуется выполнить команду от root на новом сервере:

# bash isp2vesta IP-ADDRESS ROOT-PASSWORD [имя пользователя]

Параметры IP-ADDRESS и ROOT-PASSWORD являются обязательными. Если не указано имя пользователя, то копируются все пользователи.
Если указать в качестве имени all-enabled-users, то будут скопированы все включенные пользователи
Если указать в качестве имени all-disabled-users, то будут скопированы все отключенные пользователи

Еще несколько замечаний.
При большом количестве пользователей переносить лучше по одному пользователю, в этом случае можно будет попутно устранить возникающие при переносе баги, удалить перенесенного с ошибками пользователя и попытаться вновь.

Данные пользователей
При копировании пользователь создается с тем же именем, что и в ISPManager и с адресом электронной почты, указанной в ISPManager.
Если почта не указана, она заменяется на указанную в начале скрипта DEFAULT_USER_EMAIL (support@vps-server.ru), иначе аккаунт нельзя создать в VestaCP. По той же причине все пользователи имеют одинаковые имена и фамилии.
Пароль пользователя генерируется случайным образом и сохраняется в файле /root/userinfo.txt. Для входа пользователем вы можете сменить пароль при необходимости по окончании экспорта.

Дополнительные FTP-аккаунты
Дополнительные FTP-аккаунты не копируются, при необходимости их нужно создать в VestaCP вручную после экспорта.

Шаблоны ISPManager
Перед переносом нужно настроить шаблон (package) default, в нём указать ваши ДНС и т.п. При переносе скрипт автоматически перенесет шаблоны из ISPManager. Пользователи, у которых шаблон custom, будут скопированы с шаблоном default

Базы данных MySQL
При переносе подразумевается, что вы используете в настройках ISPManager базы данных и пользователей с префиксом, так как реализовано в vestaCP :). Однако, поскольку это не всегда так, базы данных MySQL при отсутствии префиксов переносятся следующим образом:

• база данных копируется, как есть, без префиксов и делается попытка переноса пользователя без префикса (работает не всегда :))
• для пользователя создается БД %USERNAME%_db%NUMBER% с %USERNAME%_u%NUMBER% (например, vasya_db1 vasya_u1), которая является симлинком на реальную БД. Скрипты пользователя подключаются по старым реквизитам, возможно использование как старых, так и новых абстракций.
• Базы данных и пользователи без префиксов добавляются в VestaCP.

При переносе баз MySQL и пользователей с префиксами, базы, как правило, экспортируются без проблем (стучать по дереву в бубен 3 раза) :).

Почтовые ящики пользователей
При экспорте делается попытка создать все почтовые ящики пользователей. Созданные почтовые ящики с паролями сохраняются в файле /root/MailBoxes.txt Для каждого созданного почтового ящика выполняется копирование почтовых сообщений.
Обращаем ваше пристальное внимание на то, что файл MailBoxes.txt создается новым при каждом запуске скрипта!

Проверка результата копирования из ISPManager в VestaCP.

После окончания экспорта пользователя вы можете добавить содержимое файла /root/hostadd.txt в локальный файл вашего домашнего компьютера /etc/hosts для Linux, или C:\Windows\System32\drivers\etc, сохранить его и посмотреть в браузере на результат переноса, открывая перечисленные в hostadd.txt URL-ы
Обращаем ваше пристальное внимание на то, что файл hostadd.txt создается не создается новым, а дополняется при каждом запуске скрипта!
Подробная информация (лог переноса) находится в файле /root/report.rep
После окончания переноса нужно удалить директорию /root/move, для этого используйте команду:
# rm -rf /root/move
Напоследок, важная информация:
C-> Обращаем ваше внимание, что если вы арендуете виртуальный или выделенный сервер в vps-server.ru, то перенос с ISPmanager 4 на VestaCP производится бесплатно администраторами vps-server.ru

С недавнего времени установка ISPManager 4 на Ubuntu 14.04 завершается ошибкой из-за того, что новая версия apache 2.4 не поддерживается.
Решение нашлось. Приходится устанавливать apache версии 2.2

Для этого добавляем в /etc/apt/sources.list архивный рапозиторий Ubuntu:

# nano /etc/apt/sources.list
deb http://archive.ubuntu.com/ubuntu precise main restricted universe
deb http://archive.ubuntu.com/ubuntu precise-updates main restricted universe
deb http://security.ubuntu.com/ubuntu precise-security main restricted universe multiverse

Теперь удалим уже установленный apache2, который «не видит» панель ISPManager 4 и обновляем кеш поддерживаемых приложений:

# apt-get purge apache2 && apt-get update && apt-get clean
# /usr/local/ispmgr/sbin/pkgctl -D cache && killall ispmgr -9


Затем устанавливаем apache2.2:

# apt-get install apache2=2.2.22-1ubuntu1.10 apache2.2-common=2.2.22-1ubuntu1.10 apache2.2-bin=2.2.22-1ubuntu1.10 apache2-mpm-worker=2.2.22-1ubuntu1.10

Заходим в «Возможности» ISPmanager 4 по адресу https://IPвашегоСервера:1500/ispmgr и «устанавливаем» уже установленную версию apache2.2.22-1ubuntu1.10

Всем удачи и настоятельные рекомендации — не использовать устаревшие продукты от ISPSystem, а перейти на бесплатные, например — VestaCP

Потребовалось обновить php до 5.4 на сервере с ubuntu 12.04 LTS и ISPManager.
Первым делом остановил работу web-сервера nginx, так как после удаления старой версии php будет отдаваться исходный код страницы, что очень небезопасно! Обращаю ваше пристальное внимание, что если у вас открыт 81 порт, на котором работает по-умолчанию apache, установленный ISPManager, то нужно остановить и его.

service nginx stop


Дальше действовал так
Через меню возможности в ISPManager на 1500 порту удалил старую версию php.
В консоли сервера удалил остатки от php:

apt-get purge -y php5*

Теперь добавляем репозиторий для Ubuntu 12.04 и python, если у вас не установлен он еще:

apt-get install python-software-properties
add-apt-repository ppa:ondrej/php5-oldstable

Затем обновил кеш установленных программ в ISPmanager:

/usr/local/ispmgr/sbin/pkgctl -D cache
killall -9 ispmgr

И теперь в меню возможности ISPmanager выбираем и устанавливаем новую версию php. Не забудьте стартовать остановленный web-сервер nginx:

service nginx start


Для обновления кеша пакетов в ISPmanager нужно выполнить команду:

/usr/local/ispmgr/sbin/pkgctl -D cache

И перезапустить ISPManager:

killall -9 ispmgr


Пару дней назад при попытке установить ISPManager на только установленную FreeBSD 8.2 обнаружилось, что панель не устанавливается и не работает. Виной всему оказался пакет apache22-itk-mpm. Апач не устанавливался, и, соответственно, не работало ничего. При попытке собрать пакет «руками» — валилось с неприятным сообщением:


configure: error: the selected mpm -- itk -- is not supported
===> Script "configure" failed unexpectedly.
Please report the problem to apache@FreeBSD.org [maintainer] and attach the
"/usr/ports/www/apache22-itk-mpm/work/httpd-2.2.19/config.log" including the
output of the failure of your make command. Also, it might be a good idea to
provide an overview of all packages installed on your system (e.g. an `ls
/var/db/pkg`).
*** Error code 1

Stop in /usr/ports/www/apache22-itk-mpm.

Делать нечего, написал письмишко

Ответ с решением пришел неожиданно быстро, требовалось чуть «пропатчить» пакет и собрать его вновь:

# make clean
# make patch
# make install

Комментарий автора (Jeremy Chadwick) к тексту (пунктуация и орфография сохранены) :

It’s actually the only solution available right now. I spent a lot of
time debugging the issue, and simply put it looks like the custom MPM
patches «randomly» don’t apply correctly (they apply, but code is
missing and so on). The freebsd-apache@ folks and port maintainers are
aware, but nobody is sure what the root cause is. It’s a nightmare.

Как говорится, век живи, век учись — дураком помрешь

То есть, для установки панели ISPManager на FreeBSD нужно:
1. вначале установить пакет /usr/ports/www/apache22-itk-mpm, сделав:

# cd /usr/ports/www/apache22-itk-mpm && make install

и, когда свалится, по ошибке, дать:

# make clean
# make patch
# make install


Хотя, вероятно на 99.9, будет работать и так:

# cd /usr/ports/www/apache22-itk-mpm && make path && make install clean

Но я не проверял

2. установить ISPManager обычным способом поверху установленного apache22-itk-mpm

Имеем Centos 5.4, ISPManager Pro, нужно установить awstats.
Тема довольно популярна, и разжевана неоднократно. Однако полного и пошагового руководства к действию нет. Поэтому решил записать все от начала и до конца, поскольку довольно часто приходится ставить, однако не так часто, чтобы помнить это наизусть.

1. Для начала — в ISPManager по умолчанию установлен анализатором логов webalizer. Первым делом идем в панели и в пункте возможности удаляем его

2. Пока происходит удаление пакета, идем на AWStats Download Page , скачиваем пакет

# cd ~
# mkdir awstats
# cd awstats
# wget http://sourceforge.net/projects/awstats/files/AWStats/6.95/awstats-6.95-1.noarch.rpm/download

При попытке установить этот пакет может появиться ошибка:

# rpm -ivh awstats-6.95-1.noarch.rpm
ошибка: Неудовлетворенные зависимости:
perl(LWP::UserAgent) нужен для awstats-6.95-1.noarch

Не теряемся, делаем так :
yum install perl perl-libwww-perl.noarch
и повторяем предыдущую команду.
Пакет установился, обновляем кеш ISPManager и перезапускаем его:

# /usr/local/ispmgr/sbin/pkgctl cache
# killall ispmgr

Смотрим в возможности панели — там должен появиться awstat. Включаем awstats.

3. Далее — небольшая «магия»
3.1. Идем в доменные имена в панели. выбираем любой домен — нажимаем кнопочку «ротация логов WWW домена» выбираем в качестве анализатора логов awstats и период сбора статистики(каждый час). Я обычно еще ставлю галку «применить для всех доменов». Жмем ОК и ждем. При этом создаются логи конфиги анализатора, для выбранного(или для всех) домена. Все конфиги можно смотреть и исправлять в папке /etc/awstats

3.2. Редактируем /etc/httpd/conf.d/awstats.conf. убираем первые 4 строчки и пишем вместо них вот эти:


Alias /awstatsclasses /usr/local/awstats/wwwroot/classes
Alias /awstatscss /usr/local/awstats/wwwroot/css
Alias /awstatsicons /usr/local/awstats/wwwroot/icon
ScriptAlias /awstats/ /usr/local/awstats/wwwroot/cgi-bin/


Финалом | апофеозом всех манипуляций является перезапуск апачи:


# service httpd restart

Смотрим на неутешительную статистику так. Убедившись, что этот блог никто, кроме меня, не читает, идем варить кофе

P.S. Случается, что иногда в конфиге апачи запрещено выполнение перл — скриптов. В таком случае вы будете наблюдать 500 ошибку — Internal Server Error. Для избавления от нее нужно в файле
/etc/httpd/httpd.conf найти строку

#AddHandler cgi-script .cgi

и заменить ее на

AddHandler cgi-script .cgi .pl

Если же вы не хотите использовать перл скрипты нигде, кроме этой статистики, то исправляйте файл /etc/httpd/conf.d/awstats.conf.

В нем нужно в

<Directory /usr/local/awstats/wwwroot/>
Options None
AllowOverride None
Order allow,deny
Allow from all
</Directory>

Добавить

Options ExecCGI
AddHandler cgi-script .pl

Чтобы вышло как то так:

<Directory /usr/local/awstats/wwwroot/>
Options ExecCGI
AddHandler cgi-script .pl
AllowOverride None
Order allow,deny
Allow from all
</Directory>


Еще добавлю, что awstats можно «научить» считать отдельно закачки файлов (например, mp3), и смотреть в логи nginx, что в некоторых случаях гораздо правильнее.