toasters

toasters@lists.teaparty.net

13531 discussions

RE: Data Ontap 7.2
by Glenn Walker 12 Aug '06

12 Aug '06

Not yet tested, but they did fix CIFS running on only 1 proc at a time (now multithreaded and shouldn't be an issue with competing for resources from WAFL anymore). Looking forward to that, especially with changenotify and other issues that can cause problems on older systems! Glenn ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of markallen(a)micron.com Sent: Friday, August 11, 2006 11:43 AM To: toasters(a)mathworks.com Subject: Data Ontap 7.2 I noticed that Netapp GA'd 7.2 on the 3rd of August. I did a bug fix report and noticed that a lot of CIFS bugs were fixed between the GD release 7.04 and 7.2. I also noticed the same thing when I compared 7.1.1 and 7.2. I've also heard that CIFS performs a lot better on multiproc systems with this OS. Has anyone tested this out under a load and does the OS provide better CIFS performance without any reliability side affects or impact to other protocols such as NFS? I have it installed on a test system but I don't really have a load on it yet. Thanks -Mark

2 1

Data Ontap 7.2
by markallen＠micron.com 11 Aug '06

11 Aug '06

I noticed that Netapp GA'd 7.2 on the 3rd of August. I did a bug fix report and noticed that a lot of CIFS bugs were fixed between the GD release 7.04 and 7.2. I also noticed the same thing when I compared 7.1.1 and 7.2. I've also heard that CIFS performs a lot better on multiproc systems with this OS. Has anyone tested this out under a load and does the OS provide better CIFS performance without any reliability side affects or impact to other protocols such as NFS? I have it installed on a test system but I don't really have a load on it yet. Thanks -Mark

1 0

RE: CIFS homedir offline file synchronization
by Glenn Walker 11 Aug '06

11 Aug '06

One other thing to be aware of (ran into it today as I was reconfiguring my personal offline cache): If the share where the data resides does not provide the user with access, even if their personal directory does, then synchronization will fail. In that case, you'd have to have each user access their own share (essentially using the homedir functionality) or make it so that each user has privileges to the share itself (assuming read will be enough). Glenn -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Christopher Mende Sent: Thursday, August 10, 2006 5:02 PM To: toasters(a)mathworks.com Subject: RE: CIFS homedir offline file synchronization Thanks for your response Marty & Glenn, This KB looks like it should tackle this issue. Windows can't synchronize files into the cache for a share that essentially doesn't exist -- the share is only accessible when authenticated as that particular user. But not sure if it's practical to stamp primary SIDs on the desktops ... the users are relatively mobile. I'm far from a strong Windows admin (Unix background) so this is a bit of learning for me. I may suggest to create a top-level share, homedirs$ and reference each user's directory as \\filer\homedir$\%username% instead of \\filer\%username% (using the CIFS.HOMEDIR functionality). That way the share always exists ... and Windows can blindly sychronize stuff that doesn't need to be. :-D C Christopher Mende Systems Engineer Infinity Solutions Ltd P O Box 3323, Auckland Ph: +64 9 921 8039, Mob: +64 21 227 7590 Fax: +64 9 309 4142 www.infinitysolutions.co.nz > -----Original Message----- > From: Marty Wise [mailto:Marty.Wise@jlab.org] > Sent: Thursday, 10 August 2006 11:10 p.m. > To: Christopher Mende; toasters(a)mathworks.com > Subject: RE: CIFS homedir offline file synchronization > > Chris, > > I am not familiar with the error masking behavior you describe, but I have > done some tinkering with this issue from another perspective. > > Apparently, Windows uses a global offline file cache on a system. A > synchronization event will trigger a synchronization of files for all > users > by default. This is made even more annoying by various files which cannot > be > synchronized (MS Access files among others) that generate errors during > the > synchronization attempt. In our specific situation, it is users who only > occasionally log in to a system (mostly admins and support folks) that get > synchronized needlessly during sync events triggered by the real user of > the > system. A bit of digging revealed that Windows provides controls that > alleviates much of this problem for us. > > There are registry entries (that can be set via group policy) that allow > you > to specify a list of "Primary" users of a system for offline files (other > entries allow you to ignore specific file extensions during > synchronization). Offline files uses the list of primary users to attempt > synchronization of only files for those users. In our case, this avoids > synchronizing files for our admins, etc. The configuration is described in > MS KnowledgeBase article ID # 811660. > (http://support.microsoft.com/?kbid=811660) > > I'm not sure if this is useful in your situation. > > Regards, > > Marty Wise > Computer Center, Windows Systems Team > Thomas Jefferson National Accelerator Facility > 12000 Jefferson Ave. > Newport News, VA, 23606 > > > ________________________________________ > From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] > On > Behalf Of Christopher Mende > Sent: Thursday, August 10, 2006 12:49 AM > To: toasters(a)mathworks.com > Subject: CIFS homedir offline file synchronization > > Hi All, > > Anyone run into issues with offline file synchronization for homedirs? > > Have an issue where user1 logs in and out, and sync works just fine. > > User 2 logs in and out & syncs, plus it tries to sync user1 again, which > fails. > > According to M$, if you were using one of their servers, the share > permissions on the user share would be set to Full Control, and Windows > would actually mask the failure. > > Seems this isn't happening when using the filer - any ideas short of > scrapping the auto-homedir feature? How does one change the share > permissions on these auto-gen'd shares which aren't accessible via > traditional methods? If that's really the fix. > > Christopher Mende > > The information contained in this email is privileged and confidential and > intended for the addressee only. If you are not the intended recipient, > you > are asked to respect that confidentiality and not disclose, copy or make > use > of its contents. If received in error you are asked to destroy this email > and contact the sender immediately. Your assistance is appreciated. The information contained in this email is privileged and confidential and intended for the addressee only. If you are not the intended recipient, you are asked to respect that confidentiality and not disclose, copy or make use of its contents. If received in error you are asked to destroy this email and contact the sender immediately. Your assistance is appreciated.

