Who the fuck are you?!<span></span><br><br>בתאריך יום חמישי, 11 באפריל 2013, Henrik Andersson  כתב:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    <div>Hi Rafi,<br>
      <br>
      I have created a bug for this report which you will find at the
      following address:<br>
      <br>
      
      <a href="https://www.cendio.com/bugzilla/show_bug.cgi?id=4592" target="_blank">https://www.cendio.com/bugzilla/show_bug.cgi?id=4592</a><br>
      <br>
      <br>
      Regards,<br>
      <br>
      Henrik Andersson<br>
      <br>
      <br>
      On 04/04/2013 04:40 PM, Rafael Ostertag wrote:<br>
    </div>
    <blockquote type="cite">Hi
      list
      <br>
      <br>
      We have a rather annoying issue here, involving the 64bit unfsd
      shipped with the ThinLinc client 4.0.0: when copying files to an
      exported volume on the client machine, we get 'Input/output
      error'. Sometimes it takes a while until copying files fails,
      other times it fails right away on the first file to copy.
      <br>
      <br>
      Tracing cp(1) using strace(1) revealed, that the open(2) syscall
      fails, when the O_EXCL flag is used in combination with O_CREAT,
      in order to create the destination file initially on the client
      machine, leaving an empty file behind. In case the destination
      already exists, cp(1) simply opens it using O_WRONLY|O_TRUNC which
      does not fail.
      <br>
      <br>
      So we basically end up with having to issue the copy command twice
      in order to copy a file to a volume: once in order to create the
      empty file and tricking the second attempt into passing
      O_WRONLY|O_TRUNC to open(2).
      <br>
      <br>
      This behavior is not limited to cp(1), Thunar (XFCE), Caja (MATE),
      and Nautilus also complain about Input/output error when files are
      initially created on the exported volume.
      <br>
      <br>
      We replaced the 64bit ThinLinc client by the 32bit version and the
      issue was gone. So, we strongly suspect the 64bit unfsd being the
      culprit.
      <br>
      <br>
      Does anybody else experience this behavior?
      <br>
      <br>
      Cheers
      <br>
      rafi
      <br>
      <br>
      P.S.: ThinLinc server is running Ubuntu 12.04 AMD64 and clients
      are running Ubuntu 12.04/12.10 AMD64. ThinLinc 4.0.0 on both ends.
      <br>
      <br>
      <br>
    </blockquote>
    <br>
    <br>
    <pre cols="72">-- 
---
Henrik Andersson
Cendio AB        <a href="http://cendio.com" target="_blank">http://cendio.com</a>
Teknikringen 8        <a href="http://twitter.com/ThinLinc" target="_blank">http://twitter.com/ThinLinc</a>
583 30 Linköping    <a href="http://facebook.com/ThinLinc" target="_blank">http://facebook.com/ThinLinc</a>
Phone: +46-13-214600    <a href="http://plus.google.com/112509906846170010689" target="_blank">http://plus.google.com/112509906846170010689</a></pre>
  </div>

</blockquote>