AF:
NF:0
PS:10
SRH:1
SFN:
DSR:
MID:<20081014155607.2d129d74@ripper.onstor.net>
CFG:
PT:0
S:andy.sharp@onstor.com
RQ:
SSV:onstor-exch02.onstor.net
NSV:
SSH:
R:<michael.baugh@onstor.com>,<mtyson@css.glasshouse.com>,<dl-esc-l3@onstor.com>,<dl-cstech@onstor.com>
MAID:1
X-Sylpheed-Privacy-System:
X-Sylpheed-Sign:0
SCF:#mh/Mailbox/sent
RMID:#imap/andys@onstor.net@onstor-exch02.onstor.net/INBOX	54600	BB375AF679D4A34E9CA8DFA650E2B04E0C0D7CB9@onstor-exch02.onstor.net
X-Sylpheed-End-Special-Headers: 1
Date: Tue, 14 Oct 2008 15:56:24 -0700
From: Andrew Sharp <andy.sharp@onstor.com>
To: "Michael Baugh" <michael.baugh@onstor.com>
Cc: "Mark Tyson" <mtyson@css.glasshouse.com>, "dl-esc-l3"
 <dl-esc-l3@onstor.com>, "dl-cstech" <dl-cstech@onstor.com>
Subject: Re: Case 9953/University of Miami/3.3.1.0  mount.cifs problem with
 various linux
Message-ID: <20081014155624.7fcd3202@ripper.onstor.net>
In-Reply-To: <BB375AF679D4A34E9CA8DFA650E2B04E0C0D7CB9@onstor-exch02.onstor.net>
References: <013001c92df3$3ddfcdb0$b99f6910$@glasshouse.com>
 <BB375AF679D4A34E9CA8DFA650E2B04E0C0D7CB9@onstor-exch02.onstor.net>