1 0

CIFS homedir offline file synchronization
by Christopher Mende 10 Aug '06

10 Aug '06

Hi All, Anyone run into issues with offline file synchronization for homedirs? Have an issue where user1 logs in and out, and sync works just fine. User 2 logs in and out & syncs, plus it tries to sync user1 again, which fails. According to M$, if you were using one of their servers, the share permissions on the user share would be set to Full Control, and Windows would actually mask the failure. Seems this isn't happening when using the filer - any ideas short of scrapping the auto-homedir feature? How does one change the share permissions on these auto-gen'd shares which aren't accessible via traditional methods? If that's really the fix. Christopher Mende The information contained in this email is privileged and confidential and intended for the addressee only. If you are not the intended recipient, you are asked to respect that confidentiality and not disclose, copy or make use of its contents. If received in error you are asked to destroy this email and contact the sender immediately. Your assistance is appreciated.

2 1

RE: CIFS homedir offline file synchronization
by Christopher Mende 10 Aug '06

10 Aug '06

Thanks for your response Marty & Glenn, This KB looks like it should tackle this issue. Windows can't synchronize files into the cache for a share that essentially doesn't exist -- the share is only accessible when authenticated as that particular user. But not sure if it's practical to stamp primary SIDs on the desktops ... the users are relatively mobile. I'm far from a strong Windows admin (Unix background) so this is a bit of learning for me. I may suggest to create a top-level share, homedirs$ and reference each user's directory as \\filer\homedir$\%username% instead of \\filer\%username% (using the CIFS.HOMEDIR functionality). That way the share always exists ... and Windows can blindly sychronize stuff that doesn't need to be. :-D C Christopher Mende Systems Engineer Infinity Solutions Ltd P O Box 3323, Auckland Ph: +64 9 921 8039, Mob: +64 21 227 7590 Fax: +64 9 309 4142 www.infinitysolutions.co.nz > -----Original Message----- > From: Marty Wise [mailto:Marty.Wise@jlab.org] > Sent: Thursday, 10 August 2006 11:10 p.m. > To: Christopher Mende; toasters(a)mathworks.com > Subject: RE: CIFS homedir offline file synchronization > > Chris, > > I am not familiar with the error masking behavior you describe, but I have > done some tinkering with this issue from another perspective. > > Apparently, Windows uses a global offline file cache on a system. A > synchronization event will trigger a synchronization of files for all > users > by default. This is made even more annoying by various files which cannot > be > synchronized (MS Access files among others) that generate errors during > the > synchronization attempt. In our specific situation, it is users who only > occasionally log in to a system (mostly admins and support folks) that get > synchronized needlessly during sync events triggered by the real user of > the > system. A bit of digging revealed that Windows provides controls that > alleviates much of this problem for us. > > There are registry entries (that can be set via group policy) that allow > you > to specify a list of "Primary" users of a system for offline files (other > entries allow you to ignore specific file extensions during > synchronization). Offline files uses the list of primary users to attempt > synchronization of only files for those users. In our case, this avoids > synchronizing files for our admins, etc. The configuration is described in > MS KnowledgeBase article ID # 811660. > (http://support.microsoft.com/?kbid=811660) > > I'm not sure if this is useful in your situation. > > Regards, > > Marty Wise > Computer Center, Windows Systems Team > Thomas Jefferson National Accelerator Facility > 12000 Jefferson Ave. > Newport News, VA, 23606 > > > ________________________________________ > From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] > On > Behalf Of Christopher Mende > Sent: Thursday, August 10, 2006 12:49 AM > To: toasters(a)mathworks.com > Subject: CIFS homedir offline file synchronization > > Hi All, > > Anyone run into issues with offline file synchronization for homedirs? > > Have an issue where user1 logs in and out, and sync works just fine. > > User 2 logs in and out & syncs, plus it tries to sync user1 again, which > fails. > > According to M$, if you were using one of their servers, the share > permissions on the user share would be set to Full Control, and Windows > would actually mask the failure. > > Seems this isn't happening when using the filer - any ideas short of > scrapping the auto-homedir feature? How does one change the share > permissions on these auto-gen'd shares which aren't accessible via > traditional methods? If that's really the fix. > > Christopher Mende > > The information contained in this email is privileged and confidential and > intended for the addressee only. If you are not the intended recipient, > you > are asked to respect that confidentiality and not disclose, copy or make > use > of its contents. If received in error you are asked to destroy this email > and contact the sender immediately. Your assistance is appreciated. The information contained in this email is privileged and confidential and intended for the addressee only. If you are not the intended recipient, you are asked to respect that confidentiality and not disclose, copy or make use of its contents. If received in error you are asked to destroy this email and contact the sender immediately. Your assistance is appreciated.

