toasters

toasters@lists.teaparty.net

13531 discussions

question about copying an Oracle instance
by Steve Losen 04 Feb '05

04 Feb '05

We currently have our Oracle stuff running on Solaris boxes with (essentially) locally attached raid. We also have a clustered pair of Netapp filers that we use for home directories and other NAS storage. And our email system is running on Solaris with locally attached raid. We are looking into replacing our aging filers and locally attached raid disks with some kind of SAN/NAS solution. I'm the filer admin, so naturally I would like to see us buy Netapp. But I think the Oracle folks are going to push for EMC. Our Oracle folks have this situation where they need to make a copy of a 500G production Oracle instance every night and ship it to a data warehouse server. Then they do some automatic updates on the warehouse instance and make it available for querying. I know that both Netapp and EMC have efficient ways of handling this where you only need to copy part of the data. For example, on a Netapp we could use snapmirror and EMC claims to have similar functionality. However, the Oracle folks want to know what a worst case scenario would be, where you simply must copy all the data rather than just snapmirror the changes. It looks like EMC would probably be able to handle this sort of bulk copy faster than a comparable filer. But I was thinking that Netapp might have a better way to accomplish this. I don't know if this is supported or not, but theoretically WAFL should be able to handle it. Instead of actually copying the Oracle instance data (which would be either a 500G LUN or a 500G NFS file) you create a virtual copy. To do this, you would allocate a new inode for the copy, but link in the same data blocks as the original inode. This would be MUCH faster than copying the data, practically instantaneous. Of course the two copies would be in the same volume. Because WAFL always makes updates on fresh blocks, never changing existing data blocks, it would be possible to run the production instance on the original file and the warehouse instance on the virtual copy. Updates to one file would have no effect on the other. Once a day you could remove the warehouse instance and start over with a new "virtual copy". Maybe Netapp already supports something like this. But if not, they should think about it. I think it would be very handy in the database world where people need to run tests on production data, but are loathe to test on their production instance. I can see one problem right off the bat. Linking the same data block into more than one file is usually considered a filesystem no-no. So WAFL would need to be modified to support this, which might require some tricky bookkeeping. Perhaps each data block would need a file reference count, to indicate how many files it belongs to. If Netapp already supports something like this, I need to tell our folks who like EMC. If the powers that be choose EMC, how difficult will the EMC NAS product make my life? I realize this is a Netapp-centric list, so opinions will be biased. Steve Losen scl(a)virginia.edu phone: 434-924-0640 University of Virginia ITC Unix Support

2 1

RE: OnTap 7 Aggregates
by Hill, Aaron 04 Feb '05

04 Feb '05

I have not read anything yet on a transition method from standalone volumes so they can be placed into an aggregate as flexvols? i.e. Without adding more disk and doing some snapmirror (volume or qtree). I guees I am talking about a conversion(transmutation?) into the aggregate rather than a migration. Please interrupt me right now if there is a way to do this. Say I have 10-12 volumes, all the same size, all 80% full, same raid sizes (not DP), same disk geometry and speed. I want to put them into one big aggregate. Can this be done without actually creating a new aggregate from new disks beforehand? I can see a stepwise approach, but I am not sure if this will be optimal. 1) Partially populate your new aggregate with enough disks to allow one traditional volume worth of data to be migrated to a new flexvol. 2) Snapmirror and free up the old volumes disks, add these to the aggregate. 3) Repeat until all traditional volumes have become flexvols in the new aggregate. The main problem I see here is that the data will not be evenly spread over the whole aggregate as intended. It will be localised in raid groups, which is obviously marginally better than the traditional volumes. Normal aging and WAFL re-allocation will probably very slowly spread the flexvol blocks throughout the raid groups, but my guess is that this will take a very long time. Perhaps this is unavoidable? Another question is how to deal with the complexity introduced when all your traditional volumes were snapmirrored to one or more other sites. Are we effectively talking a new snapmirror baseline initialization here for the flexvols? This is a nightmare because in a Disaster Recovery scenario we will essentially be exposed during the initialization period and the rate limiting step of a WAN link or snapmirror retrieve from tape. Has anyone thought this type of thing through or can point me to reference documents? Thanks, Aaron -----Original Message----- From: Skottie Miller [mailto:skottie@anim.dreamworks.com] Sent: Friday, 4 February 2005 8:45 AM To: Holland, William L Cc: John Stoffel; 'toasters(a)mathworks.com' Subject: Re: OnTap 7 Aggregates William, you might want to read this whitepaper: http://www.netapp.com/tech_library/ftp/3356.pdf which describes OnTap 7G (the marketing name for 7.x) and has several best practices listed for aggregates and flexVolumes. as John suggests, you want to make aggregates as big as (reasonably) possible, within the configuration rules and best practices. things like: - there are max (raw) limits on aggregate size, just like there are on traditional volumes. the on-line system configuration guide doesn't list them yet, so I don't know where the limits are. - don't mix different drive sizes in the same aggregate - don't mix different drive speeds (10K, 15K) in the same aggregate - don't mix different shelf speeds (1G, 2G) in the same aggregate - make full raid groups, each one max size. - use Raid_DP - let OnTap pick the drives to assign to raid groups, rather than doing it "by hand". use to be, on nearstore especially, you had to hand-craft raid groups to get performance and protection; Ontap is smarter about hardware topology now, and seems to go a good job at this. we're testing 7.0 RC on an old f87, which is fine for learning the software, tough for experimenting with large aggregates... for your example, 6 shelves of the same type, with drives of the same type and speed, you can make one big aggregate using raid_dp, raid-group size 16, and get 5 raid groups and 4 spares. -skottie John Stoffel wrote: > William> Starting to look ahead to the upcoming OnTap 7. I'm very > William> excited about the new aggregates and flexvols. What criteria > William> should one use in determining the number of aggregates to > William> create? For example, FAS960 with 6ea DS14Mk2 shelves filled > William> with 144GB FC drives. Would it be better to create one huge > William> aggregate or several smaller aggregates? From my > William> perspective, I see no practical use for Tradional volumes > William> after upgrading to OnTap 7 and would like to convert to > William> flexvols, but was wondering if anyone with any experience > William> with any of the OnTap 7 RC's could provide feedback on this. ************** IMPORTANT MESSAGE ************** This e-mail message is intended only for the addressee(s) and contains information which may be confidential. If you are not the intended recipient please advise the sender by return email, do not use or disclose the contents, and delete the message and any attachments from your system. Unless specifically indicated, this email does not constitute formal advice or commitment by the sender or the Commonwealth Bank of Australia (ABN 48 123 123 124) or its subsidiaries. We can be contacted through our web site: commbank.com.au. If you no longer wish to receive commercial electronic messages from us, please reply to this e-mail by typing Unsubscribe in the subject line. ***************************************************************

6 6

AW: Fibre Channel Woes
by Rene Koehnen-Wiesemes 04 Feb '05

04 Feb '05

Hi Tavis, this looks like a huge physical problem. After cdb 0x1c (receive diagnostics results) you've got lots of write errors (cdb 0x2a with check condition (aborted command - Fibre Channel frame CRC error (0xb - 0x47 0x0 0x3)) on different drives. Unfortunately, these are pure SCSI-error messages from the embedded scsi protocol in the fc payload. You've got no information on any failed fc-component (e.g. LRC or disk shelf) by that. Rene > I am trying to determine if the problem is the the fibre > channel card or > with the LRC in the disk shelf. Anybody know if this is indicatd in > these error messages ? > > Thanks for any help > -Tavis

