Help required....
I am experiencing problems with Clearcase 4.0 access SMB shares, managed
by Samba 2.0.6 on a Sun E250 system running Solaris 2.6. The source was
compiled using gcc 2.8.1 on Solaris 2.6. This was a simple
configuration, no *fancy* parameters.
Essentially everything works ok, but as we continue to ramp up our test
efforts we
are seeing the following errors in the samba log files... Samba is
configured to authenticate against the PDC using encrypted passwords,
and this seems to work correctly, although we are seeing authentication
problems with one or two people.
> [2000/04/26 18:13:52, 0] lib/util_sock.c:write_socket_data(537)
> write_socket_data: write failure. Error = Broken pipe
> [2000/04/26 18:17:39, 0] lib/util_sock.c:write_socket_data(537)
> write_socket_data: write failure. Error = Broken pipe
> [2000/04/26 18:17:50, 0] lib/util_sock.c:write_socket_data(537)
> write_socket_data: write failure. Error = Broken pipe
> [2000/04/26 18:19:52, 0] lib/util_sock.c:write_socket_data(537)
> write_socket_data: write failure. Error = Broken pipe
When I look at the source code this appears to point to a problem with
the send system call,
>
/****************************************************************************
> Write data to a socket - use send rather than write.
>
****************************************************************************/
>
> ssize_t write_socket_data(int fd,char *buffer,size_t N)
> {
> size_t total=0;
> ssize_t ret;
>
> while (total < N)
> {
> #ifdef WITH_SSL
> if(fd == sslFd){
> ret = SSL_write(ssl,buffer + total,N - total);
> }else{
> ret = send(fd,buffer + total,N - total, 0);
> }
> #else /* WITH_SSL */
> ret = send(fd,buffer + total,N - total,0);
> #endif /* WITH_SSL */
>
> if (ret == -1) {
> DEBUG(0,("write_socket_data: write failure. Error = %s\n",
strerror(errno)
> ));
The kernel system file is fairly vanilla... the only non-comment lines
are...
> * Attempt to prevent and log stack-smashing attacks
> set noexec_user_stack = 1
> set noexec_user_stack_log = 1
> * vxvm_START (do not remove)
> forceload: drv/vxdmp
> forceload: drv/vxio
> forceload: drv/vxspec
> forceload: drv/sd
> forceload: drv/scsi
> forceload: drv/pci
> forceload: drv/ssd
> forceload: drv/sf
> forceload: drv/pln
> forceload: drv/soc
> forceload: drv/socal
> rootdev:/pseudo/vxio@0:0
> set vxio:vol_rootdev_is_volume=1
> * vxvm_END (do not remove)
>
> * vxfs_START -- do not remove the following lines:
> *
> * VxFS requires a stack size greater than the default 8K.
> * The following values allow the kernel stack size
> * for all threads to be increased to 16K.
> *
> set lwp_default_stksize=0x4000
> set rpcmod:svc_run_stksize=0x4000
> * vxfs_END
The relevent section of the smb,conf file is as follows.... I can send
the complete smb.conf file if this helps.
> [vob]
> comment = ClearCase VOB
> path = /vob
> public = yes
> writable = yes
> printable = no
> oplocks = no
> fake oplocks = no
> share modes = yes
> allow hosts = 208.184.252.0/255.255.254.0 208.184.254.0/255.255.254.0
When I use smbstatus I get screens full of....
> Apr 21 17:43:19 2000
> 16568 DENY_NONE RDONLY NONE
/vob/vobstore/ebay_new.vbs/c/cdft/37/24/508078110de211d4b05d000180b18025.msdos
Fri
Apr 21 15:33:13 2000> 4533 DENY_NONE RDONLY NONE
/vob/vobstore/ebay_new.vbs/c/cdft/2/0/46a05bf10ddb11d4b05d000180b18025.msdos
Tue Apr
25 15:55:35 2000> 12951 DENY_NONE RDONLY NONE
/vob/vobstore/ebay_new.vbs/c/cdft/2/0/46a05bf10ddb11d4b05d000180b18025.msdos
Thu Apr
20 17:44:30 2000> 4726 DENY_NONE RDONLY NONE
/vob/vobstore/ebay_new.vbs/c/cdft/20/9/22a4fbd10e8d11d4a850000180b18025.msdos
Wed Apr
26 16:36:04 2000> 5358 DENY_NONE RDONLY NONE
/vob/vobstore/ebay_new.vbs/c/cdft/20/9/22a4fbd10e8d11d4a850000180b18025.msdos
Wed Apr
26 09:44:27 2000> 16607 DENY_NONE RDONLY NONE
/vob/vobstore/ebay_new.vbs/c/cdft/20/9/22a4fbd10e8d11d4a850000180b18025.msdos
Fri Apr
21 17:23:33 2000>
> Share mode memory usage (bytes):
> 509424(48%) free + 465272(44%) used + 73880(7%) overhead = 1048576(100%)
total
**** 6650 of them to be precise! ;-) ****
I have seen about 40 postings on the Samba web-site with the same
question, but no answers... so apologies if this is an inappropriate
place to ask this question but I am not sure where to try next.
- Geoff Collis