toasters

toasters@lists.teaparty.net

1 participants
13518 discussions

Block vs Zoned checksum disks
by Ronan Mullally 14 Mar '07

14 Mar '07

Hi, I've got an old lab filer with a shelf of X231 disks. I've got my hands on a couple of extra 36GB disks to act as spares, but it turns out they're X225s rather than X231s - ie a 512 byte sector size rather than a 520 byte sector size. The /etc/qual_devices file lists the following: D NETAPP X225_ST336704FC NA42 512 D NETAPP X231_ST336704FC NA42 520 The two disks are obviously identical seagate drives, but AFAIR (I could be wrong, it's been a long day) I can't use a 512 byte drive in a volume of 520 byte drives. Is this correct? If so, is there any way around this? I can re-format the drives with a 520 byte sector size - and add an X225 line with a 520 byte sector size, would that do the trick? If not, is there any way of changing the disk label from X225 to X231? Thanks in advance, -Ronan

3 2

SnapDrive for Linux
by Holloway, Chris 14 Mar '07

14 Mar '07

All Can anyone help me with SnapDrive for Linux? I'm using CentOS 4.4 kernel 2.6.9-42.0.10, iSCSI initiator 4.0.3.0-4, latest Host Utilities Kit and latest SnapDrive for Linux. Filer is running ONTAP 7.2. I can connect to the filer with no problems and mount drives on my Linux server provided I don't use LVM. When I try to create LUNs using LVM I get a weird error. This is the command I'm using: [root@vader ~]# snapdrive storage create -fs /filerlun2 -dg netappdg2 -lun fas250:/vol/linuxlun/lun1 lun2 lun3 -lunsize 1g 0001-417 Command error: The following names are already in use: netappdg2. Please specify other names. There are absolutely no disk group names called this already: [root@vader ~]# lvscan ACTIVE '/dev/VolGroup00/LogVol00' [4.34 GB] inherit ACTIVE '/dev/VolGroup00/LogVol01' [512.00 MB] inherit I've used SnapDrive for HPUX before with no problems using LVM. I'm aware that CentOS isn't officially supported, but I was hoping it would work since RHEL is supported (and it's only a test environment anyway). Is there something I'm missing here? Thanks very much Chris -------------------------------------------------------- Christopher Holloway Consultant Professional Services Main: +44 (0)1423 519000 Direct: +44 (0)1423 519099 Fax: +44 (0)1423 519251 Mobile: DNS Arrow Nidderdale House Beckwith Knowle Harrogate HG3 1SA www.DNSarrow.co.uk Email Confidentiality Notice: This message is private and confidential. If you have received this message in error, please notify us and remove it from your system. "DNS Arrow" means Digital Network Services (UK) Limited, a company registered in England. Company Registration Number 3952678. Registered Office: Squire, Sanders & Dempsey, Level 28 Tower 42, 25 Old Broad Street, London EC2N 1HQ, UK.

1 0

RE: Upgrading Data OnTap
by George, Andrew 12 Mar '07

12 Mar '07

Sorry...As I understand the documentation I've read I think disk firmware updates are always disruptive unless you don't do more that what parity allows (1 disk per RG in raid4 or 2 disks in raid_DP) or unless your on 7.(Forgot the version - 0 or 1)) or later and your upgrading firmware as part of a reboot (the background upgrade option) - I've been thinking of raising a case asking for an enhancement about that as I couldn't see a way to drop new firmware on a box and let the nondisruptive upgrade process spin down and spin up one disk at a time (which is what it does if it sees new firmware after a reboot) Happy to be proven I'm doing it wrong :) _____ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Leeds, Daniel Sent: Saturday, 10 March 2007 2:58 AM To: Nils Vogels; tmac Cc: toasters(a)mathworks.com Subject: RE: Upgrading Data OnTap on the fibre channel drive shelves it updates the firmware on both the a/b loop. if you run the shelf firmware updater on one side of the cluster you do not need to do it on the other side. it is also non disruptive and does not interfere with data access. on the SATA shelves it is disruptive, the download command will tell you if it is disruptive or not before you proceed. -- Daniel Leeds Senior Systems Administrator Edmunds.com -----Original Message----- From: owner-toasters(a)mathworks.com on behalf of Nils Vogels Sent: Fri 3/9/2007 12:45 AM To: tmac Cc: toasters(a)mathworks.com Subject: Re: Upgrading Data OnTap On 3/8/07, tmac <tmacmd(a)gmail.com> wrote: > Personally, I would: > > copy the 7.1.2_setup_x.exe file to the /etc/software directory on each filer. > > Then from the console of each filer: > > options raid.background_disk_fw_update.enable off > (turns off auto updating of disk firmware) > software install filename (the filename from above) > > While at it, get and extract the latest all.zip and all_fw.zip files > (disk and shelf FW) into the /etc dir on each filer. > > Optionally, with cluster still enabled, run > disk_fw_update > to update all disk firmware (lessens downtime at reboot) > usually only needed on one head. When complete, run on > other head to be sure. > storage download shelf > to update shelf firmware (lessens downtime at reboot) > usually only needed on one head. When complete, run on > other head to be sure. > options raid.background_disk_fw_update.enable on > (turns the auto updating of disk firmware back on) > I'm preparing to do a NDU 7.0 -> 7.1 and was wondering: When you do the storage download shelf on one head, will it update the firmware on both the A-loop and B-loop ? I would expect not, since one head is only connected to one loop in a plain cluster config. AFAIK, downloading shelf firmware takes a quiesce of a loop and a controller reboot, and my customer really would like to have a functional system during this NDU. Greets, Nils -- Simple guidelines to happiness: Work like you don't need the money, Love like your heart has never been broken and Dance like no one can see you. "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication."

3 2

RE: Upgrading Data OnTap
by George, Andrew 10 Mar '07

10 Mar '07