1 0

Re: Fibre Channel Woes
by Tavis Gustafson 04 Feb '05

04 Feb '05

There doesn't appear to be a any invalid CRC's at this point. The unit is booted in readonly mode. The only numbers showing up are for drive .93 with link failure counts. Does that indicate a bad drive? -thanks so much. Loop Link Underrun Loss of Invalid Frame In Frame Out ID Failure count sync CRC count count count count count 8b.93 4 0 9 0 34700 264468 8b.92 0 0 0 0 62193 618089 8b.91 0 0 1 0 99539 925291 8b.90 0 0 0 0 93475 868841 8b.89 0 0 0 0 93726 868906 8b.88 0 0 3 0 92456 863458 8b.87 0 0 0 0 2162 1020 8b.86 0 0 2 0 93614 867250 8b.85 0 0 0 0 131 167 8b.84 0 0 0 0 62299 616393 8b.83 0 0 0 0 61890 617720 8b.82 0 0 0 0 61987 616789 8b.81 0 0 6 0 61901 617655 8b.80 0 0 3 0 25407 338325 8b.ha 0 0 1 0 8084399 845489 On Fri, Feb 04, 2005 at 05:55:25AM -0800, McCarthy, Tim wrote: > While the system is up and running, try a "fcadmin link_stats 8b" > Look at the CRC column. > > It could be a bad controller on a disk or a ESH/LRC. > Look for the first device to show frame errors. > If it is the beginning of the shelf, it may be the ESH/LRC. > Swap it out. > > If it is all of them, it could be a bad FC card, in which case, you need > to swap it out. > > As always, please open a case > --tmac > > -----Original Message----- > From: Tavis Gustafson [mailto:tavis@hq.newdream.net] > Sent: Friday, February 04, 2005 8:30 AM > To: toasters(a)mathworks.com > Subject: Fibre Channel Woes > > I'm running an 840 with a DS14 ( 144GB disks ) connected to each other > with a dual port optical fibre channel card. Early this morning the > filer went down and apon reboot i started seeing lots of fibre channel > frame errors. I swapped optical cables and tried the second port on the > card but the errors came back when rebuilding. > > I am trying to determine if the problem is the the fibre channel card or > with the LRC in the disk shelf. Anybody know if this is indicatd in > these error messages ? > > Thanks for any help > -Tavis > > > Volume State Status Options > boot online reconstruct root, raidsize=7 > amplifier> Fri Feb 4 11:55:07 GMT [FastEnet-10/100/e3c:notice]: uid > 30358 tid 1: disk quota exceeded on volume boot. > onal warnings will be suppressed for approximately 60 minutes or until > either a 'quota resize' is performed. > Fri Feb 4 11:55:34 GMT [download.updateDone:info]: Bootblock update > completed > Fri Feb 4 11:56:35 GMT [FastEnet-10/100/e3c:notice]: uid 51154 tid 1: > disk quota exceeded on volume boot. Additiona > gs will be suppressed for approximately 60 minutes or until either a > 'quota resize' is performed. > > amplifier> Fri Feb 4 12:00:00 GMT [kern.uptime.filer:info]: 12:00pm up > 7 mins, 935006 NFS ops, 0 CIFS ops, 0 HTTP o > FS ops, 0 FCP ops, 0 iSCSI ops > > amplifier> Fri Feb 4 12:08:09 GMT [wafl_hipri:notice]: uid 24271 tid 1: > disk quota exceeded on volume boot. Additio > ings will be suppressed for approximately 60 minutes or until either a > 'quota resize' is performed. > Fri Feb 4 12:13:59 GMT [scsi.cmd.pastTimeToLive:error]: Device 8b.80: > request failed after try #1: cdb 0x1c. > Fri Feb 4 12:14:23 GMT [scsi.cmd.checkCondition:error]: Device 8b.82: > Check Condition: CDB 0x2a:09b24e98:0080: Sense > SI:aborted command - Fibre Channel frame CRC error (0xb - 0x47 0x0 > 0x3)(57649). > Fri Feb 4 12:14:23 GMT [scsi.cmd.checkCondition:error]: Device 8b.82: > Check Condition: CDB 0x2a:09b24e18:0080: Sense > SI:aborted command - Fibre Channel frame CRC error (0xb - 0x47 0x0 > 0x3)(57657). > Fri Feb 4 12:14:31 GMT [scsi.cmd.retrySuccess:info]: Device 8b.82: > request successful after retry #1: cdb 0x2a:09b24 > . > Fri Feb 4 12:14:31 GMT [scsi.cmd.retrySuccess:info]: Device 8b.82: > request successful after retry #1: cdb 0x2a:09b24 > . > Fri Feb 4 12:14:31 GMT [wafl_lopri:warning]: NFS response to client > 10.3.38.28 was slow, op was v3 read, 63 > 60 (in > ) > Fri Feb 4 12:14:48 GMT [scsi.cmd.checkCondition:error]: Device 8b.84: > Check Condition: CDB 0x2a:09b25418:0080: Sense > SI:aborted command - Fibre Channel frame CRC error (0xb - 0x47 0x0 > 0x3)(16996). > Fri Feb 4 12:14:51 GMT [scsi.cmd.checkCondition:error]: Device 8b.84: > Check Condition: CDB 0x2a:09b25418:0080: Sense > SI:aborted command - Fibre Channel frame CRC error (0xb - 0x47 0x0 > 0x3)(20148). > Fri Feb 4 12:14:53 GMT [ispfc_timeout_1:warning]: 8b.81 (0x01000051) > (0x034f47b0,0x2a:09b25298:0080,0/0,20150/0/0,80 > ommand timeout, quiescing drive to allow outstanding I/O to complete. > Fri Feb 4 12:15:33 GMT [scsi.cmd.pastTimeToLive:error]: Device 8b.80: > request failed after try #1: cdb 0x1c. > Fri Feb 4 12:15:40 GMT [telnet_0:info]: root logged in from host: > 10.3.67.21 > vol status > Volume State Status Options > Fri Feb 4 12:16:19 GMT [scsi.cmd.pastTimeToLive:error]: Device 8b.80: > request failed after try #1: cdb 0x1c. > Fri Feb 4 12:16:37 GMT [scsi.cmd.pastTimeToLive:error]: Device 8b.84: > request failed after try #3: cdb 0x2a:09b25418 > Fri Feb 4 12:16:37 GMT [scsi.cmd.pastTimeToLive:error]: Device 8b.81: > request failed after try #1: cdb 0x2a:09b25298 > Fri Feb 4 12:16:49 GMT [ispfc_timeout_1:warning]: 8b.92 (0x0100005c) > (0x034f4d00,0x2a:09b25698:0080,0/0,19912/0/0,87 > ommand timeout, quiescing drive to allow outstanding I/O to complete. > Fri Feb 4 12:16:49 GMT [ispfc_timeout_1:warning]: 8b.85 (0x01000055) > (0x034f5690,0x2a:09b25218:0080,0/0,11587/0/0,87 > ommand timeout, quiescing drive to allow outstanding I/O to complete. > Fri Feb 4 12:16:49 GMT [ispfc_timeout_1:warning]: 8b.84 (0x01000054) > (0x034f6020,0x2f:0025a800:0400,0/0,20143/0/0,87 > ommand timeout, quiescing drive to allow outstanding I/O to complete. > Fri Feb 4 12:16:49 GMT [ispfc_timeout_1:warning]: 8b.83 (0x01000053) > (0x034f5be0,0x2a:09b25298:0080,0/0,20153/0/0,87 > ommand timeout, quiescing drive to allow outstanding I/O to complete. > Fri Feb 4 12:16:49 GMT [ispfc_timeout_1:warning]: 8b.82 (0x01000052) > (0x034f6350,0x2a:09b25418:0080,0/0,20104/0/0,87 > ommand timeout, quiescing drive to allow outstanding I/O to complete. > Fri Feb 4 12:16:49 GMT [ispfc_timeout_1:warning]: 8b.81 (0x01000051) > (0x034f6ac0,0x2f:0025ac00:0400,0/0,20153/0/0,87 > ommand timeout, quiescing drive to allow outstanding I/O to complete. > Fri Feb 4 12:16:52 GMT [ispfc_timeout_1:error]: 8b.85 (0x01000055): > global device timer timeout, initiating device r > Fri Feb 4 12:16:52 GMT [scsi.cmd.abortedByHost:error]: Device 8b.92: > Command aborted by host adapter: HA status 0x4: > a:09b25698:0080. > Fri Feb 4 12:16:52 GMT [scsi.cmd.abortedByHost:error]: Device 8b.92: > Command aborted by host adapter: HA status 0x4: > f:0025ac00:0400. > Fri Feb 4 12:16:52 GMT [scsi.cmd.pastTimeToLive:error]: Device 8b.92: > request failed after try #1: cdb 0x2a:09b25618 > Fri Feb 4 12:16:52 GMT [scsi.cmd.pastTimeToLive:error]: Device 8b.92: > request failed after try #1: cdb 0x2a:09b25518 > Fri Feb 4 12:16:52 GMT [ispfc_timeout_1:error]: 8b.84 (0x01000054): > global device timer timeout, initiating device r > Fri Feb 4 12:16:52 GMT [scsi.cmd.abortedByHost:error]: Device 8b.85: > Command aborted by host adapter: HA status 0x4: > f:0025a800:0400. > Fri Feb 4 12:16:52 GMT [scsi.cmd.pastTimeToLive:error]: Device 8b.85: > request failed after try #1: cdb 0x2a:09b25098 > Fri Feb 4 12:16:52 GMT [scsi.cmd.abortedByHost:error]: Device 8b.85: > Command aborted by host adapter: HA status 0x4: > 8:109ed500:0040. > Fri Feb 4 12:16:52 GMT [scsi.cmd.abortedByHost:error]: Device 8b.85: > Command aborted by host adapter: HA status 0x4: > a:09b25218:0080. > Fri Feb 4 12:16:52 GMT [ispfc_timeout_1:error]: 8b.83 (0x01000053): > global device timer timeout, initiating device r > Fri Feb 4 12:16:52 GMT [scsi.cmd.pastTimeToLive:error]: Device 8b.84: > request failed after try #1: cdb 0x2f:0025a800 > Fri Feb 4 12:16:52 GMT [ispfc_timeout_1:error]: 8b.82 (0x01000052): > global device timer timeout, initiating device r > Fri Feb 4 12:16:52 GMT [scsi.cmd.abortedByHost:error]: Device 8b.83: > Command aborted by host adapter: HA status 0x4: > a:09b25298:0080. > Fri Feb 4 12:16:52 GMT [scsi.cmd.pastTimeToLive:error]: Device 8b.83: > request failed after try #1: cdb 0x2a:09b25198 > Fri Feb 4 12:16:52 GMT [scsi.cmd.abortedByHost:error]: Device 8b.83: > Command aborted by host adapter: HA status 0x4: > f:0025ac00:0400. > Fri Feb 4 12:16:52 GMT [ispfc_timeout_1:error]: 8b.81 (0x01000051): > global device timer timeout, initiating device r > Fri Feb 4 12:16:52 GMT [scsi.cmd.abortedByHost:error]: Device 8b.82: > Command aborted by host adapter: HA status 0x4: > f:0025ac00:0400. > Fri Feb 4 12:16:52 GMT [scsi.cmd.abortedByHost:error]: Device 8b.82: > Command aborted by host adapter: HA status 0x4: > a:09b25398:0080. > Fri Feb 4 12:16:52 GMT [scsi.cmd.abortedByHost:error]: Device 8b.82: > Command aborted by host adapter: HA status 0x4: > a:09b25418:0080. > Fri Feb 4 12:16:52 GMT [scsi.cmd.abortedByHost:error]: Device 8b.81: > Command aborted by host adapter: HA status 0x4: > f:0025ac00:0400. > Fri Feb 4 12:16:54 GMT [ispfc_timeout_1:warning]: 8b.80 (0x01000050) > (0x034f58b0,0x1c,0/0,56193/0/0,8745/0): command > , quiescing drive to allow outstanding I/O to complete. > Fri Feb 4 12:17:00 GMT [scsi.cmd.pastTimeToLive:error]: Device 8b.80: > request failed after try #1: cdb 0x1c. > Fri Feb 4 12:17:08 GMT [scsi.cmd.retrySuccess:info]: Device 8b.85: > request successful after retry #1: cdb 0x28:109ed > . > Fri Feb 4 12:17:25 GMT [scsi.cmd.retrySuccess:info]: Device 8b.82: > request successful after retry #1: cdb 0x2a:09b25 > . > Fri Feb 4 12:17:25 GMT [scsi.cmd.pastTimeToLive:error]: Device 8b.89: > request failed after try #1: cdb 0x28:10bc5c38 > Fri Feb 4 12:17:25 GMT [scsi.cmd.checkCondition:error]: Device 8b.83: > Check Condition: CDB 0x2a:09b25298:0080: Sense > SI:aborted command - Fibre Channel frame CRC error (0xb - 0x47 0x0 > 0x3)(42100). > F > PANIC: raid volfsm: vol boot: fatal multi-disk error. in process > config_thread on release NetApp Release 6.4.5 on Fri > 12:17:25 GMT 2005 >

