Posts by DragonZX

Заказал тут мне один человек сайт на 1С битрикс. Поскольку запускать отдельную виртуалку под него мне не улыбается, опишу костыли на которые мне приходилось натыкаться (php-fpm).
1. Требует установку eAccelerator
2. Требует настройки php для версии на UTF-8
3. Требует обновление php и компонентов
4. Танцы продолжаются

1. Навесить еAccelerator на php 5.4 сложно, но можно (но не спешите это делать). С ним работает последний транк. Для этого идем на http://eaccelerator.net/
Ну или собственно:

Затем копируем конфигурационный файл и включаем мод

И всё бы хорошо, только при некоторых настройках у Вас рушится панель с ошибкой про память, а местами и некоторые сайты.
Ну думаю - черт с ним использую

Что впринципе то же самое. Сайты ускоряет и ладно...
2. Ну тут редактировали бы мы php.ini и всё, так нет же. Иные скрипты отваливаются от mbstring.func_overload = 2
Поэтому тут мы забиваем на красивый код и тупо используем .htaccess:

Ладно, с горем пополам установили. После вот такой "установки" мы начинаем устанавливать решение.
Лично у меня зависло на 58% с ошибкой

Но после пропуска задачи и 20 минут ожидания оно таки доустановилось.
3. Фух, попал в админку. Теперь оно потребовало обновлений, благо ввел ключ, установил.
Потребовал провести ревизию безопасности, но для этого нужно memory_limit = 256M, что возможно только хаком, хотя у меня и 128 завершилось нормально.

Система безопасности лично у меня потребовала обновление компонентов на что в sources.list я прописал:

Затем выполнил

А вот фигушки php 5.4.4 его не устраивает, поэтому собственно пришлось
в sources.list

В консоли

Но вот хрень, php 5.5 поставился, отвалился php-apc и жалуется на отсутствие зависимостей.

4. Помимо этого система безопасности говорит о том что "Символы пароля к БД в одном регистре", "Уровень безопасности административной группы не является повышенным", "Не установлен дополнительный источник энтропии при создании идентификатора сессии", "Включен Automatic MIME Type Detection для Internet Explorer", ".htaccess файлы не должны обрабатываться Apache в директории хранения загружаемых файлов"
Кто трахался установил, помогите пожалуйста добить пофиксить.

Done, http://trac.i-mscp.net/ticket/1077

Don't keep in your mind, just an idea...
Maybe it will be a good option for subdomains to choose what to backup. Problem is the same, but with backup, dayly and by cron.
Sometimes vip-users need to make for example image gallery with 2-4GB of pictures, but it will be compressing several minutes. In example we don't need to backup pictures, but needs to backup site & database.
So, I must create another customer for this customer called "img.customer.tld" without backups. Sometimes it's hard to explain why like that...

Quote from Nuxwin

Hello ;

About the first error (disto detection), this occur in some case when you update your distro. Generally, rebooting the system after the update solve the problem.

So it was not solved after reboot (string says that '%name of the distro%' is not supported, I met it as for 13.10 as for 14.04solved ONLY by deleting lsb-release).

Quote from Nuxwin

The process can take several minutes depending of the number of customers you have. One thing you must know is that during each update, the installer sets the permissions on the Web folder directories recursively. The same thing is done on the /var/mail/virtual/* directories. This task can take several time. In near future, I'll add an option which allow to skip that step.

It's very annoying when updating one of the customers, when it's size about only 2 GB takes about an hour. I have no rights to control my customers of quoted disk space usage. it's legal.

I can say solved, but the problem was in the size of site. It's really very hard work to chown -R about 2GB of small php files, also system can't delegate cpu power to this process (???) Also for such products it may be difficult to backup.

hmm, finally it's done fot the 1.1.3 during 50 minutes.
Updating to 1.1.5...
/usr/bin/named -4 -u bind has 5-6 child processes but not loadind the CPU (about 2%)
What is the chown -h -R... And it's at the same time with bind processes...

Base system was Ubuntu 13.10, i-MSCP 1.1.0 without any specific tuning exept Zend & ioncube
Production hosting server
Ubuntu was updated to 14.04 LTS without errors, but apache hasn't started
After that was problem with detection, which has been solved with

On the step 19 (i-mscp 1.1.3/1.1.5 both) for the one of the domains (each time the same) i have tochange process for a very long time (maximum for a half of an hour, before i killed it).
What it can be?
PS Customers made a lot of wrong dirs in the domain root (where htdocs is situated)? but cleanup didn't solve the problem.

Thanks very much, it's very usefull

It's very funny but I have installed software watchdog just now, I haven't had it before. I doesn't know how it is possible to have hardware watchdog on KVM

Quote from Smallserver

Ok, forgot to ask about other PVS instances.
can you send the output of ps aux?