Mailing List Archive by Gossamer Threads http://www.gossamer-threads.com/lists/netapp/toasters/ en-us (c) Gossamer Threads Inc. All rights reserved. 13 Feb 2012 03:44:27 -0800 120 75 23 http://www.gossamer-threads.com/lists/netapp/toasters/ http://www.gossamer-threads.com/images/lists/rss_logo.jpg On Feb 6, 2012, at 4:10 PM, Jeff Mohler <speedtoys.racing@gmail.com> wrote: > IMHO, that means that in the much smaller cards, going ONE way or the o 11 Feb 2012 11:24:18 -0800 http://www.gossamer-threads.com/lists/netapp/toasters/11834 aggr status -r or aggr status -s if the disks are still showing in the spares pool. On Fri, Feb 10, 2012 at 3:51 PM, Klise, Steve <klises@sutterhealt 10 Feb 2012 15:16:37 -0800 http://www.gossamer-threads.com/lists/netapp/toasters/11832 Hi All, This is neto from Brazil How are you? Please use sysconfig -r All the best neto NetApp - I love this company! On Feb 10, 2012, at 6:04 P 10 Feb 2012 15:09:16 -0800 http://www.gossamer-threads.com/lists/netapp/toasters/11833 Disks need to be cleared if they were not zero'ed. Look at your disks (don't have the command handy) or look in filer view and I bet some are zero'ing 10 Feb 2012 14:51:23 -0800 http://www.gossamer-threads.com/lists/netapp/toasters/11831 Is there a way to track the progress (% complete?) for aggr creation/initialization? aggr status Aggr State Status Op 10 Feb 2012 14:38:19 -0800 http://www.gossamer-threads.com/lists/netapp/toasters/11830 The snapshot process must have completed - I was able to offline by waiting a few minutes thanks Fletcher On Feb 10, 2012, at 2:31 PM, Parisi, Jus 10 Feb 2012 14:35:54 -0800 http://www.gossamer-threads.com/lists/netapp/toasters/11829 Hi I'm attempting to offline all the volumes on this 64bit aggr so I can destroy and re-create as 32 bit (so 32->32 bit data motion is supported) I 10 Feb 2012 13:57:06 -0800 http://www.gossamer-threads.com/lists/netapp/toasters/11828 > Day2 after the 8.1RC2 upgrade - > All quiet on the (disabled) dedup front - will need to engage the lead engineers on this one since we like the ded 10 Feb 2012 04:49:25 -0800 http://www.gossamer-threads.com/lists/netapp/toasters/11827 Day2 after the 8.1RC2 upgrade - All quiet on the (disabled) dedup front - will need to engage the lead engineers on this one since we like the dedup s 09 Feb 2012 23:41:38 -0800 http://www.gossamer-threads.com/lists/netapp/toasters/11826 Ya. Just a bad block or something. Pam is not your primary block home anyways. Not worth downtime. . On Feb 9, 2012, at 10:04 AM, "Klise, Ste 09 Feb 2012 10:48:10 -0800 http://www.gossamer-threads.com/lists/netapp/toasters/11825 How do I find out what's causing these messages and what the severity is? With large chunks taken out: Server rpc: TCP: calls badcalls nullr 09 Feb 2012 10:29:51 -0800 http://www.gossamer-threads.com/lists/netapp/toasters/11824 Just thought I would put this out there.. Couple days ago, started seeing these errors in my message file.. Opened the case with support, and they s 09 Feb 2012 10:04:08 -0800 http://www.gossamer-threads.com/lists/netapp/toasters/11823 Id grab a lot more data, than CPU use...which indicates very little on it's own. I agree you had a problem, but CPU % wasn't the cause. Say hi to Vi 09 Feb 2012 09:49:51 -0800 http://www.gossamer-threads.com/lists/netapp/toasters/11822 Last night (first since the upgrade from 7.3.5.1P2 to 8.1RC2) we experienced much higher load on our 3270 cluster and some VM timeouts coinciding with 09 Feb 2012 09:40:18 -0800 http://www.gossamer-threads.com/lists/netapp/toasters/11821 There is a way... But not supported.. :-) The only supported way is by adding disks... Commands below were executed in diag mode (priv set diag) on 09 Feb 2012 08:58:32 -0800 http://www.gossamer-threads.com/lists/netapp/toasters/11820 Thnk you all for your answers. They are all very helpfull The problem i am facing occurs from the time the one node falls and the surving node starts 09 Feb 2012 05:40:24 -0800 http://www.gossamer-threads.com/lists/netapp/toasters/11819 Hi Tim, you're the man of the week ;) It's a shame, but i forgot to check this. Thanks for your help! greets Steffen -----Ursprüngliche Nachricht 09 Feb 2012 01:36:23 -0800 http://www.gossamer-threads.com/lists/netapp/toasters/11817 Hi, we'll use VAAI, too (especially for cloning). I'm not sure, but i read that VAAI works with Ontap 8.01, so there is no reason for me to update 09 Feb 2012 01:33:07 -0800 http://www.gossamer-threads.com/lists/netapp/toasters/11818 That would work...or if a non-guaranteed migration is ok you can also just run vfiler migrate from the command line of the target system. When the mir 08 Feb 2012 23:10:48 -0800 http://www.gossamer-threads.com/lists/netapp/toasters/11815 Correct.. between 2 nodes in the same cluster. -----Original Message----- From: Borzenkov, Andrey [mailto:andrey.borzenkov@ts.fujitsu.com] Sent: Wed 08 Feb 2012 23:09:32 -0800 http://www.gossamer-threads.com/lists/netapp/toasters/11816 This just occurred to me - a plan forward to allow data motion and migration to 64 bit I will test it asap, but basically its this since vfiler mig 08 Feb 2012 19:33:07 -0800 http://www.gossamer-threads.com/lists/netapp/toasters/11814 As of now there is no known method to do it. ________________________________________ From: toasters-bounces@teaparty.net [toasters-bounces@teaparty.n 08 Feb 2012 19:24:31 -0800 http://www.gossamer-threads.com/lists/netapp/toasters/11813 "does not work between cluster pairs" - you mean "between heads in cluster pair"? May be these are subtleties of English language that non-native spea 08 Feb 2012 19:02:20 -0800 http://www.gossamer-threads.com/lists/netapp/toasters/11812 Anyone know if its possible to force the in place 32->64bit aggr non-disruptive migration without having to add disk? I'm running into a 8.1R2 data m 08 Feb 2012 15:37:35 -0800 http://www.gossamer-threads.com/lists/netapp/toasters/11811 Really good discussion here. You are using the -m nocopy method which is a method with disk reassign. This does not work from NMC. NMC is data moti 08 Feb 2012 11:59:27 -0800 http://www.gossamer-threads.com/lists/netapp/toasters/11810