При переходе на новые релизы конфигураций «Управление торговлей» (УТ) или «Комплексная автоматизация» (КА) версии 11.5.22 системные администраторы сталкиваются с жестким требованием платформы: версия должна быть не ниже 8.3.27.1559. Однако использование именно этой сборки в среде Linux часто приводит к немедленному краху приложения с формированием дампа памяти. В данной статье мы разберем причины этой ошибки, проанализируем технические подробности и выясним, как стабилизировать работу системы.
Рассмотрим сценарий: выполняется стандартная установка платформы 1С:Предприятие 8.3.27.1559 на поддерживаемый дистрибутив, например, Ubuntu 20.04.6 LTS. При попытке запустить тонкий или толстый клиент для работы с базой 11.5.22 программа закрывается с ошибкой в консоли:
[xcb] Unknown request in queue while dequeuing
[xcb] Most likely this is a multi-threaded client and XInitThreads has not been called
[xcb] Aborting, sorry about that.
1cv8: ../../src/xcb_io.c:163: dequeue_pending_request: Проверочное утверждение «!xcb_xlib_unknown_req_in_deq» не выполнено.
Аварийный останов (стек памяти сброшен на диск)
Выясним причину этого сбоя. Ошибка напрямую связана с библиотекой xcb, которая обеспечивает взаимодействие с X-сервером. Текст ошибки указывает на то, что многопоточное приложение (которым является клиент 1С) обращается к графической подсистеме без предварительной инициализации потоков через функцию XInitThreads. Это приводит к рассинхронизации очереди запросов к графическому серверу и аварийному завершению процесса 1cv8.
Проанализируем доступные релизы. Как показывает практика внедрений начала 2025 года, релиз 8.3.27.1559 оказался «сырым» для работы в графическом режиме на Linux. Несмотря на то, что он указан как минимально необходимый в требованиях к конфигурации, его использование крайне не рекомендуется из-за вышеописанного бага.
Для решения проблемы выполним следующие шаги:
Помимо выбора версии платформы, переход на ветку 8.3.27 требует ревизии системного окружения Linux. Платформа стала более требовательной к системным зависимостям. Разберем по шагам, что необходимо проверить:
1. Версия glibc. Платформа 8.3.27 ориентирована на современные версии библиотек. На устаревших дистрибутивах (таких как CentOS 7 или Ubuntu 18.04) запуск клиента может потребовать обновления glibc, что является рискованной операцией. Рекомендуется использовать дистрибутивы не ниже Ubuntu 20.04 или Astra Linux 1.7.
2. Шрифты Microsoft. Ошибка отрисовки форм и печатных документов в Linux часто приводит к падениям, если в системе отсутствуют стандартные шрифты. Установим их командой:
sudo apt-get update
sudo apt-get install ttf-mscorefonts-installer
sudo fc-cache -f -v
3. Графические библиотеки. Для стабильной работы xcb убедимся, что установлены все необходимые пакеты для корректного вывода графики:
sudo apt-get install libx11-6 libx11-xcb1 libxcomposite1 libxcursor1 libxdamage1 libxext6 libxfixes3 libxi6 libxrender1 libxtst6 libfontconfig1 libdbus-1-3
Посмотрим на ситуацию со стороны прикладного решения. Версия УТ/КА 11.5.22 — это важный этап развития конфигураций, который в 2025 году фактически перешел в статус долгосрочной поддержки (LTS). Повышение требований к платформе до 8.3.27 обусловлено использованием новых возможностей Библиотеки стандартных подсистем (БСП). При подготовке к переходу на новые версии можно использовать инструмент для анализа конфигураций и расширений на наличие ошибок.
При обновлении базы данных на Linux-сервере следует учитывать:
ulimit) для пользователя, под которым работает ragent, настроены корректно.Если после обновления на версию 8.3.27.1606 падения продолжаются, проанализируем лог технологического журнала (ТЖ). Настроим минимальный профиль ТЖ для отслеживания ошибок EXCP:
<config xmlns="http://v8.1c.ru/7.4/get/logcfg">
<log location="/var/log/1c/logs" history="24">
<event>
<eq property="Name" value="EXCP"/>
</event>
<property name="AllProperties"/>
</log>
</config>
Проанализируем полученные логи. Если в логах фигурируют события SIGSEGV в библиотеках отрисовки, это повод проверить настройки fontconfig и наличие прав доступа к кэшу шрифтов для пользователя Linux.
Подведем итог: основной причиной «падения» 1С на Linux при переходе на УТ/КА 11.5.22 является баг в конкретной сборке платформы 8.3.27.1559. Решение заключается в игнорировании этой версии и переходе на 8.3.27.1606 или более поздние патчи, где взаимодействие с xcb было исправлено.