Oops...sorry..thats right...Shelf firmware isn't disruptive for FC shelves from what I've seen My Mistake (answering emails while I'm doing a filer move) _____ From: Leeds, Daniel [mailto:dleeds@edmunds.com] Sent: Saturday, 10 March 2007 11:10 AM To: George, Andrew; Nils Vogels; tmac Cc: toasters(a)mathworks.com Subject: RE: Upgrading Data OnTap i think two things got merged in this one, i was responding to the guy asking about storage shelf download updates not individual disk updates. storage download shelf is non disruptive on FC loops but on SATA/ATA loops it is disruptive from my experience. -- Daniel Leeds Senior Systems Administrator Edmunds.com -----Original Message----- From: George, Andrew [mailto:georgea@anz.com] Sent: Fri 3/9/2007 4:08 PM To: Leeds, Daniel; Nils Vogels; tmac Cc: toasters(a)mathworks.com Subject: RE: Upgrading Data OnTap Sorry...As I understand the documentation I've read I think disk firmware updates are always disruptive unless you don't do more that what parity allows (1 disk per RG in raid4 or 2 disks in raid_DP) or unless your on 7.(Forgot the version - 0 or 1)) or later and your upgrading firmware as part of a reboot (the background upgrade option) - I've been thinking of raising a case asking for an enhancement about that as I couldn't see a way to drop new firmware on a box and let the nondisruptive upgrade process spin down and spin up one disk at a time (which is what it does if it sees new firmware after a reboot) Happy to be proven I'm doing it wrong :) _____ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Leeds, Daniel Sent: Saturday, 10 March 2007 2:58 AM To: Nils Vogels; tmac Cc: toasters(a)mathworks.com Subject: RE: Upgrading Data OnTap on the fibre channel drive shelves it updates the firmware on both the a/b loop. if you run the shelf firmware updater on one side of the cluster you do not need to do it on the other side. it is also non disruptive and does not interfere with data access. on the SATA shelves it is disruptive, the download command will tell you if it is disruptive or not before you proceed. -- Daniel Leeds Senior Systems Administrator Edmunds.com -----Original Message----- From: owner-toasters(a)mathworks.com on behalf of Nils Vogels Sent: Fri 3/9/2007 12:45 AM To: tmac Cc: toasters(a)mathworks.com Subject: Re: Upgrading Data OnTap On 3/8/07, tmac <tmacmd(a)gmail.com> wrote: > Personally, I would: > > copy the 7.1.2_setup_x.exe file to the /etc/software directory on each filer. > > Then from the console of each filer: > > options raid.background_disk_fw_update.enable off > (turns off auto updating of disk firmware) > software install filename (the filename from above) > > While at it, get and extract the latest all.zip and all_fw.zip files > (disk and shelf FW) into the /etc dir on each filer. > > Optionally, with cluster still enabled, run > disk_fw_update > to update all disk firmware (lessens downtime at reboot) > usually only needed on one head. When complete, run on > other head to be sure. > storage download shelf > to update shelf firmware (lessens downtime at reboot) > usually only needed on one head. When complete, run on > other head to be sure. > options raid.background_disk_fw_update.enable on > (turns the auto updating of disk firmware back on) > I'm preparing to do a NDU 7.0 -> 7.1 and was wondering: When you do the storage download shelf on one head, will it update the firmware on both the A-loop and B-loop ? I would expect not, since one head is only connected to one loop in a plain cluster config. AFAIK, downloading shelf firmware takes a quiesce of a loop and a controller reboot, and my customer really would like to have a functional system during this NDU. Greets, Nils -- Simple guidelines to happiness: Work like you don't need the money, Love like your heart has never been broken and Dance like no one can see you. "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication." "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication."

1 0

Upgrading Data OnTap
by Brent Ellis 09 Mar '07

09 Mar '07

I would like to upgrade my filer from data ontap 7.1p1 to 7.1.2 and I just want to make sure I am doing it write. I plan on doing the following: 1. disable the cluster 2. mount the c$ share as a drive 3. run the 7.1.2 installer 4. reboot 5. repeat with the other cluster partner 6. enable the cluster. Does that sound right? It seems a little to easy to me Brent Ellis Computing Services Group Boston University 617-358-2486 interi(a)bu.edu cashelp(a)bu.edu

9 10

mounting snapshots
by Steven Mandrake 09 Mar '07

09 Mar '07

Hello, I am having the hardest time understanding fractional space reservations for volumes and lun space reservations. If I reduce fractional space reservations to a volume that contain luns, what happens to lun space reservations? Is there a way to throttle lun space reservations -- as far as I can tell it's just a check box in Filerview.... The main question I have is --- does setting fractional space reservation affect my ability to mount snapshots. I assume that mounting snapshots does not take any space since it's all read-only.... or am i wrong in assuming this? My assumption right now is that fractional space reserve is there if I ever need to mount a snapshot to be read/write --- am I dead wrong? Thanks, Steve

3 5

Re: autosupport stops functioning
by Davies,Matt 08 Mar '07

08 Mar '07

We had to reboot the filer after deleting the queued autosupports. Not a great solution, but it worked. Cheers Matt -----Original Message----- From: owner-toasters(a)mathworks.com <owner-toasters(a)mathworks.com> To: Leeds, Daniel <dleeds(a)edmunds.com> CC: toasters(a)mathworks.com <toasters(a)mathworks.com> Sent: Thu Mar 08 18:58:34 2007 Subject: Re: autosupport stops functioning Hi there, Did you get a resolution to your problem? Looks like we got hit by the same bug. One of our filer (running 7.0.2) suddenly stopped working. Its partner works fine. One thing I noticed is this: On the filer where it stopped working: options autosupport.doit autosupport.doit WEEKLY_LOG On other filers where it works: options autosupport.doit autosupport.doit DONT Even if I change it to DONT, it doesn't seem to stick. Anyways I too have opened a case with Support to see what they advise. -G On 2/27/07, Leeds, Daniel <dleeds(a)edmunds.com> wrote: > > > > > fyi, > > netapp support is advising us to perform a software install of the same > release but without doing a download or reboot. ill post back the results > once i get clearance to muck with a production filer :) > > > -- > Daniel Leeds > Senior Systems Administrator > Edmunds.com > > > > -----Original Message----- > From: owner-toasters(a)mathworks.com on behalf of Leeds, Daniel > Sent: Tue 2/27/2007 6:32 AM > To: Kießl Walter; Oliver Bassett; toasters(a)mathworks.com > Subject: RE: autosupport stops functioning > > > it sounds like we have the same problem and i too cannot reboot this filer > because it houses at least 8 production oracle databases :( > > -- > Daniel Leeds > Senior Systems Administrator > Edmunds.com > > > > -----Original Message----- > From: Kießl Walter [mailto:kiessl@heidenhain.de] > Sent: Mon 2/26/2007 11:45 PM > To: Leeds, Daniel; Oliver Bassett; toasters(a)mathworks.com > Subject: AW: autosupport stops functioning > > Hi Daniel, > > I have the same problem with DOT 7.2.1. To me it seems that the autosupport > process has gone stuck. NetApp has no idea what the cause could be. They > asked me to reboot the filer, but as it is a productional database storage > provider I'm not able to boot it yet. > > Have you tried to boot the filer? Anything changed after rebooting? > > Regards > Walter > > ________________________________ > > Von: owner-toasters(a)mathworks.com > [mailto:owner-toasters@mathworks.com] Im Auftrag von Leeds, > Daniel > Gesendet: Dienstag, 27. Februar 2007 05:41 > An: Oliver Bassett; toasters(a)mathworks.com > Betreff: RE: autosupport stops functioning > > > > we are actually past 7.1.x on this filer > > > -- > Daniel Leeds > Senior Systems Administrator > Edmunds.com > > > > -----Original Message----- > From: Oliver Bassett > [mailto:Oliver.Bassett@infinity.co.nz] > Sent: Mon 2/26/2007 7:36 PM > To: Leeds, Daniel; toasters(a)mathworks.com > Subject: RE: autosupport stops functioning > > Did this start happening after an upgrade to ONTAP 7.0.5? > > > > They added throttling functionality to the autosupport options. > > > > Thanks > > > > Oliver Bassett > Senior Systems Engineer > > Infinity Solutions Ltd > P O Box 3323, Auckland > Ph: +64 9 921 8123, Mob: +64 21 574 994 > Fax: +64 9 309 4142 > www.infinitysolutions.co.nz > <http://www.infinitysolutions.co.nz> > > > > From: owner-toasters(a)mathworks.com > [mailto:owner-toasters@mathworks.com] > On Behalf Of Leeds, Daniel > Sent: Tuesday, 27 February 2007 3:37 p.m. > To: toasters(a)mathworks.com > Subject: autosupport stops functioning > > > > > > anyone else have this happen? > > suddenly one of our filers stops generating autosupport messages. both > autosupport.enable and autosupport.support.enable are on. if i generate > a test email with the autosupport.doit option nothing happens. not even > a failed message, the console just sits there as if i never generated > one. > > needless to say neither netapp or our email server gets anything from > this filer and nothing hits the console about generating any autosupport > emails. > > > 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. > > > > > > _____________________________________________________________ This e-mail (including all attachments) is confidential and may be privileged. It is for the exclusive use of the addressee only. If you are not the addressee, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please erase all copies of the message and its attachments and notify us immediately at help(a)generalatlantic.com <mailto:help@generalatlantic.com>. Thank You.

