<?xml version="1.0" encoding="UTF-8" ?>

<bugzilla version="5.2"
          urlbase="https://bugzilla.altlinux.org/"
          
          maintainer="jenya@basealt.ru"
>

    <bug>
          <bug_id>43533</bug_id>
          
          <creation_ts>2022-08-16 12:39:52 +0300</creation_ts>
          <short_desc>filesystem не может обновиться из-за владельцев /proc и /sys</short_desc>
          <delta_ts>2025-04-19 09:39:59 +0300</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>4</classification_id>
          <classification>Development</classification>
          <product>Sisyphus</product>
          <component>pve-lxc</component>
          <version>unstable</version>
          <rep_platform>x86_64</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>FIXED</resolution>
          
          <see_also>https://github.com/lxc/lxd/issues/3607</see_also>
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P5</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Vitaly Lipatov">lav</reporter>
          <assigned_to name="Alexey Shabalin">shaba</assigned_to>
          <cc>darisishe</cc>
    
    <cc>glebfm</cc>
    
    <cc>iv</cc>
    
    <cc>ldv</cc>
    
    <cc>placeholder</cc>
    
    <cc>shaba</cc>
    
    <cc>shrek</cc>
          
          <qa_contact>qa-sisyphus</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>213740</commentid>
    <comment_count>0</comment_count>
    <who name="Vitaly Lipatov">lav</who>
    <bug_when>2022-08-16 12:39:52 +0300</bug_when>
    <thetext>В контейнере LXC 
# ls -ld /sys
dr-xr-xr-x 13 nobody nobody 0 авг  8 01:39 /sys

# ls -ld /proc
dr-xr-xr-x 1620 nobody nobody 0 авг  8 01:39 /proc


и невозможно обновить пакет filesystem:

 8: filesystem-2.3.18-alt1                                                                                                  #################################################################################################### [ 29%]
ошибка: распаковка архива не удалась на файле /proc: cpio: chown
ошибка: filesystem-2.3.18-alt1.x86_64: установить failed

На мой взгляд, смысла задавать владельца этих каталогов нет, но может быть есть другой способ наладить обновление.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>213741</commentid>
    <comment_count>1</comment_count>
    <who name="Dmitry V. Levin">ldv</who>
    <bug_when>2022-08-16 12:48:01 +0300</bug_when>
    <thetext>А если в контейнере ещё какие-то части файловой системы будут сломаны, что тогда?
Непонятно, зачем вешать баг на пакет filesystem.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>214739</commentid>
    <comment_count>2</comment_count>
    <who name="Vitaly Lipatov">lav</who>
    <bug_when>2022-09-10 14:25:25 +0300</bug_when>
    <thetext>(Ответ для Dmitry V. Levin на комментарий #1)
&gt; А если в контейнере ещё какие-то части файловой системы будут сломаны, что
&gt; тогда?
&gt; Непонятно, зачем вешать баг на пакет filesystem.
Насколько я понимаю, никакого смысла в правах на каталоги /proс, /sys и подобные нет, потому что после монтирования права определяются смонтированной файловой системой.
Указывать пакетом, какими должны быть права после монтирования, выглядит странно.

Точно такая же проблема у меня уже лет 15 с /home. Он смонтирован по NFS c root squash, и пакет filesystem не может обновиться, если права на /home не совпадают с тем, что ожидает filesystem.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>214740</commentid>
    <comment_count>3</comment_count>
    <who name="Dmitry V. Levin">ldv</who>
    <bug_when>2022-09-10 15:40:11 +0300</bug_when>
    <thetext>(In reply to Vitaly Lipatov from comment #2)
&gt; Насколько я понимаю, никакого смысла в правах на каталоги /proс, /sys и
&gt; подобные нет, потому что после монтирования права определяются
&gt; смонтированной файловой системой.
&gt; Указывать пакетом, какими должны быть права после монтирования, выглядит
&gt; странно.

Мы исходим из того, что операционная система сформирована из пакетов.
Не важно, каким именно образом получились права на каталоги, важно, какие они.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>219120</commentid>
    <comment_count>4</comment_count>
    <who name="Vitaly Lipatov">lav</who>
    <bug_when>2022-12-16 22:06:47 +0300</bug_when>
    <thetext>Исходя из того, что права на каталоги /proc и /sys должны соответствовать заданным в пакете filesystem прошу посмотреть, как возможно обновлять систему (пакет filesystem) в контейнере LXC, запущенном в PVE.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>228709</commentid>
    <comment_count>5</comment_count>
    <who name="Alexey Shabalin">shaba</who>
    <bug_when>2023-06-30 21:19:02 +0300</bug_when>
    <thetext>Внутри контейнер вот такой файл помогает обновляться

cat /etc/rpm/macros.d/container 
%_netsharedpath /sys:/proc</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>230922</commentid>
    <comment_count>6</comment_count>
    <who name="Vitaly Lipatov">lav</who>
    <bug_when>2023-08-04 20:22:11 +0300</bug_when>
    <thetext>(Ответ для Alexey Shabalin на комментарий #5)
&gt; Внутри контейнер вот такой файл помогает обновляться
&gt; 
&gt; cat /etc/rpm/macros.d/container 
&gt; %_netsharedpath /sys:/proc
Спасибо, помогает.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>263216</commentid>
    <comment_count>7</comment_count>
    <who name="Alexey Shabalin">shaba</who>
    <bug_when>2025-04-19 09:39:59 +0300</bug_when>
    <thetext>*** Bug 51986 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>