toasters

toasters@lists.teaparty.net

2 participants
13529 discussions

Re: Can you allocate space from one aggregate to a volume on another?
by Robert Lazzurs 06 Dec '07

06 Dec '07

On Dec 5, 2007 3:39 PM, Brent Wilkinson <bwilkinson(a)vmware.com> wrote: > " Yes, just to be clear with everyone it was about moving the data from > FC storage to SATA storage. > > We have started this by doing a vol copy to move the LUN's that were > offline from FC to SATA and we are going to look at ReplicatorX for > the rest. > > If anyone has any further suggestions please let me know :)" > > I like to use Snapmirror for data moves personally. Having the ability to do > a final incremental sync before bringing the new volume online is nice. The problem I have is these LUNs are for running VM's and our customers would not be so accepting of the downtime involved. If there is any way of doing this without user downtime then that has to be the path for us. Really we need OnTAP GX with NFS based storage for the local disks of the VM's however that is a little while away in the environment we are using, maybe in our next cluster ;) Take care

1 0

Fwd: Can you allocate space from one aggregate to a volume on another?
by Robert Lazzurs 05 Dec '07

05 Dec '07

oops, meant to send to the list as well... ---------- Forwarded message ---------- From: Robert Lazzurs <rob(a)lazzurs.net> Date: Dec 5, 2007 2:23 PM Subject: Re: Can you allocate space from one aggregate to a volume on another? To: "Fox, Adam" <Adam.Fox(a)netapp.com> Yes, just to be clear with everyone it was about moving the data from FC storage to SATA storage. We have started this by doing a vol copy to move the LUN's that were offline from FC to SATA and we are going to look at ReplicatorX for the rest. If anyone has any further suggestions please let me know :) Take care. On Nov 28, 2007 8:36 PM, Fox, Adam <Adam.Fox(a)netapp.com> wrote: > This isn't really moving a volume. It's just publishing a different > path name. > The data stays right where it is. I believe the question was about > physically > moving the data from one aggregate to another. > > > -- Adam Fox > adamfox(a)netapp.com > > > -----Original Message----- > From: Johnson, James A [HDS] [mailto:James.Johnson8@hdsupply.com] > Sent: Wednesday, November 28, 2007 2:35 PM > To: Robert Lazzurs; toasters(a)mathworks.com > > Subject: RE: Can you allocate space from one aggregate to a volume on > another? > > > I found this on earlier threads; > > in exportsfs, you can export a path that uses a different backing store, > via the "actual" option. > > > > so, if you have a volume called (e.g.) "changeme", but you want users to > see it as "newname", use: > > > > /vol/newname/QTREE -actual=/vol/changeme/QTREE > > > According to this the volumes can be moved. > > James > > > -----Original Message----- > From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] > On Behalf Of Robert Lazzurs > Sent: Friday, November 23, 2007 3:55 AM > To: toasters(a)mathworks.com > Subject: Re: Can you allocate space from one aggregate to a volume on > another? > > Is there any way this can be done that is fully transparent to the end > users of the storage. > > We have a similar situation and while we will be moving to GX in the > long term this is not something that can be done in the short term and > we are fast running out of space on our original aggr. > > If a volume cannot be moved to another aggr without the end users > noticing can a LUN be moved to another volume without end users > noticing? > > Kind regards, > > On Nov 15, 2007 4:48 PM, Fox, Adam <Adam.Fox(a)netapp.com> wrote: > > If I understand you correctly, I don't think you can do what you want > to > > do. > > It sounds like you want a volume to have space allocated in multiple > > aggregates. > > That won't work. You could copy an entire volume into a new > aggregate, > > but you > > can't have a flex vol span aggregates. At least not in ONTAP 7. > ONTAP > > GX can > > do this, but that's a very different configuration and you'd need to > > work closely with your sales team to see if it's appropriate for your > > environment. > > > > > > -- Adam Fox > > adamfox(a)netapp.com > > > > > > > > -----Original Message----- > > From: Bryano [mailto:Bryan.Price@firstassistinsurance.co.uk] > > Sent: Thursday, November 15, 2007 7:48 AM > > To: toasters(a)mathworks.com > > Subject: Can you allocate space from one aggregate to a volume on > > another? > > > > > > We currently have a fas 940 with the following config: > > > > 3x 144GB FC shelves all but 2 disks are in aggr1 which equates to > approx > > 3.9TB useable space which is approx 5.7TB raw (excluding the 2 spares) > > > containing 4 volumes > > > > 5x 72GB FC shelves with 8 assigned to aggr2 (60 spares) containing 1 > > volume > > > > We would like to increase the size of aggr1 and therefore plan to > > repalce 2 of the 72GB shelves with 144Gb, 4 of which will be retained > as > > spares, thus giving us an extra 3.4TB of raw space to add to aggr1. > > Looking at the system configuration guide for the fas940 it states > that > > the max raw aggregate size is 8TB therefore this would take aggr1 over > > > the limit. > > > > Is it possible to create a new aggregate (aggr3) assign the new 144GB > > drives to it but assign the space to the volumes held on aggr1? > > > > As it stands if we were to replace 2 shelves with 144GB drives and > > remove 1 72GB shelf we would have a max size (based on 5x 144GB and 2x > > > 72GB shelves) of 12TB which takes us to the max raw capacity of this > > filer using FC-AL drives. > > > > Thanks > > > > > > -- > > View this message in context: > > > http://www.nabble.com/Can-you-allocate-space-from-one-aggregate-to-a-vol > > ume-on-another--tf4811616.html#a13766859 > > Sent from the Network Appliance - Toasters mailing list archive at > > Nabble.com. > > > > >

