• mv bug - cannot move to subdirecctory of itself.

    From Brett Sutton@21:1/5 to All on Sun Jan 28 13:10:01 2024
    So I'm not certain if I'm in the right spot but I had to start somewhere.

    I have a docker container that was working but has suddenly stopped working.
    I believe the possible cause was when I added a second drive to my zfs
    rpool - the timing was a little too coincidental.

    The docker command sequence I'm running is:

    ````
    RUN wget https://storage.googleapis.com/downloads.webmproject.org/releases/webp/libwebp-1.3.2-linux-x86-64.tar.gz
    -O /tmp/webp/webp.tar.gz
    RUN tar -xvf /tmp/webp/webp.tar.gz --directory /tmp/webp/unzipped
    RUN mv /tmp/webp/unzipped/libwebp-1.3.2-linux-x86-64/bin/cwebp
    /usr/bin/cwebp
    ```
    which results in the error:

    ```
    mv: cannot move '/tmp/webp/unzipped/libwebp-1.3.2-linux-x86-64/bin/cwebp'
    to a subdirectory of itself, '/usr/bin/cwebp'
    The command '/bin/sh -c mv /tmp/webp/unzipped/libwebp-1.3.2-linux-x86-64/bin/cwebp /usr/bin/cwebp' returned a non-zero code: 1
    ```

    So clearly /usr/bin isn't a subdirectory of /tmp/webp so the error must be wrong.
    There are no symlinks involved.

    zfs list reports:
    ```
    rpool 402G 493G 96K / rpool/ROOT 141G 493G 96K
    none
    rpool/ROOT/ubuntu_c520d1 141G 493G 18.8G / rpool/ROOT/ubuntu_c520d1/srv 208K 493G 96K
    /srv
    *rpool/ROOT/ubuntu_c520d1/usr 522M 493G 96K
    /usr*
    rpool/ROOT/ubuntu_c520d1/usr/local 522M 493G 515M
    /usr/local
    rpool/ROOT/ubuntu_c520d1/var 36.2G 493G 96K
    /var
    rpool/ROOT/ubuntu_c520d1/var/games 208K 493G 96K
    /var/games
    rpool/ROOT/ubuntu_c520d1/var/lib 23.3G 493G 16.8G
    /var/lib
    rpool/ROOT/ubuntu_c520d1/var/lib/AccountsService 744K 493G 100K
    /var/lib/AccountsService
    rpool/ROOT/ubuntu_c520d1/var/lib/NetworkManager 2.64M 493G 236K
    /var/lib/NetworkManager
    rpool/ROOT/ubuntu_c520d1/var/lib/apt 232M 493G 98.8M
    /var/lib/apt
    rpool/ROOT/ubuntu_c520d1/var/lib/dpkg 327M 493G 74.1M
    /var/lib/dpkg
    rpool/ROOT/ubuntu_c520d1/var/log 2.23G 493G 1002M
    /var/log
    rpool/ROOT/ubuntu_c520d1/var/mail 208K 493G 96K
    /var/mail
    rpool/ROOT/ubuntu_c520d1/var/snap 10.7G 493G 12.8M
    /var/snap
    rpool/ROOT/ubuntu_c520d1/var/spool 8.26M 493G 2.36M
    /var/spool
    rpool/ROOT/ubuntu_c520d1/var/www 300K 493G 108K
    /var/www
    *rpool/USERDATA 251G 493G 96K
    /*
    rpool/USERDATA/bsutton_b4334o 250G 493G 68.9G
    /home/bsutton
    rpool/USERDATA/root_b4334o 854M 493G 845M
    /root
    rpool/var 9.39G 493G 96K
    /var
    rpool/var/lib 9.39G 493G 96K
    /var/lib
    *rpool/var/lib/docker 9.39G 493G 9.39G
    /var/lib/docker*
    ```

    Of course these paths shouldn't be relevant as all of the paths in the
    docker container should be inside a docker volume all mounted under /var/lib/docker.

    The reason I'm here is because of this bug:

    https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=923420

    When I run 'info coreutils' it reports :

    ```
    This manual documents version 8.32 of the GNU core utilities, including
    ```
    From my reading of the bug 8.32 should have a fix for the mv bug.

    Now this could well be a bug in docker as it has a somewhat dubious history
    of working with zfs but the symptom I'm encountering seemed to match the
    above bug so here I am.

    Any help or suggestions where to go would be appreciated.

    Brett

    ```
    Step 6/30 : RUN lsb_release -a
    Running in c5120a6be61b
    No LSB modules are available.
    Distributor ID: Ubuntu
    Description: Ubuntu 22.04.3 LTS
    Release: 22.04
    Codename: jammy
    ``

    <div dir="ltr"><div>So I&#39;m not certain if I&#39;m in the right spot but I had to start somewhere.</div><div><br></div><div>I have a docker container that was working but has suddenly stopped working.</div><div>I believe the possible cause was when I
    added a second drive to my zfs rpool - the timing was a little too coincidental.</div><div><br></div><div>The docker command sequence I&#39;m running is:<br></div><div><br></div><div>````</div><div>RUN wget <a href="https://storage.googleapis.com/
    downloads.webmproject.org/releases/webp/libwebp-1.3.2-linux-x86-64.tar.gz" target="_blank">https://storage.googleapis.com/downloads.webmproject.org/releases/webp/libwebp-1.3.2-linux-x86-64.tar.gz</a> -O /tmp/webp/webp.tar.gz<br>RUN tar -xvf /tmp/webp/
    webp.tar.gz --directory /tmp/webp/unzipped<br></div><div>RUN mv /tmp/webp/unzipped/libwebp-1.3.2-linux-x86-64/bin/cwebp /usr/bin/cwebp<br></div><div>```</div><div>which results in the error:</div><div><br></div><div>```</div><div>mv: cannot move &#39;/
    tmp/webp/unzipped/libwebp-1.3.2-linux-x86-64/bin/cwebp&#39; to a subdirectory of itself, &#39;/usr/bin/cwebp&#39;<br>The command &#39;/bin/sh -c mv /tmp/webp/unzipped/libwebp-1.3.2-linux-x86-64/bin/cwebp /usr/bin/cwebp&#39; returned a non-zero code: 1<br>
    </div><div>```</div><div><br></div><div>So clearly /usr/bin isn&#39;t a subdirectory of /tmp/webp so the error must be wrong.</div><div>There are no symlinks involved.</div><div><br></div><div>zfs list reports:</div><div>```</div><div>rpool          
                                       402G   493G       96K  /<br>rpool/ROOT                                         141G   493G       96K  none<br>rpool/ROOT/ubuntu_c520d1                        
      141G   493G     18.8G  /<br>rpool/ROOT/ubuntu_c520d1/srv                       208K   493G       96K  /srv<br><b>rpool/ROOT/ubuntu_c520d1/usr                       522M   493G       96K  /usr</b><br>rpool/ROOT/
    ubuntu_c520d1/usr/local                 522M   493G      515M  /usr/local<br>rpool/ROOT/ubuntu_c520d1/var                      36.2G   493G       96K  /var<br>rpool/ROOT/ubuntu_c520d1/var/games                 208K  
    493G       96K  /var/games<br>rpool/ROOT/ubuntu_c520d1/var/lib                  23.3G   493G     16.8G  /var/lib<br>rpool/ROOT/ubuntu_c520d1/var/lib/AccountsService   744K   493G      100K  /var/lib/AccountsService<br>rpool/ROOT/
    ubuntu_c520d1/var/lib/NetworkManager   2.64M   493G      236K  /var/lib/NetworkManager<br>rpool/ROOT/ubuntu_c520d1/var/lib/apt               232M   493G     98.8M  /var/lib/apt<br>rpool/ROOT/ubuntu_c520d1/var/lib/dpkg              
    327M   493G     74.1M  /var/lib/dpkg<br>rpool/ROOT/ubuntu_c520d1/var/log                  2.23G   493G     1002M  /var/log<br>rpool/ROOT/ubuntu_c520d1/var/mail                  208K   493G       96K  /var/mail<br>rpool/ROOT/
    ubuntu_c520d1/var/snap                 10.7G   493G     12.8M  /var/snap<br>rpool/ROOT/ubuntu_c520d1/var/spool                8.26M   493G     2.36M  /var/spool<br>rpool/ROOT/ubuntu_c520d1/var/www                   300K  
    493G      108K  /var/www<br><b>rpool/USERDATA                                     251G   493G       96K  /</b><br>rpool/USERDATA/bsutton_b4334o                      250G   493G     68.9G  /home/bsutton<br>rpool/
    USERDATA/root_b4334o                         854M   493G      845M  /root<br>rpool/var                                         9.39G   493G       96K  /var<br>rpool/var/lib                           Â
              9.39G   493G       96K  /var/lib<br><b>rpool/var/lib/docker                              9.39G   493G     9.39G  /var/lib/docker</b><br></div><div>```</div><div><br></div><div>Of course these paths shouldn&#39;t be
    relevant as all of the paths in the docker container should be inside a docker volume all mounted under /var/lib/docker.</div><div><br></div><div>The reason I&#39;m here is because of this bug:</div><div><br></div><div><a href="https://bugs.debian.org/
    cgi-bin/bugreport.cgi?bug=923420" target="_blank">https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=923420</a><br></div><div><br></div><div>When I run &#39;info coreutils&#39; it reports :</div><div><br></div><div>```</div><div>This manual documents
    version 8.32 of the GNU core utilities, including<br></div><div>```</div><div>From my reading of the bug 8.32 should have a fix for the mv bug.</div><div><br></div><div>Now this could well be a bug in docker as it has a somewhat dubious history of
    working with zfs but the symptom I&#39;m encountering seemed to match the above bug so here I am.</div><div><br></div><div>Any help or suggestions where to go would be appreciated.</div><div><br></div><div>Brett</div><div><br></div><div>```</div><div>
    Step 6/30 : RUN lsb_release -a<br> ---&gt; Running in c5120a6be61b<br>No LSB modules are available.<br>Distributor ID: Ubuntu<br>Description: Ubuntu 22.04.3 LTS<br>Release: 22.04<br>Codename: jammy<br></div><div>``</div><div><br></div><div><br></div><
    <br></div><div><br></div></div>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From David Christensen@21:1/5 to Brett Sutton on Sun Jan 28 21:40:01 2024
    On 1/28/24 03:44, Brett Sutton wrote:
    So I'm not certain if I'm in the right spot but I had to start somewhere.

    I have a docker container that was working but has suddenly stopped working. I believe the possible cause was when I added a second drive to my zfs
    rpool - the timing was a little too coincidental.


    Please post:

    # zpool status rpool


    The docker command sequence I'm running is:

    ````
    RUN wget https://storage.googleapis.com/downloads.webmproject.org/releases/webp/libwebp-1.3.2-linux-x86-64.tar.gz
    -O /tmp/webp/webp.tar.gz
    RUN tar -xvf /tmp/webp/webp.tar.gz --directory /tmp/webp/unzipped
    RUN mv /tmp/webp/unzipped/libwebp-1.3.2-linux-x86-64/bin/cwebp
    /usr/bin/cwebp
    ```
    which results in the error:

    ```
    mv: cannot move '/tmp/webp/unzipped/libwebp-1.3.2-linux-x86-64/bin/cwebp'
    to a subdirectory of itself, '/usr/bin/cwebp'
    The command '/bin/sh -c mv /tmp/webp/unzipped/libwebp-1.3.2-linux-x86-64/bin/cwebp /usr/bin/cwebp' returned a non-zero code: 1


    What happens if you run the mv(1) command by hand?

    # mv /tmp/webp/unzipped/libwebp-1.3.2-linux-x86-64/bin/cwebp /usr/bin/cwebp


    The reason I'm here is because of this bug:

    https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=923420


    Have you implemented and run a test case to determine if your ZFS
    supports "renameat2 RENAME_NOREPLACE flag"?


    David

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)