[OpenAFS] Volume Create/Delete problems
Tom Cocagne
tom.cocagne@gmail.com
Tue, 8 Jul 2008 15:27:54 -0400
------=_Part_30931_9180661.1215545274732
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
That was indeed the problem. After adding that line to the end of my
delete script, the volumes worked every time.
Thanks Russ!
Tom
On Mon, Jul 7, 2008 at 3:33 PM, Russ Allbery <rra@stanford.edu> wrote:
> "Tom Cocagne" <tom.cocagne@gmail.com> writes:
>
> > A quick execution of the create script, followed by a delete, followed
> > by a create with the same user name works fine. In fact, several cycles
> > work fine. However, if I actually use the newly created volume, a
> > subsequent recreate will fail. For example, the following procedure
> > fails every time:
> >
> > 1. run afs create script for 'test_user'
> > 2. Log in as 'test_user', run command "echo foo > /afs/
> > tdomain.com/home/test_user/bar", log out
> > 3. run afs delete script for 'test_user'
> > 4. run afs create script for 'test_user'
> >
> > In step 4, all commands except for the last appear to work normally.
> The
> > final command fails with the error message "fs: File '/afs/.
> > tdomain.com/home/test_user' doesn't exist" and attempting to run 'ls' on
> the
> > directory as root on the AFS server machine and with proper tokens yields
> > "ls: cannot access /afs/tdomain.com/home/test_user: Connection timed
> out"
>
> I suspect that for some reason the volume mappings on your local system
> are not being invalidated quickly enough. Try inserting an fs checkv
> command between the deletion and the creation and see if that fixes it.
>
> --
> Russ Allbery (rra@stanford.edu) <http://www.eyrie.org/~eagle/<http://www.eyrie.org/%7Eeagle/>
> >
>
------=_Part_30931_9180661.1215545274732
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
That was indeed the problem. After adding that line to the end of my delete script, the volumes worked every time.<br>
<br>
Thanks Russ!<br>
<br>
Tom<br><br><div class="gmail_quote">On Mon, Jul 7, 2008 at 3:33 PM, Russ Allbery <<a href="mailto:rra@stanford.edu">rra@stanford.edu</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">"Tom Cocagne" <<a href="mailto:tom.cocagne@gmail.com">tom.cocagne@gmail.com</a>> writes:<br>
<br>
> A quick execution of the create script, followed by a delete, followed<br>
> by a create with the same user name works fine. In fact, several cycles<br>
> work fine. However, if I actually use the newly created volume, a<br>
> subsequent recreate will fail. For example, the following procedure<br>
> fails every time:<br>
><br>
> 1. run afs create script for 'test_user'<br>
> 2. Log in as 'test_user', run command "echo foo > /afs/<br>
> <a href="http://tdomain.com/home/test_user/bar" target="_blank">tdomain.com/home/test_user/bar</a>", log out<br>
> 3. run afs delete script for 'test_user'<br>
> 4. run afs create script for 'test_user'<br>
><br>
> In step 4, all commands except for the last appear to work normally. The<br>
> final command fails with the error message "fs: File '/afs/.<br>
> <a href="http://tdomain.com/home/test_user" target="_blank">tdomain.com/home/test_user</a>' doesn't exist" and attempting to run 'ls' on the<br>
> directory as root on the AFS server machine and with proper tokens yields<br>
> "ls: cannot access /afs/<a href="http://tdomain.com/home/test_user" target="_blank">tdomain.com/home/test_user</a>: Connection timed out"<br>
<br>
</div>I suspect that for some reason the volume mappings on your local system<br>
are not being invalidated quickly enough. Try inserting an fs checkv<br>
command between the deletion and the creation and see if that fixes it.<br>
<font color="#888888"><br>
--<br>
Russ Allbery (<a href="mailto:rra@stanford.edu">rra@stanford.edu</a>) <<a href="http://www.eyrie.org/%7Eeagle/" target="_blank">http://www.eyrie.org/~eagle/</a>><br>
</font></blockquote></div><br>
------=_Part_30931_9180661.1215545274732--