Frank Thommen added the comment:
strace gives me the error:
unlink(/mnt/tmpu817xz) = -1 EIO (Input/output error)
But after escalating the issue to our server vendor it turned out that the
problem lies in the filesystem option nbmand. If this option is set to on
- which it seems to be by
STINNER Victor added the comment:
unlink(/mnt/tmpu817xz) = -1 EIO (Input/output error)
If a system call can fail with EIO, I guess that not only Python is affected,
by *any* program. So I don't see why Python should have a special case for
broken filesystems.
I close the issue as not a
STINNER Victor added the comment:
It becomes then still a Python problem, as tempfile.TemporaryFile is not
generally usable any more.
Well, it looks like you are the first one to complain, whereas the module is at
least 10 years old. So it looks more like an issue in your setup (as you
Frank Thommen added the comment:
It might be an issue of strict ACL mapping
(http://wiki.linux-nfs.org/wiki/index.php/ACLs) is implemented. On our ZFS
based NFS v4 server this is the case, on CentOS based NFS v4 servers this
doesn't seem to be implemented/enforced.
It becomes then still a
New submission from Frank Thommen:
Hi,
tempfile.TemporaryFile fails on NFS v4 filesystems.
Assume the following mounts:
$ mount
[...]
psi:/volumes/vol1 on /mnt/nfsv4 type nfs4 (rw,addr=xx.xx.xx.xx)
psi:/volumes/vol1 on /mnt/nfsv3 type nfs (rw,addr=xx.xx.xx.xx)
[...]
$
and the following
R. David Murray added the comment:
What is the actual OSError raised?
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22326
___
Frank Thommen added the comment:
errno:5
strerror: Input/output error
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22326
___
___
STINNER Victor added the comment:
I tried on my Fedora 20 (Linux, kernel 3.14.8-200.fc20.x86_64) and I'm unable
to reproduce the issue.
$ sudo mkdir /test
$ sudo chown haypo: /test
$ echo /test *(rw) /etc/exports
$ sudo exportfs -af
$ sudo mount -t nfs localhost:/test nfs
$ cat x.py
Frank Thommen added the comment:
Agreed. If I export from CentOS and mount on CentOS (local or remote) it seems
to work. So this is probably due to our specific fileserver setup or a problem
of the underlying filesystem (zfs).
--
___
Python
