Hi All, I have a SCO 5.0.5 system that does not allow a 250MB file to be copied to the share as specified below. I have tries a number of combinations, and also the same details on a linux 2.2.7 system without a problem. The problem seems to be SCO. From explorer the copy does not start, though from DOS I can get approximately 128MB copied before the "invalid drive" choice is presented to me. I am using the binary as downloaded from - http://samba.planetmirror.com/samba/ftp/Binary_Packages/Caldera/OpenServer/samba-2.2.5-VOLS.tar Additionally the users have been complaining about "permissions errors.", Finally this was not happening with samba.2.0.5a, but 2.25 was installed for XP/2000 reasons. I was not able to glean much from the logs, level 1 or 10. Thanks in advance for your help. Explorer errors: ===============W2K cannot copy fa: the specified network name is no longer available. W95 cannot copy or replace fa: the specified network name is no longer available. smb.conf =======hosts allow = x.x.x. printcap name = /etc/printcap workgroup = GLP log level = 1 log file = /usr/local/samba/var/log.%m max log size = 50 security = user encrypt passwords = yes smb passwd file = /etc/samba.d/smbpasswd socket options = TCP_NODELAY interfaces = x.x.x.x/24 .... # This is the apps share [apps] path = /u/apps read only = no browseable = yes public = yes force directory mode = 0775 force create mode = 0664 oplocks = false level2 oplocks = false # Case Preservation can be handy - system default is _no_ # NOTE: These can be set on a per share basis preserve case = no short preserve case = no # Default case is normally upper case for all DOS files default case = lower # Be very careful with case sensitivity - it can break things! case sensitive = no Regards Rudi -- Rudi Heitbaum Ph: +61-3-8371 7444 Managing Director Fax: +61-3-8371 7445 DARX Consulting Pty Ltd Mobile: 04-1122 6244 mailto:rudi@darx.com http://www.darx.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 232 bytes Desc: not available Url : http://lists.samba.org/archive/samba/attachments/20030114/49346706/attachment.bin
rudi@darx.com
2003-Jan-14 11:31 UTC
[Samba] SCO 5.0.5, samba 2.2.5, copying large files - further testing
Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 232 bytes Desc: not available Url : http://lists.samba.org/archive/samba/attachments/20030114/d3221aa9/attachment.bin
Scott Shackelford
2003-Jan-14 15:10 UTC
[Samba] SCO 5.0.5, samba 2.2.5, copying large files - further testing
I have Samba 2.2.5 on Several SCO Machines. One on a 5.0.5 machine, one on a
5.0.6 machine and one in Unixware 7.1.2 It might be a networking issue and
not a Samba issue. Openserver 5.0.4 and 5.0.5 has a notorious bug in the
3COM and Intel network card drivers that come from SCO. The problem would
only happen on large transfers or heavy network I/O. I would make sure you
have the updated drivers from SCO and all the Supplements. You can find all
the SCO updates and Supplements for OpenServer at
http://www.sco.com/support/ftplists/osr5list.html
-Scott Shackelford
-----Original Message-----
From: samba-admin@lists.samba.org [mailto:samba-admin@lists.samba.org]On
Behalf Of rudi@darx.com
Sent: Tuesday, January 14, 2003 6:30 AM
To: samba@lists.samba.org
Subject: Re: [Samba] SCO 5.0.5, samba 2.2.5, copying large files -
further testing
A follow up - here is the testing from smbclient from linux.
I have also attached the log.proxy
$ smbclient \\\\glpsco\\apps -U darx
added interface ip=x.x.1.253 bcast=x.x.1.255 nmask=255.255.255.0
Got a positive name query response from x.x.1.14 ( x.x.1.14 )
Password:
Domain=[x] OS=[Unix] Server=[Samba 2.2.5]
smb: \> mkdir test
smb: \> cd test
smb: \test\> put fa.mdb
putting file fa.mdb as \test\fa.mdb Error writing file: Call returned zero
bytes (EOF)
Call returned zero bytes (EOF)
closing remote file \test\fa.mdb
smb: \test\> Segmentation fault
[rudi@proxy tmp]$ smbclient \\\\glpsco\\apps -U darx
added interface ip=x.x.1.253 bcast=x.x.1.255 nmask=255.255.255.0
Got a positive name query response from x.x.1.14 ( x.x.1.14 )
Password:
Domain=[x] OS=[Unix] Server=[Samba 2.2.5]
smb: \> cd test
smb: \test\> dir
. D 0 Tue Jan 14 22:22:06 2003
.. D 0 Tue Jan 14 22:21:57 2003
fa.mdb A 134217728 Tue Jan 14 22:23:31 2003
41537 blocks of size 524288. 14382 blocks available
On Tue, Jan 14, 2003 at 10:20:08PM +1100, rudi@darx.com
wrote:> Hi All,
>
> I have a SCO 5.0.5 system that does not allow a 250MB file to be
> copied to the share as specified below. I have tries a number of
> combinations, and also the same details on a linux 2.2.7 system
> without a problem. The problem seems to be SCO.
>
> From explorer the copy does not start, though from DOS I can get
> approximately 128MB copied before the "invalid drive" choice is
> presented to me.
>
> I am using the binary as downloaded from -
>
>
http://samba.planetmirror.com/samba/ftp/Binary_Packages/Caldera/OpenServer/s
amba-2.2.5-VOLS.tar>
> Additionally the users have been complaining about "permissions
> errors.", Finally this was not happening with samba.2.0.5a, but 2.25
> was installed for XP/2000 reasons.
>
> I was not able to glean much from the logs, level 1 or 10.
>
> Thanks in advance for your help.
>
> Explorer errors:
> ===============> W2K cannot copy fa: the specified network name is no
longer available.
> W95 cannot copy or replace fa: the specified network name is no longer
> available.
>
> smb.conf
> =======> hosts allow = x.x.x.
> printcap name = /etc/printcap
> workgroup = GLP
> log level = 1
> log file = /usr/local/samba/var/log.%m
> max log size = 50
> security = user
> encrypt passwords = yes
> smb passwd file = /etc/samba.d/smbpasswd
> socket options = TCP_NODELAY
> interfaces = x.x.x.x/24
>
> ....
>
> # This is the apps share
> [apps]
> path = /u/apps
> read only = no
> browseable = yes
> public = yes
> force directory mode = 0775
> force create mode = 0664
> oplocks = false
> level2 oplocks = false
> # Case Preservation can be handy - system default is _no_
> # NOTE: These can be set on a per share basis
> preserve case = no
> short preserve case = no
> # Default case is normally upper case for all DOS files
> default case = lower
> # Be very careful with case sensitivity - it can break things!
> case sensitive = no
Regards
Rudi
--
Rudi Heitbaum Ph: +61-3-8371 7444
Managing Director Fax: +61-3-8371 7445
DARX Consulting Pty Ltd Mobile: 04-1122 6244
mailto:rudi@darx.com http://www.darx.com/