publicweb is a volume in a vfiler (publicweb-vf-01) and yes it could considered the "root" volume in that context (it has the publicweb/etc dir)

I executed the snap restore in the vfiler0 context Maybe being in the publicweb-vf-01 context would have made a difference?

I'm beginning to see why the vfiler creation wizard forces you to create a separate small root volume for each vfiler.

thanks for the feedback !

On Sep 27, 2012, at 2:41 PM, Clear, John wrote:

It looks like publicweb is also your root volume. Doing a snap restore on the root volume is not a good idea.

Even after removing the file, OnTap still has the file handle open on it.

You probably need to create a new separate root volume (recommended) or move the root volume to another existing volume and then re-run the snap restore.

If publicweb isn’t the root volume, I’m not sure what the issue is.

John

From: toasters-bounces@teaparty.net [mailto:toasters-bounces@teaparty.net] On Behalf Of Fletcher Cocquyt Sent: Thursday, September 27, 2012 2:32 PM To: toasters@teaparty.net Lists Subject: Error: snap restore: Volume is in use by other operations

Anyone seen this

na03*> snap restore -t vol -s hourly.1 publicweb

Volume publicweb will be made restricted briefly before coming back online.

Are you sure you want to do this? y

You have selected volume publicweb, snapshot hourly.1

Proceed with revert? y Volume publicweb may not be remounted because of 1 open file: The sm_recover_main process has 1 file open : /vol/publicweb/etc/sm/notify snap restore: Volume is in use by other operations. (public web).

We cancelled & deleted all related snap mirrors on the volume and and moved the /etc/sm/notify file out of the way and still could not execute the snap restore - any idea why?

this is Ontap 8.1

thanks