NetApp Technology Network: Message List

Re: Document index for Virtual Infrastructure

community@netapp.com — Tue, 31 Mar 2009 20:02:42 GMT

Wow, what a call for what I've had written on my whiteboard and in my other locations/repositories for quite some time.

My next two versions of 'one stop shops' are around Exchange and SQL

They are slated with the kind of priorities they have around them... which they'll eventually be released in my one-stop shop variety as soon as I get around to it - Had some no-network weekends recently, so didn't have the opportunity to do it then. I usually do these things late at nights or on weekends so when the time permits I'll definitely get the next version out.

Glad it could be useful and helpful, I also go back and refer to it myself

Christopher

Re: Document index for Virtual Infrastructure

community@netapp.com — Thu, 26 Mar 2009 15:42:27 GMT

Thank you for the mention Chris!

I try to keep the data contained in there current, when I there's been an update or new TR as well as timing and availability permitting.

I'm glad you find it useful, because I also use it as my source for answers when thinking about Virtualization in a NetApp context, while looking for TR's or Whitepapers

Christopher

Re: Removing Snapmirrors

community@netapp.com — Mon, 22 Dec 2008 08:58:03 GMT

Hey Joey,

You have a number of different options depending upon how you want to operate (GUI or CLI) and also to what extent you want to operate with the information.

I'll make a number of assumptions and you tell me when I'm horribly wrong!

First scenario: I have uninitialized snapmirrors and I want to get rid of them.

GUI: Go in to Filer View, find the entries in the Snapmirror section and choose delete.

CLI: rdfile /etc/snapmirror.conf - Modify and remove the line from the un-init'd snapmirror - wrfile with the results.

Alternate: using snapmirror release

systemA> snapmirror release vol/vol1/qtree2 systemB:/vol/vol2/qtree5

snapmirror release

Now, I would be ignorant of the reality of your situation if I were to stop there.

Here is what happens in most scenarios when following through with the steps I mentioned above:

Someone goes to the destination, releases, deletes or otherwise using CLI or GUI, and they go about their business with no more snapmirrors being sent.

A few days (or weeks, or months depending upon block changes at source) goes by, and all of a sudden they're running out of snap reserve at the source.

If/when you break an established snapmirror relationship, it is pertinent to go into the source and ensure that any leftover snapshots are cleaned up.

An example may be like this showing up in a 'snap list'

0% ( 0%) 0% ( 0%) May 15 15:45 FILER(00000000)_filer_mirror.8160 (snapmirror)

So being that it is now December, and you have a snapshot out there from May, this could be a problem!

That being the case, I'd suggest cleaning it up!

There are ofcourse other scenarios and situations in which I'd deal with your question and problem, but I'd start there.

Did I touch on your question or miss the ball completely?

Thanks Joey!

Christopher

Re: snap list hanging

community@netapp.com — Sun, 21 Dec 2008 03:44:38 GMT

Hey Brian,

Curious does this hang on a particular volume or does it hang across all volumes?

If I were troubleshooting this out on my filer, I'd do a snap list volume, one by one in order to determine which one(s) may be where this is occurring.

I personally would encounter hangs at times when I had a large number of snapshots kept online which were all extremely large. It would hang initially while checking but eventually it would return results.

So, tracking down the volume(s) in question which are causing it would be my first step. Then try to do similar steps against the particular volumes which may be experiencing this, perhaps even try ZAPI calls (using the SDK in a worst case scenario)

This certainly won't fix your problem but it's a good way to help sort out what may be going on.

(Curious, do you get a similar hanging effect when executing a 'snap list -A' ?)

Good luck and look forward to hearing how this goes!

Christopher

Re: Move traditional to flex vols

community@netapp.com — Mon, 03 Nov 2008 19:00:05 GMT

As Adam mentions, QSM is the easiest of the ways - If they can afford to lose/leave the snapshots on the old system.

I've migrated a number of systems from Tradvols to Flexvols, and went the Qtree route, leaving the old volumes available so we can access their snapshots if needed until such a time that they are appropriately aged out and off of the system.

Re: ? Recovering snap reserve space for a LUN

community@netapp.com — Wed, 22 Oct 2008 21:07:17 GMT

What you are seeing is indeed correct.

Let me know if this example describes your situation, and perhaps the misunderstanding.

I create a 100gb lun on a 200gb volume.

The filer shows: 100gb in use, with 60gb avaliable and 40gb available in Snap Reserve

From the Windows host, I show 100gb available in my lun.

If I were to go increase or decrease my Snap Reserve, the amount of space available in my volume will indeed change (to be more or less)

However, within Windows and within the LUN the amount of available space will remain the same.

The lun is only as large as the space you specified, and will remain that maximum size usable (100gb lun will only ever show 100gb max available space in windows) - Regardless of the size of the volume it sits on.

At which point, if you want to increase the size of the lun, you can use the lun resize command, and manually extend the LUN within Windows.

Hopefully this helps with what you're doing Thomas,

Christopher

Re: Resized LUN now unable to see in Disk Manager

community@netapp.com — Fri, 03 Oct 2008 22:16:12 GMT

James,

Windows XP like Windows 2003 has a 2tb limit with MBR volumes

Check out this KB Article which covers some details there.

https://now.netapp.com/Knowledgebase/solutionarea.asp?id=kb31440

When I've hit this in the past, it usually involved having to revert back on my LUN (Not too fun) and create a new LUN which is GPT.

Let me know if you have any questions on this, this is never fun to hit.. any chance for a revert?

(2TB Luns on Windows XP? - Were you also using SnapDrive, or manually expanding with diskpart?)

Thanks James, and hopefully we can get you out of this mess which the Microsoft MBR vs GPT has put you in.

Christopher