1 0

RE: OnTap 7 Aggregates
by Kennedy, Jeffrey 04 Feb '05

04 Feb '05

One reason to stay with smaller aggregates is in anticipation of the Spinnaker integration. Data-less moves can only be done at the aggregate so if it's one ginormous aggregate it would defeat the purpose. ~JK -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Holland, William L Sent: Thursday, February 03, 2005 7:06 AM To: 'toasters(a)mathworks.com' Subject: OnTap 7 Aggregates Starting to look ahead to the upcoming OnTap 7. I'm very excited about the new aggregates and flexvols. What criteria should one use in determining the number of aggregates to create? For example, FAS960 with 6ea DS14Mk2 shelves filled with 144GB FC drives. Would it be better to create one huge aggregate or several smaller aggregates? From my perspective, I see no practical use for Tradional volumes after upgrading to OnTap 7 and would like to convert to flexvols, but was wondering if anyone with any experience with any of the OnTap 7 RC's could provide feedback on this. Thanks in advance.

1 0

RE: Encrypted data on NetApp
by Hill, Aaron 04 Feb '05

04 Feb '05

Great, I am looking into it now. Looks like in interfaces with the Cryptainer product we have evaluated. Need to find out more ..... -----Original Message----- From: Sto Rage(c) [mailto:netbacker@gmail.com] Sent: Friday, 4 February 2005 11:38 AM To: Hill, Aaron Cc: toasters(a)mathworks.com Subject: Re: Encrypted data on NetApp have you looked at Decru (www.decru.com) ? They have a hardware appliance that can sit between the client network and the filer and encrypt selected shares/exports. We haven't used them, but may plan to evaluate them pretty soon. -G On Fri, 4 Feb 2005 11:07:49 +1100, Hill, Aaron <aaron.hill(a)cba.com.au> wrote: > > > > As part of our security layering, we are investigating the encryption of > certain portions of sensitive data on our NetApp (and I guess non-Netapp) > storage. > > > > Is anybody doing this on an enterprise scale and can recommend products? > > > > We have found a few products like "Cryptainer" that take a set folder > structure and encrypt it to look like a file or "hard shell" to anyone that > just views it via a standard CIFS/NFS connection. The CIFS client runs an > application that essentially maps to this file as a drive letter via UNC. > The user jumps through an authentication hoop (various methods of shared and > third-party authentication available) and then views the file as a complete > directory/file structure. > > > > Any recommendations regarding this, or any other product? On or off NetApp? > > > > > > Thanks, > > Aaron > > ************** IMPORTANT MESSAGE ************** > This e-mail message is intended only for the addressee(s) and contains > information which may be confidential. > If you are not the intended recipient please advise the sender by return > email, do not use or disclose the contents, and delete the message and any > attachments from your system. Unless specifically indicated, this email does > not constitute formal advice or commitment by the sender or the Commonwealth > Bank of Australia (ABN 48 123 123 124) or its subsidiaries. > We can be contacted through our web site: commbank.com.au. > If you no longer wish to receive commercial electronic messages from us, > please reply to this e-mail by typing Unsubscribe in the subject line. > *************************************************************** >

