Eos 4.7.7 eos cp problem

Site Administrators
1

Hi,

after updating all services and clients to 4.7.7 ‘eos cp file /eos/…’ stopped working, we get an error:
{{{
eos cp $PWD/xxx /eos/<some_pth>/xxx
error: target file open failed - errno=28 : No space left on device
error: failed copying path=root://eos.jinr.ru//eos/fobos/Data/xxx
#WARNING [eos-cp] copied 0/1 files and 0 B in 0.03 seconds with 0 B/s
}}}
xrdcp with gsi also does not work with a similar error:
{{{
xrdcp -f xxx root://<eos_alias_FQDN>//eos/<some_path>/xxx"?xrd.wantprot=gsi,unix"
[0B/0B][100%][==================================================][0B/s]
Run: [ERROR] Server responded with an error: [3009] Unable to get free physical space /eos/nica/bmn/tstyyyy; No space left on device (destination)
}}}
On the other hand, direct copying to the mounted eosxd directory and “eoscp” works.
Update to 4.7.8 does not help.
It all worked on versions eos 4.5.20 and xroot 4.10.1.
It is on SL7.7 and SL6.10.

2

The actual version are:
{{{
eos-m01:~ # rpm -qa *eos* *xroot* | sort
eos-client-4.7.8-1.el7.cern.x86_64
eos-folly-2019.11.11.00-1.el7.cern.x86_64
eos-folly-deps-2019.11.11.00-1.el7.cern.x86_64
eos-fuse-4.7.8-1.el7.cern.x86_64
eos-fuse-core-4.7.8-1.el7.cern.x86_64
eos-fuse-sysv-4.7.8-1.el7.cern.x86_64
eos-nginx-1.12.2-5.x86_64
eos-ns-inspect-4.7.8-1.el7.cern.x86_64
eos-protobuf3-3.5.1-5.el7.cern.eos.x86_64
eos-server-4.7.8-1.el7.cern.x86_64
eos-xrootd-4.11.3-1.el7.cern.x86_64
xrootd-4.11.3-1.el7.x86_64
xrootd-client-4.11.3-1.el7.x86_64
xrootd-client-libs-4.11.3-1.el7.x86_64
xrootd-libs-4.11.3-1.el7.x86_64
xrootd-selinux-4.11.3-1.el7.noarch
xrootd-server-4.11.3-1.el7.x86_64
xrootd-server-libs-4.11.3-1.el7.x86_64
}}}

3

And on clients:
{{{lxpub02:~ # rpm -qa *eos* *xroot* | sort
eos-client-4.7.8-1.el6.x86_64
eos-fusex-4.7.8-1.el6.x86_64
eos-fusex-core-4.7.8-1.el6.x86_64
eos-fusex-selinux-4.7.8-1.el6.x86_64
gfal2-plugin-xrootd-2.17.2-1.el6.x86_64
nordugrid-arc-plugins-xrootd-5.4.4-1.el6.x86_64
xrootd-client-4.11.3-1.el6.x86_64
xrootd-client-libs-4.11.3-1.el6.x86_64
xrootd-compat-client-libs-3.3.6-1.el6.x86_64
xrootd-compat-libs-3.3.6-1.el6.x86_64
xrootd-libs-4.11.3-1.el6.x86_64
}}}

4

Hi Valeri,

Is this still an issue? Can you see what authentication is used when copying with eoscp?
Please put XRD_LOGLEVEL=Dump in front of the command and paste the output.

Thanks,
Elvin

5

At some point, we set nominalsize for space default to less than free space.
Strange, but resetting it 0 did not help.
After that, we set the value to more than the real space.

6

Hi Valeri,

This was indeed modified recently (needed for some other behavior), therefore you need to set the space nominal capacity to reflect the current RW capacity. This should fix the error that you saw.

Cheers,
Elvin