Linux CIFS filesystem development
 help / color / mirror / Atom feed
From: Eric Valette <eric.valette-GANU6spQydw@public.gmane.org>
To: linux-cifs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: ishikawa <ishikawa-FORCTJUUkgPbmG5+kqVDhQ@public.gmane.org>
Subject: possible write error code on a CIFS mounted file (e.g EAGAIN) see INTR recent question
Date: Sat, 09 Nov 2013 14:12:51 +0100	[thread overview]
Message-ID: <527E34D3.70405@free.fr> (raw)

Reading through the post of chiaki ISHIKAWA (tahnks for his time to try 
to fix the problem), I would like to explain a bit more the problem I 
have with thunderbid 24 on debian linux 64 bits (kernel 3.10.18) when I 
want to copy block of messages from an imap folder to a file located on 
a filler where my networked home exist.

First I have to say that thunderbird is the only program that does not 
behave correctly so the culprit is probably a bad coding in low level IO 
function handling in thunderbird (e.g read/write). I use the same debian 
setup at home, but local mail folder is really local and everything 
works there.

When I have a huge pile of IMAP message I sort them for archiving using 
classical search method (e.g all mail with foo.com in address stored in 
local/foo directory). Doing this I move several files including some 
with significant file attached (e.g 6MB). And usually it takes ages, 
does not finish but reports no error and the resulting target mbox is 
sometimes garbled. Doeing the same thing inside a windows VM on the same 
machine works well.

As significant file move by other applications from the local linux file 
system to the filler via linux cifs client code do work and are quite 
rapid, and  because after having problem with tunderbird other 
application continue to work well, I suspect the culprit is TB. But as 
it works for most people using local files folder, I suspect bad 
handling of error code (write return -1 and errno value is 
unexpected/unhandled).

So getting a list of possible errno value from read(2)/write(2) may help.


The mount option I have for this share:
I do not see the noserverino from the mount command result below but on 
the command line I have in addition to credential and domain:

iocharset=utf8,noserverino

rw,relatime,vers=1.0,sec=ntlmssp,cache=strict,username=xxxxx,domain=xxxx,uid=xxxxx,forceuid,gid=xxxxx,forcegid,addr=10.192.192.2,file_mode=0755,dir_mode=0755,nounix,rsize=61440,wsize=65536,actimeo=1)


-- eric

                 reply	other threads:[~2013-11-09 13:12 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=527E34D3.70405@free.fr \
    --to=eric.valette-ganu6spqydw@public.gmane.org \
    --cc=ishikawa-FORCTJUUkgPbmG5+kqVDhQ@public.gmane.org \
    --cc=linux-cifs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox