<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Thu, Sep 1, 2016 at 2:02 PM Lennart Poettering <<a href="mailto:lennart@poettering.net">lennart@poettering.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Thu, 01.09.16 10:47, arnaud gaboury (<a href="mailto:arnaud.gaboury@gmail.com" target="_blank">arnaud.gaboury@gmail.com</a>) wrote:<br>
<br>
> I have been moving directories and files between my host and my container<br>
> many times since more than one year with no issues. Host is Archlinux and<br>
> container Fedora 24 (upgrade to 24 is quite recent: no more than 2 months).<br>
><br>
> I moved a directory today from host to container and this let me, for the<br>
> first time, with a directory in the container owned by 65534:65534.<br>
> <The UID 65534 is commonly reserved for *nobody*, a user with no system<br>
> privileges, as opposed to an ordinary (i.e., *non-privileged*) user. This<br>
> UID is often used for individuals accessing the system remotely via FTP or<br>
> HTTP[0] ><br>
<br>
Uh, oh. My gues is this: you are using user namespaces (wich is the<br>
default these days if you use systemd-nspawn@.service), and I nevre<br>
updated the copy logic in machined to deal with that...<br>
<br>
Or in other words, it's a bug in machined.<br>
<br>
I filed a github issue to keep track of this, so that we can get this<br>
fixed:<br>
<br>
<a rel="noreferrer" target="_blank" href="https://github.com/systemd/systemd/issues/4078">https://github.com/systemd/systemd/issues/4078</a></blockquote><div><br></div><div>Thank you for opening the issue. I have been reading quite a lot about this on the past few hours. Most of such issues arise with NTFS, which is not my case <br></div><div># mount<br>/dev/sdb1 on / type btrfs (rw,noatime,compress=lzo,ssd,space_cache,autodefrag,subvolid=266,subvol=/rootvol)<br>...........<br></div><div><br></div><div> if it can help, from container:<br>-----------------------------------------------<br>root@thetradinghall ➤➤ / # lsattr  <br>---------------- ./usr<br>lsattr: Inappropriate ioctl for device While reading flags on ./run<br>---------------- ./boot<br>lsattr: Inappropriate ioctl for device While reading flags on ./dev<br>---------------- ./home<br>---------------- ./media<br>---------------- ./mnt<br>---------------- ./opt<br>lsattr: Inappropriate ioctl for device While reading flags on ./proc<br>---------------- ./root<br>---------------- ./srv<br>lsattr: Inappropriate ioctl for device While reading flags on ./sys<br>lsattr: Inappropriate ioctl for device While reading flags on ./tmp<br>---------------- ./etc<br>---------------- ./var<br>---------------- ./db<br>---------------- ./storage<br>---------------- ./share<br>lsattr: Operation not supported While reading flags on ./sbin<br>---------------- ./keybase<br>lsattr: Operation not supported While reading flags on ./bin<br>lsattr: Operation not supported While reading flags on ./lib<br>lsattr: Operation not supported While reading flags on ./lib64<br>-----------------------------------------<br><br></div><div>This issue is new and have been able to cp/mv from host to container and preserve file/folders attributes until now. Something in my recent upgrades have done these changes.<br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Lennart<br>
<br>
--<br>
Lennart Poettering, Red Hat<br>
</blockquote></div></div>