Форум

Продолжение истории - после не удачного роллбэка. по команде php -v [URL=https://i.imgur.com/tJWtgQ3.pngff]https://i.imgur.com/tJWtgQ3.png

[/URL]
Пишу yum update ставятся пакеты php 7.0.33 но без модулей. Получаю ошибку соединения к mysql

Устанавливаю модули php
yum install php-apcu php-bz2 php-calendar php-Core php-ctype php-curl php-date php-dom php-exif php-fileinfo php-filterphp-gd php-geoip php-gettext php-hash php-iconv php-json php-ldapphp-libxml php-mbstring php-mcrypt php-memcache php-mysqli php-mysqlnd php-openssl php-pcntl php-pcre php-Phar php-pspell php-readline php-Reflection php-rrd php-session php-shmop php-SimpleXML php-sockets php-SPL php-standard php-tokenizer php-xml php-Zend OPcache php-zip php-zlib

Сайт поднялся. Но осадок от работы menu.sh остался :) И от хостера (beget) тоже (до сих пор молчат).

Ошибка при роллбеке до php 7.0. Bitrix virtual appliance version 7.3.13 [CODE]
PLAY [bitrix-hosts] ************************************************************

TASK [setup] *******************************************************************
ok: [ecodush]

TASK [web : include variables fr om mysql group] ********************************
ok: [ecodush]

TASK [web : include variables from web group] **********************************
ok: [ecodush]

TASK [web : include variables from temporary config] ***************************
ok: [ecodush]

TASK [web : additional gathering facts] ****************************************
ok: [ecodush]

TASK [web : include] ***********************************************************

TASK [web : include] ***********************************************************

TASK [web : include] ***********************************************************

TASK [web : include] ***********************************************************

TASK [web : include] ***********************************************************

TASK [web : include] ***********************************************************

TASK [web : include] ***********************************************************

TASK [web : include] ***********************************************************

TASK [web : include] ***********************************************************
included: /etc/ansible/roles/web/tasks/rollback_php70.yml for ecodush

TASK [web : command] ***********************************************************
ok: [ecodush]

TASK [web : enable remi php70 repository] **************************************
ok: [ecodush]

TASK [web : disable remi php71 repository] *************************************
ok: [ecodush]

TASK [web : save list php-packages] ********************************************
fatal: [ecodush]: FAILED! => {"changed": true, "cmd": "rpm -qa --queryformat '%{name}\\n' | grep '^php'", "delta": "0:00:01.330665", "end": "2019-06-03 10:34:01.311159", "failed": true, "rc": 1, "start": "2019-06-03 10:33:59.980494", "stderr": "", "stdout": "", "stdout_lines": [], "warnings": ["Consider using yum, dnf or zypper module rather than running rpm"]}

NO MORE HOSTS LEFT *************************************************************
   to retry, use: --lim it @/etc/ansible/web.retry

PLAY RECAP *********************************************************************
ecodush                    : ok=9    changed=0    unreachable=0    failed=1   [/CODE]

