ISPManager и MODx. Разрешение конфликтов

При заходе на http://site.com/manager — открывается ISPManager, а не админка MODx’a.

Решение такое.

Открываем ispmgr.inc:

# vi /usr/local/ispmgr/etc/ispmgr.inc

И меняем

Alias /manager /usr/local/ispmgr/bin/

На

Alias /ispmanager /usr/local/ispmgr/bin/

Сохраняем, закрываем.

Рестартим апач: (В Debian)

# /etc/init.d/apache2 restart

В CentOS:

# service httpd restart

Все. Теперь по адресу http://site.com/ispmanager — у нас будет открываться  ISPManager

Не могу зайти под рутом в FreeBSD (su sorry)

В кратце:

Имеем FreeBSD.

Логиниться на SSH рутом запрещено, есть доступ под рутом  в ISPManager. Создаем нового пользователя, напрмер sharkov.

Даем права на shell. Логинимся на ssh. Вводим su и видим:

su: Sorry

А это значит, что пользователь не состоит в группе wheel. Через midterm так же не пускает (ну ессно же =) ).

В общем нужно как-то посадить юзера в группу wheel. (Ну можно еще через встроенный файловый менеджер это сделать, или отредоктировать конфиг ssh). Но мы легких путей не ищем.

Вот мой извращенческий способ:

Добавляем задачу в крон (планировщик задач):

/usr/sbin/pw user mod sharkov -G wheel

И запускаем.

apr_sockaddr_info_get() failed

Если появилась такая ошибка в error_log’e, значит у Вас неверный хостнейм.

Решаем так:

# echo ‘site.com’ > /proc/sys/kernel/hostname

Меняем хостнейм в /etc/hostname

И перезапускаем в Debian:

# /etc/init.d/apache2 restart

В CentOS:

# service httpd restart

Как изменить URL репозитория SVN?

Все просто.

Заходим в папку с файлами. Вводим:

# svn info

Видим URL:

URL: file:///var/www/svn/site/branches/production

Теперь меняем на новый командой svn switch:

svn switch —relocate file:///var/www/svn/site/branches/production http://my.ip.add.r/svn/site/branches/production

Первый URL — адрес старого репозитория,

Второй — нового.

Убеждаемся, что все ОК:

# svn info

URL: http://my.ip.add.r/svn/site/branches/production

Вот так.

Порты и FreeBSD

При скачивании и распаковке портов имеем ошибки:

# portsnap fetch && portsnap extract
Looking up portsnap.FreeBSD.org mirrors… 5 mirrors found.
Fetching snapshot tag from portsnap2.FreeBSD.org… done.
Fetching snapshot metadata… done.
Updating from Tue Nov 9 14:35:59 MSK 2010 to Sat Nov 13 13:01:26 MSK 2010.
Fetching 1 metadata patches. done.
Applying metadata patches… done.
Fetching 0 metadata files… done.
gunzip: can’t stat: files/18e2c2d3e5e2ba6583fbe574fba1fa36efc7887046f25d20dd79971dd7b16390.gz: No such file or directory
Fetching 0 patches. done.
Applying patches… done.
Fetching 0 new ports or files… done.
Building new INDEX files… gunzip: can’t stat: /var/db/portsnap/files/c18a355ef772b8d5deaee48dcc48dc86e06a4252f7f4441a521621d194e9e0fb.gz: No such file or directory
gunzip: can’t stat: /var/db/portsnap/files/1ac36646f895592a28adc8af555c941402082a5ea43955c0e669324122ff28fe.gz: No such file or directory
done.

Решение:

Удаляем тэги и все, что связано со старым деревом:

# rm /var/db/portsnap/tag
# rm -rf /var/db/portsnap/files
# rm -rf /usr/ports

Скачиваеи и обновляем:

# portsnap fetch && portsnap extract

Готово!

Еще один способ сменить пароль MySQL

Полетел MySQL. При рестарте сервер запускается без сообщений. В логах пусто.

Сокет не создается. В общем ковырялся, ничего не нашел =)

Решил проблему с помощью

# dpkg-reconfigure mysql-server-5.0

Заодно и пароль сменил по запросу клиента. =)

Установка PHP как мод FastCGI в FreeBSD

Оказывается, все просто. Для начала заходим в порты и устанавливаем:

# cd  /usr/ports/www/mod_fcgid

# make

# make install

После чего открываем конфиг апача

# vi /usr/local/etc/apache22/httpd.conf

И вставляем в конец:

 LoadModule fcgid_module libexec/apache22/mod_fcgid.so 
 AddHandler fcgid-script .fcgi

Сохраняем и выходим.
Далее рестартим апач:

#  /usr/local/etc/rc.d/apache22 restart

Если у нас есть ISPManager, то открываем файл ispmgr.conf

# vi /usr/local/ispmgr/etc/ispmgr.conf

И добавляем туда

Option ForcePhpFastCgi

Сохраняем и выходим.

Перезапускаем панель командой

# killall -9 ispmgr

И радуемся жизни =)

Не забываем, что чтобы перенести сайты на FastCGI, для начала нужно дать на это права пользователю (делается в свойстах), а затем переназначаем режим PHP сайту.

Успехов!

Настрока логов nginx

Довольно часто нужно определить, какой сайт флудят. Очень просто определить по access_log’y Nginx’a.

Но хоста там нет. Исправляем этот недочет:

# nano /etc/nginx/nginx.conf

В блоке http:

log_format main '$remote_addr - $remote_user [$time_local] 
$status "$host" "$request" $body_bytes_sent 
"$http_referer" "$http_user_agent" "$http_x_forwarded_for"'; 

access_log  /var/log/nginx/access.log main;

И рестартим:

# /etc/nginx/nginx.conf

В итоге получим вид:

my.ip.add.r — — [06/Nov/2010:01:35:54 +0600] 200 «site.ru» «GET /administrator/templates/favicon.ico HTTP/1.0» 1150 «-» «Mozilla/5.0 (Windows; U; Windows NT 6.1; ru; rv:1.9.2.12) Gecko/20101026 Firefox/3.6.12» «my.ip.add.r»

Установка roundcube в Debian Lenny

Устанавливаем данные веб почтовый агент в Debian Lenny. Для начала нужно подключить репозиторий lenny-backports:

# vi /etc/apt/sources.list

И вставляем:

deb http://www.backports.org/debian lenny-backports main contrib non-free

Далее обновляем информацию о пакетах:

# apt-get update Читать далее «Установка roundcube в Debian Lenny»

Ошибка: virtualhost уже существует

Если столкнулись с такой ошибкой, то нужно вручную удалить домен из /etc/apache2/apache2.conf и /etc/nginx/nginx.conf в Debian/Ubuntu

Далее перезагружам:

# /etc/init.d/apache2 restart

# /etc/init.d/nginx restart

# killall -9 ispmgr

Возможно, выйдет ошибка:

Ошибка: rotate уже существует

Удаляем записи из

/usr/local/ispmgr/etc/rotate.conf

И на всякий случай, перезапускаем ISPManager:

# killall -9 ispmgr