1 0

Encrypted data on NetApp
by Hill, Aaron 04 Feb '05

04 Feb '05

As part of our security layering, we are investigating the encryption of certain portions of sensitive data on our NetApp (and I guess non-Netapp) storage. Is anybody doing this on an enterprise scale and can recommend products? We have found a few products like "Cryptainer" that take a set folder structure and encrypt it to look like a file or "hard shell" to anyone that just views it via a standard CIFS/NFS connection. The CIFS client runs an application that essentially maps to this file as a drive letter via UNC. The user jumps through an authentication hoop (various methods of shared and third-party authentication available) and then views the file as a complete directory/file structure. Any recommendations regarding this, or any other product? On or off NetApp? Thanks, Aaron ************** IMPORTANT MESSAGE ************** This e-mail message is intended only for the addressee(s) and contains information which may be confidential. If you are not the intended recipient please advise the sender by return email, do not use or disclose the contents, and delete the message and any attachments from your system. Unless specifically indicated, this email does not constitute formal advice or commitment by the sender or the Commonwealth Bank of Australia (ABN 48 123 123 124) or its subsidiaries. We can be contacted through our web site: commbank.com.au. If you no longer wish to receive commercial electronic messages from us, please reply to this e-mail by typing Unsubscribe in the subject line. ***************************************************************

2 1

RE: OnTap 7 Aggregates
by Hill, Aaron 03 Feb '05

03 Feb '05

Seems a lot of people are going to 7G quite early. Are there other environments like mine out there where you have been burnt badly by a minor release? We have, more than once and are extremely reluctant to recommend an upgrade before this OS has been seen in the wild for at least 6-12 months. Don't get me wrong, I am 100% confident in the quality control and testing completed by NetApp. My fledgling wisdom tells me to take things very slowly because this story has only just begun. So to all you pioneers that are taking the plunge early........ Strap on you six-shooters and cowhide boots...... Yeeha Cowboys! And thank you. May all your bits be randomnly distributed :P -----Original Message----- From: Skottie Miller [mailto:skottie@anim.dreamworks.com] Sent: Friday, 4 February 2005 10:03 AM To: Hill, Aaron Cc: Holland, William L; John Stoffel; 'toasters(a)mathworks.com' Subject: Re: OnTap 7 Aggregates Hill, Aaron wrote: > I have not read anything yet on a transition method from standalone volumes > so they can be placed into an aggregate as flexvols? i.e. Without adding > more disk and doing some snapmirror (volume or qtree). I guees I am talking > about a conversion(transmutation?) into the aggregate rather than a > migration. > > Please interrupt me right now if there is a way to do this. It's going to be a pain. buy or borrow some extra shelves if possible, so you have a "peg" to use for the shuffle. long ago, in early discussions about the OnTap version that became 7G, I could swear that you could convert a traditional volume into a FlexVol, and its underlying spindles into an aggregate. but, that feature appears to have been removed, or never made it. We added R200 shelves, and have been emptying ds14's where possible to get enough spindles to start the migration adventure. 56 volumes and 500 qtrees, with no production interruption, is going to take awhile ;-) -skottie ************** IMPORTANT MESSAGE ************** This e-mail message is intended only for the addressee(s) and contains information which may be confidential. If you are not the intended recipient please advise the sender by return email, do not use or disclose the contents, and delete the message and any attachments from your system. Unless specifically indicated, this email does not constitute formal advice or commitment by the sender or the Commonwealth Bank of Australia (ABN 48 123 123 124) or its subsidiaries. We can be contacted through our web site: commbank.com.au. If you no longer wish to receive commercial electronic messages from us, please reply to this e-mail by typing Unsubscribe in the subject line. ***************************************************************

1 0

OnTap 7 Aggregates
by Holland, William L 03 Feb '05

03 Feb '05

Starting to look ahead to the upcoming OnTap 7. I'm very excited about the new aggregates and flexvols. What criteria should one use in determining the number of aggregates to create? For example, FAS960 with 6ea DS14Mk2 shelves filled with 144GB FC drives. Would it be better to create one huge aggregate or several smaller aggregates? From my perspective, I see no practical use for Tradional volumes after upgrading to OnTap 7 and would like to convert to flexvols, but was wondering if anyone with any experience with any of the OnTap 7 RC's could provide feedback on this. Thanks in advance.

3 2

Primary source of OEM Windows software Look no further !
by Hoch Yvonne 03 Feb '05

03 Feb '05

See attachment message.html

1 0

Re: Switching from NIS auth to Windows Domain
by Steve Losen 03 Feb '05

03 Feb '05

Thanks to everyone who responded to my question regarding switching CIFS from Unix authentication to Windows authentication. The consensus is that in our University environment many folks will have no choice but to enter "eservices\" ahead of their user name. That is acceptable to us. We were just double checking to see if there was a simple filer config that we weren't aware of. This is actually a much smaller issue than passwords. We don't know what the Unix passwords are so we cannot give each eservices account the corresponding Unix password. Folks will just need to set their eservices password by hand. Steve Losen scl(a)virginia.edu phone: 434-924-0640 University of Virginia ITC Unix Support

1 0

SuSE Users
by rkb 02 Feb '05

02 Feb '05

Anybody running Oracle on SuSE Linux? Please contact me off list if you have a moment. rbaus(a)swbell.net Thanks -Bob

1 0

RE: Switching from NIS auth to Windows Domain
by Yoder, Alan 02 Feb '05

02 Feb '05