[URL=https://i.imgur.com/WvPIB8e.png]https://i.imgur.com/WvPIB8e.png[/URL] - такая же проблема с откатом до версии 7.0. Bitrix VM 7.3.13 - памяти 3,700мб занято 3гб [URL=https://i.imgur.com/XwiekbP.png]https://i.imgur.com/XwiekbP.png[/URL]
Как можно решить эту проблему?

В логе выполнения задачи /opt/webdir/temp/bx_php_rollback_php70_1471748032 [URL=https://i.imgur.com/IVsbvmz.png]https://i.imgur.com/IVsbvmz.png[CODE]
PLAY [bitrix-hosts] ************************************************************

TASK [setup] *******************************************************************
ok: [ecodush]

TASK [web : include variables fr om mysql group] ********************************
ok: [ecodush]

TASK [web : include variables from web group] **********************************
ok: [ecodush]

TASK [web : include variables from temporary config] ***************************
ok: [ecodush]

TASK [web : additional gathering facts] ****************************************
ok: [ecodush]

TASK [web : include] ***********************************************************

TASK [web : include] ***********************************************************

TASK [web : include] ***********************************************************

TASK [web : include] ***********************************************************

TASK [web : include] ***********************************************************

TASK [web : include] ***********************************************************

TASK [web : include] ***********************************************************

TASK [web : include] ***********************************************************

TASK [web : include] ***********************************************************
included: /etc/ansible/roles/web/tasks/rollback_php70.yml for ecodush

TASK [web : command] ***********************************************************
ok: [ecodush]

TASK [web : enable remi php70 repository] **************************************
ok: [ecodush]

TASK [web : disable remi php71 repository] *************************************
ok: [ecodush]

TASK [web : save list php-packages] ********************************************
fatal: [ecodush]: FAILED! => {"changed": true, "cmd": "rpm -qa --queryformat '%{name}\\n' | grep '^php'", "delta": "0:00:01.330665", "end": "2019-06-03 10:34:01.311159", "failed": true, "rc": 1, "start": "2019-06-03 10:33:59.980494", "stderr": "", "stdout": "", "stdout_lines": [], "warnings": ["Consider using yum, dnf or zypper module rather than running rpm"]}

NO MORE HOSTS LEFT *************************************************************
   to retry, use: --lim it @/etc/ansible/web.retry

PLAY RECAP *********************************************************************
ecodush                    : ok=9    changed=0    unreachable=0    failed=1   [/CODE]

[/URL]

Когда поставил [B]букву "D" [/B]- [URL=https://i.imgur.com/4cD0AFF.jpg]https://i.imgur.com/4cD0AFF.jpg[/URL] раздел Настройки/Веб-кластер/Группа #1/ Memcached "Подключения к memcached"

"Панель производительности" говорит что вообще никакого кэширования - [URL=https://i.imgur.com/faqRskj.jpg]https://i.imgur.com/faqRskj.jpg[/URL]

В композитном сайте - говорит, что всё хорошо и есть соединение [URL=https://i.imgur.com/fF3QFgM.jpg]https://i.imgur.com/fF3QFgM.jpg[/URL]

Но рейтинг мне в панели произоводительности снизили :)
"Вот так вот......"

Видимо придётся без буквы [B]"D" [/B]обойтись [B]:D :D [/B]

[QUOTE]Алексей Шафранский написал:
Все верно, Если вы по курсу делали настройку там так и пишут в уроке:Кодdefine("BX_CACHE_TYPE", "memcache");

'type' => 'memcache',Если надо d вы знаете что делать [/QUOTE]
Ни разу не так. Я тоже заметил, что там без "D" на конце.
Но вот скрин dbconn.php [URL=https://i.imgur.com/Ufg5Zlw.jpg]https://i.imgur.com/Ufg5Zlw.jpg[/URL]

А в "Панели производительности" без перемен [URL=https://i.imgur.com/qzJS8NQ.jpg]https://i.imgur.com/qzJS8NQ.jpg[/URL]

Конечно, позже еще раз всё просмотрю, в том числе и в настройках nginx, но пока на данный момент [B]это остается загадкой.[/B]

Откатывать, как оказалось не обязательно. Нужно понять что cron работает очень специфически.

Значит что в итоге:

1. Есть cron.d, а есть crontab
2. Для перезапуска cron'а не достаточно просто написать [B]systemctl restart crond.service [/B]Надо[B] [/B]выполнить еще команду[B] [/B][B]rm /var/run/cron.reboot [/B]- таким образом "обмануть" cron чтобы он не писал " [B]rond[29801]: (CRON) INFO (@reboot jobs will be run at computer's startup.)[/B]" - т.е. после рестарта демона он не запустит добавленные задачи (скрипты), а сделает это после рестарта сервера. Но у многих проектов нет такой возможности делать [B]reboot [/B]только из-за cron'а
3. Задачи по "старой" инструкции [B]будут работать[/B], если добавить скрипт в /etc/crontab, а не в /etc/cron.d/bx_название_бд

В итоге в crontab должен оказаться */1 * * * * root -f /home/bitrix/www/bitrix/php_interface/cron_events.php [URL=https://i.imgur.com/ETA4db7.jpg]https://i.imgur.com/ETA4db7.jpg[/URL] (скрин)

После добавления скриптов в crontab перезапустить по инструкции выше. Мне помогло. Может кому-то другому поможет тоже.
Написанная инструкция актуальна для [B]BitrxVM.[/B]

Что в итоге-то? В dbconn.php так?
[URL=https://i.imgur.com/xO3E0NN.jpg]https://i.imgur.com/xO3E0NN.jpg[/URL]

[URL=https://i.imgur.com/tM3e8fi.jpg]https://i.imgur.com/tM3e8fi.jpg[/URL] - события на кроне в /etc/cron.d/bx_MySQLname

Статус крона - [URL=https://i.imgur.com/pwejmRW.jpg]https://i.imgur.com/pwejmRW.jpg[/URL]
В логе - [URL=https://i.imgur.com/xXxvB26.jpg]https://i.imgur.com/xXxvB26.jpg[/URL]

UPD.
НО в списке агентов не [URL=https://i.imgur.com/tltfmwb.jpg]исполняются[/URL] (срин)! Т.е. последнее время исполнения остается старым.

А то уже голова поломалась, искать в чем проблема.

Изначально сделал по [URL=https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=43&LESSON_ID=2943&LESSON_PATH=3913.4776.4620.4978.2943]этой[/URL] инструкции. Как теперь починить? ПОМОГИТЕ!

[URL=https://i.imgur.com/ZHzdn2Q.jpg]https://i.imgur.com/ZHzdn2Q.jpg[/URL] - заметил, что в "Панель производительности" пишет "[B]memcachE[/B]" , а не "[B]memcachED[/B]"

Что в итоге-то? В dbconn.php так?
[URL=https://i.imgur.com/xO3E0NN.jpg]https://i.imgur.com/xO3E0NN.jpg[/URL]

[URL=https://i.imgur.com/tM3e8fi.jpg]https://i.imgur.com/tM3e8fi.jpg[/URL] - события на кроне в /etc/cron.d/bx_MySQLname

Статус крона - [URL=https://i.imgur.com/pwejmRW.jpg]https://i.imgur.com/pwejmRW.jpg[/URL]
В логе - [URL=https://i.imgur.com/xXxvB26.jpg]https://i.imgur.com/xXxvB26.jpg[/URL]

[B]UPD.[/B]
[B]НО[/B] в списке агентов не [URL=https://i.imgur.com/tltfmwb.jpg]исполняются[/URL] (скрин)! Т.е. последнее время исполнения остается старым.

А то уже голова поломалась, искать в чем проблема.

Изначально сделал по [URL=https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=43&LESSON_ID=2943&LESSON_PATH=3913.4776.4620.4978.2943]этой[/URL] инструкции. Как теперь починить? [B]ПОМОГИТЕ[/B]!

[QUOTE]Андрей Николаев написал:
Причин может быть множество - некорректный код php-модуля, ошибка в ядре самой версии php. Попробуйте перейти на 7.1 - возможно это решит проблему и не нужно будет отлаживать core[/QUOTE]
Да, похоже после обновления какого-то модули ошибка ушла.