Ars Longa, Vita Brevis » Debian

xCache 1.3.0 для PHP 5.2.x для Debian/Ubuntu Linux

Vladimir — Fri, 26 Mar 2010 06:41:56 +0000

Релиз, исправляющий многие досадные мелочи

Всем, кто хочет обновить xCache до последней версии, но не знает, как это сделать (либо не хочет собирать из исходников).

Пакет собирался в Ububtu Intrepid Ibex, но подойдёт для всех дистрибутивов, основанных на Debian и использующих PHP 5.2.x.

Из приятных мелочей — исправлены многие ошибки в модуле кэширования и устранена ошибка, приводящая к segmentation fault при очень длинном пути в xcache.mmap_path.

Release Notes.

Установка:

Для архитектуры i386:

wget http://d.sjinks.pro/xCache/php5-xcache_1.3.0-1~intrepid~sj2_i386.deb -O php5-xcache_1.3.0-1~intrepid~sj2_i386.deb
dpkg -i php5-xcache_1.3.0-1~intrepid~sj2_i386.deb
Для архитектуры amd64:

wget http://d.sjinks.pro/xCache/php5-xcache_1.3.0-1~intrepid~sj2_amd64.deb -O php5-xcache_1.3.0-1~intrepid~sj2_amd64.deb
dpkg -i php5-xcache_1.3.0-1~intrepid~sj2_amd64.deb

Предполагается, что все зависимости (libc6 (>= 2.4), phpapi-20060613) установлены заранее.

UPDATE: обновил xCache версией из SVN. Добавилась функция xcache_unset_by_prefix() и исправлены мелкие баги.

При использовании материалов блога наличие активной не закрытой от индексирования ссылки на источник обязательно.

Использование R1Soft CDP в Debian Squeeze

Vladimir — Wed, 30 Dec 2009 00:42:21 +0000

Реорганизация структуры каталогов для успешной сборки модуля ядра

R1Soft CDP — это, на мой взгляд, одна из лучших разработок для высокопроизводительного резервного копирования под Linux. Хотя данный продукт платный и с закрытым кодом, он оправдывает свою стоимость. Заниматься рекламой не буду, кому интересно, те сами найдут нужную информацию, лишь расскажу об одной проблеме, с которой пришлось недавно столкнуться.

Одна из особенностей CDP Agent — для работы ему требуется специальный модуль ядра, который собирается на серверах R1Soft: специальная утилита архивирует заголовочные файлы ядра и некоторую другую информацию, отсылает её на сервер R1Soft, инициирует процесс сборки и забирает получившийся модуль ядра.

Проблема заключается в том, что в Debian Squeeze разработчики несколько поменяли раскладку каталогов: если раньше все заголовки ядра устанавливались в /usr/src/linux-headers-`uname -r`, то теперь каталога три: /usr/src/linux-headers-`uname -r`, /usr/src/linux-headers-версия-ядра-common и /usr/src/linux-kbuild-версия-ядра, например:

drwxr-xr-x 4 root root 4096 2009-12-28 11:16 linux-headers-2.6.30-2-amd64
drwxr-xr-x 4 root root 4096 2009-12-28 08:09 linux-headers-2.6.30-2-common
drwxr-xr-x 3 root root 4096 2009-12-28 08:09 linux-kbuild-2.6.30

Makefile в linux-headers-`uname -r` ссылается на каталог linux-headers-*-common, который r1soft-cki не посылает. К тому же в Makefile прописаны абсолютные пути, из-за которых сборка оканчивается неудачей.

Если откат на более старую версию ядра не выход (например, в моём случае были проблемы с udev, из-за которых возникали еще более жестокие проблемы с программным RAID), придётся собирать из трёх каталогов один.

Например, так (измените пути и имена на свои):

