On Jan 10, 2006, at 3:18 AM, Jeffrey Hutzelman wrote:
On Monday, January 09, 2006 04:43:47 PM -0800 Mike Polek
<[EMAIL PROTECTED]> wrote:
Good to know. The reason I'm looking at it is that I have a perl
script that will release a set of volumes, but only if they
need it. It checks the updateDate of the volume and compares
it to the updateDate of the cloneID if there is one to
figure out if the volume needs to be released.
Yup; we have that too. It doesn't notice changes made too close
before it runs. That's one of the reasons I'm looking at making
'vos examine' go back to the slower, more accurate results.
Jeff, I remember our talk at the 2004 Hackathon about this.
The problem was not that the examine took too long.
The problem was, that you could cause timeouts on file transfers, if
you do a few 'vos examine' calls, due to the disk operations those
calls would trigger.
I think it's trouble to go back.
BTW, 'vos release' won't do any transfer if the RW volumes didn't
change.
Horst
_______________________________________________
OpenAFS-info mailing list
[email protected]
https://lists.openafs.org/mailman/listinfo/openafs-info