1 0

Windows Exceed Quota Message and Threshold/Soft Quota
by Jeff Burton 10 Aug '06

10 Aug '06

Currently when a Windows user exceeds their home directory user disk quota a Windows message is sent out that says, "Error Copying File or Folder\nThere is not enough free disk space". That is starting to cause many users to call our Help Desk telling us we are out of space when in fact we have all sorts of space, we just don't want them using it (I believe a 10GB home directory limit is more than fair). Before we quota the other 14,000 users it would be nice if we could customize that message (netsend message?) to say something like, "You have exceeded your 10GB quota, please delete your mp3's and wedding pictures to free up space". If we could do this for the soft_disk quota/threshold that would be helpful as well. We have DFM but I think that can only email and can't send a message to a persons Windows ID...of course I'm not going to link 16,000 email address with their Windows ID's. On a related topic that was recently touched upon in toasters...what is the difference between a threshold and a soft_disk quota? Neither send a netsend windows message, neither restrict the write, and both put a message in the messages file regardless of which is higher than the other. The description in the NetApp Manual is below and it sounds like 2 ways of saying the exact same thing. threshold (optional) is the disk space usage point at which warnings of approaching quota limits are issued. soft_disk (optional) is a soft quota space limit that, if exceeded, issues warnings rather than rejecting space requests. Thanks, Jeff __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

4 3

RE: CIFS homedir offline file synchronization
by Glenn Walker 10 Aug '06

10 Aug '06

We use offline folders with synchronization and have no issues - it sounds like it may be related to permissions on the actual user share itself - can you elaborate as to the configuration there? Also - what exactly does MS mean by 'masking' the failure? That it still fails but they don't inform you? The other issue that I can think of - if user1 and user2 were test accounts, and user2 was actually synchronizing to user1 at some point in the past, there is a cache folder on the local client that probably needs to be cleaned out: this folder is responsible for retaining the files\cache data that refers to the location of the data on the network - I've seen this become corrupted before (switching servers where the home dir is located, for example) such that the offline folder synchronization process still attempts to look in the old location as well as the new. Just a hunch. http://support.microsoft.com/?kbid=230738 Glenn ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Christopher Mende Sent: Thursday, August 10, 2006 12:49 AM To: toasters(a)mathworks.com Subject: CIFS homedir offline file synchronization Hi All, Anyone run into issues with offline file synchronization for homedirs? Have an issue where user1 logs in and out, and sync works just fine. User 2 logs in and out & syncs, plus it tries to sync user1 again, which fails. According to M$, if you were using one of their servers, the share permissions on the user share would be set to Full Control, and Windows would actually mask the failure. Seems this isn't happening when using the filer - any ideas short of scrapping the auto-homedir feature? How does one change the share permissions on these auto-gen'd shares which aren't accessible via traditional methods? If that's really the fix. Christopher Mende The information contained in this email is privileged and confidential and intended for the addressee only. If you are not the intended recipient, you are asked to respect that confidentiality and not disclose, copy or make use of its contents. If received in error you are asked to destroy this email and contact the sender immediately. Your assistance is appreciated.

1 0

Data Classification
by netster 02 Aug '06

02 Aug '06

Hi! I have several NetApp filers with close to 25TBs of user data stored on them (Best guess is that there is some 50 million files, but we aren't sure as our backup software only backups the current data set, not the snapshots). We are looking to consolidate down the environment given the latest storage capacities and thought I would ask the community here what tools that they used to understand what data needed to be migrate, what data needed to be destroyed, and what the data costs in terms of per user and department? We have the costing for the storage down to a per $ fee per MB/GB. Any thoughts? We have tried some freeware and shareware programs, but they require weeks, if not months of personnel time to make sense out of the data that they collect. We are looking for a packaged solution. Thank you for your help. -- View this message in context: http://www.nabble.com/Data-Classification-tf2023386.html#a5563372 Sent from the Network Appliance - Toasters forum at Nabble.com.

4 3

Delivery Status Notification
by Mail Delivery Service 02 Aug '06

02 Aug '06

Your message was refused by recipient's server filtering program. Reason given was as follows: attachment filename not allowed

1 0

Please resend your mail
by bnrrrsp 02 Aug '06

02 Aug '06

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

toasters