1 0

Dirty Parity
by Carl Howell 08 Mar '07

08 Mar '07

*This is my second attempt to send this to the list. If it shows up twice, I apologize. We had a situation last year in which one of the aggregates on our R100 suffered dirty parity in one of its raid groups which forced us to take the filer down for several hours while we ran WAFL_Check on that aggregate. Given this, I have a few questions: 1. What is the likelihood of getting dirty parity? I assume the likelihood goes up dramatically on a box like the R100 given that the weekly RAID scrubs seldom if ever complete. 2. If this had occurred on a cluster, could we take one node down to run the WAFL_Check, while the other node continues to serve data from the other aggregates? 3. How many of you have encountered something like this and decided to go with SyncMirror to protect against such a thing? Thanks, --Carl

3 4

RE: usermap problem
by Glenn Walker 07 Mar '07

07 Mar '07

No one is stating that you cannot map users with LDAP - however, if the user names are not alike between unix and windows is the key. Reading the ONTAP documentation, you must specify the windowsaccount attribute and the unixaccount attribute. So long as these attributes match, then you should map - if they do not match, then there is no way to map. To enable LDAP-based user-mapping, complete the following steps. 1 From the Data ONTAP command line, specify a value for the option ldap.usermap.attribute.windowsaccount. options ldap.usermap.attribute.windowsaccount account_name account_name is the user object attribute Data ONTAP will use for Windows account lookups. 2 Extend your LDAP schema to include the user object attribute you entered in Step 1. 3 From the Data ONTAP command line, specify a value for the option ldap.usermap.attribute.unixaccount. options ldap.usermap.attribute.unixaccount account_name account_name is the user object attribute Data ONTAP will use for UNIX account lookups. 4 Extend your LDAP schema to include the values you entered in Step 2 and Step 3. 5 Enter the following command: options ldap.usermap.enable on If you have a significant load on your LDAP server, you might want to improve performance by setting a separate search base or search base and scope for user-mapping, as described in the following section. -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Åke Beckman Sent: Tuesday, March 06, 2007 4:50 AM To: toasters(a)mathworks.com Subject: RE: usermap problem It IS possible, as Tom states, to do the usermapping through ldap, it's been around for quite some time.. Check options cifs.trace_dc_connection to see if the connection to the ldap server is working. (Don't know if this is valid only for AD ldap services...?) Maybe the password for ldap access got screwed up after the upgrade? options ldap.name user_name options ldap.passwd password I couldn't find any open bugs for ldap on 7.2.1.1 Regards / Åke ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Glenn Walker Sent: den 1 mars 2007 14:47 To: Langborg Tom; Parisi, Justin; toasters(a)mathworks.com Subject: RE: usermap problem For like usernames, it will work. You stated that the usernames that were not alike did not function, but the like user names did. How exactly is the filer going to map two users with unlike names together without usermap.cfg? Are you sure that the users aren't mapping to 'pcuser'? wcc -s <username> would show for sure. Glenn ________________________________ From: Langborg Tom [mailto:Tom.Langborg@smhi.se] Sent: Thursday, March 01, 2007 7:44 AM To: Glenn Walker; Parisi, Justin; toasters(a)mathworks.com Subject: SV: usermap problem No I have two other netapp's with 7.0.4, which is working. No usermap.cfg is needed. /tom ________________________________ Från: Glenn Walker [mailto:ggwalker@mindspring.com] Skickat: den 1 mars 2007 13:13 Till: Langborg Tom; Parisi, Justin; toasters(a)mathworks.com Ämne: RE: usermap problem If the unix names and windows names are not the same, you must always use usermap.cfg file. This has not changed since around ONTAP 5.2 to my knowledge. Glenn ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Langborg Tom Sent: Thursday, March 01, 2007 3:55 AM To: Parisi, Justin; toasters(a)mathworks.com Subject: SV: usermap problem Yes I use usermap.cfg now But the old version could I use the ldap.usermap config. I don't want to manage a usermap.cfg when I have all information in ldap. I didn't need that in the Ontap 7.0.4. Regards tom ________________________________ Från: Parisi, Justin [mailto:Justin.Parisi@netapp.com] Skickat: den 28 februari 2007 20:33 Till: Langborg Tom; toasters(a)mathworks.com Ämne: RE: usermap problem You need to do your user mapping through the /etc/usermap.cfg file on the filer. http://now.netapp.com/NOW/knowledge/docs/olio/guides/ontap_troubleshooting/… ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Langborg Tom Sent: Wednesday, February 28, 2007 10:07 AM To: toasters(a)mathworks.com Subject: usermap problem Watch out. I got usermap problem after uppgrade to 7.2.1.1. I use ldap.usermap for usermapping. The unix name are not the same as windows name. With unix name same as windows name it still works. If there are someone who now any fix for this problem, Please send me a letter. Regards tom

1 0

RE: usermap problem
by Åke Beckman 06 Mar '07

06 Mar '07

