The Windows AFS client issue noted below ('Out of space' errors) might be
finally resolved.
If shortcuts to network locations (\\afs\northstar.dartmouth.edu\.....)
were created using a pre 1.7 client, they will generate this 'Out of
space' error message. The problem is due to the way Windows shortcuts
(.LNK files) stores data about the network provider. With OpenAFS 1.7,
there was a major change in the network redirection layer, and old
shortcuts no longer resolve correctly. The error message itself is
confusing, since it is the same one that would be given for real
over-quota conditions.
The solution is to delete shortcuts to locations in AFS, and recreate
them.
Mapped drive letters use different underlying mechanisms and never
suffered from this problem.
Richard
On Thu, 14 Jun 2012, Richard Brittain wrote:
> To RStor/AFS users:
> over the past couple of weeks we have upgraded all of our file servers to
> the latest version (1.6.1) of OpenAFS, along with a special patch for large
> (>2TB) server disks which should result in more robust behaviour from some
> clients.
>
> The new fileserver software has several code improvements resulting in less
> CPU usage, which translates to faster server response when things get busy.
>
> The special patch addresses client queries for device size and free space.
> Some clients, in particular Windows 7 explorer.exe, will query devices for
> free space before attempting to write files. When the server space was >
> 2TB, a 32-bit limitation could return negative numbers to the client,
> resulting in bogus 'Out of space' errors. The servers now return valid data,
> capped at 2TB if necessary. This seems to solve most of the Windows client
> error messages.
>
> However, we have observed that the error still persists in some
> circumstances. Please let us know if you have a Windows client and are still
> seeing 'Out of space' errors.
>
> On our test system, the error does not occur if we use a mapped drive letter
> rather than the UNC path, but we do not really undertand why. We are working
> with the developers on a solution.
--
Richard Brittain, Research Computing Group,
Computing Services, 37 Dewey Field Road, HB6219
Dartmouth College, Hanover NH 03755
[log in to unmask] 6-2085
|