[OpenAFS] OpenAFS 1.7.8 windows: no error on quota full on copy action

[Jeffrey Altman]

This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enigE018B3CBBC712A25AED1A32D
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

At the moment the AFS Redirector does not implement the Windows Volume
Quota Service interface.  Therefore, Windows has no knowledge of per
user quotas.

The behavior you are seeing is due to the fact that Windows is copying
the entire file into the Windows page cache and it is only being sent to
\\AFS when the file is closed.  At that point the AFS redirector does
report the over quota error but the application ignores it.  In this
respect the Windows client is now more like the UNIX client.

Adding support for the Volume Quota Service interface is a feature that
I would like to see implemented.  However, doing so is non-trivial.  It
requires mapping AFS PTS IDs to Windows SIDs for users that may access
the file system after the quota information was reported to the system.

Jeffrey Altman

On 4/5/2012 4:15 AM, Lars Schimmer wrote:
> Hi!
>=20
> Maybe I do miss a point, but if I try to copy files in a directory
> with not enough quota, copy action just stops silently and no error is
> shown?
> And worse: explorer does show the file is copied with full size...
>=20
> E.g. I have a directory with 5 MB quota. A OpenAFS 1.7.8 client on
> windows 7 32bit with a 100MB OpenAFS cache.
>=20
> If I try to copy the 100 MB file into that 5 MB Quota directory via
> drag&drop in explorer, the copy window opens and shows progress with
> 6-10 MB/sec up to 90% (size of cache, more or less). Now it hangs some
> time. After some kind of timeout the copy windows vanishes and the
> target explorer window does show the 100MB file with the expected size
> of 100 MB as complete copied into target.
> No error was shown.
>=20
> If I check with another client, OpenAFS did only copy untill quota is
> full, the 100MB file is cut down to 5 MB.
>=20
> I do not think thats the expected behavior, or?
>=20
> At least it looks dangerous, as users think the file is copied for
> 100% and delete the source and do see after some time, files are not
> copied 100% into OpenAFS....
>=20
>=20
> While if quota is already full, the start of a new copy into directory
> with full quota is not started, shows a correct error.
>=20
>=20
> MfG,
> Lars Schimmer
> _______________________________________________
> OpenAFS-info mailing list
> OpenAFS-info@openafs.org
> https://lists.openafs.org/mailman/listinfo/openafs-info


--------------enigE018B3CBBC712A25AED1A32D
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)

iQEcBAEBAgAGBQJPfX7TAAoJENxm1CNJffh4BrkIAK/2be6iVaC0z+MatekqWpEc
KuZNWqoWXVWuRKhWYitjmDxoHAiciD7E68k3XCjKo+QkprOdWGik++syp8h5U5jD
oJ/zav25R8/1107zFPJzIJL9IOFaDsxraKteOv9ihObUeZT/3HV8nPsiWP3UZ6Mg
ZOyV1LYn5KoKNy0CO1lb3SlspUgiXQ7JaUQypdBNTgI42YUbvnQFGfS+E3FLdCA7
DlmM3XBSTDbEFdYr0J3PN06J2yVgeAPxzKZtpsStSc9zDRRPrLcdToTjosKYWseO
VZb5YAAlcwP1bFxwHWBWuJeIVZEokSpPaU+xBUAfdXKf4iA6UQrOkZJPYtk4Iws=
=GwlH
-----END PGP SIGNATURE-----

--------------enigE018B3CBBC712A25AED1A32D--