Definately not "amanda specific". My current backup system just uses the vos examine size + 5% or so depending on the volume size class. (small/medium/huge) If we added 'vos size', I would definately switch to using it instead.
Problem is that vos examine is showing disk usage by quota. That's completely different than how much space a dump will take. For example, if you have a directory structure 30 levels deep filled with tiny files, there will be a LOT of dump content overhead, but very little quota usage. Opposite for a volume with a small number of LARGE files. In order to fix vos examine, you'd have to have it track quota based on more detail of what the layout of the volume was. Doing it the way that vos estimate/vos size would do would be way too slow to have 'vos examine' do it. ve is usually fairly fast. Additionally, there is no way in vos examine to get information in any reasonable way about how much space an incremental dump will take. With vos size actually looking at volume contents, that should be relatively trivial to do. One question would be whether we could modify dumpstuff.c to re-use existing dump code, but have it just keep track instead of actually writing out the dump. Then again, might be simple enough to just duplicate it. -- Nathan ------------------------------------------------------------ Nathan Neulinger EMail: [EMAIL PROTECTED] University of Missouri - Rolla Phone: (573) 341-4841 Computing Services Fax: (573) 341-4216 > -----Original Message----- > From: Jim Rees [mailto:[EMAIL PROTECTED] > Sent: Friday, April 04, 2003 11:05 AM > To: [EMAIL PROTECTED] > Subject: Re: [OpenAFS-devel] Adding an "estimate" function to > vlserver > > > Except that this feature is not specific to Amanda. I can > see it being > useful for a variety of reasons. > > One thing I'm a bit confused about is why we don't fix "vos > exam" to give > the more accurate estimate. But I know almost nothing about > the vldb so I'm > sure there's a good reason. > _______________________________________________ > OpenAFS-devel mailing list > [EMAIL PROTECTED] > https://lists.openafs.org/mailman/listinfo/openafs-devel > _______________________________________________ OpenAFS-devel mailing list [EMAIL PROTECTED] https://lists.openafs.org/mailman/listinfo/openafs-devel
