Depending on the situation, it might be faster to backup and reformat. :-) Liam On Jun 12, 2013 2:59 PM, "Pablo" <paa.listas at gmail.com> wrote: > I agree with what you say :) > > El 12/06/2013 04:45 p.m., Stephan von Krawczynski escribi?: > >> On Wed, 12 Jun 2013 14:55:23 -0300 >> Pablo <paa.listas at gmail.com> wrote: >> >> So combining the two approaches I think that this may be a better >>> solution? >>> >>> tempdirname=`mktemp -d` >>> mv <dir> $tempdirname >>> mkdir <dir> >>> >>> # rm -rf <tempdirname> >>> mkdir empty >>> rsync -a --delete empty/ $tempdirname >>> rmdir empty $tempdirname >>> >>> >>> >>> Regards, >>> Pablo. >>> >> Ok, this is a heavy misinterpretation of my true intention. >> > > I did _not_ intend to delete particularly fast, the sole idea of mv & >> mkdir >> was to come up with the same but empty dir for _users_ as fast as >> possible. >> And only _then_ throw away the old, probably unneeded original content. >> So I thought the basic admin idea was to give the user as fast as possible >> what he wants (empty dir) and deal with the rest cleanup later on. >> > This were what I were trying to said above. :) Sorry, my english is very > limited :( > > And that's why I named it an admin question. Do something to make the user >> happy, but indeed something completely different than what the user >> thought >> was going on. >> > > And whatever idea you come up, you will not have your dir as >> fast empty shown to the user as me with mv&mkdir :-) >> > Yes, that is why i try to combine both. > > And btw, this is exactly what I do suggest for delete/undelete >> implementation: >> move the deleted something to a shadow dir where content is expelled >> based on >> its age iff the real world tree needs more space. >> > I agree with this also. > > > Regards, > :) > > ______________________________**_________________ > Gluster-users mailing list > Gluster-users at gluster.org > http://supercolony.gluster.**org/mailman/listinfo/gluster-**users<http://supercolony.gluster.org/mailman/listinfo/gluster-users> > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20130612/88a589db/attachment.html>
