47624 2023-09-18 13:43:18 +0300 hasher-privd[940466]: join_caller_cgroup: cgroup: not version 2 2025-09-21 21:38:01 +0300 1 1 4 Development Sisyphus hasher-priv unstable x86 Linux NEW P5 normal --- 1 vt ldv ildar ldv placeholder vladisbabenko96 qa-sisyphus oldest_to_newest 233387 0 vt 2023-09-18 13:43:18 +0300 После запуска контейнера (с nixos) через machinectl (systemd-nspawn) hasher-privd перестает работать с ошибками вида: $ gear-hsh --commit 2>&1 |& tee log hasher-priv: xrecvmsg: recvmsg: unexpected EOF hasher-priv: recv_response: failed to receive header in response to run hsh-rmchroot: Failed to remove files owned by user2. ... hsh-initroot: Unpack of setup-2.2.18-alt1.noarch.rpm failed. В журнале появляется ошибка: hasher-privd[940466]: join_caller_cgroup: cgroup: not version 2 Причина в том что в cgroup появляется "лишняя" строка `1:name=systemd:/`, которую не выносит hasher-priv: $ cat /proc/self/cgroup 1:name=systemd:/ 0::/user.slice/user-500.slice/session-7.scope Может можно как-то улучшить совместимость hasher-priv с systemd? 243343 1 vladisbabenko96 2024-03-22 12:38:56 +0300 (Ответ для Vitaly Chikunov на комментарий #0) > После запуска контейнера (с nixos) через machinectl (systemd-nspawn) > hasher-privd перестает работать с ошибками вида: > > $ gear-hsh --commit 2>&1 |& tee log > hasher-priv: xrecvmsg: recvmsg: unexpected EOF > hasher-priv: recv_response: failed to receive header in response to run > hsh-rmchroot: Failed to remove files owned by user2. > > ... > hsh-initroot: Unpack of setup-2.2.18-alt1.noarch.rpm failed. > > В журнале появляется ошибка: > > hasher-privd[940466]: join_caller_cgroup: cgroup: not version 2 > > Причина в том что в cgroup появляется "лишняя" строка `1:name=systemd:/`, > которую не выносит hasher-priv: > > $ cat /proc/self/cgroup > 1:name=systemd:/ > 0::/user.slice/user-500.slice/session-7.scope > > Может можно как-то улучшить совместимость hasher-priv с systemd? Я думаю, тут нужно, с другой стороны, подходить и разрешать cgroup2 в контейнере. Включил поддержку cgroup2, примонтировал и всё собралось без ошибок. wsl2: https://stackoverflow.com/questions/73021599/how-to-enable-cgroup-v2-in-wsl2 Я не уверен, что это ошибка hasher-privd, максимум, м.б. просто добавил на отдельную проверку контейнера (сейчас он проверяет это при запуске демона), не запрет, а дополнительную проверку на доступ к cgroups2. 272865 2 ildar 2025-09-21 21:38:01 +0300 (In reply to Vladislav Babenko from comment #1) > Я думаю, тут нужно, с другой стороны, подходить и разрешать cgroup2 в > контейнере. > Включил поддержку cgroup2, примонтировал и всё собралось без ошибок. По тому, что пишет Виталий, у него ситуация со смешанным CGroup v1+v2. На данный момент hasher-priv умеет работать, когда в системе CGroup v2: это большинство современных систем и контейнеров. Однако я запилил патч, который запустит hasher-priv в таких странных системах "переходного периода": https://altlinux.space/ildar/hasher-priv