It IS possible, as Tom states, to do the usermapping through ldap, it's been around for quite some time.. Check options cifs.trace_dc_connection to see if the connection to the ldap server is working. (Don't know if this is valid only for AD ldap services...?) Maybe the password for ldap access got screwed up after the upgrade? options ldap.name user_name options ldap.passwd password I couldn't find any open bugs for ldap on 7.2.1.1 Regards / Åke ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Glenn Walker Sent: den 1 mars 2007 14:47 To: Langborg Tom; Parisi, Justin; toasters(a)mathworks.com Subject: RE: usermap problem For like usernames, it will work. You stated that the usernames that were not alike did not function, but the like user names did. How exactly is the filer going to map two users with unlike names together without usermap.cfg? Are you sure that the users aren't mapping to 'pcuser'? wcc -s <username> would show for sure. Glenn ________________________________ From: Langborg Tom [mailto:Tom.Langborg@smhi.se] Sent: Thursday, March 01, 2007 7:44 AM To: Glenn Walker; Parisi, Justin; toasters(a)mathworks.com Subject: SV: usermap problem No I have two other netapp's with 7.0.4, which is working. No usermap.cfg is needed. /tom ________________________________ Från: Glenn Walker [mailto:ggwalker@mindspring.com] Skickat: den 1 mars 2007 13:13 Till: Langborg Tom; Parisi, Justin; toasters(a)mathworks.com Ämne: RE: usermap problem If the unix names and windows names are not the same, you must always use usermap.cfg file. This has not changed since around ONTAP 5.2 to my knowledge. Glenn ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Langborg Tom Sent: Thursday, March 01, 2007 3:55 AM To: Parisi, Justin; toasters(a)mathworks.com Subject: SV: usermap problem Yes I use usermap.cfg now But the old version could I use the ldap.usermap config. I don't want to manage a usermap.cfg when I have all information in ldap. I didn't need that in the Ontap 7.0.4. Regards tom ________________________________ Från: Parisi, Justin [mailto:Justin.Parisi@netapp.com] Skickat: den 28 februari 2007 20:33 Till: Langborg Tom; toasters(a)mathworks.com Ämne: RE: usermap problem You need to do your user mapping through the /etc/usermap.cfg file on the filer. http://now.netapp.com/NOW/knowledge/docs/olio/guides/ontap_troubleshooting/… ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Langborg Tom Sent: Wednesday, February 28, 2007 10:07 AM To: toasters(a)mathworks.com Subject: usermap problem Watch out. I got usermap problem after uppgrade to 7.2.1.1. I use ldap.usermap for usermapping. The unix name are not the same as windows name. With unix name same as windows name it still works. If there are someone who now any fix for this problem, Please send me a letter. Regards tom

1 0

RE: vol copy speed and copying over root aggregate
by Ross, Alistair 02 Mar '07

02 Mar '07

