[Samba] File transfer corruption (NULL characters)

John H Terpstra jht at samba.org
Thu Jan 16 19:32:38 GMT 2003 

John,

Your samba is apparently not compiled with large file support. As soon as
I get a moment I will check to see if my compilation on Tru64 has large
file support. I will get back to you on this. The issue has nothing to do
with 2.2.7 per se, but rather centers on how samba was configured. I will
get back to you on this soon.

Please note that your problem is very difference from Mike's Solaris
problem, which could be due to lack of file space or other network routing
problems. Mike could you please update to 2.2.7a to verify that this
problem still exists.

- John T.

On Thu, 16 Jan 2003, James John - jrjame wrote:

> I had a problem that falls within the same scope as this.  It was between
> 2.2.7a, Tru64 5.1a and NT 4.0, where files above 4GB are corrupted from what
> appears to be an addressing issue with the 64 bit file system on the Alpha
> and the 32 bit file systems on the NT servers.  2.2.6 had a different issue
> so I ended up going all the back to 2.2.1 and that solve the problem for me.
> Not a direct fix for your problem, but just a heads up that you may have
> issues if you go too new.
>
> John R. James, Jr.
> Unix Engineer
> FSG V IADTU
> Acxiom, Corporation
> 501-342-0455
>
>
> -----Original Message-----
> From: Mike Cantrell [mailto:Mike.Cantrell at ind.alcatel.com]
> Sent: Thursday, January 16, 2003 12:42 PM
> To: samba at lists.samba.org
> Subject: [Samba] File transfer corruption (NULL characters)
>
>
> I've got a couple of Solaris 7 boxes that are running samba 2.2.0. When
> I try to copy text files from a windows 2000 client to the server, the
> resulting file is filled with all NULL characters. I tried copying the
> same file to a NT server's share and there was no corruption.
>
> When copying to the solaris share, the windows 2000 client eventually
> gives the following error:
>
>       The specified network name is no longer available
>
> The servers actually work great when I'm on the local network or running
> over a PPP dial up. The problem only occurs when I'm on the network via
> a VPN connection (Permit/Timestep client running over a PPPOE DSL
> connection).I know that this is probably a problem with the VPN client
> or possible the network but I'm pretty stumped. I have no idea where to
> go next. Any help or insight would be greatly appreciated :)
>
>
> Here's the relevant log with the debug level set to 3:
>
> [2003/01/16 10:03:13, 3] smbd/process.c:process_smb(831)
>    Transaction 13 of length 87
> [2003/01/16 10:03:13, 3] smbd/process.c:switch_message(650)
>    switch message SMBtrans2 (pid 27303)
> [2003/01/16 10:03:13, 3] smbd/trans2.c:call_trans2findfirst(664)
>    call_trans2findfirst: dirtype = 22, maxentries = 1366,
> close_after_first=0, cl
> ose_if_end = 1 requires_resume_key = 1 level = 260, max_data_bytes = 16384
> [2003/01/16 10:03:13, 3] lib/util.c:unix_clean_name(384)
>    unix_clean_name [/*]
> [2003/01/16 10:03:13, 3] lib/util.c:unix_clean_name(384)
>    unix_clean_name [*]
> [2003/01/16 10:03:13, 3] lib/util.c:unix_clean_name(384)
>    unix_clean_name [./]
> [2003/01/16 10:03:13, 3] smbd/dir.c:dptr_create(491)
>    creating new dirptr 256 for path ./, expect_close = 1
> [2003/01/16 10:03:13, 3] smbd/process.c:process_smb(831)
>    Transaction 14 of length 74
> [2003/01/16 10:03:13, 3] smbd/process.c:switch_message(650)
>    switch message SMBtrans2 (pid 27303)
> [2003/01/16 10:03:13, 3] smbd/trans2.c:call_trans2qfsinfo(1120)
>    call_trans2qfsinfo: level = 258
> [2003/01/16 10:03:13, 3] smbd/process.c:process_smb(831)
>    Transaction 15 of length 74
> [2003/01/16 10:03:13, 3] smbd/process.c:switch_message(650)
>    switch message SMBtrans2 (pid 27303)
> [2003/01/16 10:03:13, 3] smbd/trans2.c:call_trans2qfsinfo(1120)
>    call_trans2qfsinfo: level = 261
> [2003/01/16 10:03:14, 3] smbd/process.c:process_smb(831)
>    Transaction 16 of length 108
> [2003/01/16 10:03:14, 3] smbd/process.c:switch_message(650)
>    switch message SMBntcreateX (pid 27303)
> [2003/01/16 10:03:14, 3] lib/util.c:unix_clean_name(384)
>    unix_clean_name [/LicenseServlet.java]
> [2003/01/16 10:03:14, 3] smbd/dosmode.c:unix_mode(113)
>    unix_mode(LicenseServlet.java) returning 0744
> [2003/01/16 10:03:14, 3] lib/util.c:unix_clean_name(384)
>    unix_clean_name [LicenseServlet.java]
> [2003/01/16 10:03:14, 2] smbd/open.c:open_file(216)
>    webapps opened file LicenseServlet.java read=No write=Yes (numopen=1)
> [2003/01/16 10:03:14, 3] smbd/process.c:process_smb(831)
>    Transaction 17 of length 88
> [2003/01/16 10:03:14, 3] smbd/process.c:switch_message(650)
>    switch message SMBtrans2 (pid 27303)
> [2003/01/16 10:03:14, 3] smbd/trans2.c:call_trans2setfilepathinfo(1677)
>    call_trans2setfilepathinfo(8) LicenseServlet.java info_level=260
> totdata=8
> [2003/01/16 10:03:14, 3] smbd/process.c:process_smb(831)
>    Transaction 18 of length 120
> [2003/01/16 10:03:14, 3] smbd/process.c:switch_message(650)
>    switch message SMBtrans2 (pid 27303)
> [2003/01/16 10:03:14, 3] smbd/trans2.c:call_trans2setfilepathinfo(1677)
>    call_trans2setfilepathinfo(8) LicenseServlet.java info_level=257
> totdata=40
> [2003/01/16 10:04:14, 3] smbd/sec_ctx.c:set_sec_ctx(310)
>    setting sec ctx (0, 0) - sec_ctx_stack_ndx = 0
> [2003/01/16 10:05:14, 3] smbd/sec_ctx.c:set_sec_ctx(310)
>    setting sec ctx (0, 0) - sec_ctx_stack_ndx = 0
> [2003/01/16 10:05:25, 3] smbd/oplock.c:initial_break_processing(493)
>    initial_break_processing: called for dev = 80000f, inode = 247792
> tv_sec = 3e2
> 6f3e2, tv_usec = 94e2.
>    Current oplocks_open (exclusive = 1, levelII = 0)
> [2003/01/16 10:05:25, 3] smbd/sec_ctx.c:set_sec_ctx(310)
>    setting sec ctx (0, 0) - sec_ctx_stack_ndx = 0
> [2003/01/16 10:05:25, 3] smbd/oplock.c:initial_break_processing(493)
>    initial_break_processing: called for dev = 80000f, inode = 247792
> tv_sec = 3e2
> 6f3e2, tv_usec = 94e2.
>    Current oplocks_open (exclusive = 1, levelII = 0)
> [2003/01/16 10:05:26, 0] lib/util_sock.c:read_socket_with_timeout(301)
>    read_socket_with_timeout: timeout read. read error = Connection reset
> by peer.
>
> [2003/01/16 10:05:26, 0] smbd/oplock.c:oplock_break(764)
>    oplock_break: receive_smb error (Connection reset by peer)
>    oplock_break failed for file LicenseServlet.java (dev = 80000f, inode
> = 247792
> ).
> [2003/01/16 10:05:26, 3] smbd/sec_ctx.c:set_sec_ctx(310)
>    setting sec ctx (60005, 60005) - sec_ctx_stack_ndx = 0
> [2003/01/16 10:05:26, 3] smbd/sec_ctx.c:set_sec_ctx(315)
>    2 user groups:
>    60005 60006
> [2003/01/16 10:05:26, 0] smbd/oplock.c:oplock_break(852)
>    oplock_break: client failure in break - shutting down this smbd.
> [2003/01/16 10:05:26, 3] smbd/sec_ctx.c:set_sec_ctx(310)
>    setting sec ctx (0, 0) - sec_ctx_stack_ndx = 0
> [2003/01/16 10:05:26, 2] smbd/server.c:exit_server(440)
>    Closing connections
> [2003/01/16 10:05:26, 3] smbd/sec_ctx.c:set_sec_ctx(310)
>    setting sec ctx (0, 0) - sec_ctx_stack_ndx = 0
> [2003/01/16 10:05:26, 1] smbd/service.c:close_cnum(678)
>    mcantrel (128.251.27.60) closed connection to service webapps
> [2003/01/16 10:05:26, 3] smbd/connection.c:yield_connection(54)
>    Yielding connection to webapps
> [2003/01/16 10:05:26, 2] smbd/close.c:close_normal_file(205)
>    webapps closed file LicenseServlet.java (numopen=0)
> [2003/01/16 10:05:26, 3] smbd/sec_ctx.c:set_sec_ctx(310)
>
>

-- 
John H Terpstra
Email: jht at samba.org

More information about the samba mailing list