I think it's probably confused by the over-quota. The error message could
be improved. Try increasing the quota, then do the move.
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
Hi,
Because I'm compacting the old AFS-system I am moving volumes from one
server to antoher (goal: turning of the obsolete server) but now I've
got this problem:
[EMAIL PROTECTED] afsm]# vos move -id user.zp.id -froms nauru -fromp a -tos
rose -top c
Failed to move data for the volume 536912068
On Sep 18, 2006, at 15:02, Jeffrey Altman wrote:
That could be the bug fixed post 1.4.1
DELTA STABLE14-viced-writevalloc-dont-vtakeoffline-20060510
I had a couple problems like that lately, but it only was happening
to read-onlys. Which were a pain in the butt, since I had to zap
them,
That could be the bug fixed post 1.4.1
DELTA STABLE14-viced-writevalloc-dont-vtakeoffline-20060510
Jeffrey Altman
Rodney M Dyer wrote:
> We've been having some problems with AFS volumes spontaneously going
> "offline". There is nothing in the logs that indicate a problem. After
> running salv
Rodney M Dyer <[EMAIL PROTECTED]> writes:
> We've been having some problems with AFS volumes spontaneously going
> "offline". There is nothing in the logs that indicate a problem. After
> running salvage we are able to get them back online. This may have
> occured during some related volume mov
We've been having some problems with AFS volumes spontaneously going
"offline". There is nothing in the logs that indicate a problem. After
running salvage we are able to get them back online. This may have occured
during some related volume moves but that is just a best guess.
File servers