it is too bad there is not a rm - no_snapshot option.
The problem will only rear its ugly head if you attempt to re-use or otherwise reclaim the 238GB. Rather than increase the snap reserve, which will reduce the amount of 'live' data you have in the volume (probably not what you're looking for), if you're using flexvols, I would temporarily increase the size of the volume by 238GB until those snaps expire and then bring it down again. If you're still using traditional volumes, you're gonna be outta luck.
Also, if the directory was created after the existing snaps, you have nothing to worry about.
If the 238GB of data exists in the existing snaps, they're going to stay there until they are deleted or expire.
Glenn (The other one)
-----Original Message----- From: owner-toasters@mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of tmac Sent: Wednesday, February 07, 2007 2:12 PM To: Miller, Michael CTR USTRANSCOM J2 Cc: toasters@mathworks.com Subject: Re: Snapshot question
you could temporarily increase your snapshot reserve space by 283G.
Short of deleting all your snapshots, not much of a choice.
On 2/7/07, Miller, Michael CTR USTRANSCOM J2 michael.miller.ctr@ustranscom.mil wrote:
I have a soon to be problem with snapshots coming up. I will be deleting a directory that has 238GB in it and I would really prefer this not to get captured by a snapshot if there is anything I
can do
about it. I don't want to destroy the exsisting snaps either.
Does anyone know of any way to keep this out of the snap? Any thoughts
on
how to limit the hit?
Thanks Mike Miller General Dynamics Information Technology Michael.Miller.ctr@ustranscom.mil Michael.Miller@gdit.com Phone: 618-229-1185
-- --tmac
RedHat Certified Engineer #804006984323821
Principal Consultant, RABA Technologies 240-373-3926 (office) 301-688-4705 (Lab) 214-279-3926 (eFAX)