Hello there,
i'm having the same or a similar problem here.
Machines
---
Server:
QNAP TS-219II wich runs a custom Linux i believe.
[~] # uname -a
Linux nas 2.6.33.2 #1 Fri Jul 26 05:22:11 CST 2013 armv5tel unknown
Client 1:
Debian Wheezy Fully updated on 28.10.2013
root@shuttle:~# una
Actually, no. But its something I have to revisit.
Sent from my HTC
- Reply message -
From: "Jonathan Nieder"
To: "Jason Kendall"
Cc: "599...@bugs.debian.org" <599...@bugs.debian.org>, "Timo Juhani
Lindfors"
Subject: linux-2.6: XEN and NFS causes duplicate filenames with large
director
Hi,
Timo Juhani Lindfors wrote:
> Jason Kendall writes:
>> My initial test case is in the ticket here:
>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=599823#79
>>
>> When I used your test case, I got duplicate files.
>>
>> So, to narrow it down,
[...]
>> Which kernel do you have on this cl
Jason Kendall writes:
> Which kernel do you have on this client - what are your NFS mount
> options for this directory?
linux-image-2.6.32-5-amd64 2.6.32-27
nfs:/home /home nfs
rw,relatime,vers=3,rsize=524288,wsize=524288,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=10.7
Previous did not goto ticket.
My initial test case is in the ticket here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=599823#79
When I used your test case, I got duplicate files.
So, to narrow it down,
Which kernel do you have on this client - what are your NFS mount
options for this d
Jason Kendall writes:
> 1. All the scripts/commands should be run on the client.
> 2. As far as I can tell, you can't just move the directory, you have to move
> each file, but again, I was able to trigger it with just the process of
> making the files.
> 3. Most of the time there is no difference
Sorry - Just saw the email in the ticket and found it in my spam box.
1. All the scripts/commands should be run on the client.
2. As far as I can tell, you can't just move the directory, you have to move
each file, but again, I was able to trigger it with just the process of
making the files.
3. M
Works for me.
In the following ceasar and lindi1 are nfs clients, lindi1 is a domU
with 2.6.32-27 and nova is an nfs server with 2.6.26+17+lenny1:
nova:~$ ssh caesar bash -c "'for i in \$(seq 1 1); do touch tmp/\$i; done'"
nova:~$ ssh lindi1 ls tmp | sort | uniq -d
nova:~$ ssh caesar mv tmp/
With much digress and some curse words uttered, i just had the same
issue happen on a Ubuntu 2.6.32 kernel. So I'm back to square one, and
assuming it's server side.
Thanks for your suggestions and I guess we can close this one out until
I once again can determine that it's client side, which
No luck. It appeared to work the first attempt, however, when I went
ahead and tried it a second time, It did not correct the issue. So it
appears that touching the directory does not resolve the duplicate
filenames. Again, removing the modules i specified in previous update
email did clear the
On Mon, 2010-10-11 at 14:50 -0400, Jason Kendall wrote:
>
> On 10-10-11 01:19 PM, Ben Hutchings wrote:
> > On Mon, Oct 11, 2010 at 12:49:33PM -0400, Jason Kendall wrote:
> >
> >> Package: linux-2.6
> >> Severity: important
> >> Tags: upstream
> >>
> > Which version?
> >
> uname was f
Forwarded Message
From: Jason Kendall
To: Ben Hutchings
Subject: Re: Bug#599823: linux-2.6: XEN and NFS causes duplicate filenames with
large directories
Date: Mon, 11 Oct 2010 14:50:39 -0400
On 10-10-11 01:19 PM, Ben Hutchings wrote:
> On Mon, Oct 11, 2010 at 12:49:3
Opps.. didn't reply all..
-- Forwarded message --
From: Jason Kendall
Date: Mon, Oct 11, 2010 at 2:50 PM
Subject: Re: Bug#599823: linux-2.6: XEN and NFS causes duplicate filenames
with large directories
To: Ben Hutchings
On 10-10-11 01:19 PM, Ben Hutchings wrote:
>
On Mon, Oct 11, 2010 at 12:49:33PM -0400, Jason Kendall wrote:
> Package: linux-2.6
> Severity: important
> Tags: upstream
Which version?
> There apears to be an allusive bug that makes it very difficult to track
> down.
>
> So far I have found the following details:
>
> 1. Happens only on Xe
14 matches
Mail list logo