1 0

Reformat a netapp disk to make it a spare again?
by Stephen C. Losen 04 Dec '07

04 Dec '07

We added two shelves of disks to a FAS960 pair and hit the raw capacity limit, so we had to pull some disks to get back under the limit. (The configuration guide is somewhat vague about the max capacity and it turned out to be less than we expected.) It has been suggested that we use some of these disks temporarily in a non-netapp system, but we will eventually want to turn them back into netapp spares. Personally I'm not keen on this idea. I am afraid that using them in a non-netapp system will scribble over labels and other data peculiar to netapp disks, making them unrecognizable as spares. Is this true? And if so, is there any way to reformat/relabel a disk to make it a netapp spare again? These are 750G SATA disks, by the way. Steve Losen scl(a)virginia.edu phone: 434-924-0640 University of Virginia ITC Unix Support

1 0

EMC's Visual SRM and Netapp
by Glenn Dekhayser 04 Dec '07

04 Dec '07

Is anyone out there successfully using EMC's VisualSRM product with netapp storage, for NAS specifically? Any input appreciated. Thanks! Glenn (the other one)

2 1

Re: Can't expand SnapDrive for Windows drive
by Raj Patel 04 Dec '07

04 Dec '07

Cheers Bill - that was it. I deleted a couple of old snaps and a mirror and it gave me enough space to expand. I think I need to do a 'reserve 101' course . . . Raj. On Dec 3, 2007 3:02 PM, Neil Stichbury <Neil.Stichbury(a)gen-i.co.nz> wrote: > How do you define 'free space'? > Do you have fractional_reserve, snap reserve set? > > > > -----Original Message----- > From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] > On Behalf Of Raj Patel > Sent: Monday, 3 December 2007 1:16 p.m. > To: toasters(a)mathworks.com > Subject: Can't expand SnapDrive for Windows drive > > > Just trying to expand a 20Gb lun used for SQL 2005 logs - Its contained > within a 400Gb volume (I've allocated 140 for the database, 20 for logs > and 10 for temp db). The vol is sized at well over twice the space > requirements to allow for snaps. I just want to expand the log lun to > 40Gb. > > Server is w2k3 sp1 SnapDrive 4.2.1 and OnTap 7.0.5 on a fas 270. > SnapManager SQL is installed for SQL 2005. > > Overall SAN free space is about 80Gb. > > From within Windows the error SnapDrive gives is 'Unable to Expand Disk > / Error there is not enough free space' > > Anything obvious I'm missing ? > > Thanks in advance, > > Raj. > > > This communication, including any attachments, is confidential. If you are not the intended recipient, you should not read it - please contact me immediately, destroy it, and do not copy or use any part of this communication or disclose anything about it. Thank you. Please note that this communication does not designate an information system for the purposes of the Electronic Transactions Act 2002. > >

6 12

Fabric MC and Brocade free ports usage
by Milazzo Giacomo 04 Dec '07

04 Dec '07

Hi All In a fabric MC enviroment a pair of Brocade 16 ports have been used for each site. Once filled with the needed connections to head and selve (Pool0 and Pool1) there are a lot of SFP empty with no connection. I know that other connection are not supported but I've already tried to attach a dual target HBA installed in each head and some HBA coming from hosts (Windows or Linux) and without zoning (you don't need it for MC) the Brocade I can expose all my FC LUNs created on NetApp and only to the right host using igroups with the 'authorized' WWWN. NetApp of course is in single_image cf mode. What do you think about this "unsupported" configuration? Many thanks

3 4

Can't expand SnapDrive for Windows drive
by Raj Patel 03 Dec '07

03 Dec '07

