Just tried it on an older box I have here: 2.6.19-skas3-v9-pre9
(client) connecting to my drobo running 2.6.22.18 (Custom) and had the
same issue.
So I am again, back to square one.. But with a second person having the
same issue.
On 10-11-17 02:37 PM, Brian Stamper wrote:
Centos nfs4 server - 2.6.18-194.11.3.el5
RHEL nfs3 server - 2.6.18-194.17.1.el5
Fedora 13 client - 2.6.34.7-56.fc13.x86_64
I’m not registered on the Ubuntu support site, I found your issue via
google.
-brian
On 11/17/10 11:26 AM, "Jason Kendall" <jakendall@gmail.com> wrote:
Damnit.. That means its no longer my Drobo
causing the issue.
Could you layout the clients with kernel versions please? I'd like to
go back to tracking this down. Maybe send it to me and the ticket. Your
the first person to come forward with the same issue.
On Wed, Nov 17, 2010 at 2:23 PM, Brian Stamper <bstamper@logyx.com>
wrote:
Varies actually, we’ve seen it on Fedora 13 clients connecting to a
CentOS 5.5 server via nfsv4 and those same clients connecting to RHEL
5.5 server via nfsv3
-brian
On 11/17/10 11:20 AM, "Jason Kendall" <jakendall@gmail.com <http://jakendall@gmail.com>
> wrote:
Interesting.. what is your backend? (NFS
Server?)
On Tue, Nov 16, 2010 at 11:56 AM, Brian Stamper <bstamper@logyx.com
<http://bstamper@logyx.com>
> wrote:
http://lists.debian.org/debian-kernel/2010/10/msg00339.html
Did you ever find an answer for this issue? I'm running into the same
thing on Fedora 13 and yours is the only report of it I've seen. Same
situation, I have an incoming directory with thousands of files that
users attempt to mv, resulting in duplicate filenames showing up then
disappearing eventually on their own. One difference I've seen is that
if I mv/rename a file, it is listed singular, but if I rename it back,
it's once again duplicate, at least temporarily.
If you got any further diagnosis or answers on this, I'd appreciate any
info you have.
-brian
|