Hi Gianluca-
On Feb 6, 2008, at 1:25 PM, Gianluca Alberici wrote:
Hello all,
Thanks to Chuck's help i finally decided to proceed to a git bisect
and found the bad patch. Is there anybody that has an idea why it
breaks userspace nfs servers as we have seen ? Sorry for emailing
directly
On Wed, 06 Feb 2008 22:55:02 +0100
Gianluca Alberici [EMAIL PROTECTED] wrote:
I finally got it. Problem and solution have been found from 6 month but
nobody cared...up to now those servers have not been mantained, this
problem is not discussed anywhere else than the following link.
The bug
Hello again everybody
Here follows the testbench:
- I got two mirrors, same machine, same disk etc...chaged hostname, IP,
and on the second i have recompiled kernel.
- First: 2.6.21.7 on debian sarge
- Second: 2.6.22 same system.
- Onto both i got nfs-user-server and cfsd last versions
- The
Hi Gianluca-
On Jan 30, 2008, at 7:40 AM, Gianluca Alberici wrote:
Hello again everybody
Here follows the testbench:
- I got two mirrors, same machine, same disk etc...chaged hostname,
IP, and on the second i have recompiled kernel.
- First: 2.6.21.7 on debian sarge
- Second: 2.6.22 same
On Jan 29, 2008, at 8:04 AM, Gianluca Alberici wrote:
Hello Chuck,
I attach as you requested the two dumpfiles obtained by
tcpdump -s0 -i lo -w /tmp/dump-(not-)working port 2049
They contain the dump relative to the usual double try: at first
the open() syscall creates the file, while in
Hello Chuck,
I attach as you requested the two dumpfiles obtained by
tcpdump -s0 -i lo -w /tmp/dump-(not-)working port 2049
They contain the dump relative to the usual double try: at first the
open() syscall creates the file, while in the second tries to truncate
to zero length.
Hope
On Tue, 29 Jan 2008, Chuck Lever wrote:
I think you mentioned previously that the server is the Debian user-space
server. You should contact Debian and ask for their help to diagnose the
problem. (As far as I know there are no user-space server developers on this
list, but I could be
On Tue, 2008-01-29 at 20:50 +0100, Gianluca Alberici wrote:
Hello,
I confirm that i have encountered this same problem (EINVAL on open
(...O | TRUNC) with the following userspace servers:
- nfs-user-server shipped with debian sarge/etch etc...
- cfsd (crypto file system which is an nfs
Hello,
I confirm that i have encountered this same problem (EINVAL on open
(...O | TRUNC) with the following userspace servers:
- nfs-user-server shipped with debian sarge/etch etc...
- cfsd (crypto file system which is an nfs server)
I want to underline again that these userspace servers
On Jan 29, 2008, at 3:31 PM, Trond Myklebust wrote:
On Tue, 2008-01-29 at 20:50 +0100, Gianluca Alberici wrote:
Hello,
I confirm that i have encountered this same problem (EINVAL on open
(...O | TRUNC) with the following userspace servers:
- nfs-user-server shipped with debian sarge/etch
Hi Gianluca-
On Jan 27, 2008, at 7:08 AM, Gianluca Alberici wrote:
Hello Chuck,
i have produced the output you requested using the code i used to
show you last time (which simply tries to open(... | O_TRUNC) a
file onto the nfs mount and writes Hello into it. I simply
iterate execution 2
Hello all,
I've seen that Trond and the other guys at Netapp are working hard on
the NFS support and there are dozens of patches in latest
2.6.24rcX s kernels regarding both RPC and NFS.
I can only hope, as Andrew Morton said, that the policy of new NFS impl
was 'dont break'.
In the end those
On Sun, 23 Dec 2007 12:35:17 +0100 Gianluca Alberici [EMAIL PROTECTED] wrote:
Hello,
I can do better. I have investigated a bit the problem:
1) The problem arises only with the userspace nfsd (Universal nfsd 2.2).
I have realized that the latest patches introduced in 2.6.22 have
13 matches
Mail list logo