Community

Subscribe
Highlighted

Move a vFiler

Hello

I want to move a vfiler from one aggregat to another, without any
”trouble” for the cifs users. It´s in the same filer but on diffrent aggregates!

Is this possible without any trouble for the users. For example we have

folder redirect(offline files) on the users at these volumes!

I have following two aggregate aggr1- SAS and aggr2 - SATA.

//T

Re: Move a vFiler

Yes that's possible.

To client it will be transparent. Though you need to be aware of few things. Like -> when you change the volume name it also changes that in the share path.

You objective is to swap 2 variables ( Volumes in this case) residing in different Aggregates. When you migrated the data ( say using SnapMirror) upon final cutover you need users to access data via the new volume. ( Without any change at their end). So while you are changing the volumes names ( actually swapping them) keep in mind that it also changes the backend CIFS share path. [ In fact it happens online, that's why we support online volume renaming even though there are shares from it].

Hence, you should disable CIFS and then do the change in name. That way you avoid the change in CIFS Share path and users after change point to new location.

Cheers.

Re: Move a vFiler

While it is brute force, many have migrated the entire vFiler to another controller, then back again using Data Motion for vFilers (guaranteed 120 second failover or it fails back if it can't) or vFiler Migrate (if a cluster partner since data motion isn't supported within a cluster pair).  Then you can move off then back to the aggregates you want with minimal impact.  Intrafiler migration has some more steps but if all iSCSI you can use "vol move" if 8.0 or higher which is really nice...but doesn't work for NAS volumes in 7-mode.  There is also a legacy "snapmirror migrate" command that will move volume fsids and file handles but you still need to update the shares like Bakshana discussed.  Whether you use data motion/migrate or a quick intrafiler cutover of the volume, the cifs users will have a short impact since in the first case the network ports move (cifs isn't persistent yet but coming soon) and in the second case cifs would stop and start for a quick disruption.

Re: Move a vFiler

If I do like this, will it work?

First shut down the CIFS service.

Then run vol move.

Once the move is made, is it ok to start the CIFS service again?

I really do not want to change the share name or the rights to folders\files, it will cause problems for users using MS offline files.

/T.

Re: Move a vFiler

That should work with no shares active. Vol move in 7mode is meant for San volumes but will move any volume without active shares or exports. Since you have an outage it should work. Worth creating a test vFiler to try it out to prove he process.

Sent from my iPhone 5

Re: Move a vFiler

Where is the information stored regarding the rights\permission to the share, is it in the vFiler?

/T.

Re: Move a vFiler

The cifs share permission is in the vfiler. Vfiler run vfilername cifs shares.

Re: Move a vFiler

Thanks for thequick response where can I mark the answers as correct\helpfull.

I do not see it?

/T.

Re: Move a vFiler

Under each question you can mark as answered or helpful. But only if you are the original poster.

Sent from my iPhone 5

Re: Move a vFiler

Hi
This is a brief summary of how we made ​​the move. This did not affect users.

First document the vfiler¨settings and the shares on it.

  • Vfiler status -a
  • Vfiler status -r

Aftter that copy the /etc/ from the vfiler to a workstation.

  1. Vfiler stop
  2. Destroy vfiler
  3. vol move start vfiler_root
  4. vol move start vfiler_cifs01 aggr1
  5. vol move start vfiler_NFS aggr1
  6. vfiler create –r /vol/vfiler_root
  7. vfiler run vf1 setup (just press enter on every question



/T.