Недавно столкнулся с задачей починки FTP в панеле ISPManager. Проблема возникла на новом сервере на debian wheezy.
При попытке подключения сервера по FTP появлялась следующая ошибка:
500 OOPS: vsftpd: refusing to run with writable root inside chroot()
Когда стал разбираться оказывается проблема достаточно распространенная, и для ее решения достаточно в конфиг /etc/vsftpd.conf вписать строку
allow_writeable_chroot=YES
Вирусы на Linux в нашей компании достаточно редкое явление, но иногда приходят клиенты с медленно работающими сайтами, и в процессе обнаружения узких мест обнаруживается, что сервер себя странно ведет. Сегодня расскажу об одном таком случае.
К нам обратился клиент с медленно работающим сайтом, я подключился по ssh и стал смотреть на что же тратятся ресурсы сервера. Запустил top и увидел следующую картину:
Уже все наверное сталкивались с задачей увеличения максимального размера загружаемого файла. В этой заметке я напишу что для этого нужно сделать если у Вас стоит Nginx как фронтенд к Apache или к php-fpm. Ну если нет Nginx, то достаточно изменить переменные конфиге php.
Итак для увеличения максимального размера загружаемого файла сначала необходимо увеличить значение переменных PHP upload_max_filesize и post_max_size в файле /etc/php5/apache2/php.ini, например:
Давно я уже не писал, работы в последнее время стало многовато. В основном текущие задачи в Drupal Coder, но и просто читатели блога обращаются по вопросам настройки и оптимизации серверов.
Сегодня напишу небольшой пост по вопросу как мониторить Varnish с помощью системы мониторинга zabbix.
Для настройки мониторинга необходимо:
Часто возникает ситуация, когда нужно быстро получить админский доступ к Drupal для проведения изменения, но мы не знаем пароля админа. В этой заметке в первой части рассмотрим, как можно выйти из этой ситуации, при помощи drush, т.е. мы заменим пароль админа, а потом после всех манипуляций вернем старый пароль админа на место. А во второй части - без drush.
Для начала посмотрим вывод команды:
drush sqlq "SELECT name, pass FROM users WHERE uid = 1;"
Вывод будет, например, таким:
Часто в работе приходится синхронизировать версию сайта для разработки с "продакшн" версией сайта. Это можно сделать как например описано в этом посте, но можно и одной командой с помощью Drush. Сегодня ма рассмотрим как можно быстро синхронизировать 2 Drupal сайта с помощью Drush.
Вот и добрался в этом году написать первый пост. Сегодня будет необычный пост;) про результаты в 2012 году и немного про планы на 2013.
Раньше написать времени не было, т.к. был весь в работе — к концу прошлого года к нашей команде drupal-coder.ru стали всё чаще обращаться клиенты с запросами на настройку серверов под Drupal проекты и оптимизацию Drupal проектов. А новогодние выходные провел с семьей, и параллельно тестировал Drupal сайты в нашем новом облаке на VmWare - на эту тему тоже скоро будут интересные посты.
В работе периодически сталкиваюсь с медленными Drupal сайтами, и тормоза очень часто вызваны медленным выполнением запросов к Mysql. Причины бывают разные, но зачастую медленное выполнение запросов вызвано тем, что при выполнении запроса MySQL вынуждено использовать временные таблицы на диске. Для этого используется каталог заданный в переменной tmpdir файла конфигурации my.cnf.
На мой взгляд, правильным решением в таких ситуациях является оптимизация базы данных (использование типов полей наиболее подходящих под содержимое, правильная настройка идексов, и построение корректных запросов к базе, учитывающих индексы в базе). Но также мы можем помочь MySQL если переместим эти временные таблицы в оперативную память (такое решение подходит для серверов с большим количеством оперативной памяти), что позволит более быстро выполнять операции связанные с использованием временных таблиц, за счет экономии на операциях записи и чтения с диска, так как всё будет делаться в оперативной памяти.
Мы в drupal-coder.ru достаточно часто сталикаваемся с задачами настройки выделенных серверов под Drupal сайты. В связи с этим уже достаточно давно ищем систему управлениями конфигурациями серверов, с помощью которой можно было бы автоматизировать и упростить выполнение этой задачи. Конечно систем управлениями конфигурациями достаточно много среди них puppet и сhef, но мне они показались сложноватыми. И вот относительно недавно я познакомился с системой управлениями конфигурациями Ansible. Мне понравилась эта система управления конфигурациями, потому что:
Частенько на новых серверах приходится настраивать нужную временную зону и синхронизацию времени. Как было уже описано в этой заметке на Debian это можно сделать всего лишь с использованием нескольких команд: