
tmacmd at gmail
May 3, 2012, 9:15 AM
Post #6 of 9
(2411 views)
Permalink
|
If you are moving a volume on the same filer head, but into a different (or same!) aggregate, then... Have you all looked at snapmirror migrate: https://kb.netapp.com/support/index?page=content&id=1010991 And you should get to System Manager 2.0.1 that fixes a nasty bug you really do not want to hit. --tmac Tim McCarthy Principal Consultant RedHat Certified Engineer 804006984323821 (RHEL4) 805007643429572 (RHEL5) On Thu, May 3, 2012 at 11:46 AM, Randy Rue <rrue [at] fhcrc> wrote: > To catch up on what I've learned so far:**** > > ** ** > > "vol move" is not a new feature, in fact it seems to be a little-used > older feature intended more for block-level services. I've used it to > successfully move a test vfiler to a different aggregate but only by > stopping and destroying the vfiler, then removing the default exports for > the root and data volumes from vfiler0, and then running vol move > sequentially for the volumes. Then I used the vfiler create NAME -r > /vol/vfiler_root_volume to recreate the vfiler (and then corrected the > broken network settings).**** > > ** ** > > Usable if necessary but I'm looking at this as a last-ditch option.**** > > ** ** > > To tell the whole story, we have a new 3240 that we installed running > 8.0.2. Before putting it into production we decided to upgrade to 8.1GA, > and did so with no trouble. Now I'm trying to blow away the old aggregates > so I can build new ones with more spindles. But we do have one volume in > production use, a whopping 100GB of data, but containing binaries for some > HPC processing that is a problem to interrupt for more than a few seconds. > I need a graceful way to move that vfiler to one of the new aggregates so I > can nuke the remaining older ones and finish carving out the disks > optimally for 8.1.**** > > ** ** > > We also need to finally get a grip on NetApp's management options. We run > a badly outdated NOM server, primarily for metrics for customer viewing. > We've used a lot of filerview and the CLI until now, as most of our filers > are still running 7.x or in a few cases 8.0x. But with 8.1 (no filerview) > in the house we need to get modern. I do have OnCommand System Manager 2.0 > on my workstation.**** > > ** ** > > Now I understand I need the NMC, which is part of the OnCommand Core. I've > found the installer for the Core, which needs Windows Server (or Linux).** > ** > > ** ** > > So am I looking at bringing up another "NOM" like server? I get the NM > Console described below from a distribution point on that server? If so, I > can live with that, but when I try to install the Core, I get asked for a > license key. I've found multiple references to the Core being free. One tip > on finding a license key on my NOW page. But if I search my NOM license > page for ONCMD I get No Results Found.**** > > ** ** > > I'd be grateful if anyone can point me toward a noob-level breakdown of > NetApp's management tools in their present state including what is and > isn’t included as stock. I have a similar request out to both our VAR and > our NA contacts.**** > > ** ** > > Hope to hear from you,**** > > ** ** > > rrue**** > > ** ** > > ** ** > > ** ** > > *From:* Fletcher Cocquyt [mailto:fcocquyt [at] stanford] > *Sent:* Wednesday, May 02, 2012 11:32 AM > *To:* Randy Rue > *Cc:* toasters [at] teaparty > *Subject:* Re: DataMotion for Volumes in 8.1?**** > > ** ** > > Randy, **** > > ** ** > > have you tried using the Netapp Management Console (NMC) for this?**** > > I've done a few dozen vFiler migrations using the NMC vFiler migration > "wizard" - **** > > it asks you for all the parameters you would otherwise need on the command > line and is robust and reliable in my experience.**** > > ** ** > > You get it from the "OnCommand Core Package", via:**** > > ** ** > > https://iyourserver/clients/nmconsole-setup-3-1-win32.exe**** > > > > **** > > I only had resort to a command line vfiler migrate for an offline > migration for a special vfiler once.**** > > > > **** > > I'm currently planning 32, 64 bit upgrades with data motion,**** > > > > **** > > Good luck,**** > > > > **** > > Fletcher. > > > **** > > ** ** > > On May 2, 2012, at 10:30 AM, Randy Rue wrote:**** > > > > **** > > 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.html > > 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 [at] teaparty > http://www.teaparty.net/mailman/listinfo/toasters**** > > ** ** > > _______________________________________________ > Toasters mailing list > Toasters [at] teaparty > http://www.teaparty.net/mailman/listinfo/toasters > >
|