On 6/25/07, Steven Jenkins <[EMAIL PROTECTED]> wrote:
On 6/18/07, Frank Burkhardt <[EMAIL PROTECTED]> wrote: > > Hi, > > I'm currently removing a backup clone which belongs to a volume > containing ~ > 55 GB in ~ 102000 files. 'vos status' shows a "DeleteVolume" transaction > which is running since 63 min now. > > Is it supposed to take that long? I've seen this on all of our file > servers > - especially when performing clone operations (e.g. vos backup, vos > release). However: cpus are ~99.5% idle (cpu load is always ~1.0 ). The > fileserver removes the clone exclusively - noone else accesses content > from > the volume's volumegroup and it's the only volume on the server. > > Is there a way to speed things up? > My understanding (as this problem was described to me last week) is that this is 'normal' and 'expected'. It's certainly not optimal. There are no simple suggestions I know of that will speed up these operations; however, there have been some discussions around how to speed this up.
The root problem here is the underlying filesystem presumably offers poor performance for deleting files, and the way to fix it is to use a filesystem that doesn't. Deleting a volume is really deleting a tree of files and directories, and it won't run any faster for OpenAFS than it does for anything else. What's the problem, exactly? Impatience or is there an actual operational issue? Derrick
