[gpfsug-discuss] Samba via CES

[Christof Schmitt]

The exact behavior depends on the client and the application. I would 
suggest explicit testing of the protocol failover if that is a concern.

Samba does not support persistent handles, so that would be a completely 
new feature.

There is some support available for durable handles which have weaker 
guarantees, and which are also disabled in CES Samba due to known issues 
in large deployments. In cases where SMB protocol failover becomes an 
issue and durable handles might help, that might be an approach to improve 
the failover behavior. 

Christof Schmitt || IBM || Spectrum Scale Development || Tucson, AZ
christof.schmitt at us.ibm.com  ||  +1-520-799-2469    (T/L: 321-2469)



From:   Lukas Hejtmanek <xhejtman at ics.muni.cz>
To:     gpfsug main discussion list <gpfsug-discuss at spectrumscale.org>
Date:   09/28/2016 03:04 PM
Subject:        Re: [gpfsug-discuss] Samba via CES
Sent by:        gpfsug-discuss-bounces at spectrumscale.org



On Wed, Sep 28, 2016 at 01:33:45PM -0700, Christof Schmitt wrote:
> The client has to reconnect, open the file again and reissue request 
that 
> have not been completed. Without persistent handles, the main risk is 
that 
> another client can step in and access the same file in the meantime. 
With 
> persistent handles, access from other clients would be prevented for a 
> defined amount of time.

well, I guess I cannot reconfigure the client so that reissuing request is
done by OS and not rised up to the user?

E.g., if user runs video encoding directly to Samba share and encoding 
runs
for several hours, reissuing request, i.e., restart encoding, is not 
exactly
what user accepts.

-- 
Lukáš Hejtmánek
_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
http://gpfsug.org/mailman/listinfo/gpfsug-discuss