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" <jakend...@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
<bstam...@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" <jakend...@gmail.com
<http://jakend...@gmail.com> > wrote:
Interesting.. what is your backend? (NFS Server?)
On Tue, Nov 16, 2010 at 11:56 AM, Brian Stamper
<bstam...@logyx.com <http://bstam...@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
