[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)
--------------enig72FC3D8D59EEB57FB393E9B2
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

As I said, the AFS redirector is reporting the over quota
condition as part of the response to the CloseHandle() call.
Explorer does not call FlushFile() before CloseHandle() knowing
that CloseHandle() will flush the file to disk.

I will think about this some more and see if I can come up
with something.  The problem is that Windows is storing the
data into the Windows page cache prior to the AFS redirector
being asked to allocate space.  Once we are asked, we fail it
but by then it is too late.

On 4/5/2012 8:34 AM, Lars Schimmer wrote:
> On 2012-04-05 13:15, Jeffrey Altman wrote:
>> At the moment the AFS Redirector does not implement the Windows
>> Volume Quota Service interface.  Therefore, Windows has no
>> knowledge of per user quotas.
>=20
>> 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.
>=20
>> 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.
>=20
> Thanks
>=20
> But until that is implemented, the result is to have always
> "unreachable" quotas on volumes for users not to loose data on copy
> actions? Do I see it right?
>=20
> But: isn=C2=B4t there any simple, quick hack workaround possible for si=
mple
> explorer copy action to tell: file did not arrive 100% at server?
>=20
>=20
>> Jeffrey Altman
>=20
> MfG,
> Lars Schimmer
> _______________________________________________
> OpenAFS-info mailing list
> OpenAFS-info@openafs.org
> https://lists.openafs.org/mailman/listinfo/openafs-info


--------------enig72FC3D8D59EEB57FB393E9B2
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)

iQEcBAEBAgAGBQJPfZltAAoJENxm1CNJffh4BlgH/2h8NKZRX0h4SHzA903oDTxC
xsSbId48KYRFBiLMtLAWUAHAaH5rD3/a5MI76Gx4NIZpIs9T98pJCQmdsxSIiLU2
KY977sotkBF5gt4LJgQ4uSAOF7I/oYKRzHKyHjyrj/O0BNvhDnWujPYdB0S55E0b
YYg5e1c3Pfj9NjK4WKgk7w5jSHXZ1xUSf/5lCjv2239xXRqrPfPrOd+5Cdgz1rXB
bjyi0Dhqhs4dmQftPzO5dWqLeafOSly7glSoC5V2dCAcQ80hLuttT8KDCkskbkF0
J6sTaYNicxLL6mnu35+E0uTJDZbPy3sKU94wF7uy1PP0dPOzJKJWXTU7s3BLfKc=
=QviO
-----END PGP SIGNATURE-----

--------------enig72FC3D8D59EEB57FB393E9B2--