Given that you have multiple domains with no trust relationships, you also have no way of preventing username conflicts once the domain names are stripped off. Looks like you're stuck with your user education issue, sorry. Alan =============================================================== Alan G. Yoder agy~netapp.com Technical Staff Network Appliance, Inc. =============================================================== > -----Original Message----- > From: P.S.Jones [mailto:p.s.jones@durham.ac.uk] > Sent: Wednesday, February 02, 2005 6:45 AM > To: Steve Losen > Cc: Muhlestein, Mark; Hill, Aaron; Kazsuk, Tim; toasters(a)mathworks.com > Subject: Re: Switching from NIS auth to Windows Domain > > > Steve Losen wrote: > > >>Actually, the default behavior is as Tim explained. It is > not necessary > >>to specify a wildcard mapping for the domains, unless you want to > >>exclude certain domains. I'd recommend opening a case so we > can get to > >>the bottom of why this is not working as expected. > >> > >>Mark > > > > > > I guess I didn't explain my problem very well. Everything > is working > > as expected. Our problem is that we are a University. We do not > > centrally manage our Windows domains and many folks do not belong > > to domains at all. Many departments have their own departmental > > Windows domains with their own user naming scheme, and we have no > > trust relationship with those domains. Most students have > > personal workstations, which do not belong to any domain. > > > > When using Unix authentication for CIFS, it does not matter > what domain > > you are in because the filer ignores the domain. So if > your user name > > on the filer is "fred" you can just enter "fred" in the > > "map network drive" login dialog. It does not matter if > this results > > in "fredpc\fred" or "artdept\fred" or anything else because > the filer > > ignores the domain name and looks up "fred". > > > > But when we switch to using our "eservices" Windows domain > for auth, then > > the domain name is important. You cannot login to eservices\fred > > if typing "fred" results in "fredpc\fred". You have to > explicitly type > > "eservices\fred" in the "map network drive" dialog box. This is not > > a software flaw. This is a user education issue. Right > now only about > > 20% of our 30,000 CIFS users login to the eservices domain. > The other > > 80% login other domains or no domain at all. > > > > I was just curious if there was some way to avoid training thousands > > of people to enter "eservices\fred" instead of just "fred". > > > > The usermap.cfg file is close to, but not quite, what we > need. What we > > need is a way to map Windows ids to Windows ids, not > Windows to Unix. > > It would help us if we could do this: > > > > *\* => eservices\* > > > > but this is not what usermap.cfg is for. > > > > Steve Losen scl(a)virginia.edu phone: 434-924-0640 > > > > University of Virginia ITC Unix Support > > > > > > Steve, > > I think what you want to do isn't possible because Windows > regards the > domain prefix as an essential part of the authentication > process. Your > 'native' (eservices) CIFS clients may appear to get away with > just the > plain username but behind the scenes the client is actually sending > eservices\username to the Netapps. Users from 'foreign' domains can't > do this since they would send an invalid domain prefix from the > authentication point of view; they must explicitly add the foreign > domain (from their point of view) eservices as a prefix to their > authentication account. > > -- > Paul Jones, Head of Systems Services, Information Technology Service, > University of Durham, South Road, Durham DH1 3LE > Email: p.s.jones(a)durham.ac.uk Phone/Fax: > 0191 334 2749/2701 >

1 0

RE: Switching from NIS auth to Windows Domain
by Muhlestein, Mark 02 Feb '05

02 Feb '05

Actually, the default behavior is as Tim explained. It is not necessary to specify a wildcard mapping for the domains, unless you want to exclude certain domains. I'd recommend opening a case so we can get to the bottom of why this is not working as expected. Mark -----Original Message----- From: Hill, Aaron [mailto:aaron.hill@cba.com.au] Sent: Tuesday, February 01, 2005 5:04 PM To: 'Steve Losen'; Kazsuk, Tim Cc: 'toasters(a)mathworks.com' Subject: RE: Switching from NIS auth to Windows Domain I believe the usermap.cfg is your ticket. But only if I am understanding your issue correctly. If your usernames are unique, i.e. only 1 fred will ever open a CIFS session on a particular filer, then you should be able to do something like this in the file with great success; <DOMAIN>\* == * <DOMAIN2>\* == * <DOMAIN3>\* == * Etc. etc. Essentially, ESERVICES\FRED will map to unix fred, but so will DONKEYDOMAIN\FRED. So your problem will be duplicate ID's. The == specifies a two-way mapping, i.e. unix fred will also map to the first domain that is found in the list that has a "fred/FRED". If you omit the ==, it will be implied by default. i.e. <DOMAIN>\* == * is the same as saying <DOMAIN>\* *. If youi want the mappings one way, use => or <= . The usermap.cfg parses from top to bottom, so the first match will be the mapping that is used. I do not know if there is a limit to the number of entries. If you need to enter many hundreds of domains, this may become an issue and you may see some slow authentication. For more details on this you will need to talk to a NetApp engineer. There may also be a way to do it thus; *\* == * And combining the cifs.search_domains option to specify the order that the domains are searched. If you omit this setting, they are randomnly searched. So, it may be wise to place your highest populated domains at the top of the list to speed up authentication. Once the mapping cached by the filer, things should move through a lot faster. Even if you have duplicates, my guess is that there will not be many. Particularly if you have good practices regarding the creation of user accounts. If there are, you simply disrupt a "few" users by modifying their user names and associated data. If this is 10% of your 30,000 users it will still be a lot of work, but a lot less than the full 30,000 coming down on you. Test it out, let me know how it goes. Good luck! Thanks, Aaron -----Original Message----- From: Steve Losen [mailto:scl@sasha.acc.virginia.edu] Sent: Wednesday, 2 February 2005 3:16 AM To: Kazsuk, Tim Cc: toasters(a)mathworks.com Subject: Re: Switching from NIS auth to Windows Domain > If the user names are the same on the Windows side and the Unix side, > regardless of what Domain those users are a part of, you shouldn't have > any issues with the drive mappings. As defined in the "System > Administration - File Access Management Guide for Data ONTAP 6.5" pg.93, > these are the steps taken when a CIFS session is requested: > > - It searches the /etc/usermap.cfg to see whether an entry matches the > user's Windows domain name and user name. > - If an entry is found, Data ONTAP uses the UNIX name specified in the > entry to look up the UID and GID from the UNIX password database. If > the UNIX name is a null string, Data ONTAP denies access to the CIFS > user. > - If an entry is not found, Data ONTAP converts the Windows name to > lowercase and considers the UNIX name to be the same as the Windows > name. Data ONTAP uses this UNIX name to look up the UID and GID from > the UNIX password database. > > If that doesn't work, you also might want to look into setting up the > usermap.cfg file in such a way that will work in your environment. > > Regards, > Thanks, but that's not the problem. Right now when you "map network drive" and you fill in the username field in the dialog box, you do not need to specify a domain name. If you enter "fred" in the dialog box then your PC supplies a domain name for you automatically. Because we are using Unix style login for CIFS, the filer strips off the domain name and looks up your account using just "fred". However, once we switch to Windows domain auth, if you enter just "fred" in the username field, and if your PC supplies something other than "eservices" for the domain name (very likely here) then your username is incorrect and you cannot login. You don't even get to the point where your Windows domain credentials are mapped to your Unix UID, etc. Our user education problem is teaching 30,000 people who currently enter just "fred" to start entering "eservices\fred" instead. I was hoping that there might be a magic option on the filer that would help us avoid this. Steve Losen scl(a)virginia.edu phone: 434-924-0640 University of Virginia ITC Unix Support ************** IMPORTANT MESSAGE ************** This e-mail message is intended only for the addressee(s) and contains information which may be confidential. If you are not the intended recipient please advise the sender by return email, do not use or disclose the contents, and delete the message and any attachments from your system. Unless specifically indicated, this email does not constitute formal advice or commitment by the sender or the Commonwealth Bank of Australia (ABN 48 123 123 124) or its subsidiaries. We can be contacted through our web site: commbank.com.au. If you no longer wish to receive commercial electronic messages from us, please reply to this e-mail by typing Unsubscribe in the subject line. ***************************************************************