Organization: Onstor
X-Mailer: Sylpheed-Claws 2.6.0 (GTK+ 2.8.20; x86_64-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

Just so folks know, what you're actually doing when you do this is
_disabling_ the Linux extensions.  The Linux extensions should really
be disable by default, because they only work when the server is a
Linux box and it has the extensions enabled.  Since our product isn't a
Linux box and is fully Windows CIFS compatible, it's not going to work
with the extensions, which is why they have to be disabled.

You can add "cifs" to your /etc/modules file, which will force load the
module at boot time; then add a shell script that is run at boot time
(see scripts in /etc/init.d) that sends the '0' to the proc file.

If the customer wants to rebuild that kernel module they should
configure it to be built w/o Unix/Linux/Posix extensions, which will
also solve this problem it seems.

On Tue, 14 Oct 2008 05:46:38 -0700 "Michael Baugh"
<michael.baugh@onstor.com> wrote:

> I asked Grant for a few more details and updated the case with his
> reply:
> 
>  
> 
> I haven't spent any time on the workaround.  What I have to do at this
> point is
> 
> 1) mount a cifs from another source so the kernel area /proc/fs/cifs
> shows up. 
> 
> Isn't there until you do a cifs mount
> 
> 2) run a command as root,  "echo 0 >/proc/fs/cifs/LinuxExtensions"
> 
> 3) mount the Bobcat cifs
> 
> 4) umount the cifs mounted in 1) if it is not needed.
> 
> I expect I could build a custom samba package with linux extensions
> enabled by default and make it available to the folks, but it is nice
> to just float with the OS distribution when you can-  It will mean
> builds for 4 or 5 versions I expect.  There are surely other ways to
> do it, but it will take some fooling around for me to figure it out.
> 
>  
> 
> It will be a couple of days before I get to rerunning any speed tests.
> I am trying to get privlege and permissions in hand for a volume with
> many folders for different users and am still struggling a bit with
> that.  I will have enough tried to be able to ask questions this
> afternoon and will submit a support case then.
> 
>  
> 
>  
> 
>  
> 
>  
> 
>  
> 
> Mike Baugh
> Director North America Client Relations
> 
> ONStor, Inc.
> office: 408-376-3160
> mobile: 408-431-6803
> 
> Michael.Baugh@onstor.com <mailto:Michael.Baugh@onstor.com> 
> http://www.onstor.com <http://www.onstor.com> 
> 
>  
> 
> ________________________________
> 
> From: Mark Tyson 
> Sent: Tuesday, October 14, 2008 7:52 AM
> To: dl-esc-l3; dl-cstech
> Subject: Case 9953/University of Miami/3.3.1.0 mount.cifs problem with
> various linux
> 
>  
> 
> Hello all,
> 
>  
> 
> When searching a found that customer had same problem with 3.3 Beta
> but saw no resolution. This is what customer is seeing and a
> workaround that he found.
> 
>  
> 
> Created By: Call Center TSE
> <https://ssl.salesforce.com/00500000006oqtZ> (10/13/2008 4:10 PM)
> Detailed comments added by customer (Grant) 
> 
> Failure of copy to CIFS shares on Bobcat mounted on 3.3x linux
> systems. 10/13/2008 Grant Basham, 305-421-4026 
> 
> The problem is with 3.3/3.3.1 onstor CIFS volumes and linux
> "mount.cifs"
> 
> Samba mounts of the shares from the Bobcat to the Linux box. When a
> CIFS
> 
> share is mounted via Samba's mount.cifs utility, the share mounts,
> lists, 
> reads, and deletes file in the share. A "touch" operation takes 30
> sec's
> 
> (expecting 0.5 secs or less) and a copy from any local filesystem to
> the
> 
> cifs share takes 30 secs and fails. See the "Log Failure to Copy"
> appended 
> here for a script of the operations and the kernel logs generated.
> This occurs with RedHat Enterprise 5.2, openSUSE 10.2, and Fedora 9.
> The same
> 
> share (\\krystal2\home) is well behaved on older RedHat versions (4.x)
> using 
> the "smbmount" utility instead of mount.cifs, with NFS mounts of the
> same 
> share on linux boxes, and with Windows XP/Vista. 
> 
> *** 
> There is a local workaround. The kernel log (dmesg, below) had a line 
> recommending mounting with Unix extensions enabled. The kernel setup
> area 
> in /proc/fs/cifs/. This is an image of the kernel memory settings for
> the 
> cifs mounts. There was a
> varialble /proc/fs/cifs/LinuxExtensionsEnabled containing "1". I did 
> echo 0 > /proc/fs/cifs/LinuxExtensionsEnabled 
> and remounted the file system. Works fine. Copys complete rapidly and 
> without error. I am not yet sure of the ramifications of the change
> of setting, but I will get that researched before long. The setting
> does not 
> survive a boot, but I expect I can find some workaround for that. 
> 
> ========== Log Failure to Copy ===================== 
> [root@gimley ~]# cat /etc/issue 
> Red Hat Enterprise Linux Server release 5.2 (Tikanga) 
> [root@gimley ~]# uname -a 
> Linux gimley.rsmas.miami.edu 2.6.18-92.1.13.el5 #1 SMP Thu Sep 4
> 03:51:01 
> EDT 2008 i686 i686 i386 GNU/Linux 
> [root@gimley ~]# mount.cifs -V 
> mount.cifs version: 1.10 
> [root@gimley ~]# rpm -qf /sbin/mount.cifs 
> samba-client-3.0.28-1.el5_2.1 
> [root@gimley ~]# mount.cifs //krystal2/home /m1 -o 
> username=amazon/administrator 
> Password: 
> [root@gimley ~]# cd /m1 
> [root@gimley m1]# df . 
> Filesystem 1K-blocks Used Available Use% Mounted on 
> //krystal2/home 488316864 798960 487517904 1% /m1 
> [root@gimley m1]# ls -sF 
> total 40 
> 8 brent/ 8 ciffy/ 8 grant/ 8 lost+found/ 8 silvia/ 
> [root@gimley m1]# ls -l /root/iso.log 
> -rw-r--r-- 1 root root 363 May 14 11:39 /root/iso.log 
> [root@gimley m1]# time cp /root/iso.log . 
> cp: closing ./iso.log': Bad file descriptor 
> real 0m30.016s 
> user 0m0.000s 
> sys 0m0.003s 
> [root@gimley m1]# ls -l /m1 
> total 40 
> drwx------ 2 brent 410 1024 Oct 3 16:43 brent 
> drwx------ 2 2347 410 1024 Oct 3 16:43 ciffy 
> drwx------ 2 grant 410 1024 Oct 3 16:43 grant 
> -r--r--r-- 1 root root 0 Oct 10 11:49 iso.log 
> drwx------ 2 root root 1024 Oct 3 16:14 lost+found 
> drwx------ 2 1040 man 1024 Oct 3 16:43 silvia 
> [root@gimley m1]# cat /m1/iso.log 
> [root@gimley m1]# tail /var/log/messages 
> Oct 10 11:49:49 gimley kernel: CIFS VFS: server not responding 
> Oct 10 11:49:49 gimley kernel: CIFS VFS: No response for cmd 50 mid
> 37 Oct 10 11:49:54 gimley kernel: CIFS VFS: Send error in
> SETFSUnixInfo = -5 
> Oct 10 11:49:54 gimley kernel: CIFS VFS: Negotiating Unix capabilities
> with 
> the server failed. Consider mounting with the Unix Extensions 
> Oct 10 11:49:54 gimley kernel: disabled, if problems are found, by 
> specifying the nounix mount option. 
> Oct 10 11:50:03 gimley kernel: CIFS VFS: Write2 ret -9, wrote 0 
> Oct 10 11:50:03 gimley kernel: CIFS VFS: Send error in Close = -9 
> 