Just trying to expand a 20Gb lun used for SQL 2005 logs - Its contained within a 400Gb volume (I've allocated 140 for the database, 20 for logs and 10 for temp db). The vol is sized at well over twice the space requirements to allow for snaps. I just want to expand the log lun to 40Gb. Server is w2k3 sp1 SnapDrive 4.2.1 and OnTap 7.0.5 on a fas 270. SnapManager SQL is installed for SQL 2005. Overall SAN free space is about 80Gb. From within Windows the error SnapDrive gives is 'Unable to Expand Disk / Error there is not enough free space' Anything obvious I'm missing ? Thanks in advance, Raj.

2 1

Check Pointing
by Daryl Field 01 Dec '07

01 Dec '07

Hi Folks - we have some admittedly underpowered 270c in a mixed cifs/nfs environment. We are seeing a random performance issue whereby cp time is increased and the resultant nfs ops it serves drops considerably, resulting in an effective outage. The question is when I look at the sysstat output collected during these periods a lot of time is spent checkpointing 'special files' - its been a while since I covered ontap theory so if someone could explain this in further detail it would be helpful. The now docs omit extended explanations. Below is a sample of normal vs check pointing sysstat output. Thanks, Daryl Normal CPU NFS CIFS HTTP Total Net kB/s Disk kB/s Tape kB/s Cache Cache CP CP Disk FCP iSCSI FCP kB/s in out read write read write age hit time ty util in out 92% 1758 2 0 1760 495 2621 6404 0 0 0 41s 75% 0% - 55% 0 0 0 0 89% 2759 3 0 2762 781 6441 11140 6 0 0 22s 83% 0% - 68% 0 0 0 0 96% 2605 20 0 2625 1566 7347 12961 24 0 0 41s 78% 0% - 70% 0 0 0 0 97% 2224 3 0 2227 688 4856 8198 0 0 0 41s 84% 0% - 49% 0 0 0 0 92% 4027 2 0 4029 1860 5267 9829 12 0 0 14s 89% 0% - 72% 0 0 0 0 96% 2136 0 0 2136 535 1809 6405 17 0 0 42s 85% 0% - 64% 0 0 0 0 95% 2383 0 0 2383 642 3245 8769 0 0 0 42s 82% 0% - 67% 0 0 0 0 97% 2210 0 0 2210 595 3823 8309 1578 0 0 14s 89% 66% Tn 61% 0 0 0 0 85% 4889 0 0 4889 1881 5163 15287 7252 0 0 23s 85% 100% :s 100% 0 0 0 0 90% 2393 3 0 2396 817 10048 18018 2474 0 0 39s 89% 100% :s 70% 0 0 0 0 95% 1603 18 0 1621 913 4532 8437 4025 0 0 40s 88% 100% :v 54% 0 0 0 0 94% 2260 0 0 2260 1109 4061 8470 51 0 0 40s 82% 12% : 61% 0 0 0 0 88% 3532 3 1 3536 890 5716 11892 0 0 0 24s 83% 0% - 71% 0 0 0 0 92% 3347 2 0 3349 2197 6462 11603 20 0 0 23s 87% 0% - 68% 0 0 0 0 94% 3607 17 0 3624 1013 6285 11300 7 0 0 15s 85% 0% - 69% 0 0 0 0 95% 2359 7 0 2366 598 4574 8985 0 0 0 41s 84% 0% - 69% 0 0 0 0 94% 3981 0 0 3981 1098 4065 10324 23 0 0 39s 86% 0% - 74% 0 0 0 0 83% 3965 0 0 3965 946 4709 11296 0 0 0 39s 82% 0% - 83% 0 0 0 0 88% 3318 0 0 3318 1009 5220 11772 24 0 0 23s 83% 0% - 86% 0 0 0 0 88% 2821 0 0 2821 750 3974 9762 8 0 0 14s 79% 0% - 69% 0 0 0 0 Check Pointed CPU NFS CIFS HTTP Total Net kB/s Disk kB/s Tape kB/s Cache Cache CP CP Disk FCP iSCSI FCP kB/s in out read write read write age hit time ty util in out 98% 1651 7 0 1658 669 2196 8671 15 0 0 49s 88% 0% - 44% 0 0 0 0 99% 567 0 0 567 176 1022 2601 3 0 0 46s 87% 0% - 41% 0 0 0 0 99% 614 0 0 614 205 1632 3408 8 0 0 1 89% 22% :n 27% 0 0 0 0 99% 929 1 0 930 252 1803 3865 237 0 0 44s 89% 100% Tn 32% 0 0 0 0 98% 463 0 0 463 385 1338 4066 1224 0 0 1 91% 100% :n 32% 0 0 0 0 98% 398 6 0 404 145 1894 5134 1787 0 0 1 81% 100% :s 34% 0 0 0 0 99% 558 0 0 558 186 1716 3675 912 0 0 50s 89% 100% :s 34% 0 0 0 0 99% 677 1 0 678 919 902 2892 587 0 0 1 87% 100% :s 33% 0 0 0 0 99% 703 1 0 704 293 1179 3173 731 0 0 52s 89% 100% :s 26% 0 0 0 0 97% 2250 17 0 2267 717 3024 10358 3462 0 0 52s 94% 100% :v 63% 0 0 0 0 98% 1032 0 0 1032 619 933 2482 81 0 0 49s 92% 11% : 33% 0 0 0 0 99% 875 1 0 876 293 2328 3818 6 0 0 44s 92% 0% - 33% 0 0 0 0 99% 325 0 0 325 116 579 1595 5 0 0 42s 91% 0% - 23% 0 0 0 0 99% 884 1 0 885 382 1613 3723 10 0 0 1 93% 38% :n 24% 0 0 0 0 98% 917 0 0 917 586 1193 3136 415 0 0 42s 88% 100% Tn 31% 0 0 0 0 99% 675 0 0 675 462 554 4040 2610 0 0 1 90% 100% :s 28% 0 0 0 0 98% 718 0 0 718 396 990 2469 355 0 0 44s 92% 100% :s 30% 0 0 0 0 99% 555 1 0 556 181 965 2101 257 0 0 1 89% 100% :s 33% 0 0 0 0 99% 824 0 0 824 391 1268 3484 877 0 0 48s 97% 100% :s 29% 0 0 0 0 97% 2119 14 0 2133 2154 2389 5898 347 0 0 45s 93% 100% :f 50% 0 0 0 0

8 9

RE: symbolic links / wide links
by Kevin Parker 30 Nov '07

30 Nov '07

Have implemented these in an 5.5TB and 8500+ user environment. No issues whatsoever, worked like a champ, stick with Ontap 6.5 or above. Enable strict symlink option from the cifs shares command. Plan on using either 1) a *nix client to mount file the filesystem 2) a windows client that can talk *nix file protocols (SFU does not work great, try cygwin or others) 3) search NOW for "symlink tool", from NetApp's Toolbox. Very slick. In fact, use this option first if u r a windows shop. **Sent using wireless handheld... please excuse any typo's or brevity** Kevin Parker -----Original Message----- From: "Joel.Cooper(a)lvvwd.com" <Joel.Cooper(a)lvvwd.com> To: "owner-toasters(a)mathworks.com" <owner-toasters(a)mathworks.com>; "toasters(a)mathworks.com" <toasters(a)mathworks.com> Sent: 11/30/2007 12:15 PM Subject: symbolic links / wide links Is anyone using symbolic links/widelinks with their filer in a cifs environment? Have you experienced any problems? Any suggestions? ________________________________ Note: This message and any attachments is intended solely for the use of the individual or entity to which it is addressed and may contain information that is non-public, proprietary, legally privileged, confidential, and/or exempt from disclosure. If you are not the intended recipient, you are hereby notified that any use, dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the original sender immediately by telephone or return email and destroy or delete this message along with any attachments immediately.