3 2

RE: McAfee A/V config
by Merkin, David S 02 Feb '05

02 Feb '05

Did this happen when you upgraded to 6.5.2? -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of jeff.mery(a)ni.com Sent: Monday, January 31, 2005 12:18 PM To: toasters(a)mathworks.com Subject: McAfee A/V config The basics: - F940c systems (one cluster) - ONTAP 6.5.2 - ~4.4 TB of data (90% CIFS) - McAfee VirusScan 7.1 for NetApps - 6 x scanner systems (4 x PowerEdge 650SC, 2 x Precision 420) - All scanners scan both filers - All GbE, all systems & filers on same subnet We've been having a small problem with our McAfee virus scanners lately; they all periodically drop off-line causing much havoc with our pagers. Suggestions from McAfee are that the scanners become too busy and when that happens, they drop off line and reset themselves. However, performance indicators on the scanners don't indicate any problems: CPUs almost idle, no disk I/O, very little network activity. From a filer stand-point, they're practically idle: CPU time averages less than 20%, network and disk I/O is minimal. I'd like to hear how some of you have your McAfee environments configured and what (if any) issues you've had similar to this one. As usual, much thanks in advance! Jeff Mery - MCSE, MCP National Instruments ------------------------------------------------------------------------- "Allow me to extol the virtues of the Net Fairy, and of all the fantastic dorks that make the nice packets go from here to there. Amen." TB - Penny Arcade -------------------------------------------------------------------------

3 2

RE: Switching from NIS auth to Windows Domain
by Hill, Aaron 02 Feb '05

02 Feb '05

I believe the usermap.cfg is your ticket. But only if I am understanding your issue correctly. If your usernames are unique, i.e. only 1 fred will ever open a CIFS session on a particular filer, then you should be able to do something like this in the file with great success; <DOMAIN>\* == * <DOMAIN2>\* == * <DOMAIN3>\* == * Etc. etc. Essentially, ESERVICES\FRED will map to unix fred, but so will DONKEYDOMAIN\FRED. So your problem will be duplicate ID's. The == specifies a two-way mapping, i.e. unix fred will also map to the first domain that is found in the list that has a "fred/FRED". If you omit the ==, it will be implied by default. i.e. <DOMAIN>\* == * is the same as saying <DOMAIN>\* *. If youi want the mappings one way, use => or <= . The usermap.cfg parses from top to bottom, so the first match will be the mapping that is used. I do not know if there is a limit to the number of entries. If you need to enter many hundreds of domains, this may become an issue and you may see some slow authentication. For more details on this you will need to talk to a NetApp engineer. There may also be a way to do it thus; *\* == * And combining the cifs.search_domains option to specify the order that the domains are searched. If you omit this setting, they are randomnly searched. So, it may be wise to place your highest populated domains at the top of the list to speed up authentication. Once the mapping cached by the filer, things should move through a lot faster. Even if you have duplicates, my guess is that there will not be many. Particularly if you have good practices regarding the creation of user accounts. If there are, you simply disrupt a "few" users by modifying their user names and associated data. If this is 10% of your 30,000 users it will still be a lot of work, but a lot less than the full 30,000 coming down on you. Test it out, let me know how it goes. Good luck! Thanks, Aaron -----Original Message----- From: Steve Losen [mailto:scl@sasha.acc.virginia.edu] Sent: Wednesday, 2 February 2005 3:16 AM To: Kazsuk, Tim Cc: toasters(a)mathworks.com Subject: Re: Switching from NIS auth to Windows Domain > If the user names are the same on the Windows side and the Unix side, > regardless of what Domain those users are a part of, you shouldn't have > any issues with the drive mappings. As defined in the "System > Administration - File Access Management Guide for Data ONTAP 6.5" pg.93, > these are the steps taken when a CIFS session is requested: > > - It searches the /etc/usermap.cfg to see whether an entry matches the > user's Windows domain name and user name. > - If an entry is found, Data ONTAP uses the UNIX name specified in the > entry to look up the UID and GID from the UNIX password database. If > the UNIX name is a null string, Data ONTAP denies access to the CIFS > user. > - If an entry is not found, Data ONTAP converts the Windows name to > lowercase and considers the UNIX name to be the same as the Windows > name. Data ONTAP uses this UNIX name to look up the UID and GID from > the UNIX password database. > > If that doesn't work, you also might want to look into setting up the > usermap.cfg file in such a way that will work in your environment. > > Regards, > Thanks, but that's not the problem. Right now when you "map network drive" and you fill in the username field in the dialog box, you do not need to specify a domain name. If you enter "fred" in the dialog box then your PC supplies a domain name for you automatically. Because we are using Unix style login for CIFS, the filer strips off the domain name and looks up your account using just "fred". However, once we switch to Windows domain auth, if you enter just "fred" in the username field, and if your PC supplies something other than "eservices" for the domain name (very likely here) then your username is incorrect and you cannot login. You don't even get to the point where your Windows domain credentials are mapped to your Unix UID, etc. Our user education problem is teaching 30,000 people who currently enter just "fred" to start entering "eservices\fred" instead. I was hoping that there might be a magic option on the filer that would help us avoid this. Steve Losen scl(a)virginia.edu phone: 434-924-0640 University of Virginia ITC Unix Support ************** IMPORTANT MESSAGE ************** This e-mail message is intended only for the addressee(s) and contains information which may be confidential. If you are not the intended recipient please advise the sender by return email, do not use or disclose the contents, and delete the message and any attachments from your system. Unless specifically indicated, this email does not constitute formal advice or commitment by the sender or the Commonwealth Bank of Australia (ABN 48 123 123 124) or its subsidiaries. We can be contacted through our web site: commbank.com.au. If you no longer wish to receive commercial electronic messages from us, please reply to this e-mail by typing Unsubscribe in the subject line. ***************************************************************

1 0

Switching from NIS auth to Windows Domain
by Steve Losen 01 Feb '05

01 Feb '05

We have been using filers to store users' home directories since 1997. We started out with NFS on Unix and added CIFS access later. We have about 30,000 user accounts. We have always used NIS authentication for CIFS so that folks have the same password on Unix and CIFS. But we have been unhappy with the passwords going over the network in clear text. We have finally gotten funding for enough Windows client licenses to give all our users accounts in a Windows domain, so we want to switch our filers to Windows domain auth. This is going to cause us a serious user education problem. Currently it does not matter what domain a CIFS user specifies because the domain name is ignored when mapping a to a NIS user. For example, BOGUS\fred maps to "fred" and MYDOM\jane maps to "jane", etc. Right now when "fred" does a "map network drive" he just enters "fred" for his username. His PC supplies the windows domain, whatever that may be. Some folks login to local departmental domains. Some do local Windows logins, etc. Right now that doesn't matter because the filers ignore the domain name when mapping to a NIS username. But that will suddenly change when we switch to Windows domain auth. Fred will suddenly be required enter "ESERVICES\fred" instead of just "fred". Does the filer have any option where it "knows" that no matter what domain name the user supplies, in his heart of hearts he really means "ESERVICES" ? That would save us an awful lot of calls at our help desk when we cut over. By the way, we don't know in advance what domain name a user may supply. Many of them appear to be whatever name the user gave his PC. Steve Losen scl(a)virginia.edu phone: 434-924-0640 University of Virginia ITC Unix Support

