Hi,
I caught an instance of the CoW bug on Linux 7.1, OpenAFS 1.2.2:
[root@www06 tprender]# ls -la
[root@www06 tprender]# cp resinctl /afs/.reserveamericax/tools/bin/
[root@www06 tprender]# vos release tools
Could not lock the VLDB entry for the volume 536870918.
VLDB: no permission access for c
working correctly?
Thanks
Mike
> Mike Aldrich <[EMAIL PROTECTED]> writes:
> > This is where I got an error. I cannot dump a volume if it hasn't been
> > cloned since the last dump?
>
> No, since you are (or should) dump the backup volumes, it does not
> make sense to
Hi,
I created my volset full of .backup volumes on my primary AFS server (RH 7.1
OpenAFS 1.2.3). My initial dump is labeled /sunday, with increments to
/saturday. I have about 8G of data housed in AFS volumes.
My questions are:
I ran my first dump (/sunday) today. It ran fine (except for the can
stem:administrators) and kas
examine and see the user does indeed exist...
I've added the admin user using instructions from IBM Installation Guide.
Any ideas?
> On Thu, 23 May 2002, Mike Aldrich wrote:
> > Hi,
> > I need to change my admin password, but do not have it in th
Hi,
I need to change my admin password, but do not have it in this particular
cell. I have done the following:
Make a copy of the kaserver.DBO
Shutdown the kaserver (I did this in the BosConfig file then restarted the
server)
Now I'm trying to run 'bos setauth -authrequired off' in order to
ch