unscribe

Ralf Braga ralf at mackenzie.com.br
Tue Feb 15 09:03:15 GMT 2000



samba at samba.org wrote:

>                             SAMBA Digest 2414
>
> For information on unsubscribing see http://lists.samba.org/
>
> Topics covered in this issue include:
>
>   1) Re: TRIPLE THE SPEED
>         by   Edward Schernau <ed at schernau.com>
>   2) Re: TRIPPLE THE SPEED
>         by   Dean Brissinger <brissing at vexcel.com>
>   3) File Locking Issues/Oplock problems
>         by   "Jon E. Mitchiner" <jon at minotaur.com>
>   4) Problems with files with a trailing dot
>         by   Martin Sheppard <martins at scurvy.dhn.csiro.au>
>   5) Getting SAMBA 2.0.0 (SGI's compile) and HP's AS/U LanMan playing nice
>         by   "ulairi" <ulairi at jps.net>
>   6) Bug in samba-2.0.6
>         by   "David Raila" <raila at cs.uiuc.edu>
>   7) Re: Windows 2000 and TNG
>         by   Peter Samuelson <peter at cadcamlab.org>
>   8) Unable to see Samba server in Network Neighborhood
>         by   informatique <informatique at cssf.lu>
>   9) Question about permissions and roaming profiles
>         by   =?iso-8859-1?Q?G=E9rard?= Milhaud
>  10)         <Gerard.Milhaud at esil.univ-mrs.fr>
>         by Re: pre2.0.7 disk quota bug
>  11)   David Collier-Brown <davecb at canada.sun.com>
>         by
> ----------------------------------------------------------------------
>
> Date:   Sun, 13 Feb 2000 18:33:06 -0500
> From:   Edward Schernau <ed at schernau.com>
> To:     samba at samba.org
> Subject: Re: TRIPLE THE SPEED
> Message-ID: <38A73F32.9403498F at schernau.com>
> MIME-Version: 1.0
> Content-Type: text/plain; charset=us-ascii
> Content-Transfer-Encoding: 7bit
>
> Easy one,
>
> C:\format c:
> (insert Linux bootfloppy, CDROM)
> reboot
> --
> Edward Schernau                 http://www.schernau.com
> Network Architect               mailto:ed at schernau.com
> Rational Computing              Providence, RI, USA
>
> ------------------------------
>
> Date:   Sun, 13 Feb 2000 17:24:42 -0700
> From:   Dean Brissinger <brissing at vexcel.com>
> To:     speed at winbroker.no,
>         Multiple recipients of list SAMBA <samba at samba.org>
> Subject: Re: TRIPPLE THE SPEED
> Message-ID: <v04220801b4ccfb4a1c89@[192.92.90.17]>
> Mime-Version: 1.0
> Content-Type: text/plain; charset="us-ascii" ; format="flowed"
>
> At 12:20 AM +1100 02/14/00, speed at winbroker.no wrote:
>
> >TRIPPLE THE SPEED ON YOUR PC !
> >Take a look at : http://www.winbroker.com
>
> Blah blah.  There's just something about a product where you cannot
> find the companies credentials and cannot even call to inquire...
>
> >  This is not SPAM.  We have either contacted before, I received mail from you,
> >  Under Bill S.1618 TITLE III passed by the U.S. Congress this letter can not
> >be considered spam as long as we include the way to be removed. To be removed
> >from future mailings you don't have to replay. This is a   1 time mailing,you
> >will not be contacted again. Thank you for your patience.
>
> Doesn't the bill include something about spamming legit list servers?
>
> --
>     . . . . . . . . ooo . . . . ooo . . . . . . . . .
>     .                                               .
>     .    Dean Brissinger - Systems Administrator    .
>     .   Direct: 303-583-0278   Main: 303-444-0094   .
>     .   Fax: 303-444-0470  http://www.vexcel.com/   .
>     .                                               .
>     . . . . . . . oOOo . . A . . oOOo . . . . . . . .
>                           0 0
>                          '````
>
> ------------------------------
>
> Date:   Sun, 13 Feb 2000 20:33:07 -0500
> From:   "Jon E. Mitchiner" <jon at minotaur.com>
> To:     <samba at samba.org>
> Subject: File Locking Issues/Oplock problems
> Message-ID: <NCBBLFKGMJIMLJCPPDKNGEIAENAA.jon at minotaur.com>
> MIME-Version: 1.0
> Content-Type: text/plain;
>         charset="iso-8859-1"
> Content-Transfer-Encoding: 7bit
>
> Im running an accounting package (Sage Businessworks) and I'm running into
> issues with file locking with this program when I put the businessworks data
> files on a Samba file share.  I'd like to get it off a NT file share if at
> all possible as Im about to decommission our NT server.  Im running Samba
> 2.0.6
>
> Im seeing errors from any machine accessing the Accounting data:
>
> ==> log.ryan leon <==
> [2000/02/13 20:08:44, 1] smbd/service.c:make_connection(535)
>   ryan leon (216.200.101.197) connect to service Accounting as user ryan
> (uid=503, gid=503) (pid 9537)
> [2000/02/13 20:09:15, 0] smbd/oplock.c:oplock_break(974)
>   oplock_break: receive_smb timed out after 30 seconds.
>   oplock_break failed for file config.mdf (dev = 902, inode = 97110).
> [2000/02/13 20:09:15, 0] smbd/oplock.c:oplock_break(1048)
>   oplock_break: client failure in oplock break in file config.mdf
> [2000/02/13 20:10:19, 0] smbd/oplock.c:oplock_break(974)
>   oplock_break: receive_smb timed out after 30 seconds.
>   oplock_break failed for file Bwsem.fil (dev = 902, inode = 97109).
> [2000/02/13 20:10:19, 0] smbd/oplock.c:oplock_break(1048)
>   oplock_break: client failure in oplock break in file Bwsem.fil
>
> ==> log.smb <==
> [2000/02/13 20:08:09, 1] smbd/files.c:file_init(216)
>   file_init: Information only: requested 10000 open files, 1014 are
> available.
>
> This was with the following config modes of relevance in smb.conf:
>
> ---
>    share modes = yes
>    lock directory = /var/lock/samba
>    strict locking = yes
>    level2 oplocks = True
>
> [Accounting]
>    comment = Accounting Data
>    path = /home/Accounting
>    public = yes
>    writable = yes
>    printable = no
>
> ----
>
> Any suggestions or advice would be greatly appreciated.
>
> Thanks!
> Jon Mitchiner
> ICQ # 21030881
> AIM # MinotaurT
>
> ------------------------------
>
> Date:   Mon, 14 Feb 2000 12:47:27 +1030 (CST)
> From:   Martin Sheppard <martins at scurvy.dhn.csiro.au>
> To:     samba-internals at samba.org
> Subject: Problems with files with a trailing dot
> Message-ID: <Pine.GSO.3.96.1000214124658.28320B-100000 at scurvy.dhn.csiro.au>
> MIME-Version: 1.0
> Content-Type: TEXT/PLAIN; charset=US-ASCII
>
> Hi,
>
> I am usingn Samba 2.0.6 and have found some strange behaviour when Samba
> encounters unix filesnames which end with a dot from Windows 98 clientse.
> Samba will pass on such a name unmodified to Windows, but at some point
> Windows is stripping off the final dot from the name. This can be observed
> by creating two directories on a samba share, one called "test" and one
> caleed "test.". When viewed from a Windows 98 client, it will give the
> contents of the "test" directory even when viewing the "test." directory.
> Strangely enough, windows seems to strip the trailing dot when deleting a
> file, deleting a directory and viewing a directory, but not when opening a
> file.
>
> The solution to this seems easy enough - just add a test for files
> ending with a dot to the illegal name test, so they will be mangled
> along with other files with illegal names.
>
> Martin.
>
> ------------------------------
>
> Date:   Sun, 13 Feb 2000 19:04:13 -0800
> From:   "ulairi" <ulairi at jps.net>
> To:     <samba at samba.org>
> Cc:     <samba-technical at samba.org>
> Subject: Getting SAMBA 2.0.0 (SGI's compile) and HP's AS/U LanMan playing nice
> Message-ID: <00c101bf7698$2be88af0$0c61bfd1 at ulairi.icnt.net>
> MIME-Version: 1.0
> Content-Type: text/plain;
>         charset="iso-8859-1"
> Content-Transfer-Encoding: 7bit
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> The following is a level-10 debug log of the SAMBA machine attempting to
> join the CSUN2K domain administered by  AS/U 9000 LANMAN daemon on HP9K1
> (HP-UX 11.00) v B.04.03, NetBIOS v B.04.04
>
> The procedure for doing this is two-fold.
> First, I went into the Server Manager and added the NetBIOS name of the
> SAMBA server to the CSUN2K SAM database.
> Second: I need to run this command.
>
> There are no errors reported by elfread -d system, elfread -d security, or
> elfread -d application on the AS/U LANMAN box.
>
> # smbpasswd -j CSUN2K -r HP9K1 -D 10
> <SNIP the /dev enumeration>
> resolve_name: Attempting lmhosts lookup for name HP9K1
> startlmhosts: Can't open lmhosts file /usr/samba/lib/lmhosts. Error was No
> such
> file or directory
> resolve_name: Attempting host lookup for name HP9K1
> Connecting to 130.166.1.40 at port 139
> write_socket(4,76)
> write_socket(4,76) wrote 76
> Sent session request
> got smb length of 0
> size=0
> smb_com=0x0
> smb_rcls=0
> smb_reh=0
> smb_err=0
> smb_flg=0
> smb_flg2=0
> smb_tid=0
> smb_pid=0
> smb_uid=0
> smb_mid=0
> smt_wct=0
> smb_bcc=0
> write_socket(4,168)
> write_socket(4,168) wrote 168
> got smb length of 94
> size=94
> smb_com=0x72
> smb_rcls=0
> smb_reh=0
> smb_err=0
> smb_flg=136
> smb_flg2=3
> smb_tid=0
> smb_pid=47917
> smb_uid=0
> smb_mid=1
> smt_wct=17
> smb_vwv[0]=7 (0x7)
> smb_vwv[1]=12803 (0x3203)
> smb_vwv[2]=256 (0x100)
> smb_vwv[3]=1024 (0x400)
> smb_vwv[4]=17 (0x11)
> smb_vwv[5]=0 (0x0)
> smb_vwv[6]=128 (0x80)
> smb_vwv[7]=0 (0x0)
> smb_vwv[8]=0 (0x0)
> smb_vwv[9]=64768 (0xFD00)
> smb_vwv[10]=1 (0x1)
> smb_vwv[11]=32768 (0x8000)
> smb_vwv[12]=14056 (0x36E8)
> smb_vwv[13]=49793 (0xC281)
> smb_vwv[14]=49012 (0xBF74)
> smb_vwv[15]=57345 (0xE001)
> smb_vwv[16]=2049 (0x801)
> smb_bcc=22
> [000] 62 05 58 14 24 3A 2C E0  00 63 00 73 00 75 00 6E  b.X.$:,. .c.s.u.n
> [010] 00 32 00 6B 00 00                                 .2.k..
> size=94
> smb_com=0x72
> smb_rcls=0
> smb_reh=0
> smb_err=0
> smb_flg=136
> smb_flg2=3
> smb_tid=0
> smb_pid=47917
> smb_uid=0
> smb_mid=1
> smt_wct=17
> smb_vwv[0]=7 (0x7)
> smb_vwv[1]=12803 (0x3203)
> smb_vwv[2]=256 (0x100)
> smb_vwv[3]=1024 (0x400)
> smb_vwv[4]=17 (0x11)
> smb_vwv[5]=0 (0x0)
> smb_vwv[6]=128 (0x80)
> smb_vwv[7]=0 (0x0)
> smb_vwv[8]=0 (0x0)
> smb_vwv[9]=64768 (0xFD00)
> smb_vwv[10]=1 (0x1)
> smb_vwv[11]=32768 (0x8000)
> smb_vwv[12]=14056 (0x36E8)
> smb_vwv[13]=49793 (0xC281)
> smb_vwv[14]=49012 (0xBF74)
> smb_vwv[15]=57345 (0xE001)
> smb_vwv[16]=2049 (0x801)
> smb_bcc=22
> [000] 62 05 58 14 24 3A 2C E0  00 63 00 73 00 75 00 6E  b.X.$:,. .c.s.u.n
> [010] 00 32 00 6B 00 00                                 .2.k..
> write_socket(4,78)
> write_socket(4,78) wrote 78
> got smb length of 98
> size=98
> smb_com=0x73
> smb_rcls=0
> smb_reh=0
> smb_err=0
> smb_flg=136
> smb_flg2=3
> smb_tid=0
> smb_pid=47917
> smb_uid=32894
> smb_mid=1
> smt_wct=3
> smb_vwv[0]=255 (0xFF)
> smb_vwv[1]=0 (0x0)
> smb_vwv[2]=0 (0x0)
> smb_bcc=57
> [000] 55 4E 49 58 20 42 2E 31  31 2E 30 30 20 55 00 41  UNIX B.1 1.00 U.A
> [010] 64 76 61 6E 63 65 64 20  53 65 72 76 65 72 20 66  dvanced  Server f
> [020] 6F 72 20 48 50 39 30 30  30 20 53 79 73 74 65 6D  or HP900 0 System
> [030] 73 00 63 73 75 6E 32 6B  00                       s.csun2k .
> size=98
> smb_com=0x73
> smb_rcls=0
> smb_reh=0
> smb_err=0
> smb_flg=136
> smb_flg2=3
> smb_tid=0
> smb_pid=47917
> smb_uid=32894
> smb_mid=1
> smt_wct=3
> smb_vwv[0]=255 (0xFF)
> smb_vwv[1]=0 (0x0)
> smb_vwv[2]=0 (0x0)
> smb_bcc=57
> [000] 55 4E 49 58 20 42 2E 31  31 2E 30 30 20 55 00 41  UNIX B.1 1.00 U.A
> [010] 64 76 61 6E 63 65 64 20  53 65 72 76 65 72 20 66  dvanced  Server f
> [020] 6F 72 20 48 50 39 30 30  30 20 53 79 73 74 65 6D  or HP900 0 System
> [030] 73 00 63 73 75 6E 32 6B  00                       s.csun2k .
> write_socket(4,65)
> write_socket(4,65) wrote 65
> got smb length of 50
> size=50
> smb_com=0x75
> smb_rcls=0
> smb_reh=0
> smb_err=0
> smb_flg=136
> smb_flg2=1
> smb_tid=1
> smb_pid=47917
> smb_uid=32894
> smb_mid=1
> smt_wct=3
> smb_vwv[0]=255 (0xFF)
> smb_vwv[1]=0 (0x0)
> smb_vwv[2]=0 (0x0)
> smb_bcc=9
> [000] 49 50 43 00 4E 54 46 53  00                       IPC.NTFS .
> write_socket(4,97)
> write_socket(4,97) wrote 97
> got smb length of 103
> size=103
> smb_com=0xa2
> smb_rcls=0
> smb_reh=0
> smb_err=0
> smb_flg=136
> smb_flg2=1
> smb_tid=1
> smb_pid=47917
> smb_uid=32894
> smb_mid=1
> smt_wct=34
> smb_vwv[0]=255 (0xFF)
> smb_vwv[1]=0 (0x0)
> smb_vwv[2]=512 (0x200)
> smb_vwv[3]=256 (0x100)
> smb_vwv[4]=0 (0x0)
> smb_vwv[5]=0 (0x0)
> smb_vwv[6]=0 (0x0)
> smb_vwv[7]=0 (0x0)
> smb_vwv[8]=0 (0x0)
> smb_vwv[9]=0 (0x0)
> smb_vwv[10]=0 (0x0)
> smb_vwv[11]=0 (0x0)
> smb_vwv[12]=0 (0x0)
> smb_vwv[13]=0 (0x0)
> smb_vwv[14]=0 (0x0)
> smb_vwv[15]=0 (0x0)
> smb_vwv[16]=0 (0x0)
> smb_vwv[17]=0 (0x0)
> smb_vwv[18]=0 (0x0)
> smb_vwv[19]=0 (0x0)
> smb_vwv[20]=0 (0x0)
> smb_vwv[21]=32768 (0x8000)
> smb_vwv[22]=0 (0x0)
> smb_vwv[23]=0 (0x0)
> smb_vwv[24]=0 (0x0)
> smb_vwv[25]=0 (0x0)
> smb_vwv[26]=0 (0x0)
> smb_vwv[27]=0 (0x0)
> smb_vwv[28]=0 (0x0)
> smb_vwv[29]=0 (0x0)
> smb_vwv[30]=0 (0x0)
> smb_vwv[31]=512 (0x200)
> smb_vwv[32]=0 (0x0)
> smb_vwv[33]=5 (0x5)
> smb_bcc=0
> Bind RPC Pipe[2]: \PIPE\NETLOGON
> Bind Abstract Syntax: [000] 78 56 34 12 34 12 CD AB  EF 00 01 23 45 67 CF FB
> xV
> 4.4... ...#Eg..
> [010] 00 00 00 01                                       ....
> Bind Transfer Syntax: [000] 04 5D 88 8A EB 1C C9 11  9F E8 08 00 2B 10 48 60
> ]...... ....+.H`
> [010] 00 00 00 02                                       ....
> 000000 smb_io_rpc_hdr_rb
>     000000 smb_io_rpc_hdr_bba
>         0000 max_tsize: 1630
>         0002 max_rsize: 1630
>         0004 assoc_gid: 00000000
>     0008 num_elements: 00000001
>     000c context_id  : 0000
>     000e num_syntaxes: 01
>     00000f smb_io_rpc_iface
>         0010 data   : 78 56 34 12 34 12 cd ab ef 00 01 23 45 67 cf fb
>         0020 version: 00000001
>     000024 smb_io_rpc_iface
>         0024 data   : 04 5d 88 8a eb 1c c9 11 9f e8 08 00 2b 10 48 60
>         0034 version: 00000002
> 000000 smb_io_rpc_hdr hdr
>     0000 major     : 05
>     0001 minor     : 00
>     0002 pkt_type  : 0b
>     0003 flags     : 00
>     0004 pack_type : 00000010
>     0008 frag_len  : 0048
>     000a auth_len  : 0000
>     000c call_id   : 00000001
> rpc_api_pipe: cmd:26 fnum:2
> size=148
> smb_com=0x25
> smb_rcls=0
> smb_reh=0
> smb_err=0
> smb_flg=8
> smb_flg2=1
> smb_tid=1
> smb_pid=47917
> smb_uid=32894
> smb_mid=1
> smt_wct=16
> smb_vwv[0]=0 (0x0)
> smb_vwv[1]=72 (0x48)
> smb_vwv[2]=0 (0x0)
> smb_vwv[3]=1024 (0x400)
> smb_vwv[4]=0 (0x0)
> smb_vwv[5]=0 (0x0)
> smb_vwv[6]=0 (0x0)
> smb_vwv[7]=0 (0x0)
> smb_vwv[8]=0 (0x0)
> smb_vwv[9]=0 (0x0)
> smb_vwv[10]=76 (0x4C)
> smb_vwv[11]=72 (0x48)
> smb_vwv[12]=76 (0x4C)
> smb_vwv[13]=2 (0x2)
> smb_vwv[14]=38 (0x26)
> smb_vwv[15]=2 (0x2)
> smb_bcc=81
> [000] 5C 50 49 50 45 5C 00 00  00 05 00 0B 00 10 00 00  \PIPE\.. ........
> [010] 00 48 00 00 00 01 00 00  00 30 16 30 16 00 00 00  .H...... .0.0....
> [020] 00 01 00 00 00 00 00 01  00 78 56 34 12 34 12 CD  ........ .xV4.4..
> [030] AB EF 00 01 23 45 67 CF  FB 01 00 00 00 04 5D 88  ....#Eg. ......].
> [040] 8A EB 1C C9 11 9F E8 08  00 2B 10 48 60 02 00 00  ........ .+.H`...
> [050] 00                                                .
> write_socket(4,152)
> write_socket(4,152) wrote 152
> got smb length of 112
> size=112
> smb_com=0x25
> smb_rcls=0
> smb_reh=0
> smb_err=0
> smb_flg=136
> smb_flg2=1
> smb_tid=1
> smb_pid=47917
> smb_uid=32894
> smb_mid=1
> smt_wct=10
> smb_vwv[0]=0 (0x0)
> smb_vwv[1]=56 (0x38)
> smb_vwv[2]=0 (0x0)
> smb_vwv[3]=0 (0x0)
> smb_vwv[4]=55 (0x37)
> smb_vwv[5]=0 (0x0)
> smb_vwv[6]=56 (0x38)
> smb_vwv[7]=56 (0x38)
> smb_vwv[8]=0 (0x0)
> smb_vwv[9]=0 (0x0)
> smb_bcc=57
> [000] 00 05 00 0C 00 00 00 00  00 00 38 00 00 00 00 00  ........ ..8.....
> [010] 00 08 00 08 00 00 00 01  76 00 00 00 00 01 00 01  ........ v.......
> [020] 00 00 00 00 00 8A 88 5D  04 1C EB 11 C9 9F E8 08  .......] ........
> [030] 00 2B 10 48 60 00 00 00  02                       .+.H`... .
> size=112
> smb_com=0x25
> smb_rcls=0
> smb_reh=0
> smb_err=0
> smb_flg=136
> smb_flg2=1
> smb_tid=1
> smb_pid=47917
> smb_uid=32894
> smb_mid=1
> smt_wct=10
> smb_vwv[0]=0 (0x0)
> smb_vwv[1]=56 (0x38)
> smb_vwv[2]=0 (0x0)
> smb_vwv[3]=0 (0x0)
> smb_vwv[4]=55 (0x37)
> smb_vwv[5]=0 (0x0)
> smb_vwv[6]=56 (0x38)
> smb_vwv[7]=56 (0x38)
> smb_vwv[8]=0 (0x0)
> smb_vwv[9]=0 (0x0)
> smb_bcc=57
> [000] 00 05 00 0C 00 00 00 00  00 00 38 00 00 00 00 00  ........ ..8.....
> [010] 00 08 00 08 00 00 00 01  76 00 00 00 00 01 00 01  ........ v.......
> [020] 00 00 00 00 00 8A 88 5D  04 1C EB 11 C9 9F E8 08  .......] ........
> [030] 00 2B 10 48 60 00 00 00  02                       .+.H`... .
> Realloc asked for 0 bytes
> rpc_check_hdr: rdata->data->data_used: 56
> 000000 smb_io_rpc_hdr rpc_hdr
>     0000 major     : 05
>     0001 minor     : 00
>     0002 pkt_type  : 0c
>     0003 flags     : 00
>     0004 pack_type : 00000000
>     0008 frag_len  : 3800
>     000a auth_len  : 0000
>     000c call_id   : 00000000
> rpc_check_hdr: (after smb_io_rpc_hdr call) rdata->data->data_used: 56
> rpc_api_pipe: bug in AS/U, setting fragment first/last ON
> rpc_api_pipe: len left: 14280 smbtrans read: 56
> rpc_read: data_to_read: 14280 data offset: 56 file offset: 0
> rpc_read: grow buffer to 14336
> rpc_read: read offset: 0 read: 0 to read: 14280
> rpc_read: offset end: 0x38.  data left to read:0x37c8
> rpc_api_pipe: fragment first and last both set
> rpc_api_pipe: return OK
> 000010 smb_io_rpc_hdr_ba
>     000010 smb_io_rpc_hdr_bba
>         0010 max_tsize: 0008
>         0012 max_rsize: 0008
>         0014 assoc_gid: 76010000
>     000018 smb_io_rpc_addr_str
>         0018 len: 0000
>         001a str:
>     00001a smb_io_rpc_results
>         001c num_results: 01
>         0020 result     : 0000
>         0022 reason     : 0000
>     000024 smb_io_rpc_iface
>         0024 data   : 8a 88 5d 04 1c eb 11 c9 9f e8 08 00 2b 10 48 60
>         0034 version: 02000000
> bind_rpc_pipe: transfer syntax differs
> cli_nt_session_open: rpc bind failed. Error was code 0
> write_socket(4,45)
> write_socket(4,45) wrote 45
> got smb length of 35
> size=35
> smb_com=0x4
> smb_rcls=0
> smb_reh=0
> smb_err=0
> smb_flg=136
> smb_flg2=1
> smb_tid=1
> smb_pid=47917
> smb_uid=32894
> smb_mid=1
> smt_wct=0
> smb_bcc=0
> modify_trust_password: unable to open the domain client session to machine
> HP9K1
>  Error was : code 0.
> write_socket(4,45)
> write_socket(4,45) wrote 45
> got smb length of 35
> size=35
> smb_com=0x4
> smb_rcls=0
> smb_reh=0
> smb_err=0
> smb_flg=136
> smb_flg2=1
> smb_tid=1
> smb_pid=47917
> smb_uid=32894
> smb_mid=1
> smt_wct=0
> smb_bcc=0
> write_socket(4,43)
> write_socket(4,43) wrote 43
> got smb length of 39
> size=39
> smb_com=0x74
> smb_rcls=0
> smb_reh=0
> smb_err=0
> smb_flg=136
> smb_flg2=1
> smb_tid=0
> smb_pid=47917
> smb_uid=32894
> smb_mid=1
> smt_wct=2
> smb_vwv[0]=255 (0xFF)
> smb_vwv[1]=0 (0x0)
> smb_bcc=0
> 2000/02/11 11:08:40 : change_trust_account_password: Failed to change
> password f
> or domain CSUN2K.
>
> ulairi at icnt.net <mailto:ulairi at icnt.net>
>
> To achieve victory when it is within the ken of the common herd is not the
> acme
> of excellence. Nor is it the true acme of excellence when you win and the
> whole
> empire says, "Well done!". True excellence is to plan secretly, to move
> surreptitiously, to foil the enemy's plans and to balk his schemes, so that
> at
> the end, the day is won without shedding a drop of blood.
>
>                                 San Tzu, The Art of War. [6th Century.
> B.C.E.]
> -----BEGIN PGP SIGNATURE-----
> Version: PGPfreeware 6.5.1 Int. for non-commercial use
> <http://www.pgpinternational.com>
>
> iQA/AwUBOKdwrFR8Yh25VFLEEQK+SwCfYh1C8J7qRakH/Vk7d6HtRrN6J40An1RT
> YojR1P5hOMfajHn1JJpZsROo
> =hYaD
> -----END PGP SIGNATURE-----
>
> ------------------------------
>
> Date:   Sun, 13 Feb 2000 22:39:03 -0600
> From:   "David Raila" <raila at cs.uiuc.edu>
> To:     <samba at samba.org>
> Subject: Bug in samba-2.0.6
> Message-ID: <ANEOLKIFPANPAMMCKMNCEEIGCEAA.raila at cs.uiuc.edu>
> MIME-Version: 1.0
> Content-Type: multipart/alternative;
>         boundary="----=_NextPart_000_0000_01BF7673.212431C0"
>
> This is a multi-part message in MIME format.
>
> ------=_NextPart_000_0000_01BF7673.212431C0
> Content-Type: text/plain;
>         charset="iso-8859-1"
> Content-Transfer-Encoding: 7bit
>
> Solaris samba 2.0.6 with largefile support running on ultra 10 with solaris
> 2.7 patch level 106541-07.
> Clients are win98 and win2000 importing a 10G share from the solaris
> machine.
> Using a small C program that writes 1M chunks to a file I can write a file
> as large as the partition will support.
> Using the system backup program to write a system backup to a file on the
> share the program dies with a windows dialog about Unknown Error at 4G.  It
> seems that the backup program is making some calls that my C code is not
> that make it 4G sensitive, which I believe is the max size of a fat32 file.
>
> dkr
>
> ------=_NextPart_000_0000_01BF7673.212431C0
> Content-Type: text/html;
>         charset="iso-8859-1"
> Content-Transfer-Encoding: quoted-printable
>
> <html xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
> xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
> xmlns=3D"http://www.w3.org/TR/REC-html40">
>
> <head>
> <meta http-equiv=3DContent-Type content=3D"text/html; =
> charset=3Diso-8859-1">
> <meta name=3DProgId content=3DWord.Document>
> <meta name=3DGenerator content=3D"Microsoft Word 9">
> <meta name=3DOriginator content=3D"Microsoft Word 9">
> <link rel=3DFile-List href=3D"cid:filelist.xml at 01BF7673.209DC3B0">
> <!--[if gte mso 9]><xml>
>  <o:OfficeDocumentSettings>
>   <o:DoNotRelyOnCSS/>
>  </o:OfficeDocumentSettings>
> </xml><![endif]--><!--[if gte mso 9]><xml>
>  <w:WordDocument>
>   <w:View>Normal</w:View>
>   <w:Zoom>0</w:Zoom>
>   <w:DocumentKind>DocumentEmail</w:DocumentKind>
>   <w:EnvelopeVis/>
>  </w:WordDocument>
> </xml><![endif]-->
> <style>
> <!--
>  /* Style Definitions */
> p.MsoNormal, li.MsoNormal, div.MsoNormal
>         {mso-style-parent:"";
>         margin:0in;
>         margin-bottom:.0001pt;
>         mso-pagination:widow-orphan;
>         font-size:12.0pt;
>         font-family:"Times New Roman";
>         mso-fareast-font-family:"Times New Roman";}
> p.MsoAutoSig, li.MsoAutoSig, div.MsoAutoSig
>         {margin:0in;
>         margin-bottom:.0001pt;
>         mso-pagination:widow-orphan;
>         font-size:12.0pt;
>         font-family:"Times New Roman";
>         mso-fareast-font-family:"Times New Roman";}
> span.EmailStyle15
>         {mso-style-type:personal-compose;
>         mso-ansi-font-size:10.0pt;
>         mso-ascii-font-family:Arial;
>         mso-hansi-font-family:Arial;
>         mso-bidi-font-family:Arial;
>         color:black;}
> @page Section1
>         {size:8.5in 11.0in;
>         margin:1.0in 1.25in 1.0in 1.25in;
>         mso-header-margin:.5in;
>         mso-footer-margin:.5in;
>         mso-paper-source:0;}
> div.Section1
>         {page:Section1;}
> -->
> </style>
> </head>
>
> <body lang=3DEN-US style=3D'tab-interval:.5in'>
>
> <div class=3DSection1>
>
> <p class=3DMsoNormal><span class=3DEmailStyle15><font size=3D2 =
> color=3Dblack
> face=3DArial><span =
> style=3D'font-size:10.0pt;mso-bidi-font-size:12.0pt;font-family:
> Arial'><![if =
> !supportEmptyParas]>&nbsp;<![endif]><o:p></o:p></span></font></span></p>
>
> <p class=3DMsoNormal><span class=3DEmailStyle15><font size=3D2 =
> color=3Dblack
> face=3DArial><span =
> style=3D'font-size:10.0pt;mso-bidi-font-size:12.0pt;font-family:
> Arial'>Solaris samba 2.0.6 with largefile support running on ultra 10 =
> with
> solaris 2.7 patch level 106541-07.<o:p></o:p></span></font></span></p>
>
> <p class=3DMsoNormal><span class=3DEmailStyle15><font size=3D2 =
> color=3Dblack
> face=3DArial><span =
> style=3D'font-size:10.0pt;mso-bidi-font-size:12.0pt;font-family:
> Arial'>Clients are win98 and win2000 importing a 10G share from the =
> solaris
> machine.<o:p></o:p></span></font></span></p>
>
> <p class=3DMsoNormal><span class=3DEmailStyle15><font size=3D2 =
> color=3Dblack
> face=3DArial><span =
> style=3D'font-size:10.0pt;mso-bidi-font-size:12.0pt;font-family:
> Arial'>Using a small C program that writes 1M chunks to a file I can =
> write a
> file as large as the partition will =
> support.<o:p></o:p></span></font></span></p>
>
> <p class=3DMsoNormal><span class=3DEmailStyle15><font size=3D2 =
> color=3Dblack
> face=3DArial><span =
> style=3D'font-size:10.0pt;mso-bidi-font-size:12.0pt;font-family:
> Arial'>Using the system backup program to write a system backup to a =
> file on
> the share the program dies with a windows dialog about Unknown Error at =
> 4G.<span
> style=3D"mso-spacerun: yes">&nbsp; </span>It seems that the backup =
> program is making
> some calls that my C code is not that make it 4G sensitive, which I =
> believe is
> the max size of a fat32 file.<o:p></o:p></span></font></span></p>
>
> <p class=3DMsoNormal><span class=3DEmailStyle15><font size=3D2 =
> color=3Dblack
> face=3DArial><span =
> style=3D'font-size:10.0pt;mso-bidi-font-size:12.0pt;font-family:
> Arial'><![if =
> !supportEmptyParas]>&nbsp;<![endif]><o:p></o:p></span></font></span></p>
>
> <p class=3DMsoNormal><span class=3DEmailStyle15><font size=3D2 =
> color=3Dblack
> face=3DArial><span =
> style=3D'font-size:10.0pt;mso-bidi-font-size:12.0pt;font-family:
> Arial'>dkr<o:p></o:p></span></font></span></p>
>
> <p class=3DMsoNormal><span class=3DEmailStyle15><font size=3D2 =
> color=3Dblack
> face=3DArial><span =
> style=3D'font-size:10.0pt;mso-bidi-font-size:12.0pt;font-family:
> Arial'><![if =
> !supportEmptyParas]>&nbsp;<![endif]><o:p></o:p></span></font></span></p>
>
> <p class=3DMsoNormal><span class=3DEmailStyle15><font size=3D2 =
> color=3Dblack
> face=3DArial><span =
> style=3D'font-size:10.0pt;mso-bidi-font-size:12.0pt;font-family:
> Arial'><![if =
> !supportEmptyParas]>&nbsp;<![endif]><o:p></o:p></span></font></span></p>
>
> </div>
>
> </body>
>
> </html>
>
> ------=_NextPart_000_0000_01BF7673.212431C0--
>
> ------------------------------
>
> Date:   Mon, 14 Feb 2000 04:03:04 -0600 (CST)
> From:   Peter Samuelson <peter at cadcamlab.org>
> To:     neubyneu at twcny.rr.com
> Cc:     Multiple recipients of list SAMBA <samba at samba.org>
> Subject: Re: Windows 2000 and TNG
> Message-ID: <14503.53713.389778.772565 at wire.cadcamlab.org>
> MIME-Version: 1.0
> Content-Type: text/plain; charset=us-ascii
> Content-Transfer-Encoding: 7bit
>
> [Michael P. Neuman]
> > The problem is that when I go to join the domain, it asks for a
> > username and password of a user who has permission to add computers
> > to the domain.  What do I put in here?
>
> Hmmmm.  On NT 4 you can uncheck the box that says "create an account in
> the domain".  Because the account should already exist, because you
> created it on your Unix box.  Does Windoze 2000 not have such an
> option?
>
> Peter
>
> ------------------------------
>
> Date:   Mon, 14 Feb 2000 17:34:35 +0100
> From:   informatique <informatique at cssf.lu>
> To:     samba at samba.org
> Subject: Unable to see Samba server in Network Neighborhood
> Message-ID: <38A82E9B.15DE985D at cssf.lu>
> MIME-Version: 1.0
> Content-Type: text/plain; charset=us-ascii
> Content-Transfer-Encoding: 7bit
>
> Hello,
>
> I try to set up Samba (version 2.0.5a-12) on Redhat 6.1 and I don't
> succeed in seeing the Samba server (name INPDC)  in Network Neighborhood
> on a NT Workstation (SP 6a). The Netbios Name resolution doesn't work
> either (no WINS Server used in the NT network, neither a domain
> controller): I need to give the IP address to make a "net view" for
> example.
>
> In fact, when I try to do: "ping inpdc", NT tries to ping localhost
> address (127.0.0.1).
> When I make then: "nbtstat -A 10.150.16.1" (IP address of Samba server),
> NT returns that Name INPDC is registered.
> When finally I do "nbtstat -c", he gives IP address 127.0.0.1 for INPDC
>
> NT finds INPDC when I do "Find Computer".
>
> To make a beginning, I use a very simple configuration file, which I
> think, should be able at least to show me the Server in network
> neighborhood. I've tried with more complete configuration files, but the
> result was always the same.
>
> Here my smb.conf file:
> [Common]
>     path = /home/common
>     writeable = yes
>     valid users = @internet
>
> Thanks for all help,
>
> Jean-Jacques
>
> ------------------------------
>
> Date:   Mon, 14 Feb 2000 18:02:59 +0000
> From:   =?iso-8859-1?Q?G=E9rard?= Milhaud
>         <Gerard.Milhaud at esil.univ-mrs.fr>
> To:     samba at samba.org
> Subject: Question about permissions and roaming profiles
> Message-ID: <38A84353.360D2AC2 at esil.univ-mrs.fr>
> MIME-Version: 1.0
> Content-Type: text/plain; charset=iso-8859-1
> Content-Transfer-Encoding: 8bit
>
> Hi,
>
>     Just a short question : Is it possible to NOT have the profiles
> directory used for the roaming profiles shares ([profiles]) in unix mode
> 777 ? Because it is a bit annoying when unix users have access to the
> samba server providing a 777 space ?
>
>     Thanks in advance,
>
> --
> Gérard MILHAUD
> École Supérieure d'Ingénieurs de Luminy (ESIL)
> Luminy - Case 925 - 13288 Marseille Cedex 09
> Tél.: 04 91 82 85 31 - Fax.: 04 91 82 85 11
> mailto:g at esil.univ-mrs.fr
>
> ------------------------------
>
> Date:   Mon, 14 Feb 2000 13:29:56 -0500
> From:   David Collier-Brown <davecb at canada.sun.com>
> To:     samba at samba.org, smakarov at cemi.ims.net.ru
> Subject: Re: pre2.0.7 disk quota bug
> Message-ID: <38A849A4.AD1CFFC at canada.sun.com>
> MIME-Version: 1.0
> Content-Type: multipart/mixed;
>  boundary="------------BB431813ECC34E849C259EE9"
>
> This is a multi-part message in MIME format.
> --------------BB431813ECC34E849C259EE9
> Content-Type: text/plain; charset=us-ascii
> Content-Transfer-Encoding: 7bit
>
>   The attached message contains the beginning of a correction for
> the following:
>   An NT client sets a file on the server to a specific length,
> hoping thereby to make sure that there is enough space for
> the whole file.
>   Unix creates a "holey" file, occupying no additional disk blocks.
>   The NT starts sending blocks
>   The disk runs out of space or quota.
>   The resulting file appears corrupt from the NT side.
>
>   The code attached tests to see if, at the time the set length
> is done, that there is enough disk/quota to store the whole file.
>   This is not claimed to be a correction: it is a test patch that
> may lead us to an acceptable **workaround**.
>
>   Can the victims of the problem please try this, and arrange
> to send me logs?
>
> --dave
> --
> David Collier-Brown,  | Always do right. This will gratify some people
> 185 Ellerslie Ave.,   | and astonish the rest.        -- Mark Twain
> Willowdale, Ontario   | //www.oreilly.com/catalog/samba/author.html
> Work: (905) 415-2849 Home: (416) 223-8968 Email: davecb at canada.sun.com
> --------------BB431813ECC34E849C259EE9
> Content-Type: message/rfc822
> Content-Transfer-Encoding: 7bit
> Content-Disposition: inline
>
> Received: from canadamail1.Canada.Sun.COM (canadamail1.Canada.Sun.COM [129.155.5.100])
>         by opcom-mail.canada.sun.com (8.9.1b+Sun/8.9.1) with ESMTP id RAA04537
>         for <davecb at opcom-mail.Canada.Sun.COM>; Sun, 13 Feb 2000 17:48:17 -0500 (EST)
> Received: from venus.Sun.COM (venus.EBay.Sun.COM [129.150.69.5])
>         by canadamail1.Canada.Sun.COM (8.9.1b+Sun/8.9.1/ENSMAIL,v1.6) with ESMTP id RAA14845
>         for <davecb at canada.sun.com>; Sun, 13 Feb 2000 17:48:16 -0500 (EST)
> Received: from mail.rdc3.on.home.com (ha1.rdc3.on.home.com [24.2.9.68])
>         by venus.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id OAA21414
>         for <davecb at canada.sun.com>; Sun, 13 Feb 2000 14:48:15 -0800 (PST)
> Received: from canada.sun.com ([24.112.2.129]) by mail.rdc3.on.home.com
>           (InterMail v4.01.01.02 201-229-111-106) with ESMTP
>           id <20000213224555.QERU25652.mail.rdc3.on.home.com at canada.sun.com>
>           for <davecb at canada.sun.com>; Sun, 13 Feb 2000 14:45:55 -0800
> Sender: davecb at venus.Sun.COM
> Message-ID: <38A73443.A634DAF0 at canada.sun.com>
> Date: Sun, 13 Feb 2000 17:46:27 -0500
> From: David Collier-Brown <davecb at canada.sun.com>
> Organization: Private Person
> X-Mailer: Mozilla 4.7 [en] (X11; U; SunOS 5.7 sun4u)
> X-Accept-Language: en
> MIME-Version: 1.0
> To: David Collier-Brown <davecb at canada.sun.com>
> Subject: test code for NT overflows...
> Content-Type: text/plain; charset=us-ascii
> Content-Transfer-Encoding: 7bit
> X-Mozilla-Status2: 00000000
>
> *** util.c      2000/01/27 22:43:03     1.1
> --- util.c      2000/02/13 22:43:51
> ***************
> *** 1628,1633 ****
> --- 1628,1660 ----
>
>   int set_filelen(int fd, SMB_OFF_T len)
>   {
> +
> + #define DAVECB
> + #ifdef DAVECB
> +    struct statvfs buf;
> +   /*
> +    * If the client is setting the file length to pre-allocate space,
> +    * make sure that there is enough free disk space for a file that
> +    * size.  On Unix, all this operation does is create a "holey"
> +    * file. --davecb
> +    */
> +    if (len > 0) {
> +       /* This may be an extension, so check it. */
> +       if (fstatvfs(fd, &buf) != 0) {
> +               /* Failed to stat, assume it's not Solaris. */
> +               ;
> +       }
> +       else if ((unsigned)len < (buf.f_frsize * buf.f_bavail)) {
> +               /* Return a failure to the caller:
> +                * reply_write will
> return(UNIXERROR(ERRDOS,ERRnoaccess));
> +                * call_trans2setfilepathinfo won't notice
> +                *   anything is wrong adn return success...
> +                */
> +               return -1;
> +       }
> +    }
> + #endif /* DAVECB */
> +
>   /* According to W. R. Stevens advanced UNIX prog. Pure 4.3 BSD cannot
>      extend a file with ftruncate. Provide alternate implementation
>      for this */
>
> --
> David Collier-Brown,  | Always do right. This will gratify
> 185 Ellerslie Ave.,   | some people and astonish the rest.
> Willowdale, Ontario,  |                      -- Mark Twain
> CANADA. 416-223-8968  | davecb at canada.sun.com
>
> --------------BB431813ECC34E849C259EE9--
>
> ------------------------------
>
> End of SAMBA Digest 2414
> ************************

--
*     _     _
*
*     (o o)
* ooO--(_)--Ooo-
* 101% Linux

-------------- next part --------------
A non-text attachment was scrubbed...
Name: ralf.vcf
Type: text/x-vcard
Size: 291 bytes
Desc: Card for Ralf Braga
Url : http://lists.samba.org/archive/samba/attachments/20000215/0ea7402a/ralf.vcf


More information about the samba mailing list