7 7

RE: Command to Sanitize NetApp Filer?
by Hart, Paul 01 Feb '05

01 Feb '05

Mike you should try disk sanitize start [-p pattern1|-r [-p pattern2|-r [-p pattern3|-r]]] [-c number_of_cycles] disk_list disk sanitize start [-p pattern|-r [-p pattern|-r [-p pattern|-r]]] [-c cycles] disk_list Used to start the sanitization process on the disks listed. The -p option defines the byte pattern(s) and the number of write passes in each cycle. The -r option may be used to generate a write of random data, instead of a defined byte pattern. If no patterns are specified, the default is 3 using pattern 0x55 on the first pass, 0xaa on the second, and 0x3c on the third. The -c option specifies the number of cycles ofpattern writes. The default is 1 cycle. All sanitization process information is written to the log file at /etc/sanitization.log. The serial numbers of all sanitized disks are written to /etc/sanitized_disks. Paul -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Mike Mueller Sent: Tuesday, February 01, 2005 12:22 PM To: toasters(a)mathworks.com Subject: Command to Sanitize NetApp Filer? We will be retiring a NetApp filer soon and are required to sanitize storage devices. Is there a command that will sanitize the disks, preferably by overwriting the data? Thanks, -- Mike

1 0

RE: Switching from NIS auth to Windows Domain
by Kazsuk, Tim 01 Feb '05

01 Feb '05

If the user names are the same on the Windows side and the Unix side, regardless of what Domain those users are a part of, you shouldn't have any issues with the drive mappings. As defined in the "System Administration - File Access Management Guide for Data ONTAP 6.5" pg.93, these are the steps taken when a CIFS session is requested: - It searches the /etc/usermap.cfg to see whether an entry matches the user's Windows domain name and user name. - If an entry is found, Data ONTAP uses the UNIX name specified in the entry to look up the UID and GID from the UNIX password database. If the UNIX name is a null string, Data ONTAP denies access to the CIFS user. - If an entry is not found, Data ONTAP converts the Windows name to lowercase and considers the UNIX name to be the same as the Windows name. Data ONTAP uses this UNIX name to look up the UID and GID from the UNIX password database. If that doesn't work, you also might want to look into setting up the usermap.cfg file in such a way that will work in your environment. Regards, ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Tim Kazsuk Unix System Administrator The Home Depot Supply Direct: 858-831-2225 Fax: 858-831-2221 NOC: 858-831-2210 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Steve Losen Sent: Tuesday, February 01, 2005 5:50 AM To: toasters(a)mathworks.com Subject: Switching from NIS auth to Windows Domain We have been using filers to store users' home directories since 1997. We started out with NFS on Unix and added CIFS access later. We have about 30,000 user accounts. We have always used NIS authentication for CIFS so that folks have the same password on Unix and CIFS. But we have been unhappy with the passwords going over the network in clear text. We have finally gotten funding for enough Windows client licenses to give all our users accounts in a Windows domain, so we want to switch our filers to Windows domain auth. This is going to cause us a serious user education problem. Currently it does not matter what domain a CIFS user specifies because the domain name is ignored when mapping a to a NIS user. For example, BOGUS\fred maps to "fred" and MYDOM\jane maps to "jane", etc. Right now when "fred" does a "map network drive" he just enters "fred" for his username. His PC supplies the windows domain, whatever that may be. Some folks login to local departmental domains. Some do local Windows logins, etc. Right now that doesn't matter because the filers ignore the domain name when mapping to a NIS username. But that will suddenly change when we switch to Windows domain auth. Fred will suddenly be required enter "ESERVICES\fred" instead of just "fred". Does the filer have any option where it "knows" that no matter what domain name the user supplies, in his heart of hearts he really means "ESERVICES" ? That would save us an awful lot of calls at our help desk when we cut over. By the way, we don't know in advance what domain name a user may supply. Many of them appear to be whatever name the user gave his PC. Steve Losen scl(a)virginia.edu phone: 434-924-0640 University of Virginia ITC Unix Support

2 1

Free NetApp 36U cabinets available for pickup in Minneapolis, MN
by Scott Fischmann 01 Feb '05

01 Feb '05

2 1

[SUMMARY]: Archiving, R200 and SnapVault.
by Ngoh, Clarence 31 Jan '05

31 Jan '05

Thanks to the following people who replied: Aaron Hill Bill Holland It turns out that at the end of the day, using SnapVault was not the most straighforward solution. We simply wish to copy an EOM (end-of-month) snapshot to the R200 temporarily to conserve snapshot space on the production filer whilst getting our backup problem fixed. The use of Snapvault did not meet our need to duplicate the whole volume when compared to how how SnapMirror duplicates its volume. One of the significant difference between the two is that the basic unit in Snapvault is NOT the valume, but the qtree. As such, a transfer must be made to replicate each qtree. It was also pointed out that complexity is added to the restoration process because a snapshot from SnapVault is essentially restored and Snapvault has its way of doing its thing. A third point of complexity is configuring Veritas NetBackup to backup the snapshot - an option that we are not willing to experiment with. So, what are we doing? We have two volumes that are running low on disk space on the Production filers. We have created two volumes on the R200 to reflect those on production and we are snapmirring these across. Once the data is replicated, we remove the older EOM snapshot to free disk space. Backups of the snapshots are then done via 3-way-NDMP. A much more simple and elegant solution. Cheers Clarence. > -----Original Message----- > From: Ngoh, Clarence [mailto:clarence.ngoh@cba.com.au] > Sent: Friday, 28 January 2005 2:51 PM > To: toasters(a)mathworks.com > Subject: Archiving, R200 and SnapVault. > > > G'day toaster folks, > > Our backups in Lidcombe are having issues completing its > backups - the cause is yet unknown. As a result of our EOM > backups not completing successfully, it is eating into our > snapshot space. We have raised a case with NetApp and we are > trying to isolate the root case of the problem. I am not > after suggestions to fix this at the moment. Rather ... > > We have just purchased a R200 for achiving purpose and we are > thinking of > utilising this to alleviate the issue we are having. We > wish to dump some > of the EOMs to this box and backup to tape when we resolve > the backup issue. > > > Our scenario is common ... A production site and a DR site. > > We backup our EOMs at the DR site. We are wondering if the > process is as > simple of copying over the EOM snapshots from the DR filer to > the R200 via SnapVault and configuring our backups (Veritas > NetBackup) to backup from the R200 to cassette. > > Question : From what I have read, backups to cassette can be > done straight from the R200. Any real life experiences to > share? Are they any caveats that we should be aware of? > > Sorry if this question seems somewhat simple -- I am still > ploughing through a pile of whitepapers at the moment, but > because this issue is somewhat urgent, any suggestions would > be much appreciated. > > > Cheers > Clarence. > > > ************** IMPORTANT MESSAGE ************** > This e-mail message is intended only for the addressee(s) and > contains information which may be confidential. > If you are not the intended recipient please advise the > sender by return email, do not use or disclose the contents, > and delete the message and any attachments from your system. > Unless specifically indicated, this email does not constitute > formal advice or commitment by the sender or the Commonwealth > Bank of Australia (ABN 48 123 123 124) or its subsidiaries. > We can be contacted through our web site: commbank.com.au. > If you no longer wish to receive commercial electronic > messages from us, please reply to this e-mail by typing > Unsubscribe in the subject line. > *************************************************************** >

