Steve French | 1 Apr 2009 07:34
Picon
Gravatar

Re: endianness of uniqueid value in, FILE_UNIX_BASIC_INFO

As requested, updated cifs-2.6.git with patch which converts all
"UniqueId" fields (on the wire) to le64 and adds conversion
le64_to_cpu
Seems reasonable that we had to fix it - if a big endian client backs
up a file which it thinks is one inode number, this should match what
the server thinks the inode number is. Let me know if you notice
anything else that needs to be changed there.

--

-- 
Thanks,

Steve
Igor Mammedov | 1 Apr 2009 16:02
Picon

[PATCH 2/3] [CIFS] Remote DFS root support. Try 2, fixed

Jeff Layton wrote:
> On Tue, 17 Mar 2009 19:41:15 +0300
> Igor Mammedov <niallain <at> gmail.com> wrote:
> 
> Sorry for the delay in reviewing this.
> 
>> Subject: [PATCH 2/3] [CIFS] Remote DFS root support.
>>
>>  Allows to mount share on a server that returns -EREMOTE
>>  at the tree connect stage or at the check on a full path
>>  accessibility.
>>
>> Signed-off-by: Igor Mammedov <niallain <at> gmail.com>
>> ---
>>  fs/cifs/connect.c |  159 ++++++++++++++++++++++++++++++++++++++++++-----------
>>  1 files changed, 127 insertions(+), 32 deletions(-)
>>
>> diff --git a/fs/cifs/connect.c b/fs/cifs/connect.c
>> index cd4ccc8..abe54d2 100644
>> --- a/fs/cifs/connect.c
>> +++ b/fs/cifs/connect.c
>>  <at>  <at>  -2214,9 +2214,63  <at>  <at>  is_path_accessible(int xid, struct cifsTconInfo *tcon,
>>  	return rc;
>>  }
>>  
>> +static void
>> +cleanup_volume_info(struct smb_vol **pvolume_info)
>> +{
>> +	struct smb_vol *volume_info;
>> +
(Continue reading)

Igor Mammedov | 1 Apr 2009 16:06
Picon

[PATCH 2/3] [CIFS] Remote DFS root support. Try 2, fixed

Sorry, I'm forgot to attach a patch.

Jeff Layton wrote:
> > On Tue, 17 Mar 2009 19:41:15 +0300
> > Igor Mammedov <niallain <at> gmail.com> wrote:
> > 
> > Sorry for the delay in reviewing this.
> > 
>> >> Subject: [PATCH 2/3] [CIFS] Remote DFS root support.
>> >>
>> >>  Allows to mount share on a server that returns -EREMOTE
>> >>  at the tree connect stage or at the check on a full path
>> >>  accessibility.
>> >>
>> >> Signed-off-by: Igor Mammedov <niallain <at> gmail.com>
>> >> ---
>> >>  fs/cifs/connect.c |  159 ++++++++++++++++++++++++++++++++++++++++++-----------
>> >>  1 files changed, 127 insertions(+), 32 deletions(-)
>> >>
>> >> diff --git a/fs/cifs/connect.c b/fs/cifs/connect.c
>> >> index cd4ccc8..abe54d2 100644
>> >> --- a/fs/cifs/connect.c
>> >> +++ b/fs/cifs/connect.c
>> >>  <at>  <at>  -2214,9 +2214,63  <at>  <at>  is_path_accessible(int xid, struct cifsTconInfo *tcon,
>> >>  	return rc;
>> >>  }
>> >>  
>> >> +static void
>> >> +cleanup_volume_info(struct smb_vol **pvolume_info)
>> >> +{
(Continue reading)

Shirish Pargaonkar | 1 Apr 2009 21:33
Picon

Re: [linux-cifs-client][patch] utilize lookup intents to open in lookup

On Tue, Mar 31, 2009 at 11:57 AM, Shirish Pargaonkar
<shirishpargaonkar <at> gmail.com> wrote:
> Hi,
>
> Patch to expolint lookup intents in cifs lookup during open, thus
> reducing network traffick and speedier opens
> Have also converted a semphore to mutex as per Jeff Layton's comments.
>
> Trong, Al, your feedback is really appreciated.
>
> Regards,
>
> Shirish
>

Forgot to take out two debug lines.  Did test this patch while
creating regular files, directories, symbolic links,
exclusive create against older and newer version of samba and so far it works.

Regards,

Shirish
Attachment (li.5.patch): application/octet-stream, 10 KiB
Jeff Layton | 1 Apr 2009 21:38
Picon
Favicon

Re: [PATCH 2/3] [CIFS] Remote DFS root support. Try 2, fixed

On Wed, 01 Apr 2009 18:06:58 +0400
Igor Mammedov <niallain <at> gmail.com> wrote:

> >From 44c0a1740dd9f22f861152b0a17e637ee301362e Mon Sep 17 00:00:00 2001  
> From: Igor Mammedov <niallain <at> gmail.com>
> Date: Wed, 1 Apr 2009 17:54:42 +0400
> Subject: [PATCH 2/3] [CIFS] Remote DFS root support.
> 
> Allows to mount share on a server that returns -EREMOTE
>  at the tree connect stage or at the check on a full path
>  accessibility.
> 
> Signed-off-by: Igor Mammedov <niallain <at> gmail.com>
> ---
>  fs/cifs/connect.c |  152 +++++++++++++++++++++++++++++++++++++++++-----------
>  1 files changed, 120 insertions(+), 32 deletions(-)
> 
> diff --git a/fs/cifs/connect.c b/fs/cifs/connect.c
> index b173b01..7f3b6c2 100644
> --- a/fs/cifs/connect.c
> +++ b/fs/cifs/connect.c
>  <at>  <at>  -2214,9 +2214,56  <at>  <at>  is_path_accessible(int xid, struct cifsTconInfo *tcon,
>  	return rc;
>  }
>  
> +static void
> +cleanup_volume_info(struct smb_vol **pvolume_info)
> +{
> +	struct smb_vol *volume_info;
> +
(Continue reading)

Steve French | 2 Apr 2009 06:22
Picon
Gravatar

Re: [PATCH 3/3] [CIFS] Enable dfs submounts to handle remote referrals.

I merged your updated patch 2 (patch 1 was merged earlier), but was
not clear in the following patch (patch 3) why we no longer need to
check flags for DFSREF_STORAGE_SERVER, are other types (both
DFSREF_REFERRAL_SERVER and DFSREF_TARGET_FAILBACK) now ok and do not
require special handling (I wasn't sure about what TARGET_FAILBACK
does).

On Fri, Mar 27, 2009 at 11:43 AM, Jeff Layton <jlayton <at> redhat.com> wrote:
> On Tue, 17 Mar 2009 19:44:32 +0300
> Igor Mammedov <niallain <at> gmail.com> wrote:
>
>> From 73352e0f001d32812f9b18ae85aec35026b7a194 Mon Sep 17 00:00:00 2001
>> From: Igor Mammedov <niallain <at> gmail.com>
>> Date: Tue, 17 Mar 2009 19:00:30 +0300
>> Subject: [PATCH 3/3] [CIFS] Enable dfs submounts to handle remote referrals.
>>
>> Having remote dfs root support in cifs_mount, we can
>> afford to pass into it UNC that is remote.
>>
>> Signed-off-by: Igor Mammedov <niallain <at> gmail.com>
>> ---
>>  fs/cifs/cifs_dfs_ref.c |   32 ++++++++++++++------------------
>>  1 files changed, 14 insertions(+), 18 deletions(-)
>>
>> diff --git a/fs/cifs/cifs_dfs_ref.c b/fs/cifs/cifs_dfs_ref.c
>> index 5fdbf8a..896b08f 100644
>> --- a/fs/cifs/cifs_dfs_ref.c
>> +++ b/fs/cifs/cifs_dfs_ref.c
>>  <at>  <at>  -341,27 +341,23  <at>  <at>  cifs_dfs_follow_mountpoint(struct dentry *dentry, struct nameidata *nd)
>>
(Continue reading)

Jeff Layton | 2 Apr 2009 17:32
Picon
Favicon

[PATCH] cifs: make cifs_writepages use longer timeout

We've had a lot of changes to the socket sending and buffered write code
in recent months and I've just noticed some breakage due to it. The
"bigfile2" connectathon test does writes at 2G and 4G offsets in a file.
When running this test against a windows server, this is timing out
after 45s and throwing a -EAGAIN error back to userspace.

The following patch "fixes" it, but I'm not entirely thrilled with it.
It would be nice to detect that we are writing past the EOF and only
increase the timeout in that situation. The problem is that by the time
we're writing back pages i_size has already been updated.

Signed-off-by: Jeff Layton <jlayton <at> redhat.com>
---
 fs/cifs/file.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/fs/cifs/file.c b/fs/cifs/file.c
index 81747ac..e86e7b5 100644
--- a/fs/cifs/file.c
+++ b/fs/cifs/file.c
 <at>  <at>  -1532,7 +1532,7  <at>  <at>  retry:
 						   open_file->netfid,
 						   bytes_to_write, offset,
 						   &bytes_written, iov, n_iov,
-						   CIFS_LONG_OP);
+						   CIFS_VLONG_OP);
 				atomic_dec(&open_file->wrtPending);
 				if (rc || bytes_written < bytes_to_write) {
 					cERROR(1, ("Write2 ret %d, wrote %d",
--

-- 
(Continue reading)

Snefru | 2 Apr 2009 18:04

Samba4 client question


Hello,

Question regarding samba4.  Outside of the howto file in the root of the
samba-4.0.0alpha7 tarball I found little to no samba4 documentation.

At this time it appears the only samab4 client command is smbclient.  Does
anyone know when smbmount/mount.cifs will be available in samba4?

Thanks

--

-- 
View this message in context: http://www.nabble.com/Samba4-client-question-tp22850651p22850651.html
Sent from the Samba - linux-cifs-client mailing list archive at Nabble.com.
Igor Mammedov | 2 Apr 2009 18:10
Picon

Re: [PATCH 3/3] [CIFS] Enable dfs submounts to handle remote referrals.

Steve French wrote:
> I merged your updated patch 2 (patch 1 was merged earlier), but was
> not clear in the following patch (patch 3) why we no longer need to
> check flags for DFSREF_STORAGE_SERVER, are other types (both
> DFSREF_REFERRAL_SERVER and DFSREF_TARGET_FAILBACK) now ok and do not
> require special handling (I wasn't sure about what TARGET_FAILBACK
> does).

Now cifs supports only V3 style referrals only and by ms docs
TARGET_FAILBACK should be ignored by a client except for V4 referrals.

So we could ignore it for a while till we decide to add support for
V4 referrals.

> 
> On Fri, Mar 27, 2009 at 11:43 AM, Jeff Layton <jlayton <at> redhat.com> wrote:
>> On Tue, 17 Mar 2009 19:44:32 +0300
>> Igor Mammedov <niallain <at> gmail.com> wrote:
>>
>>> From 73352e0f001d32812f9b18ae85aec35026b7a194 Mon Sep 17 00:00:00 2001
>>> From: Igor Mammedov <niallain <at> gmail.com>
>>> Date: Tue, 17 Mar 2009 19:00:30 +0300
>>> Subject: [PATCH 3/3] [CIFS] Enable dfs submounts to handle remote referrals.
>>>
>>> Having remote dfs root support in cifs_mount, we can
>>> afford to pass into it UNC that is remote.
>>>
>>> Signed-off-by: Igor Mammedov <niallain <at> gmail.com>
>>> ---
>>>  fs/cifs/cifs_dfs_ref.c |   32 ++++++++++++++------------------
(Continue reading)

Steve French | 2 Apr 2009 20:15
Picon
Gravatar

Re: [PATCH] cifs: make cifs_writepages use longer timeout

When file is extended in write we could save the (previous) offset in
cifs_file struct ...?  And then increase the saved offset to match the
last write (past previous end of file).   Whenever we attempt a write
more than a few megabytes past the saved range, we can use long op?
Thoughts?

On Thu, Apr 2, 2009 at 10:32 AM, Jeff Layton <jlayton <at> redhat.com> wrote:
> We've had a lot of changes to the socket sending and buffered write code
> in recent months and I've just noticed some breakage due to it. The
> "bigfile2" connectathon test does writes at 2G and 4G offsets in a file.
> When running this test against a windows server, this is timing out
> after 45s and throwing a -EAGAIN error back to userspace.
>
> The following patch "fixes" it, but I'm not entirely thrilled with it.
> It would be nice to detect that we are writing past the EOF and only
> increase the timeout in that situation. The problem is that by the time
> we're writing back pages i_size has already been updated.
>
> Signed-off-by: Jeff Layton <jlayton <at> redhat.com>
> ---
>  fs/cifs/file.c |    2 +-
>  1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/fs/cifs/file.c b/fs/cifs/file.c
> index 81747ac..e86e7b5 100644
> --- a/fs/cifs/file.c
> +++ b/fs/cifs/file.c
>  <at>  <at>  -1532,7 +1532,7  <at>  <at>  retry:
>                                                   open_file->netfid,
>                                                   bytes_to_write, offset,
(Continue reading)


Gmane