.
16 августа 2016

Битрик VM — установка PHP 7.0.9 вместе с PHP 5.6.24

В продолжении предыдущего поста о всяческих обновлениях ...
Итак, довольно прилично подзаебавшись с обновой на PHP 5.6 я решил не махать так шашкой — а реализовать задуманное более степенно.
То есть установить PHP 7.0.9 на дублирующий сокет и потихоньку тестировать и настраивать (как выяснилось позже это была очень правильная мысль).
За основу была взята статья но не всё пошло так гладко — пришлось допиливать.

PHP 5.6 у меня уже был установлен и в режиме php-fpm так же использовался.
Сам phpbrew я установил, так же под новым юзером, и чтобы не путаться все пути оставил такие же как в статье.
Скрипт запуска у меня никак не вставал, поэтому я переделал из запуска существующего php-fpm изменив настройки на конфиги, пид и лок файлы
В www.conf я поменял и файл сокет (было listen=/tmp/php-fpm.sock стало listen=/tmp/php7-fpm.sock)

В итоге с параметрами как в статье php у меня скомпилировался и даже запустился, но как выяснилось некоторых модулей не хватило.

По идее модули ставятся без проблем командой phpbrew ext install [module name]

НО тут нужно чётко понимать, что phpbrew использует при компиляции исходники — как оказалось у меня для необходимых модулей их небыло

Модуль для MYSQL ставим как в статье!

phpbrew ext install https://github.com/php/pecl-database-mysql.git

Подробности — как обычно ищем в логах установки (где логи пишется в процессе установки), например для курла у меня логи был тут
/opt/phpbrew/.phpbrew/build/php-7.0.9/ext/curl/build.log

вот список того, что мне пришлось доустановить для компиляции phpbrew некоторых модулей
yum install libxml2
yum install libxml2-devel
yum install libxslt-devel
yum install libmcrypt-devel

а вот с установкой curl пришлось поискать подходящий репозиторий, вот инструкция
1) create a new file /etc/yum.repos.d/city-fan.repo
2) Paste the following contents:
[CityFan]
name=City Fan Repo
baseurl=http://www.city-fan.org/ftp/contrib/yum-repo/rhel$releasever/$basearch/
enabled=1
gpgcheck=0
3) type:
yum clean all
yum install curl
4) And it's done.
yum install curl-devel

phpbrew ext install curl

после всех инсталяций не забываем дёргать сервис
service php7-fpm restart (название — это имя вашего переделанного файла запуска в init.d)
так же для того чтобы сервис стартовал сам- нужно сделать симлинки в rc3.d

Ещё в www.conf для php-fpm необходимо прописать имя юзера и группы под кем запускается php7-fpm (без этого у меня не работало).
listen.owner=bitrix
listen.group=bitrix
listen.mode=666

Об одном баге (а точнее особенности) — напишу отдельно, т.к. меня она повергла в небольшой шок :)
После включения Zend Opcode Cache (у меня это был последний этап) — решил я затестировать работу на простых скриптах.
echo time (); — вывело время
echo "abc ".time (); — снова вывело время (причём в реалтайме), но без строки abc !!!
То есть динамический вывод работал, а то что поменялось практически в статике — нет (хотя этот тоже динамика, но без функций).
В общем немного потупив, дошло, что трабла в оптимизаторе, а точнее в настройке параметра opcache.revalidate_freq=60
Т.е. после изменения файла должно пройти 60 секунд, прежде чем интерпретатор его обновит в кэше (если конечно он был кэширован ранее).
На нужный домен (где идёт разработка) можно в php.ini секцией задать свои значения

[HOST=dev.site.com]
opcache.revalidate_freq = 0

Так же смотрим на удалённые функции из интерпретатора https://wiki.php.net/rfc/remove_deprecated_functionality_in_php7 заменяем их правильными аналогами

Вроде на этом вроде всё!

P.S.
Чуток я разочаровался по приросту быстродействию и потреблению ресурсов, но оно для моего проекта объяснимо — слишком он простой :)

рубрики: Bitrix, VM, Администрирование | Комментарии (0)

27 февраля 2015

Увеличение размера системного раздела в CentOS

Итак, имеется виртуальная машина Bitrix под VMWare на которой хотелось бы докинуть 8 Гигабайт под системный раздел.

Первое — добавим нужные гигабайты на диск непосредственно в гипервизоре и перезагрузим машину, далее нужно перераспределить место непосредственно в CentOS.

Начальная ситуация
df -B G

0

fdisk -c -u /dev/sda команда p

