Форум

Коллеги, виртуальные машины VMBitrix 7.3.4 и VMBitrix.CRM 7.3.4 вышли в релиз. В этой версии основные изменения - исправление ошибки работы push-сервера на CentOS 7.6.

rpm пакет доступен для CentOS 6 (поддержка продолжается, только для vmbitrix) и CentOS 7. Если у Вас версия машины 7.3.3 и ниже - обновитесь.

bitrix-env.sh и bitrix-env-crm.sh не изменялись. Способ запуска прежний:
[QUOTE]wget [URL=http://repos.1c-bitrix.ru/yum/bitrix-env.sh]http://repos.1c-bitrix.ru/yum/bitrix-env.sh[/URL] && chmod +x bitrix-env.sh && ./bitrix-env.sh

wget [URL=http://repos.1c-bitrix.ru/yum/bitrix-env-crm.sh]http://repos.1c-bitrix.ru/yum/bitrix-env-crm.sh[/URL] && chmod +x bitrix-env-crm.sh && ./bitrix-env-crm.sh[/QUOTE]

Обновление ПО:
- push-server 2.0.0

Основные исправления:
Пакет push-server обновлен для корректной работы на CentOS 7.6. Исправлена ошибка запуска службы push-server через systemd.

Если у вас бета версия 7.3.10 и выше - обновитесь.

Способ скачивания исходников пакетов (с версии 7.3.0): [URL=https://dev.1c-bitrix.ru/community/forums/messages/forum32/topic108633/message5371­55/#message537155]https://dev.1c-bitrix.ru/community/forums/messages/forum32/topic108633/message5371­55/#message537155[/URL]

Образы VMBitrix/VMBitrix.CRM (VMWare, VirtualBox, OVA, HyperV) не пересобирались.
Список AMI VMBitrix для Amazon прежний.
Ссылки для скачивания прежние:
[URL=https://www.1c-bitrix.ru/products/vmbitrix/]https://www.1c-bitrix.ru/products/vmbitrix/[/URL]
[URL=https://dev.1c-bitrix.ru/community/forums/forum32/topic108633/]https://dev.1c-bitrix.ru/community/forums/forum32/topic108633/[/URL]

Спасибо за обратную связь!

[QUOTE]Роман Разиньков написал:
Мы были на 7.3.0 И до конца ноября - начала декабря не было никаких уведомлений в мониторинге. Потом появилась информация, что нужно обновить веб окружение.[/QUOTE]

Это уведомление пришло с обновлением модуля main в проверке системы.

[QUOTE]Роман Разиньков написал:
Мы же не CentOS обновляли, а через консоль окружения именно окружения.[/QUOTE]

Как раз CentOS вы обновили до версии 7.6. Если бы только пакет окружения 7.3.0 обновили до версии 7.3.3, то ничего бы не сломалось.

[QUOTE]Роман Разиньков написал:
Почему нельзя было проверить и не выпускать стабильное обновление 7.3.3 до решения проблемы?[/QUOTE]

7.3.3 вышло в сентябре 2018 года. Обновление CentOS 7.6 вышло в декабре 2018. Как вы себе это представляете?

[QUOTE]Роман Разиньков написал:
Мы тоже на это надеялись. Что стабильная версия хотя бы на глобальные вещи проверена. И падения не произойдет. В мониторинге было уведомление, что надо срочно обновить окружение. Но оказалось, что это приведет к падению. Я в любом случае не понимаю, почему такой баг ОС попал в релиз веб окружения.[/QUOTE]

Роман Разиньков, вы путаете релиз/обновления веб окружения и релиз/обновления CentOS. Релиз веб окружения был в средине 18 года, и на то время как вы написали "глобальные вещи" были проверены и работали) Релиз [B]мажорной[/B] версии CentOS [B]7.6[/B] пришелся на декабрь 18 года. Мы тоже не понимаем, почему разработчики CentOS-а выпустили обновления systemd, сломав обратную совместимость. Остается только принимать меры и реагировать.

PS: обновление с исправлением push-сервера 7.3.4 уже скоро.

[QUOTE]Евгений написал:
Выходит что обновлять bitrix можно как через меню, так и через yum ? нет разницы?Я думал, что как раз обновление через меню - не пропустит такие вещи.[/QUOTE]

Разницы нет. Отличия лишь в том, что в меню можно обновить только пакет с веб окружением или все на выбор.

Killer Pro, день добрый.

[QUOTE]Killer Pro написал:
Где в документации описано то, как битрикс хранит файлы?[/QUOTE]

Много где. Если коротко, согласно настройкам главного модуля в папке /upload/ сервера. Документация по настройкам главного модуля [URL=https://dev.1c-bitrix.ru/user_help/settings/settings/settings.php]https://dev.1c-bitrix.ru/user_help/settings/settings/settings.php[/URL] блок Файлы.

[QUOTE]Killer Pro написал:
Первый вопрос. Если я создаю на общем диске папку и загружаю  в неё файл, то куда он физически сохраняется? Поиском по имени  загруженный файл на виртуальной машине не находится.[/QUOTE]

Физически на сервере в папке /upload/, если настройки main-а не меняли. Куда конкретно, можно посмотреть в таблице b_file, пример:



Поиском в общем диске находит загруженный файл, пример "свежезагруженный bitrix-env-1ZOly.log":



[QUOTE]Killer Pro написал:
Второй вопрос.Алгоритм такой. Я добавил к сделке пользовательское поле "Новый файл", когда через это поле я прикрепляю к сделке файл с локального компа, то этот файл загружается в папку upload. Далее, я настроил бизнес процесс так, чтобы при формировании сделки на общем диске создавалась папка с именем этой сделки. Теперь, я хочу, чтобы загруженные ранее файлы переносились из папки upload в папку сделки. Я думал осуществить это через активити "Копировать/Переместить в Диске", но, она работает только с файлами на "диске", а папка upload  не на "диске".[/QUOTE]

Хорошо, вы работает с Общим диском. Изначально загрузите файлы в папку на Общем диске. С помощью активити "Копировать/Переместить..." копируйте ваши файлы в папку со сделкой. Что мешает такой сценарий использовать?

[QUOTE]Killer Pro написал:
Касательно второго вопроса там еще проблема в том, что если я пользуюсь активити "Загрузить файл в хранилище Диска" и выбираю файл загруженный через поле сделки, то этот файл потом никак не удаляется через сам портал, он так и остаётся в папке upload, хотя из битрикса он пропадает. Его потом в ручную приходится удалять уже с виртуальной машины.  [/QUOTE]

Почему вы так решили? Если зайти в сделку и там удалить файл в пользовательском поле (нажать крестик в поле) - то все удалит. Как с диска так и из таблицы b_file. Если остались такие файлы, то используйте класс CFile [URL=https://dev.1c-bitrix.ru/api_help/main/reference/cfile/index.php]https://dev.1c-bitrix.ru/api_help/main/reference/cfile/index.php[/URL]. Метод удаления CFile::Delete(123456), где 123456 - id файла из таблицы b_file [URL=https://dev.1c-bitrix.ru/api_help/main/reference/cfile/delete.php]https://dev.1c-bitrix.ru/api_help/main/reference/cfile/delete.php[/URL].

PS: а при чем тут виртуальная машина?)

Из ошибки выше ничего не ясно. Что в логе /home/bitrix/dehydrated_update.log?

[QUOTE]Роман Разиньков написал:
PS Очень удивительно, что данный баг пролез через бета-версии и оказался в стабильном релизе веб окружения, сломав в итоге работающий проект. Это крайне негативно влияет на восприятие продукта и стадии его обновления.[/QUOTE]

Роман Разиньков, бета или стабильная версия пакета bitrix-env тут не при чем. Виноват CentOS и его обновления systemd. Очень удивительно, что они выпустили изменения в systemd, которые ломают обратную совместимость сервисов типа forking, не задумываяcь, что этим сервисам придет "каюк")

Дмитрий Селезнёв, спасибо. Отметил, сделаем :)

Роман Разиньков, чтобы обновить окружение, вы обновляете все пакеты в системе. То есть вы обновляете CentOS до версии 7.6. В этой версии и есть проблемы. На образе с 7.3.0 таких проблем нет - потому что там CentOS  версии 7.5.

PS: для push-сервера готовим фикс, постараемся выпустить побыстрей.

Евгений Рябченко, на той машине стоял Zen сервер, mariadb и конфиги для httpd были с подключением php5 модулей. Если будете на чистую там ставить надо:
1) отключить лишние репозитории типа zend и прочие
2) почистить конфиги httpd
3) удалить zend* maria* mysql* php* пакеты
Вообщем, диагноз подтвердился, VPS на Джино это не чистый CentOS 7, отсюда не ставится окружение.