> In the interim would it be possible for the SMB server to detect the
> client OS and only allow recalls from say Windows. At least this would
> be in "our" control unlike getting Apple to change the finder.app
> behaviour. Then tell MacOS users to use Windows if they want to recall
> files and pin the blame squarely on Apple to your users.
> client OS and only allow recalls from say Windows. At least this would
> be in "our" control unlike getting Apple to change the finder.app
> behaviour. Then tell MacOS users to use Windows if they want to recall
> files and pin the blame squarely on Apple to your users.
Detecting the client OS is the difficult part. There is code in Samba
to guess the client OS from a SMB1 negotiate request. This is not
reliable in the first place, as a client can directly negotiate SMB2/3
which would omit the client OS guessing.
to guess the client OS from a SMB1 negotiate request. This is not
reliable in the first place, as a client can directly negotiate SMB2/3
which would omit the client OS guessing.
There is a protocol extensions MacOS clients try to negotiate, so
maybe that could be used as indicator for a MacOS client that should be
prevented from recalling files. This would still be a crude hack, but
at least the required pieces of information are available.
maybe that could be used as indicator for a MacOS client that should be
prevented from recalling files. This would still be a crude hack, but
at least the required pieces of information are available.
If that is an important piece, maybe this should be tracked as RFE
instead of an email thread.
instead of an email thread.
> I note that Linux is no better at honouring the offline bit in the SMB
> protocol than MacOS. Oh the irony of Windows being the only main stream
> IS handling HSM'ed files properly!
> protocol than MacOS. Oh the irony of Windows being the only main stream
> IS handling HSM'ed files properly!
Linux probably suffers from the distributed development here. The
Linux kernel SMB/CIFS client allows applications to query the offline
flag, but it would be up to the applications (e.g. file browsers) to
query that flag before reading data for generating previews.
Linux kernel SMB/CIFS client allows applications to query the offline
flag, but it would be up to the applications (e.g. file browsers) to
query that flag before reading data for generating previews.
Regards,
Christof Schmitt || IBM || Spectrum Scale Development || Tucson, AZ
[email protected] || +1-520-799-2469 (T/L: 321-2469)
[email protected] || +1-520-799-2469 (T/L: 321-2469)
----- Original message -----
From: Jonathan Buzzard <[email protected]>
Sent by: [email protected]
To: gpfsug main discussion list <[email protected]>
Cc:
Subject: [EXTERNAL] Re: [gpfsug-discuss] Intro, and Spectrum Archive self-service recall interface question
Date: Tue, May 21, 2019 3:30 AM
On Mon, 2019-05-20 at 20:33 +0000, Christof Schmitt wrote:
> SMB clients know the state of the files through a OFFLINE bit that is
> part of the metadata that is available through the SMB protocol. The
> Windows Explorer in particular honors this bit and avoids reading
> file data for previews, but the MacOS Finder seems to ignore it and
> read file data for previews anyway, triggering recalls.
>
> The best way would be fixing this on the Mac clients to simply not
> read file data for previews for OFFLINE files. So far requests to
> Apple support to implement this behavior were unsuccessful, but it
> might still be worthwhile to keep pushing this request.
>
In the interim would it be possible for the SMB server to detect the
client OS and only allow recalls from say Windows. At least this would
be in "our" control unlike getting Apple to change the finder.app
behaviour. Then tell MacOS users to use Windows if they want to recall
files and pin the blame squarely on Apple to your users.
I note that Linux is no better at honouring the offline bit in the SMB
protocol than MacOS. Oh the irony of Windows being the only main stream
IS handling HSM'ed files properly!
JAB.
--
Jonathan A. Buzzard Tel: +44141-5483420
HPC System Administrator, ARCHIE-WeSt.
University of Strathclyde, John Anderson Building, Glasgow. G4 0NG
_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
http://gpfsug.org/mailman/listinfo/gpfsug-discuss
_______________________________________________ gpfsug-discuss mailing list gpfsug-discuss at spectrumscale.org http://gpfsug.org/mailman/listinfo/gpfsug-discuss
