Priceless,
A windows machine getting better throughput via NFS to a Linux Server versus a 
Linux Host?
What Server/Linux Host? Mount options, bad NFS Kernel (Recent RHEL debacle 
finally just resolved)...

Remember that Google suggestion :)
http://support.microsoft.com/kb/929110
/snip
This problem occurs because a problem in the original .NET Framework 2.0 Setup 
sets the value of the HKLM\SYSTEM\CurrentControlSet\Control\Session 
Manager\kernel\ dword:ObCaseInsensitive registry key to 1. The 
HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\kernel\ 
dword:ObCaseInsensitive registry key determines whether a file system is case 
sensitive or case insensitive. If the value of this key is set to 1, the file 
system is treated as case insensitive. If the value of this key is set to 0, 
the file system is treated as case sensitive.
/snip

I would research the ramifications of this tweak, and if you have a Linux 
Backup License/Agent
for your ware I would most certainly tune your mount and avoid this super messy 
conundrum!
How are you handling perms etc in your backup?

HTH,
jlc

-----Original Message-----
From: Miguel Gonzalez [mailto:miguel_3_gonza...@yahoo.es] 
Sent: Tuesday, December 16, 2008 11:30 AM
To: NT System Admin Issues
Subject: RE: NFS case sensitive files in Linux and Windows

Thanks for your answer.

I have been given more accurate info and I was a bit wrong of the assumptions. 
The main issue is that backing up from the Windows machine the NFS export (as 
local filesystem) from Netbackup is causing that anything case sensitive 
written from POSIX machines (Unix/Linux) is just considered as just one file. 
Backing up such exported NFS filesystem from a Linux machine takes 4 times more 
(40 MB/s vs 8 MB/s)

Can you point me to documents of such Windows kernel tuning? We are wondering 
if changing something in the OS level could change the behavior of Netbackup 
running on Windows and performing restores case sensitive.

This makes sense?

Thanks again,

Miguel


--- El mar, 16/12/08, Joseph L. Casale <jcas...@activenetwerx.com> escribió:

> De: Joseph L. Casale <jcas...@activenetwerx.com>
> Asunto: RE: NFS case sensitive files in Linux and Windows
> Para: "NT System Admin Issues" <ntsysadmin@lyris.sunbelt-software.com>
> Fecha: martes, 16 diciembre, 2008 12:07
> Known issue with Windows accessing NFS shares, Google NFS
> case sensitivity.
> What NFS client and Windows version are you using? MS NFS
> Client has case sensitivity adjustments you might read up
> on.
> You can also tune the kernel (windows side) to support case
> sensitivity...
> 
> Ugly mess...
> 
> jlc
> 
> -----Original Message-----
> From: Miguel Gonzalez [mailto:miguel_3_gonza...@yahoo.es] 
> Sent: Tuesday, December 16, 2008 8:42 AM
> To: NT System Admin Issues
> Subject: NFS case sensitive files in Linux and Windows
> 
> Dear all,
> 
>   We have a NFS filesystem imported from a Windows machine
> and a Linux machine. 
>   
>   If we create a text file called "test.txt" from
> Linux with "content 1" and then create afterwards
> a file called "TEST.txt" from Linux with
> "content 2", if you try to open any of those files
> from the Windows machine, it will show both of them with
> "content 1".
> 
>   If I try to open "TEST.txt" from the linux box,
> it reports that this file doesn't exist, although I can
> see from the Windows box.
> 
>   This come from a test trying to perform a Netbackup
> restore of NFS filesystems in a Linux box. The restore is
> not case sensitive so any file that is lower case or upper
> case is restored as one single file. The reason why we are
> using Linux to perform the restore is because our Netbackup
> server is Linux and would require to perform restores from
> client machines the requirement of performing netbackup
> restores from Windows machines.
> 
>   I hope I have explained myself well
> 
>   Thanks,
> 
>   Miguel
> 
> 
>       
> 
> ~ Finally, powerful endpoint security that ISN'T a
> resource hog! ~
> ~
> <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>
>  ~
> 
> ~ Finally, powerful endpoint security that ISN'T a
> resource hog! ~
> ~
> <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>
>  ~


      

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

Reply via email to