thr3ads.net - samba - [Samba] File transfer corruption (NULL characters) [Jan 2003]

If this information is useful, please help other people find it:
Share via:

Mike Cantrell

2003-Jan-16 18:41 UTC

[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)

James John - jrjame

2003-Jan-16 18:50 UTC

head link

[Samba] File transfer corruption (NULL characters)

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@ind.alcatel.com]
Sent: Thursday, January 16, 2003 12:42 PM
To: samba@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)

-- 
To unsubscribe from this list go to the following URL and read the
instructions:  http://lists.samba.org/mailman/listinfo/samba


*********************************************************************

The information contained in this communication is
confidential, is intended only for the use of the recipient
named above, and may be legally privileged.
If the reader of this message is not the intended
recipient, you are hereby notified that any dissemination, 
distribution, or copying of this communication is strictly
prohibited.
If you have received this communication in error,
please re-send this communication to the sender and
delete the original message or any copy of it from your
computer system. Thank You.

jra@dp.samba.org

2003-Jan-16 18:53 UTC

head link

[Samba] File transfer corruption (NULL characters)

On Thu, Jan 16, 2003 at 10:42:06AM -0800, Mike Cantrell
wrote:> 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.
2.2.0 had some known bugs in this area. Please upgrade.

Jeremy.

jra@dp.samba.org

2003-Jan-16 18:56 UTC

head link

[Samba] File transfer corruption (NULL characters)

On Thu, Jan 16, 2003 at 12:49:02PM -0600, 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. 
This is a different problem. The compiler on the Alpha is not detecting
64-bit interfaces, so Samba is only being configured as 32-bit. Once
we get our hands on such a system we will be able to fix the configure
scripts to correctly detect the alpha 64-bit  system calls and this will
be solved.

Jeremy.

James John - jrjame

2003-Jan-16 18:58 UTC

head link

[Samba] File transfer corruption (NULL characters)

I am not saying that I doubt you, but I am confused because I did not have
the same corruption when the files were sourced from a Win 2000 server.
Only the NT 4.0 servers, which to me seems that the problem would lie in
Samba's relationship with NT 4.0.

John R. James, Jr.
Unix Engineer
FSG V IADTU
Acxiom, Corporation
501-342-0455

-----Original Message-----
From: jra@dp.samba.org [mailto:jra@dp.samba.org]
Sent: Thursday, January 16, 2003 12:54 PM
To: James John - jrjame
Cc: 'Mike Cantrell'; samba@lists.samba.org
Subject: Re: [Samba] File transfer corruption (NULL characters)

On Thu, Jan 16, 2003 at 12:49:02PM -0600, 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. 
This is a different problem. The compiler on the Alpha is not detecting
64-bit interfaces, so Samba is only being configured as 32-bit. Once
we get our hands on such a system we will be able to fix the configure
scripts to correctly detect the alpha 64-bit  system calls and this will
be solved.

Jeremy.

**********************************************************************
The information contained in this communication is
confidential, is intended only for the use of the recipient
named above, and may be legally privileged.
If the reader of this message is not the intended
recipient, you are hereby notified that any dissemination, 
distribution, or copying of this communication is strictly
prohibited.
If you have received this communication in error,
please re-send this communication to the sender and
delete the original message or any copy of it from your
computer system. Thank You.

Maybe Matching Threads

Search for more reasonably related threads

samba - Jan 2003 - File transfer corruption (NULL characters)

[Samba] File transfer corruption (NULL characters)

[Samba] File transfer corruption (NULL characters)

[Samba] File transfer corruption (NULL characters)

[Samba] File transfer corruption (NULL characters)

[Samba] File transfer corruption (NULL characters)

Maybe Matching Threads