1 0

Re: Expand LUN for Exch data
by Bill Holland 30 Nov '07

30 Nov '07

It's a simple one-step process within Snapdrive and results in no downtime. I'm pretty sure that growing the LUN, outside of snapdrive, while it is mounted will confuse Windows and result in disruption (and therefore downtime) to Exchange. ----- Original Message ----- From: "Bill Holland" <hollandwl(a)gmail.com> To: "Kevin Parker" <KParker(a)nwnit.com>; "NetApp list" <toasters(a)mathworks.com> Sent: Friday, November 30, 2007 10:04 AM Subject: Re: Expand LUN for Exch data > This is possible with Snapdrive, not possible without it. > > ----- Original Message ----- > From: "Kevin Parker" <KParker(a)nwnit.com> > To: "NetApp list" <toasters(a)mathworks.com> > Sent: Friday, November 30, 2007 9:05 AM > Subject: Expand LUN for Exch data > > >> I'm off network so I can't research this, but want to ensure that I can >> expand a LUN for Exchange on the fly, no downtime. >> Plan to use SnapDrive 5.0. Volume is already large enough in capacity. >> >> Thanks!! >> >> Best regards, >> Kevin M. Parker >> >> Note: This message and any attachments is intended solely for the use of >> the individual or entity to which it is addressed and may contain >> information that is non-public, proprietary, legally privileged, >> confidential, and/or exempt from disclosure. If you are not the intended >> recipient, you are hereby notified that any use, dissemination, >> distribution, or copying of this communication is strictly prohibited. >> If you have received this communication in error, please notify the >> original sender immediately by telephone or return email and destroy or >> delete this message along with any attachments immediately. >> >

2 1

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