После обновления 9.0.7 lдо 9.0.8 перестал корректно работать пункт 10 просмотр задач в фоне. Выводится несколько первых задач, и все, меню не выводится, вернуться назад или просмотреть активные задачи или удалить историю не возможно, только выходить из меню битрикс через контрл-ц и загружать меню обратно...
network_bitrix - постоянно выполняется задача с ошибкой
Upd: Ошибка возникала из-за того, что пул серверов был создан до изменения сетевых интерфейсов, это вызывало неправильные записи в хостс от ансибл. Помогло удаление и пересоздание пула.
network_bitrix - постоянно выполняется задача с ошибкой
После обновления с 9.0.6 на 9.0.7 в пункте просмотра фоновых задач постоянно появляются не инициированные мной задачи с таскайди вида network_bx24_ххххх , и все завершаются ошибкой. что это за задачи, и откуда они появились?
Добрый день! Хочу обновить PHP на Bitrix VM 7.5.2 с 7.4 до 8.0 (или 8.1) Оба варианта завершаются с ошибками.
Подскажите, в какую сторону копать.
Лог:
Код
PLAY [bitrix-hosts] ************************************************************
TASK [Gathering Facts] *********************************************************
ok: [имя хоста]
included: /etc/ansible/inc_vars.yml for имя хоста
TASK [web : include variables from mysql group] ********************************
ok: [имя хоста]
TASK [web : include variables from web group] **********************************
ok: [имя хоста]
TASK [web : include variables from temporary config] ***************************
ok: [имя хоста]
TASK [web : additional gathering facts] ****************************************
ok: [имя хоста]
included: /etc/ansible/roles/web/tasks/upgrade_php_version.yml for имя хоста
included: /etc/ansible/roles/web/tasks/upgrade_php80.yml for имя хоста
TASK [web : disable remi php74 repository] *************************************
ok: [имя хоста]
TASK [web : enable remi php80 repository] **************************************
ok: [имя хоста]
TASK [web : update system by remi repository] **********************************
fatal: [имя хоста]: FAILED! => {"changed": true, "msg": "Error: Package: php-pecl-apcu-bc-1.0.5-3.el7.remi.7.4.x86_64 (@remi-php74)\n
Requires: php(api) = 20190902-64\n Removing: php-common-7.4.22-1.el7.remi.x86_64 (@remi-php74)\n
php(api) = 20190902-64\n Updated By: php-common-8.0.19-1.el7.remi.x86_64 (remi-php80)\n
php(api) = 20200930-64\n Available: php-common-5.4.16-48.el7.x86_64 (base)\n
php(api) = 20100412-64\n Available: php-common-5.4.45-18.el7.remi.x86_64 (remi)\n
php(api) = 20100412-64\n Available: php-common-8.0.18-1.el7.remi.x86_64 (remi-php80)\n
php(api) = 20200930-64\nError: Package: php-pecl-apcu-bc-1.0.5-3.el7.remi.7.4.x86_64 (@remi-php74)\n
Requires: php(zend-abi) = 20190902-64\n Removing: php-common-7.4.22-1.el7.remi.x86_64 (@remi-php74)\n
php(zend-abi) = 20190902-64\n Updated By: php-common-8.0.19-1.el7.remi.x86_64 (remi-php80)\n
php(zend-abi) = 20200930-64\n Available: php-common-5.4.16-48.el7.x86_64 (base)\n
php(zend-abi) = 20100525-64\n Available: php-common-5.4.45-18.el7.remi.x86_64 (remi)\n
php(zend-abi) = 20100525-64\n Available: php-common-8.0.18-1.el7.remi.x86_64 (remi-php80)\n
php(zend-abi) = 20200930-64\n", "obsoletes": {"php-json": {"dist": "x86_64", "repo": "@remi-php74", "version": "7.4.22-1.el7.remi"}, "php-pecl-xdebug": {"dist": "x86_64", "repo": "@remi-php74", "version": "2.9.8-1.el7.remi.7.4"}}, "rc": 1, "results": ["Loaded plugins: etckeeper, fastestmirror, merge-conf\nLoading mirror speeds from cached hostfile\n * base: mirror.axelname.ru\n * epel: mirror.logol.ru\n * extras: mirror.axelname.ru\n * remi: mirror.reconn.ru\n * remi-php80: mirror.reconn.ru\n * remi-safe: mirror.reconn.ru\n * updates: mirror.axelname.ru\nResolving Dependencies\n-->
Running transaction check\n---> Package php.x86_64 0:7.4.22-1.el7.remi will be updated\n--->
Package php.x86_64 0:8.0.19-1.el7.remi will be an update\n---> Package php-cli.x86_64 0:7.4.22-1.el7.remi will be updated\n--->
Package php-cli.x86_64 0:8.0.19-1.el7.remi will be an update\n---> Package php-common.x86_64 0:7.4.22-1.el7.remi will be updated\n-->
Processing Dependency: php(api) = 20190902-64 for package: php-pecl-apcu-bc-1.0.5-3.el7.remi.7.4.x86_64\n-->
Processing Dependency: php(zend-abi) = 20190902-64 for package: php-pecl-apcu-bc-1.0.5-3.el7.remi.7.4.x86_64\n--->
Package php-common.x86_64 0:8.0.19-1.el7.remi will be obsoleting\n---> Package php-gd.x86_64 0:7.4.22-1.el7.remi will be updated\n--->
Package php-gd.x86_64 0:8.0.19-1.el7.remi will be an update\n-->
Processing Dependency: libgd.so.103()(64bit) for package: php-gd-8.0.19-1.el7.remi.x86_64\n--->
Package php-json.x86_64 0:7.4.22-1.el7.remi will be obsoleted\n--->
Package php-ldap.x86_64 0:7.4.22-1.el7.remi will be updated\n--->
Package php-ldap.x86_64 0:8.0.19-1.el7.remi will be an update\n--->
Package php-mbstring.x86_64 0:7.4.22-1.el7.remi will be updated\n--->
Package php-mbstring.x86_64 0:8.0.19-1.el7.remi will be an update\n--->
Package php-mysqlnd.x86_64 0:7.4.22-1.el7.remi will be updated\n--->
Package php-mysqlnd.x86_64 0:8.0.19-1.el7.remi will be an update\n--->
Package php-opcache.x86_64 0:7.4.22-1.el7.remi will be updated\n--->
Package php-opcache.x86_64 0:8.0.19-1.el7.remi will be an update\n--->
Package php-pdo.x86_64 0:7.4.22-1.el7.remi will be updated\n--->
Package php-pdo.x86_64 0:8.0.19-1.el7.remi will be an update\n--->
Package php-pecl-apcu.x86_64 0:5.1.20-1.el7.remi.7.4 will be updated\n--->
Package php-pecl-apcu.x86_64 0:5.1.21-1.el7.remi.8.0 will be an update\n--->
Package php-pecl-geoip.x86_64 0:1.1.1-11.el7.remi.7.4 will be updated\n--->
Package php-pecl-geoip.x86_64 0:1.1.1-14.el7.remi.8.0 will be an update\n--->
Package php-pecl-mcrypt.x86_64 0:1.0.4-1.el7.remi.7.4 will be updated\n--->
Package php-pecl-mcrypt.x86_64 0:1.0.5-1.el7.remi.8.0 will be an update\n--->
Package php-pecl-memcache.x86_64 0:4.0.5.2-1.el7.remi.7.4 will be updated\n--->
Package php-pecl-memcache.x86_64 0:8.0-1.el7.remi.8.0 will be an update\n--->
Package php-pecl-rrd.x86_64 0:2.0.3-1.el7.remi.7.4 will be updated\n--->
Package php-pecl-rrd.x86_64 0:2.0.3-1.el7.remi.8.0 will be an update\n--->
Package php-pecl-xdebug.x86_64 0:2.9.8-1.el7.remi.7.4 will be obsoleted\n--->
Package php-pecl-xdebug3.x86_64 0:3.1.4-1.el7.remi.8.0 will be obsoleting\n--->
Package php-pecl-zip.x86_64 0:1.19.3-2.el7.remi.7.4 will be updated\n--->
Package php-pecl-zip.x86_64 0:1.20.1-1.el7.remi.8.0 will be an update\n--->
Package php-process.x86_64 0:7.4.22-1.el7.remi will be updated\n--->
Package php-process.x86_64 0:8.0.19-1.el7.remi will be an update\n--->
Package php-pspell.x86_64 0:7.4.22-1.el7.remi will be updated\n--->
Package php-pspell.x86_64 0:8.0.19-1.el7.remi will be an update\n--->
Package php-sodium.x86_64 0:7.4.22-1.el7.remi will be updated\n--->
Package php-sodium.x86_64 0:8.0.19-1.el7.remi will be an update\n--->
Package php-xml.x86_64 0:7.4.22-1.el7.remi will be updated\n--->
Package php-xml.x86_64 0:8.0.19-1.el7.remi will be an update\n-->
Running transaction check\n--->
Package gd3php.x86_64 0:2.3.3-4.el7.remi will be installed\n--->
Package php-common.x86_64 0:7.4.22-1.el7.remi will be updated\n-->
Processing Dependency: php(api) = 20190902-64 for package: php-pecl-apcu-bc-1.0.5-3.el7.remi.7.4.x86_64\n-->
Processing Dependency: php(zend-abi) = 20190902-64 for package: php-pecl-apcu-bc-1.0.5-3.el7.remi.7.4.x86_64\n-->
Finished Dependency Resolution\n You could try using --skip-broken to work around the problem\n You could try running: rpm -Va --nofiles --nodigest\n"]}
Яндекс.облако, The request signature we calculated does not match the signature you provided
Добрый день! Переношу файлы на хранение в Yandex.Object.Storage встроенным инструментом в "облачных хранилищах". каждые 30-40Мб вылетает ошибка: "The request signature we calculated does not match the signature you provided" Если начать перемещение файлов обратно, сразу же остановить процесс, и потом заново запустить перемещение в облако - загружается несколько следующих файлов. Кто сталкивался с такой проблемой?
Портал не обновляется., Слишком большой размер b_mail_message
Андрей Николаев написал: Алена Савченко , в данной таблице содержатся содержимое писем, которые попадают в CRM. Если Вы хотите сохранить почту, то скорее всего никак - только увеличить место. А если они Вам не нужны впринципе, то можно пробовать подчищать за определенное время.
Да, я вижу что там письма. Вопрос в том, нет ли какого-то инструмента управления этими письмами...
Добрый день! Пытаюсь поставить веб-окружение на vps с Centos 6.6 Вылетает с ошибкой: perl-XML-SAX-Base conflicts with perl-XML-SAX-0.96-7.el6.noarch Но юм вообще не показывает наличие пакетов perl-XML-SAX-Base или perl-XML-SAX в системе: пишет, пакеты доступны, но не установлены, так что идея удалить конфликтующий пакет не подходит. Подскажите пожалуйста, как можно установить веб окружение без этого пакета? (мунин использовать не собираюсь)
в Centos разбираюсь на уровне зеленого нуба, но срочно нужно развернуть веб-окружение и помочь сейчас некому...
Только я бы предварительно вынес директорию /eng/ на уровень выше: /home/login/public_html/eng/
такой возможности, к сожалению, нет, папку можно создать только внутри уже имеющейся...
а не подскажите, если я сделаю символьные ссылки в директории eng, а потом поменяю настройки сайтов в битриксе, будут ли доступны страницы, которые есть в этой директории сейчас? Или нужно все оттуда удалять, а потом их заново создавать?
Выдается ошибка Warning: require(/home/login/public_html/site1.ru/eng/bitrix/header.php) [function.require]: failed to open stream: No such file or directory in /home/login/public_html/site1.ru/eng/index.php on line 2
То есть мне наоборот нужно, чтобы отсчитывалось от /home/login/public_html/site1.ru так как там лежит битрикс, а не от /home/login/public_html/site1.ru/eng/
PS В первом сообщении была описка, $_SERVER["DOCUMENT_ROOT"] имеет значение /home/login/public_html/site1.ru/eng в случае обращения к сайту eng.site1.ru
Добрый день! Столкнулась со следующей проблемой: Имеется: сайт 1 физически находится в корне /home/login/public_html/site1.ru сайт 2 физически находится в том же каталоге в отдельной папке папке /home/login/public_html/site1.ru/eng
Устанавливала 2й сайт в соответствии с документацией по первому способу
Собственно проблема: если ко 2му сайту обращаться по адресу то все замечательно работает. В этом случае $_SERVER["DOCUMENT_ROOT"] имеет значение /home/login/public_html/site1.ru
Но если обращаться то выдается ошибка, что нет файлов битрикса, а $_SERVER["DOCUMENT_ROOT"] имеет значение /home/login/public_html/site1.ru/eng и следовательно ничего не работает.
Настройки сайтов следующие: (в скобках - значения, которые я пробовала подставлять и не помогло) Сайт 1: Доменное имя: пусто Папка сайта: / Сортировка: 1 URL сервера: пусто Путь к корневой папке: пусто
Сайт 2: Доменное имя: пусто Папка сайта: /eng Сортировка: 1 URL сервера: пусто (eng.site1.ru) Путь к корневой папке: пусто (/home/login/public_html/site1.ru/eng)
Пожалуйста, подскажите куда копать, никак не могу разобраться!
