The documentation is a little confusing. If the vFiler owns the volume, then all mounts (volume or qtree) stay intact since VSM is used and FSIDs and File Handles move. If the vFiler owns only the qtree then vfiler migrate uses QSM and the volume FSID doesn't move so clients have to remount. Most don't assign qtrees to vfilers so this isn't an issue.
Vfiler migrate doesn't have a volume limit, but doesn't have a guarantee on the time it takes to failover. Data Motion for vFilers from the NMC with the guaranteed 120 second migrate does have this limit (20 for 6000/6200, 8 for 3000/3100/3200/2200 controllers)
-----Original Message----- From: toasters-bounces@teaparty.net [mailto:toasters-bounces@teaparty.net] On Behalf Of Kennedy, Jeffrey Sent: Thursday, May 03, 2012 3:07 PM To: toasters@teaparty.net Subject: RE: DataMotion for Volumes in 8.1?
I don't know about DataMotion but our team has tested vfiler migrate between cluster partners and it works seemingly fine. It even worked despite the documentation indicating it shouldn't, at least not for how we're setup. We use qtrees exclusively for mounting and the documentation indicated that clients mounting qtrees would need to re-mount; this was not the case. Vfiler migrate caused the client to hang and report NFS server not responding but once complete the client operations continued without a re-mount and no hung mounts. A nice surprise given the documentation.
Something else (besides the transparency of qtree mounts during a vfiler migrate) that we've not found a definitive answer to is whether or not a volume limit exists. At one point in the documentation it uses 20 volumes as an example of a DFM managed migration, but nothing that says "the maximum volume count is.....". We've checked with support as well, the answer is no known limit. Has anyone done a transparent vfiler migrate of more than 20 volumes?
We'll be testing this in our lab but haven't gotten to it yet.
Jeff Kennedy Qualcomm, Incorporated QCT Engineering Compute 858-651-6592
-----Original Message----- From: toasters-bounces@teaparty.net [mailto:toasters-bounces@teaparty.net] On Behalf Of Borzenkov, Andrey Sent: Wednesday, May 02, 2012 12:39 PM To: Randy Rue; toasters@teaparty.net Subject: RE: DataMotion for Volumes in 8.1?
There are two DataMotions today - DataMotion for Volumes and DataMotion for vFilers. The former is supported between aggregates on the same filer and for block protocols (FCP. iSCSI, FCoE) only. This is what "vol move" does. The latter is between different filers only (I am not sure if even two controllers in HA pair are supported) and supports NAS protocol only (probably iSCSI too). To control it DFM (OnCommand Provisioning and Data Protection) is required.
So I am not sure it can be done easily. If you have DFM server and one more filer, moving via it could be the easiest thing :)
________________________________________ From: toasters-bounces@teaparty.net [toasters-bounces@teaparty.net] On Behalf Of Randy Rue [rrue@fhcrc.org] Sent: Wednesday, May 02, 2012 21:30 To: toasters@teaparty.net Subject: DataMotion for Volumes in 8.1?
Hello All,
Running 8.1GA on a 3240 and trying to move two vfilers from one aggregate to another (both are 64 bit aggrs). Ultimately I just need to move the root and data volumes for these vfilers.
Not finding a wealth of examples on the "vol move" command, not surprising as this is a pretty new feature. http://www.netapp.com/us/communities/tech-ontap/tot-data-motion-1102.htm l
NetApp's blurb says this can be done without interruption, but also talks a lot about when to do the "cutover." They say the cutover can be triggered manually or automatically. But I can't make the "vol move" command do anything but return a usage blurb unless I include a "start" switch.
Also, their website claims this can be done nondisruptively. But "vol move start" keeps failing because I have CIFS and/or NFS running. In fact, if I turn them both off it still complains that I have NFS exports configured and that I need to remove them first.
Anyone have experience moving volumes from one aggr to another, hopefully live?
Randy Rue _______________________________________________ Toasters mailing list Toasters@teaparty.net http://www.teaparty.net/mailman/listinfo/toasters
_______________________________________________ Toasters mailing list Toasters@teaparty.net http://www.teaparty.net/mailman/listinfo/toasters
_______________________________________________ Toasters mailing list Toasters@teaparty.net http://www.teaparty.net/mailman/listinfo/toasters