<div class="socmaildefaultfont" dir="ltr" style="font-family:Arial;font-size:10.5pt" ><div dir="ltr" >Lukas,</div>
<div dir="ltr" > </div>
<div dir="ltr" >In that scenario, would you not be better off using a native Spectrum Scale client installed on the workstation that the video editor is using with a local mapped drive, rather than a SMB share?</div>
<div dir="ltr" > </div>
<div dir="ltr" >This would prevent this the scenario you have proposed occurring.</div>
<div dir="ltr" ><div class="socmaildefaultfont" dir="ltr" style="font-family:Arial;font-size:10.5pt" ><div class="socmaildefaultfont" dir="ltr" style="font-family:Arial;font-size:10.5pt" ><div class="socmaildefaultfont" dir="ltr" style="font-family:Arial;font-size:10.5pt" ><div dir="ltr" style="margin-top: 20px;" ><div style="font-size: 12pt; font-weight: bold; font-family: sans-serif; color: #7C7C5F;" >Andrew Beattie</div>
<div style="font-size: 10pt; font-weight: bold; font-family: sans-serif;" >Software Defined Storage  - IT Specialist</div>
<div style="font-size: 8pt; font-family: sans-serif; margin-top: 10px;" ><div><span style="font-weight: bold; color: #336699;" >Phone: </span>614-2133-7927</div>
<div><span style="font-weight: bold; color: #336699;" >E-mail: </span><a href="mailto:abeattie@au1.ibm.com" style="color: #555" >abeattie@au1.ibm.com</a></div></div></div></div></div></div></div>
<div dir="ltr" > </div>
<div dir="ltr" > </div>
<blockquote data-history-content-modified="1" data-history-expanded="1" dir="ltr" style="border-left:solid #aaaaaa 2px; margin-left:5px; padding-left:5px; direction:ltr; margin-right:0px" >----- Original message -----<br>From: Lukas Hejtmanek <xhejtman@ics.muni.cz><br>Sent by: gpfsug-discuss-bounces@spectrumscale.org<br>To: gpfsug main discussion list <gpfsug-discuss@spectrumscale.org><br>Cc:<br>Subject: Re: [gpfsug-discuss] Samba via CES<br>Date: Thu, Sep 29, 2016 8:04 AM<br> 
<div><font size="2" face="Default Monospace,Courier New,Courier,monospace" >On Wed, Sep 28, 2016 at 01:33:45PM -0700, Christof Schmitt wrote:<br>> The client has to reconnect, open the file again and reissue request that<br>> have not been completed. Without persistent handles, the main risk is that<br>> another client can step in and access the same file in the meantime. With<br>> persistent handles, access from other clients would be prevented for a<br>> defined amount of time.<br><br>well, I guess I cannot reconfigure the client so that reissuing request is<br>done by OS and not rised up to the user?<br><br>E.g., if user runs video encoding directly to Samba share and encoding runs<br>for several hours, reissuing request, i.e., restart encoding, is not exactly<br>what user accepts.<br><br>--<br>Lukáš Hejtmánek<br>_______________________________________________<br>gpfsug-discuss mailing list<br>gpfsug-discuss at spectrumscale.org<br><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss" target="_blank" >http://gpfsug.org/mailman/listinfo/gpfsug-discuss</a></font><br> </div></blockquote>
<div dir="ltr" > </div></div><BR>