1

Будем делать вручную, используя fdisk удалим существующий раздел и создадим на его месте новый, требуемого размера. Для этой операции не надо размонтировать раздел, не надо загружаться с rescue образа, данные файловой системы также не будут утеряны. Мы просто перепишем одну строку в таблице разделов, после перезагрузки CentOS примет ее к сведению. (оригинал статьи для типа раздела раздела 8E — Linux LVM)

Запускаем fdisk -c -u /dev/sda, вводим команду p — в моём случае нужно изменить раздел sda3 (третий по порядку)
Удаляем его командой d
Создаём новый командой n (при создании система сама предложит правильные начальный и конечный сектора)
Записываем таблицу разделов командой w выходим q и перезагружаем ОС.

3

В моём случае тип системы ext4 — поэтому после перезагрузки просто расширяем файловую систему на всё доступное свободное пространство командой resize2fs /dev/sda3

3

Вуаля

рубрики: NIX, VM, Администрирование | Комментарии (0)

21 января 2015

VMware Converter — низкая скорость копирования

Одной из целей преследуемых мной при установке в одном Дата Центре двух физических серверов с установленными на них ESXi — это быстрое копирование виртуальной машины с одного физического сервака на другой, с дальнейшей репликацией файлов и базы данных (пока не реализовано — мои записи о настройке такой задумки ещё впереди) для того, чтобы постоянно была актуальная копия виртуальной машины в рабочем состоянии на другом физическом сервере (ценность такой копии имхо трудно переоценить).
Собственно, сервера в ДЦ — гипервизоры работают, запускаю штатный конвертер для переноса ВМ (виртуальной машины) и ужасаюсь — скорость копирования в районе 1.5 мб/c! хотя физика 100 мегабитной сети позволяет гораздо больше!
Лечится это дело отключением шифрования ssl
Ищем файл converter-worker.xml тут
Windows 7, Windows Vista, Windows 2008 (R2) — C:\ProgramData\VMware\VMware vCenter Converter Standalone
Windows XP, Windows 2003, Windows 2000 — C:\Documents and Settings\All Users\Application Data\VMware\VMware vCenter Converter Standalone
В нём ищем параметр useSsl выставленный в true и меняем на false
<nfc>
<readTimeoutMs>120000</readTimeoutMs>
<useSsl>true</useSsl>
<!-- Delay is specified in milliseconds, -1 denotes the default.
<acceptTimeoutMs>-1</acceptTimeoutMs>

После чего перезапускаем службу VMware vCenter Converter Standalone Worker и радуемся :)

рубрики: VM, Администрирование | Комментарии (0)

21 января 2015

Установка VMware Tools на FreeBSD 9.1 — настройка запуска и выключения виртуальной машины

Итак, продолжаем цикл записей связанный с переносом проекта с выделенного (dedicated) сервера с ОС FreeBSD 9.1 на виртуальную машину VMWare, предыдущие записи по VMWare тоже по этой же причине.
(о плюсах виртуализации не буду — это много текста получиться)
Переносить конверторами либо акронисом не стал — создал новую виртуалку, поставил чистую систему, настроил заново.
Одна из необходимых настроек — это автоматическое включение и выключение виртуальной машины при запуске/остановке самого гипервизора ESXi.
Читать полностью »

рубрики: VM, Администрирование | Комментарии (0)

19 января 2015

Ошибка подключения клиента VMWare на Windows XP «As unknown connection error occurred»

Свежий клиент VMware под свежей виндой никак не хочет цепляться на свежеустановленный ESXi 5.1.0 (да и на 5.5.0 как выяснилось — тоже).

example2[1]


Источник — vSphere Client and vSphere PowerCLI may fail to connect to vCenter Server 5.0, 5.1 and 5.5 due to a Handshake failure (2049143)

В 2х словах по русски:
Нужно в файлик
/etc/vmware/rhttpproxy/config.xml
добавить строчку с директивой cipherList
....
<ssl>
<doVersionCheck> false </doVersionCheck>
<useCompression>true</useCompression>
<libraryPath>/lib/</libraryPath>
<handshakeTimeoutMs>120000</handshakeTimeoutMs>
<cipherList>ALL</cipherList> !!!!!!!!!!!!!!!!!!!!!!!!
</ssl>
...

и рестартануть сервис
/etc/init.d/rhttpproxy restart

для чего сначала нужно врубить доступ по ssh (как сделать — гул в помощь — инфы много)

рубрики: VM, Администрирование | Комментарии (1)

Яндекс.Метрика