samba digest, Vol 1 #103 - 3 msgs
Pam Wales
pwales at cdpr.ca.gov
Mon Oct 9 17:26:59 GMT 2000
This is one of those nifty auto-responses from Pam Wales's computer to yours:
= + = + = + = + = + = + = + =
Hi!
I am out of the office for a vacation until October 16, 2000.
I will respond to your e-mail when I return.
Cheers!
Pam :-)
>>> samba 10/09/00 09:26 >>>
Send samba mailing list submissions to
samba at lists.samba.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.samba.org/mailman/listinfo/samba
or, via email, send a message with subject or body 'help' to
samba-request at lists.samba.org
You can reach the person managing the list at
samba-admin at lists.samba.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of samba digest..."
Today's Topics:
1. Re: Samba 2.2.0alpha0 snapshot released (William R. Knox)
2. Probable bug in smbd UID switching in HP-UX 10.20 (Marco Marongiu)
3. Re: samba digest, Vol 1 #102 - 12 msgs (Pam Wales)
--__--__--
Message: 1
Date: Mon, 09 Oct 2000 12:04:46 -0400
From: "William R. Knox" <wknox at mitre.org>
To: samba at samba.org
Subject: Re: Samba 2.2.0alpha0 snapshot released
To the Samba Team and everyone else, I guess,
Printing from an NT box seems to be broken in the new alpha release (I
was hoping to see if the problems with spooling under non-unique names
had been fixed - anyone know?). Here are the details:
Built with gcc 2.95.2 on a Solaris 2.6 system with the options:
./configure --prefix=/usr/local --with-privatedir=/usr/local/private
--with-lockdir=/usr/local/var/locks --with-swatdir=/usr/local/swat
and with the Makefile edited to have the sbin directory set to
/usr/local/sbin and the config directory set to /usr/local/etc (as if
anyone cares about that).
The error:
When I try to print to a printer share on the samba system from an NT
4.0 (SP3 I believe - I can confirm that if anyone cares) box, the
following error pops up:
"Test page failed to print. Would you like to view the print trouble
shooter for assistance? The handle is invalid."
In addition, if I have my standard include for our site, which has over
1000 printers in it, set up in the smb.conf, the smbd process begins to
eat memory on my system like nobody's business when I try to print (but
not initially when I start samba).
Here are the shares that I am using:
[homes]
public = no
writeable = yes
[b120]
comment = R101-1B107-HPLJ4MX-MM38716 at mb-b-1st-floor
path = /var/spool/samba
browseable = yes
guest ok = yes
guest only = yes
writeable = no
printable = yes
create mode = 0700
printer driver = HP LaserJet 4Si MX
printer driver location = \\%L\PRINTER$
Let me know if there is any other info I can pass along.
--
Bill Knox
Senior Operating Systems Programmer/Analyst
The MITRE Corporation
--__--__--
Message: 2
Date: Mon, 09 Oct 2000 18:15:24 +0200
From: Marco Marongiu <bronto at crs4.it>
Organization: CRS4 - Centro Ricerca Sviluppo Studi Superiori Sardegna
To: samba at samba.org
Subject: Probable bug in smbd UID switching in HP-UX 10.20
Hi, this is Marco Marongiu from CRS4 Research Center in Sardinia, Italy.
I compiled Samba, versions 2.0.6 and 2.0.7, on an HP J282 server running
HP-UX 10.20. The users authenticate against an NT domain controller and
access to their UNIX home directory; every domain user is also
registered in NIS, and his home directory is shared accross machines via
NFS and automount. Samba server also gives access to three network
printers.
Samba works for everything but one. When a new connection is made, the
parent smbd process silently fails to switch its child to the user's
uid/gid. This result in the possibility for every user to delete other
users' print jobs.
I scanned tons of subjects in the samba mailing list archives, searched
deja, read HINTS.txt and compiled 2.0.6 applying the patch "Bug in UID
handling for HP-UX", too: same thing.
I compiled with gcc and native cc also, but results didn't change.
Here is some data you may find useful.
uname -a returns:
HP-UX here_was_my_name B.10.20 A 9000/780 2013314351 two-user license
configure was issued using this command line:
./configure --prefix=/opt/samba-2.0.n --with-automount
when compiling with gcc, and
CC=/bin/cc ./configure --prefix=/opt/samba-2.0.n --with-automount
The "n" in the version number, you guessed that, was 6 when compiling
2.0.6 and 7... ok, that's enough :*)
Ah, yes: the smb.conf (names have been changed and IPs numbers
substituted by x-es).:
# Samba config file created using SWAT
# from my_machine (x.x.x.x)
# Date: 2000/10/06 12:38:03
# Global parameters
[global]
workgroup = CNS
netbios name = MY_NAME
server string = SaMBa server
security = DOMAIN
encrypt passwords = Yes
password server = my_pdc
smb passwd file = /opt/samba/private/smbpasswd
load printers = No
printer driver file = /opt/samba/lib/printers.def
local master = No
wins server = x.x.x.x
smbrun = /opt/samba/bin/smbrun
lock directory = /opt/samba/var/locks
guest account = samba
invalid users = root
hosts allow = x.x.
[homes]
comment = Home directories
path = /u/%u
writeable = Yes
browseable = No
[baobab]
comment = HP LaserJet 5Si/MX, B/N, inizio corridoio
path = /opt/samba/var/spool
printable = Yes
postscript = Yes
printer driver = HP LaserJet 5Si MX
[sequoia]
comment = HP LaserJet 5Si/MX, B/N, meta` corridoio
path = /opt/samba/var/spool
printable = Yes
postscript = Yes
printer driver = HP LaserJet 5Si MX
[rainbow]
comment = HP Color LaserJet, inizio corridoio
path = /opt/samba/var/spool
printable = Yes
postscript = Yes
printer driver = HP Color LaserJet 5M
Logs don't report any particular error: here you are some snippets:
log.nmb:
[2000/10/09 16:33:01, 1] nmbd/nmbd.c:main(747)
Netbios nameserver version 2.0.6 started.
Copyright Andrew Tridgell 1994-1998
[2000/10/09 16:33:35, 0] nmbd/nmbd.c:sig_term(67)
Got SIGTERM: going down...
log.smb:
[2000/10/09 16:33:48, 1] smbd/server.c:main(643)
smbd version 2.0.6 started.
Copyright Andrew Tridgell 1992-1998
[2000/10/09 16:33:48, 1] smbd/files.c:file_init(216)
file_init: Information only: requested 10000 open files, 1014 are
available.
[2000/10/09 17:11:38, 1] smbd/service.c:make_connection(535)
pancho (156.148.3.96) connect to service bronto as user bronto
(uid=10520, gid
=1006) (pid 26657)
[2000/10/09 17:12:13, 0] smbd/nttrans.c:call_nt_transact_ioctl(2401)
call_nt_transact_ioctl: Currently not implemented.
Can you help us? Please :(
In case you need more information, feel free to contact me and ask!
Best Regards
Marco Marongiu
CRS4 Research Center, Sardinia (ITALY)
--
____ ____ ____ _ _
/ ___)| __ \/ ___)/ /| | Marco Marongiu (bronto at crs4.it)
| (___ | /\___ \\__ | Computers & Network Group
\____)|_|\_\(____/ |_| Phone: +39 070 2796 336
--__--__--
Message: 3
Date: Mon, 09 Oct 2000 09:40:19 -0700
From: "Pam Wales" <pwales at cdpr.ca.gov>
Reply-To: pwales at cdpr.ca.gov
To: <samba at us4.samba.org>
Subject: Re: samba digest, Vol 1 #102 - 12 msgs
This is one of those nifty auto-responses from Pam Wales's computer to =
yours:
=3D + =3D + =3D + =3D + =3D + =
=3D + =3D + =3D=20
Hi!
I am out of the office for a vacation until October 16, 2000. =20
I will respond to your e-mail when I return.
Cheers!
Pam :-)
>>> samba 10/09/00 08:39 >>>
Send samba mailing list submissions to
samba at lists.samba.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.samba.org/mailman/listinfo/samba
or, via email, send a message with subject or body 'help' to
samba-request at lists.samba.org
You can reach the person managing the list at
samba-admin at lists.samba.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of samba digest..."
Today's Topics:
1. Re: Undelete for Samba (Mike Brodbelt)
2. Re: Samba Dropping Mounts - "Broken Pipe" msgs (Urban Widmark)
3. Samba 2.07 and Solaris 8 (Peck Chris V)
4. Need help (Luis Miguel Sanchez Garcia)
5. Re: problem: smbmounted share cannot see all files (Urban Widmark)
6. Re: Need help (Gerald Carter)
7. Windows 2000 (Matthew Halliday)
8. RE: samba -- confirmation of subscription -- request 129435 (Shannon =
Johnson)
9. Re: Samba 2.07 and Solaris 8 (Giulio Orsero)
10. Re: Win explorer issues (Gary James)
11. Re: Memory usage in Samba 2.0.7 (Peter Polkinghorne)
12. SWAT - wishlist (Peter de Groot)
-- __--__--
Message: 1
Date: Mon, 09 Oct 2000 11:09:19 +0100
From: Mike Brodbelt <m.brodbelt at acu.ac.uk>
To: Jay Thompson <J.Thompson at NAU.EDU>
Cc: samba at us4.samba.org
Subject: Re: Undelete for Samba
Jay Thompson wrote:
> Hey Ya'll, sorry about the blank reply a few minutes ago.
>=20
> What I have to offer here about file-delete protection is not really a =
samba
> thing (as far as I know, there is no good samba solution for this). But
> some of your samba admins must have pure UNIX users. This is for them.
>=20
> For a little protection for my users (all of whom I set up with the =
CShell), I
> put some code into their .cshrc file to do what I call "safe_rm".
This sort of thing can be valuable, but has it's limitations. It's done
by making rm do something other that what it normally does, but it will
have no effect whatsoever on programs that call the system unlink()
function. It'll only help you recover from errant shell scripts, or
programs that actually exec rm via the shell.
Mike.
-- __--__--
Message: 2
Date: Mon, 9 Oct 2000 14:11:45 +0200 (CEST)
From: Urban Widmark <urban at svenskatest.se>
To: auto852 at hushmail.com
Cc: samba at us4.samba.org
Subject: Re: Samba Dropping Mounts - "Broken Pipe" msgs
On Sun, 8 Oct 2000 auto852 at hushmail.com wrote:
> Thanks again Urb, :) ok well in alan's 2.2.18 kernel ftp dir there =
was/is=20
> a readme that says the patch is for 2.2.17.20 but anyways...we applied =
the=20
> patches 2.2.17-pre20 and then 2.2.18pre10 and recompiled the kernel =
but....
>=20
> 1) the patches were looking for directories that didn't exist on =
Redhat=20
> 6.2 kernel 2.2.16-3 so we skipped passed them and recompiled the =
kernel=20
> the kernel anway. It looked like it patched quite a bit but after =
recompiling=20
> the kernel version hadn't changed.
If the kernel version doesn't change, then you are not running the new
kernel.
The patch is not for a RedHat kernel. It is vs Linux kernel 2.2.17, not
RedHat kernel 2.2.16-3, there is a difference. You probably (hopefully)
got a few errors compiling so it never actually built anything.
If I wasn't clear enough, I'm suggesting you build and boot a non-RedHat
kernel. Put the new kernel on a floppy or use a separate machine to avoid
messing up your existing system.
> 3) I also have a problem with the permissions changing after remounting.=
=20
> Half of the mounts permissions change for no reason while the other =
half=20
> of the mounts are what they are supposed to be. (and all the shares on =
the=20
> NT side have the same identical permissions).=20
Please give an example of what the permissions were before and what they
are after.
/Urban
-- __--__--
Message: 3
From: Peck Chris V <CVPECK at dera.gov.uk>
To: "'samba at lists.samba.org'" <samba at lists.samba.org>
Subject: Samba 2.07 and Solaris 8
Date: Mon, 9 Oct 2000 13:16:06 +0100
I am trying to install Samba 2.07 on Solaris 8, but when compiling
(using gcc) I am getting the following error message -
Compiling smbwrapper/wrapped.c with -fpic
smbwrapper/wrapped.c:466:conflicting types for 'utimes'
/usr/include/sys/time.h:328:previous declaration of 'utimes'
make: ***[smbwrapper/wrapped.po] Error 1.
Anyone any ideas about getting it to compile??
Cheers,
Chris
> ----------------------------------------------------------------------
> ----------------------
> Burn bright, burn hard, burn long, and if all you leave behind on this
> earth
> is a well charred corpse, then you can say you have lived.
> ----------------------------------------------------------------------
> ----------------------
>=20
>=20
>=20
--=20
The Information contained in this E-Mail and any subsequent correspondence
is private and is intended solely for the intended recipient(s).
For those other than the recipient any disclosure, copying, distribution,=
=20
or any action taken or omitted to be taken in reliance on such information =
is
prohibited and may be unlawful.
-- __--__--
Message: 4
Date: Mon, 09 Oct 2000 14:38:58 -0500
From: Luis Miguel Sanchez Garcia <100018744 at alumnos.uc3m.es>
Reply-To: Luis Miguel Sanchez Garcia <100018744 at alumnos.uc3m.es>
Subject: Need help
To: samba at lists.samba.org
Hi .
I'm a student from Madrid (Spain). I'm doing a proyect about
Samba , I should do a little SMB client but I don't know the=20
struct to connect to server (i dont't know the format of packets).
I don't understand the code of samba 2.0.7. because there are to=20
many globals var .
if somebody could help me ,i thanks it.
Salu2.Luis.
-- __--__--
Message: 5
Date: Mon, 9 Oct 2000 14:39:55 +0200 (CEST)
From: Urban Widmark <urban at svenskatest.se>
To: Andrew Oliver <acomaillists at yahoo.com>
Cc: samba at us4.samba.org
Subject: Re: problem: smbmounted share cannot see all files
This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware =
tools.
Send mail to mime at docserver.cac.washington.edu for more info.
---1463780587-1256822140-971094616=3D:1624
Content-Type: TEXT/PLAIN; CHARSET=3DUS-ASCII
Content-ID: <Pine.LNX.4.21.0010091430411.1624 at cola.svenskatest.se>
On Tue, 3 Oct 2000, Andrew Oliver wrote:
>=20
> I have a RH 6.2 system with Samba "2.07-4". My
> problem is that no *.bat and *.cmd files are visible
> to the samba mounted share in a paticular 3rd layer
> directory (to ls or cp). I am assuming the remote
> machine is an NT4 server. The bat and cmd files ARE
[Note to the list, it turned out to be an OS/2 box]
> Sep 26 10:43:56 acoliver98 kernel: smb_receive_trans2:
> copied, parm=3D4079 of 4079, data=3D220 of 4079
> Sep 26 10:43:56 acoliver98 kernel: smb_receive_trans2:
> copied, parm=3D4079 of 4079, data=3D4079 of 4079
Could you try the attached patch vs 2.2.18-pre15
(You need 2.2.17 + pre-patch-2.2.18-15.gz and then the attached patch)
Anyone else seeing wierd things with dir listings should test this too.
Please.
smbfs is asking the server to return more data than the negotiated maximum
transfer size. This causes things to not work with NT4 and is possibly the
reason for why OS/2 returns data that needs extra allocation+copy.
(NT4 testcase: make a dir with directories 001 - 083 on NTFS, the listing
over smbfs should fail).
/Urban
---1463780587-1256822140-971094616=3D:1624
Content-Type: TEXT/PLAIN; CHARSET=3DUS-ASCII; NAME=3D"smbfs-2.2.18-pre15-ma=
x_xmit.patch"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.21.0010091430160.1624 at cola.svenskatest.se>
Content-Description:=20
Content-Disposition: ATTACHMENT; FILENAME=3D"smbfs-2.2.18-pre15-max_xmit.pa=
tch"
ZGlmZiAtdXIgLVggZXhjbHVkZSBsaW51eC0yLjIuMTgtcHJlMTUtb3JpZy9m
cy9zbWJmcy9wcm9jLmMgbGludXgtMi4yLjE4LXByZTE1LXNtYmZzL2ZzL3Nt
YmZzL3Byb2MuYw0KLS0tIGxpbnV4LTIuMi4xOC1wcmUxNS1vcmlnL2ZzL3Nt
YmZzL3Byb2MuYwlTdW4gT2N0ICA4IDEzOjIyOjI2IDIwMDANCisrKyBsaW51
eC0yLjIuMTgtcHJlMTUtc21iZnMvZnMvc21iZnMvcHJvYy5jCVN1biBPY3Qg
IDggMjE6NDU6MzIgMjAwMA0KQEAgLTM4NSwyMiArMzg1LDE2IEBADQogfQ0K
IA0KIC8qDQotICogUmV0dXJucyB0aGUgbWF4aW11bSByZWFkIG9yIHdyaXRl
IHNpemUgZm9yIHRoZSBjdXJyZW50IHBhY2tldCBzaXplDQotICogYW5kIG1h
eF94bWl0IHZhbHVlLg0KKyAqIFJldHVybnMgdGhlIG1heGltdW0gcmVhZCBv
ciB3cml0ZSBzaXplIGZvciB0aGUgInBheWxvYWQiLiBNYWtpbmcgYWxsIG9m
IHRoZQ0KKyAqIHBhY2tldCBmaXQgd2l0aGluIHRoZSBuZWdvdGlhdGVkIG1h
eF94bWl0IHNpemUuDQorICoNCiAgKiBOLkIuIFNpbmNlIHRoaXMgdmFsdWUg
aXMgdXN1YWxseSBjb21wdXRlZCBiZWZvcmUgbG9ja2luZyB0aGUgc2VydmVy
LA0KICAqIHRoZSBzZXJ2ZXIncyBwYWNrZXQgc2l6ZSBtdXN0IG5ldmVyIGJl
IGRlY3JlYXNlZCENCiAgKi8NCi1zdGF0aWMgaW50DQorc3RhdGljIGlubGlu
ZSBpbnQNCiBzbWJfZ2V0X3htaXRzaXplKHN0cnVjdCBzbWJfc2JfaW5mbyAq
c2VydmVyLCBpbnQgb3ZlcmhlYWQpDQogew0KLQlpbnQgc2l6ZSA9IHNlcnZl
ci0+cGFja2V0X3NpemU7DQotDQotCS8qDQotCSAqIFN0YXJ0IHdpdGggdGhl
IHNtYWxsZXIgb2YgcGFja2V0IHNpemUgYW5kIG1heF94bWl0IC4uLg0KLQkg
Ki8NCi0JaWYgKHNpemUgPiBzZXJ2ZXItPm9wdC5tYXhfeG1pdCkNCi0JCXNp
emUgPSBzZXJ2ZXItPm9wdC5tYXhfeG1pdDsNCi0JcmV0dXJuIHNpemUgLSBv
dmVyaGVhZDsNCisJcmV0dXJuIHNlcnZlci0+b3B0Lm1heF94bWl0IC0gb3Zl
cmhlYWQ7DQogfQ0KIA0KIC8qDQpAQCAtNzUxLDYgKzc0NSwyMyBAQA0KIAkJ
c2VydmVyLT5vcHQucHJvdG9jb2wsIHNlcnZlci0+b3B0Lm1heF94bWl0LCBz
ZXJ2ZXItPmNvbm5fcGlkLA0KIAkJc2VydmVyLT5vcHQuY2FwYWJpbGl0aWVz
KTsNCiANCisJLyogTWFrZSBzdXJlIHdlIGNhbiBmaXQgYSBtZXNzYWdlIG9m
IHRoZSBuZWdvdGlhdGVkIHNpemUgaW4gb3VyDQorCSAgIHBhY2tldCBidWZm
ZXIuICovDQorCWlmIChzZXJ2ZXItPm9wdC5tYXhfeG1pdCA+IHNlcnZlci0+
cGFja2V0X3NpemUpIHsNCisJCWludCBsZW4gPSBzbWJfcm91bmRfbGVuZ3Ro
KHNlcnZlci0+b3B0Lm1heF94bWl0KTsNCisJCWNoYXIgKmJ1ZiA9IHNtYl92
bWFsbG9jKGxlbik7DQorCQlpZiAoYnVmKSB7DQorCQkJc2VydmVyLT5wYWNr
ZXQgPSBidWY7DQorCQkJc2VydmVyLT5wYWNrZXRfc2l6ZSA9IGxlbjsNCisJ
CX0gZWxzZSB7DQorCQkJLyogZWxzZSBjb250aW51ZSB3aXRoIHRoZSB0b28g
c21hbGwgYnVmZmVyPyAqLw0KKwkJCVBBUkFOT0lBKCJGYWlsZWQgdG8gYWxs
b2NhdGUgbmV3IHBhY2tldCBidWZmZXI6ICINCisJCQkJICJtYXhfeG1pdD0l
ZCwgcGFja2V0X3NpemU9JWRcbiIsDQorCQkJCSBzZXJ2ZXItPm9wdC5tYXhf
eG1pdCwgc2VydmVyLT5wYWNrZXRfc2l6ZSk7DQorCQkJc2VydmVyLT5vcHQu
bWF4X3htaXQgPSBzZXJ2ZXItPnBhY2tldF9zaXplOw0KKwkJfQ0KKwl9DQor
DQogb3V0Og0KICNpZmRlZiBTTUJfUkVUUllfSU5UUg0KIAl3YWtlX3VwX2lu
dGVycnVwdGlibGUoJnNlcnZlci0+d2FpdCk7DQpAQCAtMTQ4Nyw4ICsxNDk4
LDggQEANCiBzbWJfcHJvY19yZWFkZGlyX2xvbmcoc3RydWN0IHNtYl9zYl9p
bmZvICpzZXJ2ZXIsIHN0cnVjdCBkZW50cnkgKmRpciwgaW50IGZwb3MsDQog
CQkgICAgICB2b2lkICpjYWNoZXApDQogew0KLQl1bnNpZ25lZCBjaGFyICpw
Ow0KLQljaGFyICptYXNrLCAqbGFzdG5hbWUsICpwYXJhbSA9IHNlcnZlci0+
dGVtcF9idWY7DQorCXVuc2lnbmVkIGNoYXIgKnAsICpsYXN0bmFtZTsNCisJ
Y2hhciAqbWFzaywgKnBhcmFtID0gc2VydmVyLT50ZW1wX2J1ZjsNCiAJX191
MTYgY29tbWFuZDsNCiAJaW50IGZpcnN0LCBlbnRyaWVzLCBlbnRyaWVzX3Nl
ZW47DQogDQpAQCAtMTUyMSw3ICsxNTMyLDcgQEANCiAJICogRW5jb2RlIHRo
ZSBpbml0aWFsIHBhdGgNCiAJICovDQogCW1hc2sgPSBwYXJhbSArIDEyOw0K
LQltYXNrX2xlbiA9IHNtYl9lbmNvZGVfcGF0aChzZXJ2ZXIsIG1hc2ssIGRp
ciwgJnN0YXIpOw0KKwltYXNrX2xlbiA9IHNtYl9lbmNvZGVfcGF0aChzZXJ2
ZXIsIG1hc2ssIGRpciwgJnN0YXIpIC0gMTsNCiAJaWYgKG1hc2tfbGVuIDwg
MCkgew0KIAkJZW50cmllcyA9IG1hc2tfbGVuOw0KIAkJZ290byB1bmxvY2tf
cmV0dXJuOw0KQEAgLTE2MTMsMzEgKzE2MjQsNDEgQEANCiAJCWlmIChmZl9z
ZWFyY2hjb3VudCA9PSAwKQ0KIAkJCWJyZWFrOw0KIA0KLQkJLyogd2UgbWln
aHQgbmVlZCB0aGUgbGFzdG5hbWUgZm9yIGNvbnRpbnVhdGlvbnMgKi8NCisJ
CS8qDQorCQkgKiBXZSBtaWdodCBuZWVkIHRoZSBsYXN0bmFtZSBmb3IgY29u
dGludWF0aW9ucy4NCisJCSAqDQorCQkgKiBOb3RlIHRoYXQgc29tZSBzZXJ2
ZXJzICh3aW45NSkgcG9pbnQgdG8gdGhlIGZpbGVuYW1lIGFuZA0KKwkJICog
b3RoZXJzIChOVDQsIFNhbWJhIHVzaW5nIE5UMSkgdG8gdGhlIGRpciBlbnRy
eS4gV2UgYXNzdW1lDQorCQkgKiBoZXJlIHRoYXQgdGhvc2Ugd2hvIGRvIG5v
dCBwb2ludCB0byBhIGZpbGVuYW1lIGRvIG5vdCBuZWVkDQorCQkgKiB0aGlz
IGluZm8gdG8gY29udGludWUgdGhlIGxpc3RpbmcuDQorCQkgKi8NCiAJCW1h
c2tfbGVuID0gMDsNCi0JCWlmIChmZl9sYXN0bmFtZSA+IDApIHsNCisJCWlm
IChmZl9sYXN0bmFtZSA+IDAgJiYgZmZfbGFzdG5hbWUgPCByZXNwX2RhdGFf
bGVuKSB7DQogCQkJbGFzdG5hbWUgPSByZXNwX2RhdGEgKyBmZl9sYXN0bmFt
ZTsNCiAJCQlzd2l0Y2ggKGluZm9fbGV2ZWwpIHsNCiAJCQljYXNlIDI2MDoN
Ci0JCQkJaWYgKGZmX2xhc3RuYW1lIDwgcmVzcF9kYXRhX2xlbikNCi0JCQkJ
CW1hc2tfbGVuID0gcmVzcF9kYXRhX2xlbiAtIGZmX2xhc3RuYW1lOw0KKwkJ
CQltYXNrX2xlbiA9IHJlc3BfZGF0YV9sZW4gLSBmZl9sYXN0bmFtZTsNCiAJ
CQkJYnJlYWs7DQogCQkJY2FzZSAxOg0KLQkJCQkvKiBXaW4gTlQgNC4wIGRv
ZXNuJ3Qgc2V0IHRoZSBsZW5ndGggYnl0ZSAqLw0KLQkJCQlsYXN0bmFtZSsr
Ow0KLQkJCQlpZiAoZmZfbGFzdG5hbWUgKyAyIDwgcmVzcF9kYXRhX2xlbikN
Ci0JCQkJCW1hc2tfbGVuID0gc3RybGVuKGxhc3RuYW1lKTsNCisJCQkJLyog
bGFzdG5hbWUgcG9pbnRzIHRvIGEgbGVuZ3RoIGJ5dGUgKi8NCisJCQkJbWFz
a19sZW4gPSAqbGFzdG5hbWUrKzsNCisJCQkJaWYgKGZmX2xhc3RuYW1lICsg
MSArIG1hc2tfbGVuID4gcmVzcF9kYXRhX2xlbikNCisJCQkJCW1hc2tfbGVu
ID0gcmVzcF9kYXRhX2xlbiAtIGZmX2xhc3RuYW1lIC0gMTsNCiAJCQkJYnJl
YWs7DQogCQkJfQ0KIAkJCS8qDQogCQkJICogVXBkYXRlIHRoZSBtYXNrIHN0
cmluZyBmb3IgdGhlIG5leHQgbWVzc2FnZS4NCiAJCQkgKi8NCisJCQlpZiAo
bWFza19sZW4gPCAwKQ0KKwkJCQltYXNrX2xlbiA9IDA7DQogCQkJaWYgKG1h
c2tfbGVuID4gMjU1KQ0KIAkJCQltYXNrX2xlbiA9IDI1NTsNCiAJCQlpZiAo
bWFza19sZW4pDQogCQkJCXN0cm5jcHkobWFzaywgbGFzdG5hbWUsIG1hc2tf
bGVuKTsNCiAJCX0NCiAJCW1hc2tbbWFza19sZW5dID0gMDsNCisJCW1hc2tf
bGVuID0gc3RybGVuKG1hc2spOwkvKiBmaW5kIHRoZSBhY3R1YWwgc3RyaW5n
IGxlbiAqLw0KKw0KIA0KIAkJLyogTm93IHdlIGFyZSByZWFkeSB0byBwYXJz
ZSBzbWIgZGlyZWN0b3J5IGVudHJpZXMuICovDQogDQpkaWZmIC11ciAtWCBl
eGNsdWRlIGxpbnV4LTIuMi4xOC1wcmUxNS1vcmlnL2ZzL3NtYmZzL3NvY2su
YyBsaW51eC0yLjIuMTgtcHJlMTUtc21iZnMvZnMvc21iZnMvc29jay5jDQot
LS0gbGludXgtMi4yLjE4LXByZTE1LW9yaWcvZnMvc21iZnMvc29jay5jCVN1
biBPY3QgIDggMTM6MjI6MjYgMjAwMA0KKysrIGxpbnV4LTIuMi4xOC1wcmUx
NS1zbWJmcy9mcy9zbWJmcy9zb2NrLmMJU3VuIE9jdCAgOCAxODoyMzo0MiAy
MDAwDQpAQCAtNTIwLDEyICs1MjAsMTAgQEANCiAJCQkJZ290byBzdWNjZXNz
Ow0KIAkJCX0NCiANCi0JCQlpZiAocGFybV90b3QgPiBUUkFOUzJfTUFYX1RS
QU5TRkVSIHx8DQotCSAgCQkgICAgZGF0YV90b3QgPiBUUkFOUzJfTUFYX1RS
QU5TRkVSKQ0KLQkJCQlnb3RvIG91dF90b29fbG9uZzsNCi0NCiAJCQkvKg0K
LQkJCSAqIFNhdmUgdGhlIHRvdGFsIHBhcmFtZXRlciBhbmQgZGF0YSBsZW5n
dGguDQorCQkJICogQWxsb2NhdGUgYSBuZXcgYnVmZmVyIGZvciByZWNlaXZp
bmcgbXVsdGlwbGUgcGFja2V0cw0KKwkJCSAqIGludG8uIElmIHdlIHN0aWNr
IHRvIHRoZSBuZWdvdGlhdGVkIG1heF94bWl0IHRoaXMNCisJCQkgKiBzaG91
bGRuJ3QgaGF2ZSB0byBoYXBwZW4uDQogCQkJICovDQogCQkJdG90YWxfZCA9
IGRhdGFfdG90Ow0KIAkJCXRvdGFsX3AgPSBwYXJtX3RvdDsNCkBAIC01MzQs
NiArNTMyLDggQEANCiAJCQlpZiAoc2VydmVyLT5wYWNrZXRfc2l6ZSA+IGJ1
Zl9sZW4pDQogCQkJCWJ1Zl9sZW4gPSBzZXJ2ZXItPnBhY2tldF9zaXplOw0K
IAkJCWJ1Zl9sZW4gPSBzbWJfcm91bmRfbGVuZ3RoKGJ1Zl9sZW4pOw0KKwkJ
CWlmIChidWZfbGVuID4gU01CX01BWF9QQUNLRVRfU0laRSkNCisJCQkJZ290
byBvdXRfbm9fbWVtOw0KIA0KIAkJCXJjdl9idWYgPSBzbWJfdm1hbGxvYyhi
dWZfbGVuKTsNCiAJCQlpZiAoIXJjdl9idWYpDQpAQCAtNzEzLDYgKzcxMyw3
IEBADQogCXN0cnVjdCBzb2NrZXQgKnNvY2sgPSBzZXJ2ZXJfc29jayhzZXJ2
ZXIpOw0KIAlzdHJ1Y3Qgc2NtX2Nvb2tpZSBzY207DQogCWludCBlcnI7DQor
CWludCBtcGFyYW0sIG1kYXRhOw0KIA0KIAkvKiBJIGtub3cgdGhlIGZvbGxv
d2luZyBpcyB2ZXJ5IHVnbHksIGJ1dCBJIHdhbnQgdG8gYnVpbGQgdGhlDQog
CSAgIHNtYiBwYWNrZXQgYXMgZWZmaWNpZW50bHkgYXMgcG9zc2libGUuICov
DQpAQCAtNzMzLDE5ICs3MzQsMjUgQEANCiAJc3RydWN0IGlvdmVjIGlvdls0
XTsNCiAJc3RydWN0IG1zZ2hkciBtc2c7DQogDQotCS8qIE4uQi4gVGhpcyB0
ZXN0IGlzbid0IHZhbGlkISBwYWNrZXRfc2l6ZSBtYXkgYmUgPCBtYXhfeG1p
dCAqLw0KKwkvKiBGSVhNRSEgdGhpcyB0ZXN0IG5lZWRzIHRvIGluY2x1ZGUg
U01CIG92ZXJoZWFkIHRvbywgSSB0aGluayAuLi4gKi8NCiAJaWYgKChiY2Mg
KyBvcGFyYW0pID4gc2VydmVyLT5vcHQubWF4X3htaXQpDQotCXsNCiAJCXJl
dHVybiAtRU5PTUVNOw0KLQl9DQogCXAgPSBzbWJfc2V0dXBfaGVhZGVyKHNl
cnZlciwgU01CdHJhbnMyLCBzbWJfcGFyYW1ldGVycywgYmNjKTsNCiANCisJ
LyogbWF4IHBhcmFtZXRlcnMgKyBtYXggZGF0YSArIG1heCBzZXR1cCA9PSBt
YXhfeG1pdCB0byBtYWtlIE5UNCBoYXBweQ0KKwkgICBhbmQgbm90IGFib3J0
IHRoZSB0cmFuc2ZlciBvciBzcGxpdCBpbnRvIG11bHRpcGxlIHBhY2tldHMu
ICovDQorCW1wYXJhbSA9IFNNQl9UUkFOUzJfTUFYX1BBUkFNOw0KKwltZGF0
YSA9IHNlcnZlci0+b3B0Lm1heF94bWl0IC0gbXBhcmFtOw0KKwlpZiAobWRh
dGEgPCAxMDI0KSB7DQorCQltZGF0YSA9IDEwMjQ7DQorCQltcGFyYW0gPSBz
ZXJ2ZXItPm9wdC5tYXhfeG1pdCAtIG1kYXRhOw0KKwl9DQorDQogCVdTRVQo
c2VydmVyLT5wYWNrZXQsIHNtYl90cHNjbnQsIGxwYXJhbSk7DQogCVdTRVQo
c2VydmVyLT5wYWNrZXQsIHNtYl90ZHNjbnQsIGxkYXRhKTsNCi0JLyogTi5C
LiB0aGVzZSB2YWx1ZXMgc2hvdWxkIHJlZmxlY3Qgb3V0IGN1cnJlbnQgcGFj
a2V0IHNpemUgKi8NCi0JV1NFVChzZXJ2ZXItPnBhY2tldCwgc21iX21wcmNu
dCwgVFJBTlMyX01BWF9UUkFOU0ZFUik7DQotCVdTRVQoc2VydmVyLT5wYWNr
ZXQsIHNtYl9tZHJjbnQsIFRSQU5TMl9NQVhfVFJBTlNGRVIpOw0KLQlXU0VU
KHNlcnZlci0+cGFja2V0LCBzbWJfbXNyY250LCAwKTsNCisJV1NFVChzZXJ2
ZXItPnBhY2tldCwgc21iX21wcmNudCwgbXBhcmFtKTsNCisJV1NFVChzZXJ2
ZXItPnBhY2tldCwgc21iX21kcmNudCwgbWRhdGEpOw0KKwlXU0VUKHNlcnZl
ci0+cGFja2V0LCBzbWJfbXNyY250LCAwKTsJLyogbWF4IHNldHVwIGFsd2F5
cyAwID8gKi8NCiAJV1NFVChzZXJ2ZXItPnBhY2tldCwgc21iX2ZsYWdzLCAw
KTsNCiAJRFNFVChzZXJ2ZXItPnBhY2tldCwgc21iX3RpbWVvdXQsIDApOw0K
IAlXU0VUKHNlcnZlci0+cGFja2V0LCBzbWJfcHNjbnQsIGxwYXJhbSk7DQpk
aWZmIC11ciAtWCBleGNsdWRlIGxpbnV4LTIuMi4xOC1wcmUxNS1vcmlnL2lu
Y2x1ZGUvbGludXgvc21iLmggbGludXgtMi4yLjE4LXByZTE1LXNtYmZzL2lu
Y2x1ZGUvbGludXgvc21iLmgNCi0tLSBsaW51eC0yLjIuMTgtcHJlMTUtb3Jp
Zy9pbmNsdWRlL2xpbnV4L3NtYi5oCVN1biBPY3QgIDggMTM6MjI6MjggMjAw
MA0KKysrIGxpbnV4LTIuMi4xOC1wcmUxNS1zbWJmcy9pbmNsdWRlL2xpbnV4
L3NtYi5oCVN1biBPY3QgIDggMTg6MTc6MTAgMjAwMA0KQEAgLTExOSwxMSAr
MTE5LDEyIEBADQogDQogI2RlZmluZSBTTUJfSEVBREVSX0xFTiAgIDM3ICAg
ICAvKiBpbmNsdWRlcyBldmVyeXRoaW5nIHVwIHRvLCBidXQgbm90DQogICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKiBpbmNsdWRpbmcgc21i
X2JjYyAqLw0KLSNkZWZpbmUgU01CX0RFRl9NQVhfWE1JVCAzMjc2OA0KLSNk
ZWZpbmUgU01CX0lOSVRJQUxfUEFDS0VUX1NJWkUgNDAwMA0KIA0KLS8qIEFs
bG9jYXRlIG1heC4gMSBwYWdlICovDQotI2RlZmluZSBUUkFOUzJfTUFYX1RS
QU5TRkVSICg0MDk2LTE3KQ0KKyNkZWZpbmUgU01CX0lOSVRJQUxfUEFDS0VU
X1NJWkUJNDAwMA0KKyNkZWZpbmUgU01CX01BWF9QQUNLRVRfU0laRQkzMjc2
OA0KKw0KKy8qIHJlc2VydmUgdGhpcyBtdWNoIHNwYWNlIGZvciB0cmFuczIg
cGFyYW1ldGVycyAqLw0KKyNkZWZpbmUgU01CX1RSQU5TMl9NQVhfUEFSQU0g
MjAwDQogDQogI2VuZGlmDQogI2VuZGlmDQo=3D
---1463780587-1256822140-971094616=3D:1624--
-- __--__--
Message: 6
Date: Mon, 09 Oct 2000 07:46:57 -0500
From: Gerald Carter <gcarter at valinux.com>
Organization: VA Linux Systems
To: Luis Miguel Sanchez Garcia <100018744 at alumnos.uc3m.es>
Cc: samba at lists.samba.org
Subject: Re: Need help
Luis Miguel Sanchez Garcia wrote:
>=20
> Hi .
> I'm a student from Madrid (Spain). I'm doing a=20
> proyect about Samba , I should do a little SMB client but=20
> I don't know the struct to connect to server (i dont't =20
> know the format of packets). I don't understand the code=20
> of samba 2.0.7. because there are to many globals var .
>=20
> if somebody could help me ,i thanks it.
Luis,
See http://us4.samba.org/samba/devel-links.html for=20
some resources to help you get started. Development=20
efforts should be coordinated on the samba-technical mailing=20
list (http://lists.samba.org).
Hope this helps,
Cheers, jerry
--=20
----------------------------------------------------------------------
/\ Gerald (Jerry) Carter Professional Services
\/ http://www.valinux.com/ VA Linux Systems gcarter at valinux.com
http://www.samba.org/ SAMBA Team jerry at samba.org
http://www.plainjoe.org/ jerry at plainjoe.org
"...a hundred billion castaways looking for a home."
- Sting "Message in a Bottle" ( 1979 )
-- __--__--
Message: 7
Date: Mon, 09 Oct 2000 14:04:30 +0100
From: Matthew Halliday <matthewh at fesa.co.uk>
Organization: Fesa UK Limited
To: Samba Mailing List <samba at samba.org>
Subject: Windows 2000
Hi all
We've now got Win 2000 server and professional on site and I need help
on 2 areas:
1> I need to enable the client to authenticate against our Samba
fileserver until we bringing Win2000 server on line as the PDC, but when
joining the domain I get an error message saying "Cannot connect to the
domain - the procedure is out of range"
2> I will soon need to authenticate against the Win2000 server running
dhcp, but still need to run the samba file server (with static IP
address)and as I understand it, the windows machine needs to use the
same passwords as Linux. Is there anything else I need to do?
I have Samba 2.0.7 installed (Network Neighbourhood still says 2.0.5a
but log.smb says 2.0.7 has been started)
Thanks
Matt
Unless otherwise agreed expressly in writing by Fesa UK Limited, this =
communication should be treated as confidential and the information =
contained therein may not be used or disclosed except for the purpose for =
which it was sent. If you are not the intended recipient of this =
communication please contact the sender immediately.
WARNING: Computer viruses can be transmitted by e-mail. The recipient =
should check this e-mail and any attachments for the presence of viruses. =
Fesa UK Limited accepts no liability for any damage caused by any virus =
transmitted by this e-mail.
This e-mail and and attachments may not be copied and forwarded without =
the written consent of Fesa UK Limited . In the event of copying or =
forwarding, the recipient will be required to idemnify Fesa UK Limited =
against any claim for loss or damage caused by any virus or otherwise.
-- __--__--
Message: 8
From: "Shannon Johnson" <sjohnson at lazerlink.net>
To: <samba at us4.samba.org>
Subject: RE: samba -- confirmation of subscription -- request 129435
Date: Mon, 9 Oct 2000 10:45:46 -0400
charset=3D"iso-8859-1"
-----Original Message-----
From: samba-admin at us4.samba.org [mailto:samba-admin at us4.samba.org]On
Behalf Of samba-request at us4.samba.org
Sent: Monday, October 09, 2000 10:39 AM
To: sjohnson at lazerlink.net
Subject: samba -- confirmation of subscription -- request 129435
samba -- confirmation of subscription -- request 129435
We have received a request from sjohnson at lazerlink.net for
subscription of your email address, <sjohnson at lazerlink.net>, to the
samba at lists.samba.org mailing list. To confirm the request, please
send a message to samba-request at lists.samba.org, and either:
- maintain the subject line as is (the reply's additional "Re:" is
ok),
- or include the following line - and only the following line - in the
message body:=20
confirm 129435
(Simply sending a 'reply' to this message should work from most email
interfaces, since that usually leaves the subject line in the right
form.)
If you do not wish to subscribe to this list, please simply disregard
this message. Send questions to samba-admin at lists.samba.org.
-- __--__--
Message: 9
From: Giulio Orsero <giulioo at pobox.com>
To: "'samba at lists.samba.org'" <samba at us4.samba.org>
Subject: Re: Samba 2.07 and Solaris 8
Date: Mon, 09 Oct 2000 16:45:33 +0200
Organization: nowhere
On Mon, 9 Oct 2000 13:16:06 +0100 , you wrote:
>I am trying to install Samba 2.07 on Solaris 8, but when compiling
>(using gcc) I am getting the following error message -
>
>Compiling smbwrapper/wrapped.c with -fpic
>smbwrapper/wrapped.c:466:conflicting types for 'utimes'
>/usr/include/sys/time.h:328:previous declaration of 'utimes'
>make: ***[smbwrapper/wrapped.po] Error 1.
>
>Anyone any ideas about getting it to compile??
If you really need to use smbwrapper (smbsh) then wait for someone else
to answer you :-)
If you just want to use samba, then configure it without using
--with-smbwrapper.
--=3D20
giulioo at pobox.com
-- __--__--
Message: 10
Date: Mon, 09 Oct 2000 11:16:37 -0400
From: Gary James <gary.james at criticallink.com>
To: samba at us4.samba.org
Subject: Re: Win explorer issues
I'm having the same problem. Except that after a few seconds my file
will still not copy. I've found a couple files that I can not copy
anywhere onto the samba server.
Heres a few observations that I've made...
The file often makes it to the drive on the samba server.
After I get the error from windows I end up with 2 processes on the
samba server attached to the client. The first (original) process
still has the file open (SWAT reports... Sharing=3DDENY_ALL, R/W=3DWRONLY,
oplock=3DNONE). At this point the second process seems to have taken
over the connection.
I don't know if this is related at all but I might as well mention
it...
Last week I changed out my firewall hardware. In doing so I messed up
part of the script that the modifies the /etc/hosts file. Now samba is
not on the firewall, but it broke. About half of the office could not
write anything to the server, the other half had no problems. When I
fixed the firewall everything was back to normal, where just a few
files fail to write. I don't know if this matters, everybodies DNS
goes through the firewall to our ISP.
> Message: 2
> Date: Sun, 08 Oct 2000 20:24:08 +1300
> From: Greg Cockburn <greg at performancemagic.com>
> Organization: Performance Magic
> To: samba at us4.samba.org
> Subject: Win explorer issues
>=20
> I am having a few issues with copying / moving files on the samba server
> using windows explorer. I also watch clients (eg Netscape caching) come
> to a grinding halt for a period of time if they are reading/writing
> files to a network drive.
>=20
> If I move / copy a file to a share on the samba server it will move the
> status bar all the way across, sit there for a while then pop up this
> message:
>=20
> 'Cannot create or replace <filename>. The specified network resource or
> device is no longer available.'
>=20
> and then most of the time if I try it again in a few seconds it works
> fine. There are few files that have been severly problematic, but I
> can't nail it down to any one thing. I have played around with oplocks,
> filenames, sizes (bigger ones are more problematic), max xmit, and
> various other smb.conf stuff that I thought may be at fault. I just
> can't nail it down to one thing.
>=20
> Any ideas anyone? :-(
-- __--__--
Message: 11
To: samba at lists.samba.org, Guo Lucy-GLG005 <Lucy.Guo at motorola.com>
Cc: Peter.Polkinghorne at brunel.ac.uk,
Scott Lawson <s.lawson at sghms.ac.uk>
Subject: Re: Memory usage in Samba 2.0.7
Date: Mon, 09 Oct 2000 16:52:40 +0100
From: Peter Polkinghorne <Peter.Polkinghorne at brunel.ac.uk>
Back when we started with Samba (1.9.18p10) we had a smb.conf file
with all our possible shares on every host (thanks to the wonders of
AMD and NFS this worked). However it was inefficient for the SMB then
NFS hops, and the large smb.conf - 350 shares.
Basicly Samba is relatively inefficient at allocating memory for
shares and this is done for each connection.
Our solution was to customise (by automation using amd maps) the smb.conf
per host to minimise the number of hsres. This was a big win.
[sorry for belated reply - a bit behind in reading ...]
Scott Lawson said:
> Lucy,
> That's a big smb.conf file! I wonder if that might be the issue. It
> would be interesting to find out if there are any other people with
> files of that size...
>
> May I ask why you have 1000 shares in one file? I assume that they
> aren't home
> directories but actual seperate shares. (Homes can be addressed with
> just one share entry for thousands of users) I imagine that each copy
> of the smbd daemon keeps a copy of the smb.conf in memory, so I would
> expect that your daemons might be a bit larger than normal. I believe
> that the each daemon has the samba configuration stored in memory and
> that it refreshes that every few minutes, with a lot of daemons
> running that could account for a large a mount of memory. How samba
> actual stores the configuration in memory could have something to do
> with the daemon size that you are experiencing. One thing you could
> try if you have a spare box to use, copy your binary installation
> across to another similiar system and cut the smb.conf right down to
> just the base configuration and a couple of shares. Then have a look
> at the memory footprint of the daemons, is it still the same?
> Scott.
--=20
---------------------------------------------------------------------------=
--
| Peter Polkinghorne, Computer Centre, Brunel University, Uxbridge, UB8 =
3PH,|
| Peter.Polkinghorne at brunel.ac.uk +44 1895 274000 x2561 UK =
|
---------------------------------------------------------------------------=
--
-- __--__--
Message: 12
Date: Mon, 09 Oct 2000 23:51:57 +0800
From: Peter de Groot <pdgtech at kalnet.com.au>
Reply-To: pdgtech at kalnet.com.au
Organization: PDG Technical Services Pty Ltd
To: samba at us4.samba.org
Subject: SWAT - wishlist
As good as swat is, and I know it is tedious....
Because there are getting to be so many options, in
the smb.conf file, it is easy to get a bit "lost".
Although SWAT does fair job in trying to group the options
together.....very often the setting on one option reflects
what the other options should be. In some cases another option
is then not used.
It would be nice if SWAT presented the relevant options together,
and make some fields not alterable depending on the major one.
I am sorry that I do not have the stuff in front of me, to quote
an example, but I think that you get the drift.
Regards
Peter de Groot=20
______________________________________________________________
PDG Technical Services Pty Ltd
ABN 25077936933 =20
Peter de Groot P.O. Box 10349 =20
08) 90916817 Kalgoorlie 6430 =20
pdgtech at kalnet.com.au Western Australia
______________________________________________________________
-- __--__--
_______________________________________________
samba mailing list
samba at lists.samba.org
http://lists.samba.org/mailman/listinfo/samba
End of samba Digest
--__--__--
_______________________________________________
samba mailing list
samba at lists.samba.org
http://lists.samba.org/mailman/listinfo/samba
End of samba Digest
More information about the samba
mailing list