Bug 58766 - Сборка задания падает с hasher-privd: parent: handle_io: idle time limit (3600 seconds) exceeded
Summary: Сборка задания падает с hasher-privd: parent: handle_io: idle time limit (36...
Status: CLOSED NOTABUG
Alias: None
Product: Infrastructure
Classification: Infrastructure
Component: girar (show other bugs)
Version: unspecified
Hardware: x86_64 Linux
: P5 normal
Assignee: placeholder@altlinux.org
QA Contact: Andrey Cherepanov
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2026-04-16 11:27 MSK by ulysses@altlinux.org
Modified: 2026-04-24 11:14 MSK (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description ulysses@altlinux.org 2026-04-16 11:27:02 MSK
Сборка задания #411083 всегда падает на подзадании 160 на архитектуре x86_64.
Исключить это подзадание не могу, т. к. оно является основным.
Что мне делать?
Comment 1 Gleb F-Malinovskiy 2026-04-21 08:20:47 MSK
Эта ошибка значит ровно то, что написано в сообщении: процесс сборки завис и был автоматически прекращён, так что это штатное поведение сборочницы.

3600 секунд это очень много времени, чтобы ничего не выводить в процессе сборки, тем более что на других архитектурах вся сборка занимает меньше времени.
Comment 2 ulysses@altlinux.org 2026-04-21 08:24:06 MSK
Локально собирается на не самом мощном ноутбуке минуты за 4 где-то.
В сборочнице зависает. С отключенным LTO сборка продвинулась чуть дальше, но все равно упало с тем же сообщением. Странно, что на aarch64 сборка проходит, хотя слышал, что там ЭВМ послабее. Не важно баг это или особенность. Прошу помощи с тем, какие действия можно предпринять, чтобы эту особенность обойти и сборка наконец-то прошла.
Comment 3 Gleb F-Malinovskiy 2026-04-21 08:27:17 MSK
Это не "особенность", это какая-то ошибка в пакете, который вы собираете.
Попробую посмотреть.
Comment 4 ulysses@altlinux.org 2026-04-21 08:29:56 MSK
Спасибо.
Comment 5 Gleb F-Malinovskiy 2026-04-21 09:02:28 MSK
Вот с таким патчем всё нормально собирается.  Т.е. sphinx почему-то виснет, если запускается со слишком высоким -j.

--- a/doc/CMakeLists.txt
+++ b/doc/CMakeLists.txt
@@ -36,7 +36,7 @@
     gdal_set_runtime_env(BUILD_RUN_ENV)
 
     set(SPHINX_BUILD_DIR ${CMAKE_CURRENT_BINARY_DIR}/build)
-    set(SPHINX_BUILD_OPTS "--jobs=auto" "--show-traceback")
+    set(SPHINX_BUILD_OPTS "--jobs=1" "--show-traceback")
     file(MAKE_DIRECTORY ${SPHINX_BUILD_DIR})
     file(MAKE_DIRECTORY ${SPHINX_BUILD_DIR}/html_extra)
(bugzilla скорее всего испортит этот патч, но задача в том, чтобы передать идею)

Это объезд, но решает вашу проблему здесь и сейчас.  И можете включить обратно lto, я уверен, что оно висло там же в документации, а не из-за lto.
Comment 6 ulysses@altlinux.org 2026-04-21 09:09:12 MSK
Спасибо, что уделили время. Сейчас попробую. Отпишусь о результате здесь.
Comment 7 Ulysses Apokin 2026-04-24 11:14:11 MSK
Да, все хорошо. Еще раз спасибо.