toasters

toasters@lists.teaparty.net

3 participants
13514 discussions

RE: moving data from trad -> flex vols
by Glenn Walker 10 Feb '07

10 Feb '07

I've actually used the vol and aggr rename commands frequently, not in the process of migration. My current environment was\has been in disarray before my arrival and I'm trying to go back and standardize and clean up some things. That said, in the pretext of migration, perhaps it should be an optional thing to rename the exports/shares? Glenn ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Glenn Dekhayser Sent: Thursday, February 08, 2007 2:48 PM To: René Bormann; toasters(a)mathworks.com Cc: Fox, Adam Subject: RE: moving data from trad -> flex vols Rene: I have seen this behavior and have been simarly frustrated when migrating CIFS volumes from Traditional to Flexvols. In my opinion, Netapp should NOT be renaming CIFS shares when you change volume names. They do this automatically without warning you or logging. I know they're doing it because they think they're being helpful; but really the only time I can forsee changing volume names is if you're doing a migration like you're doing. VERY frustrating indeed. I found myself having to document all the existing shares, and write a script that deletes, then re-creates all the shares and their permissions on the new volume. Hours of work. Netapp, is there a way to disable this "feature" prior to renaming a volume? Glenn (the other one) ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of René Bormann Sent: Thursday, February 08, 2007 12:41 PM To: toasters(a)mathworks.com Cc: René Bormann; Fox, Adam Subject: Re: moving data from trad -> flex vols Hello Toasters, well, the root vol now moved to the new DS14 flex-vol. But this night I tried to move the data (shares / lun's / exports) from the old /vol/vol0 (trad) via "ndmpcopy -l 0 /vol/vol0 /vol/vol1" and some hour later, "ndmpcopy -l 0 /vol/vol0 /vol/vol1". Everthing was copied. All Clients where offline, and than I renamed /vol/vol0 -> /vol/vol0old and /vol/vol1 /vol/vol0. Because I thought than after the reboot all shares and luns and nfs-exports are back on /vol/vol0 but now on the new DS14. Well I failed, I found out that the vol rename also renamed the CIFS Shares Paths and also the LUN paths. So the CIFS clients where still reading from the old FC9 (/vol/vol0old now) and the iSCSI clients where too. Because I did't terminate CIFS and NFS and iSCSI. To be honest, cool renaming feature to prevent stupid germans from losing data ;-) So, I though be smart forget about the LUNs, they are fine, care about the shares. "CIFS terminate" and replace vol0old -> vol0 in the /etc/cifsconfig_share.cfg. "CIFS restart". "Year! I am the master !" But I was too stupid again. Because now my CIFS Clients got the shares but they could not see any data. And I got no idea why! So I "vol rename vol0 vol1" and "vol rename vol0old vol0" And now the CIFS clients connect back to their shares on the old FC9 again. So whats wrong about my proceedings? And the second question to save time, how to I move the iSCSI LUNs to the new volume? Thanks, Rene René Bormann wrote: Thanks to all how answered! Just used my sleepless night here in germany to fix it. Took me half an hour! - René Fox, Adam wrote: If you are using SecureAdmin/Secure FilerView/SSL, you need to restart the secureadmin services when you cross the 7.x line. There was a major code change starting in 7.0 and the service must be manually restarted (a reboot won't do it). Start here for docs: http://now.netapp.com/NOW/knowledge/docs/ontap/rel721/html/ontap/upgrade/co… -- Adam Fox adamfox(a)netapp.com -----Original Message----- From: René Bormann [mailto:bormann@bbtel.de] Sent: Tuesday, February 06, 2007 5:14 PM To: toasters(a)mathworks.com Subject: moving data from trad -> flex vols Hello, we are running an FAS920 with FC9 shelfs with data and new empty DS14 shelfs. On the FC9 we got one volume /vol/vol0 with root and data on it. Last week we upgraded from ONTAP 6.5.6 to 7.2.1 without problems. Now we want to move our data to the DS14 shelfs. We created one aggr1 with lots of drives. After that we created two new flex vols - /vol/root (20GB) and an /vol/vol1 (1TB) for the data. We copied the root data with no clients on the filer with "ndmpcopy -l0 /vol/vol0/etc /vol/root/etc". Worked fine in 7 minutes. Than we change the booting volume with "vol options /vol/root root". Booting from it, no problem -but now by requsting http://filer-ip/na_admin just the first page came and we were not able to start the FilerView Web-App. So so we switch the root vol again with "vol options /vol/vol0 root" and FilerView works fine. In the message file we found that one: Sat Feb 3 09:16:09 CET [httpd.socket.listener.create:error]: HTTPS Initialization failure; could not create listener socket. Nothing else. Can anybody help? Thanks, René -- ----------------------------------------- Telefonkonferenzen zum Festnetzpreis! Einfach kostenlos Konferenzraum anfordern http://www.talkyoo.net ----------------------------------------- René Bormann Geschäftsführer BB Tel GmbH Jungfernstieg 30, 20354 Hamburg Register: Amtsgericht Hamburg, HRB 86074 Geschäftführer: René Bormann Tel: +49 (0) 1805 - 65 777 777 * Fax: +49 (0) 1805 - 65 777 799 * http://www.bbtel.de ----------------------------------------- * (bbtel.de 14ct/min) ** (es entstehen die Kosten, die ihre Telefongesellschaft zu einer Hamburger Festnetz-Rufnummer berechnet.) ----------------------------------------- -- ----------------------------------------- Telefonkonferenzen zum Festnetzpreis! Einfach kostenlos Konferenzraum anfordern http://www.talkyoo.net ----------------------------------------- René Bormann Geschäftsführer BB Tel GmbH Jungfernstieg 30, 20354 Hamburg Register: Amtsgericht Hamburg, HRB 86074 Geschäftführer: René Bormann Tel: +49 (0) 1805 - 65 777 777 * Fax: +49 (0) 1805 - 65 777 799 * http://www.bbtel.de ----------------------------------------- * (bbtel.de 14ct/min) ** (es entstehen die Kosten, die ihre Telefongesellschaft zu einer Hamburger Festnetz-Rufnummer berechnet.) -----------------------------------------

4 3

RE: moving data from trad -> flex vols
by Fox, Adam 08 Feb '07

08 Feb '07

If you are using SecureAdmin/Secure FilerView/SSL, you need to restart the secureadmin services when you cross the 7.x line. There was a major code change starting in 7.0 and the service must be manually restarted (a reboot won't do it). Start here for docs: http://now.netapp.com/NOW/knowledge/docs/ontap/rel721/html/ontap/upgrade/co… -- Adam Fox adamfox(a)netapp.com -----Original Message----- From: René Bormann [mailto:bormann@bbtel.de] Sent: Tuesday, February 06, 2007 5:14 PM To: toasters(a)mathworks.com Subject: moving data from trad -> flex vols Hello, we are running an FAS920 with FC9 shelfs with data and new empty DS14 shelfs. On the FC9 we got one volume /vol/vol0 with root and data on it. Last week we upgraded from ONTAP 6.5.6 to 7.2.1 without problems. Now we want to move our data to the DS14 shelfs. We created one aggr1 with lots of drives. After that we created two new flex vols - /vol/root (20GB) and an /vol/vol1 (1TB) for the data. We copied the root data with no clients on the filer with "ndmpcopy -l0 /vol/vol0/etc /vol/root/etc". Worked fine in 7 minutes. Than we change the booting volume with "vol options /vol/root root". Booting from it, no problem -but now by requsting http://filer-ip/na_admin just the first page came and we were not able to start the FilerView Web-App. So so we switch the root vol again with "vol options /vol/vol0 root" and FilerView works fine. In the message file we found that one: Sat Feb 3 09:16:09 CET [httpd.socket.listener.create:error]: HTTPS Initialization failure; could not create listener socket. Nothing else. Can anybody help? Thanks, René -- ----------------------------------------- Telefonkonferenzen zum Festnetzpreis! Einfach kostenlos Konferenzraum anfordern http://www.talkyoo.net ----------------------------------------- René Bormann Geschäftsführer BB Tel GmbH Jungfernstieg 30, 20354 Hamburg Register: Amtsgericht Hamburg, HRB 86074 Geschäftführer: René Bormann Tel: +49 (0) 1805 - 65 777 777 * Fax: +49 (0) 1805 - 65 777 799 * http://www.bbtel.de ----------------------------------------- * (bbtel.de 14ct/min) ** (es entstehen die Kosten, die ihre Telefongesellschaft zu einer Hamburger Festnetz-Rufnummer berechnet.) -----------------------------------------

5 5

Snapshot question
by Miller, Michael CTR USTRANSCOM J2 07 Feb '07

07 Feb '07

I have a soon to be problem with snapshots coming up. I will be deleting a directory that has 238GB in it and I would really prefer this not to get captured by a snapshot if there is anything I can do about it. I don't want to destroy the exsisting snaps either. Does anyone know of any way to keep this out of the snap? Any thoughts on how to limit the hit? Thanks Mike Miller General Dynamics Information Technology Michael.Miller.ctr(a)ustranscom.mil Michael.Miller(a)gdit.com Phone: 618-229-1185

5 5

moving data from trad -> flex vols
by René Bormann 06 Feb '07

06 Feb '07

Hello, we are running an FAS920 with FC9 shelfs with data and new empty DS14 shelfs. On the FC9 we got one volume /vol/vol0 with root and data on it. Last week we upgraded from ONTAP 6.5.6 to 7.2.1 without problems. Now we want to move our data to the DS14 shelfs. We created one aggr1 with lots of drives. After that we created two new flex vols - /vol/root (20GB) and an /vol/vol1 (1TB) for the data. We copied the root data with no clients on the filer with "ndmpcopy -l0 /vol/vol0/etc /vol/root/etc". Worked fine in 7 minutes. Than we change the booting volume with "vol options /vol/root root". Booting from it, no problem -but now by requsting http://filer-ip/na_admin just the first page came and we were not able to start the FilerView Web-App. So so we switch the root vol again with "vol options /vol/vol0 root" and FilerView works fine. In the message file we found that one: Sat Feb 3 09:16:09 CET [httpd.socket.listener.create:error]: HTTPS Initialization failure; could not create listener socket. Nothing else. Can anybody help? Thanks, René -- ----------------------------------------- Telefonkonferenzen zum Festnetzpreis! Einfach kostenlos Konferenzraum anfordern http://www.talkyoo.net ----------------------------------------- René Bormann Geschäftsführer BB Tel GmbH Jungfernstieg 30, 20354 Hamburg Register: Amtsgericht Hamburg, HRB 86074 Geschäftführer: René Bormann Tel: +49 (0) 1805 - 65 777 777 * Fax: +49 (0) 1805 - 65 777 799 * http://www.bbtel.de ----------------------------------------- * (bbtel.de 14ct/min) ** (es entstehen die Kosten, die ihre Telefongesellschaft zu einer Hamburger Festnetz-Rufnummer berechnet.) -----------------------------------------

2 1

RE: moving data from trad -> flex vols
by Kenneth Heal 06 Feb '07

06 Feb '07

HiThis does sound like SecureAdmin might be the source of these ills, take a look at http://now.netapp.com/Knowledgebase/solutionarea.asp?id=kb6282 and http://now.netapp.com/Knowledgebase/solutionarea.asp?id=kb6270.Basically what you would need to do is:Disable SSL by running the command:secureadmin disable sslRe-create the certificate by running the command: secureadmin setup ssland re-enable SecureAdmin by running the command: secureadmin enable sslIf you disable secureadmin before copying the vol across it may even work; I don't have a filer to hand to be able to test it.Viel Glück und Viele Grüssen!Kenneth> Date: Tue, 6 Feb 2007 23:13:31 +0100> From: bormann(a)bbtel.de> To: toasters(a)mathworks.com> Subject: moving data from trad -> flex vols> > Hello,> > we are running an FAS920 with FC9 shelfs with data and new empty DS14> shelfs.> On the FC9 we got one volume /vol/vol0 with root and data on it.> > Last week we upgraded from ONTAP 6.5.6 to 7.2.1 without problems.> > Now we want to move our data to the DS14 shelfs. We created one aggr1> with lots of drives. After that we created two new flex vols - /vol/root> (20GB) and> an /vol/vol1 (1TB) for the data.> > We copied the root data with no clients on the filer with "ndmpcopy -l0> /vol/vol0/etc /vol/root/etc".> > Worked fine in 7 minutes. Than we change the booting volume with "vol> options /vol/root root".> Booting from it, no problem -but now by requsting> http://filer-ip/na_admin just the first page came and we were not able> to start the FilerView Web-App.> > So so we switch the root vol again with "vol options /vol/vol0 root" and> FilerView works fine.> > In the message file we found that one:> Sat Feb 3 09:16:09 CET [httpd.socket.listener.create:error]: HTTPS> Initialization failure; could not create listener socket.> Nothing else.> > Can anybody help?> > Thanks,> > René> > > > -- > -----------------------------------------> > Telefonkonferenzen zum Festnetzpreis!> > Einfach kostenlos Konferenzraum anfordern > > http://www.talkyoo.net> > -----------------------------------------> > René Bormann> Geschäftsführer> > BB Tel GmbH> Jungfernstieg 30, 20354 Hamburg> Register: Amtsgericht Hamburg, HRB 86074> Geschäftführer: René Bormann> > Tel: +49 (0) 1805 - 65 777 777 *> Fax: +49 (0) 1805 - 65 777 799 *> > http://www.bbtel.de> -----------------------------------------> > * (bbtel.de 14ct/min) > ** (es entstehen die Kosten, die ihre > Telefongesellschaft zu einer Hamburger > Festnetz-Rufnummer berechnet.)> -----------------------------------------> > > _________________________________________________________________ Search from any Web page with powerful protection. Get the FREE Windows Live Toolbar Today! http://www.toolbar.live.com

1 0

Script to automate Dev System from Production.
by Rod Newcomb 06 Feb '07

06 Feb '07

I am looking for some help. We have two MS SQL servers. One is running in production, and we are snapmirroring the data over to an offsite location. Since Snapmirrors are read only, we would like to use Flexclone to create a writeable copy of this LUN for our off-site SQL server to use. We also have SnapDrive and Snap Managager/SQL software available to us. The trick is that I would like to automate the following process: Snapmirror to our offsite location (done using SMSQL) Shut down SQL at our offsite location. (No Problem) Disconnect the LUN (Using SDCLI ?) Create a new flexclone from our Snapmirrored copy. (Lun Create ?) Reconnect to the new Flexclone LUN (????) Start up SQL Services. (No problem) I would like this process to run automatically every 24 hours. Does anyone have any scripts or suggestions on how I can do this? Rod Newcomb

3 2

RE: Vista and Netapp??
by Callaway, Michael 02 Feb '07

02 Feb '07

Can other non-visa clients access this CIFS share in the way you want your vista box to access it? Just because your user is in AD, doesn't give it permissions on the share. You need to make sure that user has access on the filer through group and user permissions as well as the shares have to be given to that user or a group that user is in. I would first make the exact same setup on an XP or 2000 box (whichever you have) and determine if it's a user setup problem or something that can be directly attributed to Vista. -- *--------------------------------------- Michael Callaway (Server Administrator) North Texas Tollway Authority http://www.ntta.org <http://www.ntta.org/> 214-461-2033 o 214-325-5523 m 972-930-2633 f ---------------------------------------- ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Brent Ellis Sent: Thursday, January 11, 2007 9:09 AM To: toasters(a)mathworks.com Subject: Vista and Netapp?? I am just starting to test Vista against our netapp FAS 3020c filers. We use these machines with the CIFS license for basic file sharing. The shares have Active Directory permissions applied to them and the servers have been added to AD. In Vista, I cannot connect to the servers using an AD account. Only the accounts created on the filer itself will allow me to connect from Vista. Has anyone run into this? Any solutions? Brent Ellis Computing Services Group Boston University 617-358-2486 interi(a)bu.edu cashelp(a)bu.edu

8 8

RE: NFS speed
by Miller, Michael CTR USTRANSCOM J2 31 Jan '07

31 Jan '07

I thought of that also. A normal file copy shows the same results. Mike Miller General Dynamics Information Technology Michael.Miller.ctr(a)ustranscom.mil Michael.Miller(a)gdit.com Phone: 618-229-1185 -----Original Message----- From: Parisi, Justin [mailto:Justin.Parisi@netapp.com] Sent: Wednesday, January 31, 2007 1:37 PM To: Miller, Michael CTR USTRANSCOM J2 Subject: RE: NFS speed I'm relatively new at this, but here's the first thing I thought of? - Could it be the Legato software itself as a bottleneck? Also, someone else mentioned the filer option... that would also be a good place to start. _____ From: Miller, Michael CTR USTRANSCOM J2 [mailto:michael.miller.ctr@ustranscom.mil] Sent: Wednesday, January 31, 2007 1:29 PM To: toasters(a)mathworks.com Subject: NFS speed I'm trying to increase the NFS ops of an R200 that sits at the end of a WAN link and I can't find the magic bullet if there is one. Some background for you: The destination end is an 18MB section of an OC3 ATM pipe with little extra traffic. The source end is a 100MB pipe into an ATM cloud. The filer is a snapmirror destination and using sysstat I see Net in readings of 1300+ kB/s while a snap operation is in progress. Snapmirror reports show one transfer of 4.20GB taking 2:28 hours and another of 1.26GB taking 53 minutes. My problem comes into play with NFS operations. I use the filer as a disk backup destination using Legato Networker and only get less than 80KB/s transfers. This shows up in sysstat as 6-8 NFS ops/s with less than 75 kB/s showing for input traffic. I've tried various changes to the mount options and played with settings on the Solaris host and the filer. Had no joy anywhere. Anyone have any thoughts on how to speed this up? I have thought about pulling the backup target in-house and using the Legato clone mechanism to get the data back to the filer but I doubt that would help much. Thanks Mike Miller General Dynamics Information Technology Michael.Miller.ctr(a)ustranscom.mil Michael.Miller(a)gdit.com Phone: 618-229-1185

2 1

RE: NFS speed
by Miller, Michael CTR USTRANSCOM J2 31 Jan '07

31 Jan '07

Steve I sure hope that is not the problem. I had gone down that line of thought but I keep coming back to the snapmirror transfer rates. I don't know the details of a snapmirror transfer but I would expect to see issues there also if latency was the problem. Mike Miller General Dynamics Information Technology Michael.Miller.ctr(a)ustranscom.mil Michael.Miller(a)gdit.com Phone: 618-229-1185 -----Original Message----- From: Stephen C. Losen [mailto:scl@sasha.acc.Virginia.EDU] Sent: Wednesday, January 31, 2007 1:43 PM To: Miller, Michael CTR USTRANSCOM J2 Subject: Re: NFS speed Perhaps your problem is network latency rather than bandwidth. Perhaps you can send a large burst of data to the netapp (high bandwidth) but it takes a while for that burst to travel all the way across the network (high latency). In this situation a process on the NFS client sends a request and has to wait for the request to arrive at the netapp and then wait for the response to before sending the next request. During these wait periods, more data could be sent or received, so the network just sits idle for most of the time. If the load on the netapp is really low (which is probably the case) then I suggest testing this theory by firing up a bunch of parallel processes on the NFS client that each read and/or write a large file on the netapp. If the throughput goes up, then that probably indicates latency. Steve Losen scl(a)virginia.edu phone: 434-924-0640 University of Virginia ITC Unix Support

1 0

NFS speed
by Miller, Michael CTR USTRANSCOM J2 31 Jan '07

31 Jan '07

I'm trying to increase the NFS ops of an R200 that sits at the end of a WAN link and I can't find the magic bullet if there is one. Some background for you: The destination end is an 18MB section of an OC3 ATM pipe with little extra traffic. The source end is a 100MB pipe into an ATM cloud. The filer is a snapmirror destination and using sysstat I see Net in readings of 1300+ kB/s while a snap operation is in progress. Snapmirror reports show one transfer of 4.20GB taking 2:28 hours and another of 1.26GB taking 53 minutes. My problem comes into play with NFS operations. I use the filer as a disk backup destination using Legato Networker and only get less than 80KB/s transfers. This shows up in sysstat as 6-8 NFS ops/s with less than 75 kB/s showing for input traffic. I've tried various changes to the mount options and played with settings on the Solaris host and the filer. Had no joy anywhere. Anyone have any thoughts on how to speed this up? I have thought about pulling the backup target in-house and using the Legato clone mechanism to get the data back to the filer but I doubt that would help much. Thanks Mike Miller General Dynamics Information Technology Michael.Miller.ctr(a)ustranscom.mil Michael.Miller(a)gdit.com Phone: 618-229-1185

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