Hi, I found some earlier discussion on openafs about this error
message popping out, it seems when a transaction has taken "longer"
than expected.  I couldn't find anything though that described a
"fix".  Is there a fix?  Or is the fix to get a faster server?  :-)
The discussion that I am referring to took place in October of last year
with the subject "No buffer space available" reported by Stephan
Wiesand.

This is the last of the discussion that I have found:

  As has been pointed out to me, this has been in 1.6 for a while. Sorry;
  I thought I checked, but I was looking at the 'git log' for an older
  version.

  Same thing, though. With 8462 we retry on VNOSERVICE errors, but the
  CreateFile operation is not idempotent, so we can't retry it. We
  probably should retry CreateFile operations, and swallow an EEXIST error
  if it doesn't matter (file was created without O_EXCL). And/or we really
  shouldn't let VNOSERVICE propagate to userspace.

  > > I assume this was hanging for a little while before erroring out,
  > > yes?
  > 
  > Sorry, I really can't tell. When you copy files around a quarter of
  > the globe, there are always delays. And as usual, I fired the command
  > and then went on to something else. I'm fairly sure it didn't hang for
  > more than about a minute though.

  "About a minute" I think is enough for this.

We are running 1.6.5 fileservers and we are seeing this error
message appear intermittently from a script that updates
links in AFS space.  It comes out at the time the script attempts
to remove a lock file.

Thanks,

Renata
_______________________________________________
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info

Reply via email to