[B]7.3.4[/B] ушел в релиз! Подробности [URL=https://dev.1c-bitrix.ru/community/forums/messages/forum32/topic108633/message569109/#message569109]https://dev.1c-bitrix.ru/community/forums/messages/forum32/topic108633/message569109/#message569109[/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: а при чем тут виртуальная машина?) |
|
|
|
|
|
[QUOTE]Роман Разиньков написал:
PS Очень удивительно, что данный баг пролез через бета-версии и оказался в стабильном релизе веб окружения, сломав в итоге работающий проект. Это крайне негативно влияет на восприятие продукта и стадии его обновления.[/QUOTE] Роман Разиньков, бета или стабильная версия пакета bitrix-env тут не при чем. Виноват CentOS и его обновления systemd. Очень удивительно, что они выпустили изменения в systemd, которые ломают обратную совместимость сервисов типа forking, не задумываяcь, что этим сервисам придет "каюк") |
|
|
|
|
|
Дмитрий Селезнёв, спасибо. Отметил, сделаем :)
|
|
|
|
|
|
Роман Разиньков, чтобы обновить окружение, вы обновляете все пакеты в системе. То есть вы обновляете CentOS до версии 7.6. В этой версии и есть проблемы. На образе с 7.3.0 таких проблем нет - потому что там CentOS версии 7.5.
PS: для push-сервера готовим фикс, постараемся выпустить побыстрей. |
|
|
|
|