# Создаём каталог, куда будем копировать заголовки ядра
mkdir ~/headers
# Копирование заголовков
cp -rp /usr/src/linux-headers-2.6.30-2-* ~/headers/
cp -rp /usr/src/linux-kbuild-2.6.30/ ~/headers/
# Копируем нужные файлы; ключ -n нужен, чтобы не переписать Makefile
(shopt -s dotglob; cd ~/headers; cp -rpn linux-headers-2.6.30-2-amd64/* linux-headers-2.6.30-2-common/)
# Запускаем программу сборки модуля ядра
r1soft-setup.64 --get-module --beta --module-type backupdriver --kernel-dir ~/headers/linux-headers-2.6.30-2-common/

r1soft-setup.64 может называться иначе, например, r1soft-cki.

Результат будет примерно таким:

snowboarding:~# mkdir ~/headers
snowboarding:~# cp -rp /usr/src/linux-headers-2.6.30-2-* ~/headers/
snowboarding:~# cp -rp /usr/src/linux-kbuild-2.6.30/ ~/headers/
snowboarding:~# (shopt -s dotglob; cd ~/headers; cp -rpn linux-headers-2.6.30-2-amd64/* linux-headers-2.6.30-2-common/)
snowboarding:~# r1soft-setup.64 --get-module --beta --module-type backupdriver --kernel-dir ~/headers/linux-headers-2.6.30-2-common/
Checking for binary module
..
No binary module found
Gathering kernel information
Gathering kernel information complete.
Creating kernel headers package
Checking '/root/headers/linux-headers-2.6.30-2-common/' for kernel headers
Found headers in '/root/headers/linux-headers-2.6.30-2-common/'
Compressing...
uploading kernel package 99% 3879KB 2.7MB/s 00:00 ETA
Starting module build...
................................................
Saving kernel module to '/lib/modules/buagent/backupdriver-cki-2.6.30-2-amd64.ko'
Kernel module is now installed.
.

Возможно, кому-нибудь пригодится.

SieFS для Debian Lenny/Ubuntu Jaunty

Vladimir — Wed, 05 Aug 2009 05:13:00 +0000

Драйвер для доступа к файловой системе телефонов Siemens

Почти год назад я писал о SieFS — FUSE-драйвере для файловой системы телефонов Siemens. SieFS нет в репозиториях Ubuntu, к тому же он собирается с проблемами.

Так как далеко не все любят собирать программы из исходников (и плясать с бубном, чтобы кривая программа собралась), а драйвер, как оказалось, нужен многим, я собрал DEB-пакет для SieFS (под архитектуру AMD-64; пакет собирался в Ubuntu 9.04 Jaunty Jackalope, но должен работать в Debian Lenny).

Собирал SieFS я несколько иначе, чем писал в статье год назад — добавил патчей на 30 с небольшим килобайт:

исправлен код, на который компилятор выдаёт предупреждения (меня всегда коробило, когда const char* явно приводится к char*, так как очень часто такие трюки заканчиваются segfault’ом);
изменения в системе сборки (в основном те, которые были описаны в статье);
добавлены man-страницы из ALT Linux;
улучшена поддержка специальных опций командной строки FUSE (был взят соответствующий патч из ALT Linux);
добавлен алиас utf-8 (в оригинале было просто utf8) для кодировки UTF-8;
исправлен код, отвечающий за закрывающую последовательность AT^SQWE=3 (опять же, благодаря товарищам из ALT Linux);
исправлена ошибка, связанная с двойным кодированием строк в UTF-8, что делало не-ASCII имена нечитабельными, а также оптимизирован код getdir(), что позволило отказаться от дополнительной операции выделения и освобождения памяти;
оптимизация кода по мелочи.

Скачать свежую версию SieFS можно отсюда.

monit 5.0.3 для Debian/Ubuntu Linux

Vladimir — Tue, 28 Jul 2009 01:09:00 +0000

Свежая сборка — нет ни в testing, ни в unstable

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

В репозиториях Debian/Ubuntu последняя доступная версия monit — 4.10.1. С тех пор успело выйти четыре новых версии, исправляющих многие ошибки и добавляющие новую функциональность (поддержка M/Monit, LMTP, SIP, задержка перед мониторингом медленно стартующих демонов, поддержка PAM и т.п.).

DEB-пакет для Debian Lenny/Ubuntu Jaunty Jackalope, собранный под архитектуру AMD-64, можно скачать отсюда.

svn: could not connect to server

Vladimir — Tue, 07 Jul 2009 11:32:50 +0000

OPTIONS of 'https://…': could not connect to server

Сегодня столкнулся с интересной ошибкой при попытке экспорта проекта из репозитория Subversion:

$ svn export -q -r8913 https://my.repository.com/svn/trunk /var/www/some/path
svn: OPTIONS of 'https://my.repository.com/svn/trunk': could not connect to server (https://my.repository.com)

Произошло это после обновления системы (на машине стоит Debian).

Первое подозрение — что-то не то с DNS, ибо извне к репозиторию есть доступ. Проверил:

$ wget https://my.repository.com
--2009-07-07 13:10:21-- https://my.repository.com
Resolving my.repository.com... 12.34.56.78
Connecting to my.repository.com|12.34.56.78|:443... connected.
HTTP request sent, awaiting response... 200 OK

Получается, что проблема где-то в subversion, а не в невозможности соединения с сервером или криво настроенном DNS.

Как оказалось, это известная ошибка. Проблема была в том, что в библиотеке libneon27 версии 0.28.4-1 разработчики что-то сломали. При этом сломанный libneon27 лежит в testing, исправленный — в unstable.

Есть три решения проблемы:

Откатить libneon27 и libneon27-gnutls до версии 0.28.2
Поставить libneon27 и libneon27-gnutls из unstable
Выполнить команду echo http-library=serf >> ~/.subversion/servers

Мне по душе пришелся второй вариант. После обновления всё работает, что, собственно, и требовалось.

nginx 0.8.0

Vladimir — Wed, 03 Jun 2009 06:20:33 +0000

Версии для Ubuntu Jaunty Jackalope и Debian Lenny

Вчера вышла новая версия web-сервера nginx — 0.8.0, а версия 0.7.59 объявлена стабильной.

Скачать nginx 0.8.0 для Ubuntu 9.04 Jaunty Jackalope и Debian Lenny:

для архитектуры i686: nginx_0.8.0-1~sj1_i386.deb
для архитектуры AMD-64: nginx_0.8.0-1~sj1_amd64.deb

Получение версий всех библиотек, зависящих от динамического исполняемого файла

Vladimir — Sun, 05 Apr 2009 23:44:36 +0000

Чёрная магия в командной строке

Способ для Debian/Ubuntu:

FILE=/usr/bin/godesk
ldd $FILE | awk '{ print $1 }' | xargs -I {} sh -c "dpkg -S {} 2>/dev/null" | awk '{ print $1 }' | sed -r 's/:$//' | sort | uniq | xargs -I {} sh -c "dpkg -l | grep {}"

На выходе будет нечто вида

ii ia32-libs 2.7ubuntu4 ia32 shared libraries for use on amd64 and i
ii lib32gcc1 1:4.3.3-5ubuntu4 GCC support library (32 bit Version)
ii lib32stdc++6 4.3.3-5ubuntu4 The GNU Standard C++ Library v3 (32 bit Vers
ii lib32z1 1:1.2.3.3.dfsg-12ubuntu2 compression library - 32 bit runtime
ii libatk1.0-0 1.26.0-0ubuntu2 The ATK accessibility toolkit
ii libc6 2.9-4ubuntu5 GNU C Library: Shared libraries
ii libc6-dev 2.9-4ubuntu5 GNU C Library: Development Libraries and Hea
ii libc6-dev-i386 2.9-4ubuntu5 GNU C Library: 32bit development libraries f
ii libc6-i386 2.9-4ubuntu5 GNU C Library: 32bit shared libraries for AM
ii libc6-i386 2.9-4ubuntu5 GNU C Library: 32bit shared libraries for AM
ii libcairo2 1.8.6-1ubuntu2 The Cairo 2D vector graphics library
ii libdirectfb-1.0-0 1.0.1-11ubuntu1 direct frame buffer graphics - shared librar
ii libexpat1 2.0.1-4 XML parsing C library - runtime library
ii libexpat1-dev 2.0.1-4 XML parsing C library - development kit
ii libfontconfig1 2.6.0-1ubuntu12 generic font configuration library - runtime
ii libfontconfig1-dev 2.6.0-1ubuntu12 generic font configuration library - develop
ii libfreetype6 2.3.9-4build1 FreeType 2 font engine, shared library files
ii libfreetype6-dev 2.3.9-4build1 FreeType 2 font engine, development files
ii libgcc1 1:4.3.3-5ubuntu4 GCC support library
ii libglib2.0-0 2.20.0-1build1 The GLib library of C routines
ii libgtk2.0-0 2.16.0-1ubuntu2 The GTK+ graphical user interface library
ii libjpeg62 6b-14 The Independent JPEG Group's JPEG runtime li
ii libjpeg62-dev 6b-14 Development files for the IJG JPEG library
ii libpango1.0-0 1.24.0-1 Layout and rendering of internationalized te
ii libpcre3 7.8-2ubuntu1 Perl 5 Compatible Regular Expression Library
ii libpcre3-dev 7.8-2ubuntu1 Perl 5 Compatible Regular Expression Library
ii libpixman-1-0 0.13.2-1 pixel-manipulation library for X and cairo
ii libpng12-0 1.2.27-2ubuntu2 PNG library - runtime
ii libselinux1 2.0.65-5build1 SELinux shared libraries
ii libssl0.9.8 0.9.8g-15ubuntu3 SSL shared libraries
ii libstdc++6 4.3.3-5ubuntu4 The GNU Standard C++ Library v3
ii libstdc++6-4.3-dev 4.3.3-5ubuntu4 The GNU Standard C++ Library v3 (development
ii libx11-6 2:1.1.99.2-1ubuntu2 X11 client-side library
ii libxau6 1:1.0.4-1 X11 authorisation library
ii libxcb1 1.1.93-0ubuntu3 X C Binding
ii libxcb1-dev 1.1.93-0ubuntu3 X C Binding, development files
ii libxcb-render0 1.1.93-0ubuntu3 X C Binding, render extension
ii libxcb-render-util0 0.2.1+git1-1 utility libraries for X C Binding -- render-
ii libxcomposite1 1:0.4.0-3 X11 Composite extension library
ii libxcursor1 1:1.1.9-1 X cursor management library
ii libxdamage1 1:1.1.1-4 X11 damaged region extension library
ii libxdmcp6 1:1.0.2-3 X11 Display Manager Control Protocol library
ii libxext6 2:1.0.99.1-0ubuntu3 X11 miscellaneous extension library
ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extension library
ii libxi6 2:1.2.0-1ubuntu1 X11 Input extension library
ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library
ii libxrandr2 2:1.3.0-1build1 X11 RandR extension library
ii libxrender1 1:0.9.4-2 X Rendering Extension client library
ii libxss1 1:1.1.3-1 X11 Screen Saver extension library
ii zlib1g 1:1.2.3.3.dfsg-12ubuntu2 compression library - runtime
ii zlib1g-dev 1:1.2.3.3.dfsg-12ubuntu2 compression library - development

PHP 5.2.6 в Debian Lenny: неожиданный сюрприз

Vladimir — Fri, 13 Mar 2009 04:13:57 +0000

Расширение mysql приводит к случайным ошибкам сегментации в CLI

Есть сервер с Debian Lenny на борту. На сервер стоит Apache, MySQL, PHP5 — одним словом, стандартный web-сервер. Плюс XCache и ionCube Loader.

С некоторого времени стали замечать, что PHP начал падать с ошибками сегментации, причем падал исключительно CLI, модуль Apache работал исправно.
Конфигурация такая:

# dpkg -l | egrep "php5|mysql|apache"
ii apache2 2.2.9-10+lenny2 Apache HTTP Server metapackage
ii apache2-doc 2.2.9-10+lenny2 Apache HTTP Server documentation
ii apache2-mpm-prefork 2.2.9-10+lenny2 Apache HTTP Server - traditional non-threaded model
ii apache2-utils 2.2.9-10+lenny2 utility programs for webservers
ii apache2.2-common 2.2.9-10+lenny2 Apache HTTP Server common files
ii libapache2-mod-perl2 2.0.4-5 Integration of perl with the Apache2 web server
ii libapache2-mod-php5 5.2.6.dfsg.1-1+lenny2 server-side, HTML-embedded scripting language (Apache 2 module
ii libapache2-mod-python 3.3.1-7 Python-embedding module for Apache 2
ii libmysqlclient15off 5.0.51a-24 MySQL database client library
ii mysql-common 5.0.51a-24 MySQL database common files
ii php5-cli 5.2.6.dfsg.1-1+lenny2 command-line interpreter for the php5 scripting language
ii php5-common 5.2.6.dfsg.1-1+lenny2 Common files for packages built from the php5 source
ii php5-curl 5.2.6.dfsg.1-1+lenny2 CURL module for php5
ii php5-gd 5.2.6.dfsg.1-1+lenny2 GD module for php5
ii php5-mcrypt 5.2.6.dfsg.1-1+lenny2 MCrypt module for php5
ii php5-mysql 5.2.6.dfsg.1-1+lenny2 MySQL module for php5
ii php5-suhosin 0.9.27-1 advanced protection module for php5
ii php5-xcache 1.2.2-3 Fast, stable PHP opcode cacher

Плюс последняя версия ionCube Loader.

Тестировалось всё это дело следующим образом:

watch -n 0.3 -d "php5 -v 2>&1"

С завидным постоянством процесс вываливался по ошибке сегментации:

PHP 5.2.6-1+lenny2 with Suhosin-Patch 0.9.6.2 (cli) (built: Jan 26 2009 21:54:14)
Copyright (c) 1997-2008 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies
with XCache v1.2.2, Copyright (c) 2005-2007, by mOo
with the ionCube PHP Loader v3.1.33, Copyright (c) 2002-2007, by ionCube Ltd.
with Suhosin v0.9.27, Copyright (c) 2007, by SektionEins GmbH
Segmentation fault (core dumped)

Ошибка обнаруживалась в двух местах, а backtrace был практически бессмысленным (или я его неправильно понимаю).

Core was generated by `/usr/bin/php5 -v'.
Program terminated with signal 11, Segmentation fault.
[New process 4052]
[New process 4041]
#0 0x00002ae6ee496ed0 in ?? ()
(gdb) bt
#0 0x00002ae6ee496ed0 in ?? ()
#1 0x00002ae6e90c6fc7 in start_thread () from /lib/libpthread.so.0
#2 0x00002ae6e8aa05ad in clone () from /lib/libc.so.6
#3 0x0000000000000000 in ?? ()

(gdb) bt
#0 0x00002aaaaaac91af in ?? () from /lib/libgcc_s.so.1
#1 0x00002aaaaaac9afb in ?? () from /lib/libgcc_s.so.1
#2 0x00002aaaaaac9c03 in _Unwind_ForcedUnwind () from /lib/libgcc_s.so.1
#3 0x00002b076fab6050 in __pthread_unwind () from /lib/libpthread.so.0
#4 0x00002b076fab0585 in pthread_exit () from /lib/libpthread.so.0
#5 0x00002b0774c60edb in ?? ()
#6 0x0000000040800950 in ?? ()
#7 0x00002b076faaffc7 in start_thread () from /lib/libpthread.so.0
#8 0x00002b076f4895ad in clone () from /lib/libc.so.6
#9 0x0000000000000000 in ?? ()

Сначала во всех смертных грехах обвинялся XCache, затем — ionCube, тем более, что Google заботливо подсказал, что проблемы случаются и с одним, и с другим.

Через некоторое время паника уляглась (шутка ли — живой нагруженный сервер) и вернулся здравый смысл Поставил виртуальную машину, пошел тестировать. Ошибка не проявилась! Проверил три раза версии пакетов (в том числ и системные библиотеки) — всё идентично. Но ошибка не возникает и хоть тресни.

Снёс на сервере PHP и компанию, переустановил заново из официального репозитория — PHP падает. Видимо, какой-то редкий баг, который проявляется при определённом положении звёзд на небе.

Поняв, что виртуальная машина не поможет, я отключил абсолютно все расширения PHP и стал запускать его watch'ем минут на 10. Если запуск проходил успешно и ошибки сегментации не случались, добавлялось очередное расширение и процесс повторялся. Перебор показал, что сегфолты случаются только тогда, когда активно либо расширение mysql, либо расширение mysqli (что характерно, pdo_mysql работало нормально). Причем все остальные расширения могли быть запрещены.

Копание в коде ни к чему не привело — ошибка возникала абсолютно случайно, закономерности не обнаруживались. Плюнув на всё, решил проблему в лоб:

echo "deb http://packages.dotdeb.org stable all" >> /etc/apt/sources.list
echo "deb-src http://packages.dotdeb.org stable all" >> /etc/apt/sources.list
aptitude update
aptitude full-upgrade

Со сборкой от dotdeb полёт вторые сутки нормальный, ни одного сегфолта (тьфу-тьфу). Хотя до сих пор интересно, в чём же на самом деле была проблема.

Обновление Capistrano в Debian Lenny

Vladimir — Sat, 28 Feb 2009 04:02:11 +0000

echoe requires RubyGems version >= 1.2

Столкнулся с неприятной проблемой: при обновлении Capistrano в Debian Lenny:

sudo gem update

выдавалась фатальная ошибка:

echoe requires RubyGems version >= 1.2

Установка rubygems из experimental тоже не помогло.

Google советует выполнить

gem update --system

Но это тоже не помогло

К счастью, Teedub нашел решение и выложил его:

sudo gem install rubygems-update
sudo update_rubygems

К слову, в Ubuntu Intrepid Ibex проблем с echoe не возникло: там стоит более свежая версия rubygems:

apt-cache show rubygems | grep Version
# Version: 1.3.0~RC1really1.2.0-2ubuntu3

Удаление старых настроек в Debian/Ubuntu Linux

Vladimir — Wed, 24 Sep 2008 22:21:36 +0000

Радикальное решение в одну строку

Дёшево и сердито:

dpkg -l | grep -r "^rc" | awk '{ print $2; }' | xargs aptitude -y purge

Или так:

dpkg -l | awk '/^rc/ { print $2; }' | xargs aptitude -y purge

И не забываем про резервные копии

PS — если бы это было так просто в Windows…