2 1

McAfee A/V config
by jeff.mery＠ni.com 31 Jan '05

31 Jan '05

2 1

Re: Converting Netcache to Filer
by masterlolo 28 Jan '05

28 Jan '05

Model is C760 (700 series). Netapp system board V. The problem is why the server accept only netcache license and not nfs license ? Thanks, Laurent. ----- Original Message ----- From: "Reeves, Gary" <garyr(a)netapp.com> To: "masterlolo" <masterlolo(a)noos.fr> Sent: Wednesday, September 22, 2004 4:17 PM Subject: RE: Converting Netcache to Filer What Model Appliance ? if 7xx series, tel me what system board version it is. Open the chassis and pull forward, then look on the motherboard at the back and you should see something like "SYSTEM BOARD V or V or VII" let me know what model it is. One you can, another you can with difficulty and one you cant. Regards -----Original Message----- From: masterlolo [mailto:masterlolo@noos.fr] Sent: 22 September 2004 14:34 To: toasters(a)mathworks.com Subject: Re: Converting Netcache to Filer Hi all, I have replace the HS battery, now the system is ok, but after each initialize all disk the server tell me that i must enter a valid license. As if the server do not reconize my valid license for NFS or CIFS !!! but if I enter a license for netcache, the system valid it but the installation is a netcache system !!! Someone can help me about it ? Maybe jumper on motherboard ?? Thanks, Laurent. ----- Original Message ----- From: "masterlolo" <masterlolo(a)noos.fr> To: <toasters(a)mathworks.com> Sent: Saturday, September 18, 2004 11:51 AM Subject: Re: Converting Netcache to Filer > Hi all, > > I have unset netcache by this command : > ok unsetenv netcache > ok setenv netcache? false > > I have check environnement : > ok printenv > Variable Name Value Default Value > netcache? false > > That's ok at this point. > I boot on DATA ONTAP Diskettes, and choose " (4) Initialize all disks " at > the menu : > Zero disks and install a new file system? y > This will erase all the data on the disks, are you sure? y > Zeroing disks takes about 15 minutes..... > > I enter some configuration information (as hostname, ip...) & i am stopped > by " Please enter your license: " > I have tested to enter a valid license for nfs, cifs : " You must enter a > valid system license " > I have tested to enter a valid license for netcache : that's ok (but after I > have a system problem : low battery and the system shutdown !) > So I would like to know if it's right to enter netcache license to convert > netcache in filer ?? > Do must change the netcache firmware to filer firmware ?? > > Thanks for your help, > Laurent. >

2 1

RE: Solaris patch 118463-01, NetApp filers, and du
by Barnes, Simon 28 Jan '05

28 Jan '05

Hi Chris, Sorry it's taken me a while to reply. I'm very interested in your take on the Solaris 9 du patch, as I was instrumental in its creation. One of the customers I work with at NetApp had noticed that du returned a "cycle detected" error in Solaris 9, whereas it had not in Solaris 8. (Incidentally, I'm told Solaris 10 doesn't return this error either). With the help of my customer and Sun, we were able to identify the code change which had provoked this behaviour. As I understand it, Sun's patch does indeed, as you say, revert to the earlier Solaris 8-like behaviour, in that it ignores the error condition rather than fall over when it hits it. (Although Sun themselves are far better placed to comment than I am). This is what the customer in question wanted from the patch. Unfortunately I will be out of the office all of next week (back on 7th February), but I'd be happy to discuss this further with you when I return. My customer, I'm sure, would also be most interested to hear what you think of this solution, as so far he appears to be the only one to have reported this issue to us - unlikely as that sounds. Please feel free to drop me a line or give me a call. Regards, Simon. Simon Barnes Technical Global Advisor (TGA) Network Appliance simonb(a)netapp.com Tel +31 (0)23 5644262 Mobile: +31 (0)655 773100 -----Original Message----- From: Chris Thompson [mailto:cet1@cus.cam.ac.uk] Sent: Thursday, January 20, 2005 12:37 PM To: toasters(a)mathworks.com Subject: Solaris patch 118463-01, NetApp filers, and du I posted an article about this in the comp.unix.solaris newsgroup back in early December, but I didn't get any response. Maybe I will have more luck here. A patch 118463-01 was released by Sun for Solaris 9 du(1) on 2004-12-06. It "fixes" 5068958 Solaris 9 du exits with "cycle detected" The description of this on SunSolve includes the following: | Description: | | Solaris 9 du exits with: | | du: failed for /: Cycle detected from XXX to XXX | | when a hardlink in the filesystem is detected. While at first sight | this seems reasonable behaviour due to the potentially harmful nature | of hardlinked directories, there is a genuine need to handle this in a more graceful way. | | One such example comes from using a NetApp File Server with snapshots. | The NetApp server exports snapshot heirarchies with file ids (aka | inode | numbers) which appear to be identical to existing directory file ids. | | While this is an implementation issue concerning the interaction | between Sun's NFS clients and NetApp File Servers, in the interests of | interoperability, the Solaris 9 du should simply ignore directories | with apparent duplicate inode numbers. I wonder what other users of Solaris in conjunction with NetApp filers think of this? Personally I thought the change in Solaris 9 was positively beneficial ... an error (even if obscurely expressed from the end-user's point of view) rather than a totally misleading result. It might have been useful if the patch had been to produce warning messages "I've seen this directory inode number before, I'm leaving this [snapshot] out of the space calculation altogether" and carry on with the rest of the tree. (One might think that this was what was implied by "simply ignore directories with apparent duplicate | inode numbers".) But it seems that it actually restores the Solaris 8-and-earlier behaviour, in which you get a total which is a naive sum over all snapshots, which is never (well, hardly ever) meaningful. Chris Thompson Email: cet1(a)cam.ac.uk

1 0

RE: iSCSI and OnTap 7 on F720
by Worby, Chris, VF UK 28 Jan '05

28 Jan '05

Gil, The F720 is not supported hardware for Ontap 7. Extract from Data ONTAP 7.0RC4 Release notes: > Requirements for Running Data ONTAP 7.0RC4 > Supported systems The following storage systems are supported: > FAS900 series > FAS200 series > NearStore R200 > NearStore R150 > NearStore R100 > F800 series > F87 > > Note: > Starting with this release the F700 series and the F85 are no longer supported. > Chris Worby Storage Management, Information Systems, Vodafone UK Vodafone Limited Site Address: Maxwell House, Newbury Business Park, London Road, Newbury, Berkshire RG14 2PZ Registered Office: Vodafone House, The Connection, Newbury, Berkshire RG14 2FN Registered in England No 1471587 -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Gil Freund Sent: 28 January 2005 11:59 To: toasters(a)mathworks.com Subject: iSCSI and OnTap 7 on F720 Hi, I have an F720 used for CIFS and NFS on a site with about 30 users and a 4 port VIF (100Mbit/s x 4). The filer in constant use, but is not under heavy load. We would like to move data which is in DAS (mainly our mail store, which is a Cyrus IMAP server on Linux), which we would like to move to the filer. Since I don't want to use NFS for this, and the virtual volumes would be very handy in NDMP backups I was wondering whether it made sense to use those on an F720. Any thoughts / field notes welcome Gil

2 1

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