Why not set up a volume snapmirror now for weekend work for migration? (i.e. vol_old to vol_new) We use this quite successfully - then when the migration is on you only have the update to do... Shut everything down - snapmirror update - quiesce and break. - Vol offline the old and vol rename the new... -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Borzenkov, Andrey Sent: 02 March 2007 10:30 To: Kießl Walter; toasters(a)mathworks.com Subject: RE: vol copy speed and copying over root aggregate Yes, it is set to 10. "man aggr" also mentions aggr.copy.throttle but this one does not exit. -----Original Message----- From: Kießl Walter [mailto:kiessl@heidenhain.de] Sent: Friday, March 02, 2007 1:28 PM To: Borzenkov, Andrey; toasters(a)mathworks.com Subject: AW: vol copy speed and copying over root aggregate Have you checked the "option vol.copy.throttle" ? It should show be set to 10 for full volcopy speed. -----Ursprüngliche Nachricht----- Von: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] Im Auftrag von Borzenkov, Andrey Gesendet: Freitag, 2. März 2007 10:53 An: toasters(a)mathworks.com Betreff: vol copy speed and copying over root aggregate Wichtigkeit: Hoch Hi, This is relatively urgent. We are facing the following problem. We need to move data on FAS270C (appr. 2TB) onto another set of disks. There is a single aggregate that contains root volume and one or two (on two heads respectively) large volumes with single LUN on each. All volumes except root are 100% full. DOT 7.0.3. Disks are 146GB 10K, RAID_DP, 14 disks on each head (average). Target set is 300GB 10K, RAID_DP, 11 disks on each head. I tested (under normal conditions) vol copy from root volume onto root volume copy. It tool 3 and half minutes for 440MB! It is absolutely unacceptable, we cannot afford this downtime. No the questions are - How are chances that without client load vol copy will be faster? What can explain that miserable performance for relatively small data set? - Which speed can be expected under these conditions? Normal on-tape (non NDMP) backup from client systems - Windows only, SAN attach - runs approximately 20MB/s which are still acceptable. - will aggr copy be faster and how much? If yes - how can I then switch root aggregate? To clarify - first I restrict target aggregate and make aggr copy. Then I put target aggregate online and get duplicate volumes, do not I? I _hope_ that filer will rename them, anyone can confirm? - any chance updating to 7.0.5 *before* copy will help? Thank you and I appreciate your answers. The downtime is scheduled for this weekend; it would quite a big problem with 2MB/s performance :( Regards Andrey Borzenkov Senior system engineer IT Product Services Fujitsu Siemens Computers Russian Federation Telephone: +7 (495) 730-6220 ext. 247 Telefax: +7 (495) 229 91 30 Mobile: +7 (916) 678-7208 Email: mailto:Andrey.Borzenkov@fujitsu-siemens.com Internet: http://www.fujitsu-siemens.ru/ This e-mail (and any attachments) may contain privileged and/or confidential information. If you are not the intended recipient please do not disclose, copy, distribute, disseminate or take any action in reliance on it. If you have received this message in error please reply and tell us and then delete it. Should you wish to communicate with us by e-mail we cannot guarantee the security of any data outside our own computer systems. For the protection of Legal & General's systems and staff, incoming emails will be automatically scanned. Any information contained in this message may be subject to applicable terms and conditions and must not be construed as giving investment advice within or outside the United Kingdom. The following companies are subsidiary companies of the Legal & General Group Plc which are authorised and regulated by the Financial Services Authority for advising and arranging the products shown: Legal & General Partnership Services Limited (insurance and mortgages), Legal & General Insurance Limited (insurance), Legal & General Assurance Society Limited (life assurance, pensions and investments), Legal & General Unit Trust Managers Limited and Legal & General Portfolio Management Services Limited (investments). They are registered in England under numbers shown. The registered office is Temple Court, 11 Queen Victoria Street, London EC4N 4TP. Legal & General Partnership Services Limited: 5045000 Legal & General Assurance Society Limited: 166055 Legal & General (Unit Trust Managers) Limited: 1009418 Legal & General (Portfolio Management Services) Limited: 2457525 Legal & General Insurance Limited: 423930 They are registered with the Financial Services Authority under numbers shown. You can check this at www.fsa.gov.uk/register Legal & General Partnership Services Limited: 300792 Legal & General Assurance Society Limited: 117659 Legal & General (Unit Trust Managers) Limited: 119273 Legal & General (Portfolio Management Services) Limited: 146786 Legal & General Insurance Limited: 202050

3 2

Maximum number of groups per user
by Francois Joubert 02 Mar '07

02 Mar '07

Hi I am new to the list. I have been trying to get a definitive statement from NetApp about the maximum number of groups a user can belong to if we rely on the /etc/group and /etc/passwd files on the filer. The setup we have tested has CIFS clients (Windows2000) with the filer part of a workgroup. We rely on unix group permissions for access to data directories. We are not using any NFS, NIS, LDAP or NT domain - all local authentication etc. I have done some testing and it appears the limit is 32 (not a surprising number) but have not been able to get this confirmed. Has anyone tried/done this before? We are migrating from samba servers running on FreeBSD with modified kernels which allow users to be in thousands of groups (don't laugh; I don't want to go into the reasons) because this facilitates our companies working practices. Thanks Francois

7 9

vol copy speed and copying over root aggregate
by Borzenkov, Andrey 02 Mar '07

02 Mar '07

Hi, This is relatively urgent. We are facing the following problem. We need to move data on FAS270C (appr. 2TB) onto another set of disks. There is a single aggregate that contains root volume and one or two (on two heads respectively) large volumes with single LUN on each. All volumes except root are 100% full. DOT 7.0.3. Disks are 146GB 10K, RAID_DP, 14 disks on each head (average). Target set is 300GB 10K, RAID_DP, 11 disks on each head. I tested (under normal conditions) vol copy from root volume onto root volume copy. It tool 3 and half minutes for 440MB! It is absolutely unacceptable, we cannot afford this downtime. No the questions are - How are chances that without client load vol copy will be faster? What can explain that miserable performance for relatively small data set? - Which speed can be expected under these conditions? Normal on-tape (non NDMP) backup from client systems - Windows only, SAN attach - runs approximately 20MB/s which are still acceptable. - will aggr copy be faster and how much? If yes - how can I then switch root aggregate? To clarify - first I restrict target aggregate and make aggr copy. Then I put target aggregate online and get duplicate volumes, do not I? I _hope_ that filer will rename them, anyone can confirm? - any chance updating to 7.0.5 *before* copy will help? Thank you and I appreciate your answers. The downtime is scheduled for this weekend; it would quite a big problem with 2MB/s performance :( Regards Andrey Borzenkov Senior system engineer IT Product Services Fujitsu Siemens Computers Russian Federation Telephone: +7 (495) 730-6220 ext. 247 Telefax: +7 (495) 229 91 30 Mobile: +7 (916) 678-7208 Email: mailto:Andrey.Borzenkov@fujitsu-siemens.com Internet: http://www.fujitsu-siemens.ru/

2 2

SANOWN not enabled
by Steven Mandrake 01 Mar '07

01 Mar '07

Hello, I recently replaced a brocade switch in my fabric. trying to see if my NTAP is connected to the switch. If I type normal commands like storage show fabric and switch -- I do not get a returned value. But one thing confuses me --- when I type 'storage show initiators' --- I get 'SANOWN not enabled' What does this mean? Now site doesn't have any information. Does this need to be enabled for NTAP to work on FC-SAN?

4 4

dfm backup
by Leeds, Daniel 01 Mar '07

01 Mar '07

any dfm users out there? got another odd problem this time with dfm backup. if we issue a dfm backup command it runs through the steps but generates no backup file. it does spit out an error about not finding the db which i do not get... dfm backup create DANIEL Adaptive Server Anywhere Backup Utility Version 9.0.2.2452 Database server not found Waiting for existing writes to stop, which could take a few minutes. Please be patient ... Creating the archive ... Deleting any temporary directories. Restoring performance advisor status. Deleting any database backup job from database. no file called DANIEL exists anywhere that i can find...NOW did not result in a match on dfm backup issues. -- Daniel Leeds Senior Systems Administrator Edmunds.com

1 1

RE: usermap problem
by Glenn Walker 01 Mar '07

01 Mar '07

For like usernames, it will work. You stated that the usernames that were not alike did not function, but the like user names did. How exactly is the filer going to map two users with unlike names together without usermap.cfg? Are you sure that the users aren't mapping to 'pcuser'? wcc -s <username> would show for sure. Glenn ________________________________ From: Langborg Tom [mailto:Tom.Langborg@smhi.se] Sent: Thursday, March 01, 2007 7:44 AM To: Glenn Walker; Parisi, Justin; toasters(a)mathworks.com Subject: SV: usermap problem No I have two other netapp's with 7.0.4, which is working. No usermap.cfg is needed. /tom ________________________________ Från: Glenn Walker [mailto:ggwalker@mindspring.com] Skickat: den 1 mars 2007 13:13 Till: Langborg Tom; Parisi, Justin; toasters(a)mathworks.com Ämne: RE: usermap problem If the unix names and windows names are not the same, you must always use usermap.cfg file. This has not changed since around ONTAP 5.2 to my knowledge. Glenn ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Langborg Tom Sent: Thursday, March 01, 2007 3:55 AM To: Parisi, Justin; toasters(a)mathworks.com Subject: SV: usermap problem Yes I use usermap.cfg now But the old version could I use the ldap.usermap config. I don't want to manage a usermap.cfg when I have all information in ldap. I didn't need that in the Ontap 7.0.4. Regards tom ________________________________ Från: Parisi, Justin [mailto:Justin.Parisi@netapp.com] Skickat: den 28 februari 2007 20:33 Till: Langborg Tom; toasters(a)mathworks.com Ämne: RE: usermap problem You need to do your user mapping through the /etc/usermap.cfg file on the filer. http://now.netapp.com/NOW/knowledge/docs/olio/guides/ontap_troubleshooting/… ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Langborg Tom Sent: Wednesday, February 28, 2007 10:07 AM To: toasters(a)mathworks.com Subject: usermap problem Watch out. I got usermap problem after uppgrade to 7.2.1.1. I use ldap.usermap for usermapping. The unix name are not the same as windows name. With unix name same as windows name it still works. If there are someone who now any fix for this problem, Please send me a letter. Regards tom

1 0

RE: usermap problem
by Glenn Walker 01 Mar '07

01 Mar '07

If the unix names and windows names are not the same, you must always use usermap.cfg file. This has not changed since around ONTAP 5.2 to my knowledge. Glenn ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Langborg Tom Sent: Thursday, March 01, 2007 3:55 AM To: Parisi, Justin; toasters(a)mathworks.com Subject: SV: usermap problem Yes I use usermap.cfg now But the old version could I use the ldap.usermap config. I don't want to manage a usermap.cfg when I have all information in ldap. I didn't need that in the Ontap 7.0.4. Regards tom ________________________________ Från: Parisi, Justin [mailto:Justin.Parisi@netapp.com] Skickat: den 28 februari 2007 20:33 Till: Langborg Tom; toasters(a)mathworks.com Ämne: RE: usermap problem You need to do your user mapping through the /etc/usermap.cfg file on the filer. http://now.netapp.com/NOW/knowledge/docs/olio/guides/ontap_troubleshooting/… ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Langborg Tom Sent: Wednesday, February 28, 2007 10:07 AM To: toasters(a)mathworks.com Subject: usermap problem Watch out. I got usermap problem after uppgrade to 7.2.1.1. I use ldap.usermap for usermapping. The unix name are not the same as windows name. With unix name same as windows name it still works. If there are someone who now any fix for this problem, Please send me a letter. Regards tom

2 1

usermap problem
by Langborg Tom 01 Mar '07

01 Mar '07

Watch out. I got usermap problem after uppgrade to 7.2.1.1. I use ldap.usermap for usermapping. The unix name are not the same as windows name. With unix name same as windows name it still works. If there are someone who now any fix for this problem, Please send me a letter. Regards tom

2 2

FW: autosupport stops functioning
by Bender, Marilee 28 Feb '07

28 Feb '07

We had this issue too. I agree with the post below that it could be message size. However, if it's just past asups that were too large because of the messages file (or one of the other attachments), you can set the autosupport.content size to minimal to delete all the queued asups, then "doit" to generate one without the attachments to see if you receive it, then put the content back to complete. It cleared the issue on one of our NearStores....the other one appears to have a "corrupt" character in the data chunk as viewed from the smtp server logs. -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Sphar, Mike Sent: Tuesday, February 27, 2007 2:19 PM To: toasters(a)mathworks.com Subject: RE: autosupport stops functioning I don't think this is the same problem as the one originally posted, but we once had a similar problem here where autosupport messages stopped being received by netapp because our mail gateway was rejecting all messages larger than a certain size. We didn't even know they were bouncing (we weren't getting the bounces) until one of the mail admins finally said something about it. -- Michael W. Sphar - IS&T - Lead Systems Administrator SMBU Engineering Support Services, BMC Software -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Stephen C. Losen Sent: Tuesday, February 27, 2007 6:55 AM To: Leeds, Daniel Cc: toasters(a)mathworks.com Subject: Re: autosupport stops functioning > > anyone else have this happen? > > suddenly one of our filers stops generating autosupport messages. both autosupport.enable and autosupport.support.enable are on. if i generate a test email with the autosupport.doit option nothing happens. not even a failed message, the console just sits there as if i never generated one. > > needless to say neither netapp or our email server gets anything from this filer and nothing hits the console about generating any autosupport emails. > > One of our filers stopped sending weekly autosupports because the /etc/messages file was huge (170MB). It gets sent to netapp as part of the autosupport. I got an automatic email from Netapp support telling me that they hadn't received an autosupport for two weeks. Buried in my huge /etc/messages file was an error indicating that autosupport had failed, but no reason why. This particular filer holds our home directories and gets a lot of CIFS logins, which we want to log. We have enabled CIFS login tracing, which is very verbose. I used /etc/syslog.conf to divert the CIFS auth messages to another file: *.warning;auth.none /dev/console *.info;auth.none /etc/messages auth.info /etc/cifs_auth_log I rotate the cifs_auth_log with a cron job because I think ONTAP will only rotate /etc/messages. Now /etc/messages only grows to about 200K and autosupport is working again. Steve Losen scl(a)virginia.edu phone: 434-924-0640 University of Virginia ITC Unix Support

2 1

RE: data management through compression for Netapp
by Glenn Walker 28 Feb '07

28 Feb '07

NetApp is definitely spoiling me with their feature set! The dedupe thoughts were specific to NetApp - ie, if NetApp were to perform dedupe on the source, what would life be like. I wasn't aware that Data Domain wouldn't use NetApp back-end storage... deduping without having some impressive fault tolerance is NOT a good idea! Glenn ________________________________ From: Glenn Dekhayser [mailto:gdekhayser@voyantinc.com] Sent: Tuesday, February 27, 2007 9:26 AM To: Glenn Walker; Darren Soothill; toasters(a)mathworks.com Subject: RE: data management through compression for Netapp Ah, Glenn, you're so spoiled with Netapp! :-) Problem is, with things like Data Domain, unless you're going to use the Netapp as back-end FC storage (which isn't supported yet), we're not in WAFL-land, so in most cases you are writing to the same place. And without Raid-DP, a single bit error on a raid rebuild could have a much bigger impact than normal, if that particular bit belongs to a byte that's referenced mulitple times in the de-duping scheme. Basically, I'm making the argument that if you're going to use de-duping- Raid-DP and WAFL is a MUST! Regarding the caching- de-duping would eliminate the efficiencies of WAFL read-ahead, since the blocks wouldn't be temporally located. While the read ahead would pick up the stub, the de-duping software (not being netapp-aware) would need to go back and retrieve the actual data referenced by the stub, and there goes your cache hit %. But, sometimes performance is not important. Glenn (the other one) ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Glenn Walker Sent: Tuesday, February 27, 2007 8:41 AM To: Darren Soothill; toasters(a)mathworks.com Subject: RE: data management through compression for Netapp I think that all of the solutions have their place - I'm not as interested in 'compression' as I am with 'deDupe' - they are separate, and not entirely equal. The only issue I can foresee with deDupe, besides adding overhead, is chance of failure: if the data is stored in a single block, and it is lost, so are you - but that's why you have parity, so it shouldn't be any more dangerous than normal data storage (provided the software works adequately). As for overhead, having multiple individuals 'hit' the same block would cause performance issues - but I'm not so convinced: There's really no such thing as 'overwrite' in ONTAP, it's always writing to a free block - as for reading the single block that has been deDuped, even though multiple machines hitting the same block should ordinarily cause higher latencies for everyone, I would think that the simple fact that there is one block with many accesses would indicate that it would already be cached - caching it in memory should remove the read latency penalty. Stubs carry their own penalties, btw: when the stub is seen, the filer must use the fpolicy service to communicate with the hosting system to redirect and\or obtain the actual data: this is multiple layers of network communication, memory lookup, and disk access before the client gets the requested data - this (in theory) should be slower than a self contained system in almost every case. VTL is definitely a good solution for backups and we're looking into them now. But HSM products, and archiving products of all types, still have one common flaw: they move the data around and it must then be managed. While this would be the most likely best way of dealing with the massive amounts of data in anyone's environment, it would still be nice to keep it all in one place. That's just a dream, anyways... I'm not sure that there would be enough savings through deDupe to actually accomplish anything like this. Now on the other hand, if the filer were able to move data to cheaper ATA storage within the same system, and simply use a redirector in the filesystem (pointer through vvbn), that could prove useful: you'd have the same lookup of vvbn-to-pvbn in order to find the data, but the actual blocks would be elsewhere within the system. No additional layers of stubs, or redirection through some other HSM system. Sorry for the long email this early in the morning, Glenn ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Darren Soothill Sent: Tuesday, February 27, 2007 12:36 AM To: toasters(a)mathworks.com Subject: RE: data management through compression for Netapp The issue with any compression technology is the latency it adds to any workload and what happens with a large number of people doing the same thing. Would you not be better at looking at an archiving product that can archive off the older files leaving stub files behind so any application can carry on working with no interruption. Assuming that the data is stored as lots of files. Perhaps you need to look at some traditional HSM type product that integrates with a tape library except instead of using a physical tape library you use a VTL which will do the deduplication and compression for you. You then have the added advantage that the VTL can spit out copies of the virtual tapes to be taken off site for DR. This type of solution should then be platform independent. ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Glenn Walker Sent: 27 February 2007 03:18 To: Glenn Dekhayser; Wilbur Castro; toasters(a)mathworks.com Subject: RE: data management through compression for Netapp I've also heard good things about Data Domain. On the other hand, does anyone have any experience with the A-SIS deDupe technology from NetApp? Sounds great, except for the 'out of band' nature of it. Glenn ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Glenn Dekhayser Sent: Monday, February 26, 2007 8:36 PM To: Wilbur Castro; toasters(a)mathworks.com Subject: RE: data management through compression for Netapp Wilbur: What are your performance requirements? Adding compression/deDup into this has a serious impact on I/O performance, it will pretty much totally screw any read-ahead optimization. If you still want to go ahead, look at Data domain's Gateway series. It doesn't formally support Netapp, but i'm sure you could use it. This will do exactly what you want, as long as you want NFS! Glenn (the other one) ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Wilbur Castro Sent: Monday, February 26, 2007 4:55 PM To: toasters(a)mathworks.com Subject: data management through compression for Netapp Hi toasters, We have a couple of 100 TBs of heterogenous storage (some from netapp), and see that our storage grows close to 60% over year. We were looking at alternatives for managing this data growth. Compression was one of the techniques we were considering for our nearline and (possibly) primary storage. Our applications cannot change to do their own compression, so it boils down to doing this in the storage layer or through an external device. Also, we'd like to not have any performance impact and compression to happen transparently. Deduplication technology from storage vendors would help, but it is not a hetrogenous solution. I am not aware of any compression technology from netapp. Are you folks aware of any solutions? Would love to hear your experience with those or other alternative ways you deal with the storage growth problem while managing costs. Thx, Wilbur

1 0

RE: data management through compression for Netapp
by Glenn Walker 27 Feb '07

27 Feb '07

I think that all of the solutions have their place - I'm not as interested in 'compression' as I am with 'deDupe' - they are separate, and not entirely equal. The only issue I can foresee with deDupe, besides adding overhead, is chance of failure: if the data is stored in a single block, and it is lost, so are you - but that's why you have parity, so it shouldn't be any more dangerous than normal data storage (provided the software works adequately). As for overhead, having multiple individuals 'hit' the same block would cause performance issues - but I'm not so convinced: There's really no such thing as 'overwrite' in ONTAP, it's always writing to a free block - as for reading the single block that has been deDuped, even though multiple machines hitting the same block should ordinarily cause higher latencies for everyone, I would think that the simple fact that there is one block with many accesses would indicate that it would already be cached - caching it in memory should remove the read latency penalty. Stubs carry their own penalties, btw: when the stub is seen, the filer must use the fpolicy service to communicate with the hosting system to redirect and\or obtain the actual data: this is multiple layers of network communication, memory lookup, and disk access before the client gets the requested data - this (in theory) should be slower than a self contained system in almost every case. VTL is definitely a good solution for backups and we're looking into them now. But HSM products, and archiving products of all types, still have one common flaw: they move the data around and it must then be managed. While this would be the most likely best way of dealing with the massive amounts of data in anyone's environment, it would still be nice to keep it all in one place. That's just a dream, anyways... I'm not sure that there would be enough savings through deDupe to actually accomplish anything like this. Now on the other hand, if the filer were able to move data to cheaper ATA storage within the same system, and simply use a redirector in the filesystem (pointer through vvbn), that could prove useful: you'd have the same lookup of vvbn-to-pvbn in order to find the data, but the actual blocks would be elsewhere within the system. No additional layers of stubs, or redirection through some other HSM system. Sorry for the long email this early in the morning, Glenn ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Darren Soothill Sent: Tuesday, February 27, 2007 12:36 AM To: toasters(a)mathworks.com Subject: RE: data management through compression for Netapp The issue with any compression technology is the latency it adds to any workload and what happens with a large number of people doing the same thing. Would you not be better at looking at an archiving product that can archive off the older files leaving stub files behind so any application can carry on working with no interruption. Assuming that the data is stored as lots of files. Perhaps you need to look at some traditional HSM type product that integrates with a tape library except instead of using a physical tape library you use a VTL which will do the deduplication and compression for you. You then have the added advantage that the VTL can spit out copies of the virtual tapes to be taken off site for DR. This type of solution should then be platform independent. ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Glenn Walker Sent: 27 February 2007 03:18 To: Glenn Dekhayser; Wilbur Castro; toasters(a)mathworks.com Subject: RE: data management through compression for Netapp I've also heard good things about Data Domain. On the other hand, does anyone have any experience with the A-SIS deDupe technology from NetApp? Sounds great, except for the 'out of band' nature of it. Glenn ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Glenn Dekhayser Sent: Monday, February 26, 2007 8:36 PM To: Wilbur Castro; toasters(a)mathworks.com Subject: RE: data management through compression for Netapp Wilbur: What are your performance requirements? Adding compression/deDup into this has a serious impact on I/O performance, it will pretty much totally screw any read-ahead optimization. If you still want to go ahead, look at Data domain's Gateway series. It doesn't formally support Netapp, but i'm sure you could use it. This will do exactly what you want, as long as you want NFS! Glenn (the other one) ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Wilbur Castro Sent: Monday, February 26, 2007 4:55 PM To: toasters(a)mathworks.com Subject: data management through compression for Netapp Hi toasters, We have a couple of 100 TBs of heterogenous storage (some from netapp), and see that our storage grows close to 60% over year. We were looking at alternatives for managing this data growth. Compression was one of the techniques we were considering for our nearline and (possibly) primary storage. Our applications cannot change to do their own compression, so it boils down to doing this in the storage layer or through an external device. Also, we'd like to not have any performance impact and compression to happen transparently. Deduplication technology from storage vendors would help, but it is not a hetrogenous solution. I am not aware of any compression technology from netapp. Are you folks aware of any solutions? Would love to hear your experience with those or other alternative ways you deal with the storage growth problem while managing costs. Thx, Wilbur

2 1

RE: data management through compression for Netapp
by Glenn Walker 27 Feb '07

27 Feb '07

I've also heard good things about Data Domain. On the other hand, does anyone have any experience with the A-SIS deDupe technology from NetApp? Sounds great, except for the 'out of band' nature of it. Glenn ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Glenn Dekhayser Sent: Monday, February 26, 2007 8:36 PM To: Wilbur Castro; toasters(a)mathworks.com Subject: RE: data management through compression for Netapp Wilbur: What are your performance requirements? Adding compression/deDup into this has a serious impact on I/O performance, it will pretty much totally screw any read-ahead optimization. If you still want to go ahead, look at Data domain's Gateway series. It doesn't formally support Netapp, but i'm sure you could use it. This will do exactly what you want, as long as you want NFS! Glenn (the other one) ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Wilbur Castro Sent: Monday, February 26, 2007 4:55 PM To: toasters(a)mathworks.com Subject: data management through compression for Netapp Hi toasters, We have a couple of 100 TBs of heterogenous storage (some from netapp), and see that our storage grows close to 60% over year. We were looking at alternatives for managing this data growth. Compression was one of the techniques we were considering for our nearline and (possibly) primary storage. Our applications cannot change to do their own compression, so it boils down to doing this in the storage layer or through an external device. Also, we'd like to not have any performance impact and compression to happen transparently. Deduplication technology from storage vendors would help, but it is not a hetrogenous solution. I am not aware of any compression technology from netapp. Are you folks aware of any solutions? Would love to hear your experience with those or other alternative ways you deal with the storage growth problem while managing costs. Thx, Wilbur

2 1

data management through compression for Netapp
by Wilbur Castro 27 Feb '07

27 Feb '07

Hi toasters, We have a couple of 100 TBs of heterogenous storage (some from netapp), and see that our storage grows close to 60% over year. We were looking at alternatives for managing this data growth. Compression was one of the techniques we were considering for our nearline and (possibly) primary storage. Our applications cannot change to do their own compression, so it boils down to doing this in the storage layer or through an external device. Also, we'd like to not have any performance impact and compression to happen transparently. Deduplication technology from storage vendors would help, but it is not a hetrogenous solution. I am not aware of any compression technology from netapp. Are you folks aware of any solutions? Would love to hear your experience with those or other alternative ways you deal with the storage growth problem while managing costs. Thx, Wilbur

3 2

Re: data management through compression for Netapp
by Wilbur Castro 27 Feb '07

27 Feb '07

I took a look at storewiz. It sure looks promising. How transparent is it though? Do the nfs and windows clients know that the storewiz appliance exists (proxy) and do clients need to be reconfigured? or do they do some packet switching type of things? How does this work with your snapshots? Frequently changing files may take up more space since they are snapshotted. Does this work well for random access types of applications? I will need to test this thing like hell; it's either a promotion for cutting storage costs, or I lose my job if we corrupt data ;-) Thanks for the pointers guys. On 2/26/07, Skottie Miller <Scott.Miller(a)dreamworks.com> wrote: > > > > Wilbur Castro wrote: > > Hi toasters, > > > > We have a couple of 100 TBs of heterogenous storage (some from netapp), > > and see that our storage grows close to 60% over year. We were looking > > at alternatives for managing this data growth. Compression was one of > > the techniques we were considering for our nearline and (possibly) > > primary storage. Our applications cannot change to do their own > > compression, so it boils down to doing this in the storage layer or > > through an external device. Also, we'd like to not have any performance > > impact and compression to happen transparently. Deduplication technology > > from storage vendors would help, but it is not a hetrogenous solution. > > > > I am not aware of any compression technology from netapp. Are you folks > > aware of any solutions? Would love to hear your experience with those or > > other alternative ways you deal with the storage growth problem while > > managing costs. > > Look at StoreWiz. > http://www.storewiz.com > > in-line, transparent boxes that go between your > filers and their switch ports. > > I'm evaluating them now, and so far, so good. > > They have a software app that emulates their hardware, > so you can get a sense of the compression that will > result on your data set. > > also look at Acopia (http://www.acopia.com), they make > an "NFS switch" that lets you do transparent tiering > and data migration w/o impact to the applications. > consider a deployment where the "hot" few TB of data > are on the fastest/costliest filers, and the rest > is on lower-cost second-tier storage. put the acopia > logicially between the filers and the apps, and you > get alot of options, and the apps don't even know. > > we have one in-place for some long-term exposure testing, > and are considering more for some future roll-outs. > > -skottie > > > > > Thx, > > Wilbur > > -- > > Scott Miller > skottie(a)anim.DreamWorks.com >

2 1

Software Ownership Query
by Philip Boyle 22 Feb '07

22 Feb '07

Hi guys, I've just received an FAS6030 cluster. The system shipped with ONTAP 7.2. I've upgraded the system to 7.2.1.1 bfiler09> version -b 1:/x86_64/kernel/primary.krn: OS 7.2.1.1 1:/backup/x86_64/kernel/primary.krn: OS 7.2 1:/x86_64/diag/diag.krn: 4.7 1:/x86_64/firmware/excelsio/firmware.img: Firmware 1.2.0 1:/x86_64/firmware/DrWho/firmware.img: Firmware 2.0.0 1:/boot/loader: Loader 1.2.1 Do you guys have much experience of disk ownership. On our FAS940 clusters, disk ownership was hardware based. FAS6030> disk show -v DISK OWNER POOL SERIAL NUMBER ------------ ------------- ----- ------------- 0e.40 FAS6030 (118041055) Pool0 ZAKTSGAH Tue Feb 20 11:13:43 GMT [localhost: diskown.isEnabled:info]: replayed event: software ownership has been enabled for this system Despite reading the below Netapp doc, I'm no closer to making a decision as to whether to retain the disk ownership option or remove it from my system. http://now.netapp.com/NOW/knowledge/docs/ontap/rel7211/ <http://now.netapp.com/NOW/knowledge/docs/ontap/rel7211/html/ontap/mgmtsag/3…> html/ontap/mgmtsag/3disk6.htm#1426071 <http://now.netapp.com/NOW/knowledge/docs/ontap/rel7211/html/ontap/mgmtsag/3…> Any feedback on the topic would be much appreciated. Thanks alot, Philip

2 2

Jump to page:

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