Hello,
Thanks a lot for your help, i wait for someone like you for 2 months...
My conputer doesn't support ftp. I disabled this feature for security
reasons. But I transfert files using scp (cp using ssh tunneling). I can,
with scp, transfert very larges files without problems in both ways. I
suppose that if my network card has some problems i shouldn't be able to do
that, even if i don't use ftp. Is it true?
An other remarque: i tried to modify my /etc/samba/smb.conf using a debug
value of 40 (enormous, i know). The transfert take a long time (and e very
big log file) but no errors appends. So, i suppose that my problem is that
samba send pakets to the client to see if it's alive (i read it in the
NetBios' RFC), but when samba receive the response the time appear to be too
long and he force the connection to close...
I'm afraid that i'll have to get the source files for samba and
desactivate
manually this feature...
Any other idea?
Regards,
Julien Valiente
jusk@osxt.com
----- Original Message -----
From: "David Collier-Brown" <davecb@canada.sun.com>
To: "Julien VALIENTE" <julien_valiente@objectif-software.com>
Cc: <samba-technical@lists.samba.org>
Sent: Tuesday, September 25, 2001 9:48 PM
Subject: Re: THE problem with no soluce?
> Julien VALIENTE wrote:
> > I only can put
> > on this
> > two servers little files (??). The max filesize appear to be at most
> > 1Mb.
> >
> > The errors are logged in my /var/log/samba/juskordi.log (my win98
> > computer's
> > name). They look like that:
> >
> > ===================> > [2001/09/18 10:38:58, 1]
smbd/service.c:make_connection(550)
> > juskordi
> > (192.168.0.101) connect to service jusk as user jusk (uid=***,
> > gid=***) (pid
> > 620)
> > [2001/09/18 10:40:12, 0] lib/util_sock.c:read_socket_data(477)
> > read_socket_data: recv failure for 736. Error = Connection reset by
> > peer
> > [2001/09/18 10:40:12, 1] smbd/service.c:close_cnum(581) juskordi
> > (192.168.0.101) closed connection to service jusk
> >
> > // on win98 a message box appear saying "transfert aborted"
or
> > "cannot
> > access to the ressource"
>
> That's a client disconnect: suspect a bad
> ethernet NIC card... we've seen this same kind
> of wierd behqavior before!
>
>
>
> > I read on the web that it can be the network cards, but my 3 linux
> > computers
> > using redhat have the same card and one works fine...
>
> try using ftp ato see if it handls big files,
> and if that doesn't help, swap cards around
> and see which card the problems follow...
>
> > It's the stragest think i've never
> > seen... The
> > transfert is ok, but it appear that samba detect something wrong
> > with the
> > client and delete the file !!
>
> Windows has a "delete file on failure" feature, that's
> actually usefull (prevents broken files from being
> renamed into place of the unbroken .BAK file)
>
>
> sorry I can be more helpfull...
>
> --dave
> --
> David Collier-Brown, | Always do right. This will gratify
> Americas Customer Engineering, | some people and astonish the rest.
> SunPS Integration Services. | -- Mark Twain
> (905) 415-2849 | davecb@canada.sun.com
>