date:20050810

[Samba] samba ldap cups recyle acl kix usrmgr etc... example

2005-08-10 Thread Louis van Belle

For everybody who wants a nice example

you can download it from this location.

http://www.ratio-benelux.nl/sambaldap.rar.gz

this set includes.

samba 3.0.14a example with cups, acl, recycle and ldap
smbldap-tools example
ldap config example
libnss_ldap config
pam_ldap config
poledit.exe with the needed .adm templates 
nt4 user and server manager
kix logon scripts + examples

ldapadmin from ldapadmin.sf.net
some extra tools 
some very small readme's to gide you.

if you want you server quick up and running, with
this its possible to do it within 10 minutes. ( if you running debian. )
.. if your running debian just folow de debian questons bij 
installing packaged, then folow my readme.

for printing. i use cups RAW PRINTING.
i use the windows drivers for point and print setup.


everything is inspired bij the idealx setup. 
a nice howto for debian is comming but wil take some time.

Louis


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

Re: [Samba] winbind-Problem with samba 3.0.14a/3.0.20pre and Solaris

2005-08-10 Thread Geert Stappers

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Tue, Aug 09, 2005 at 08:02:01AM +0200, Charles Bueche wrote:
 On lun, 2005-07-04 at 12:33 +0200, Joerg Dietze wrote:
  Hi Guys,
  
  anybody has a idea why getent groups only lists a few groups from my
  NT4-Dom. ?
  I have configured samba with security=domain, uid and gid maps and
  configured nsswitch.conf
  to use windbind.
  wbinfo -g works fine but getent group stops after few domaingroups.

I had yesterday an incomplete list from `getent group` on system
where nsswitch is told to use NSS. None of the groups from LDAP were
shown. It turned out that the change from 'ou=Group' into 'ou=Groups'
in the LDAP database, also needed a change in /etc/libnss-ldap.conf
on 'nss_base_group'. 
Has winbind also a  /etc/libnss-winbind.conf ?

  I think the problem is the
  domain-user - group because i can query all domaingroups with gentent group
  domain\groupname except
  the group domain-users. This group has more the 2000 members in it, it´s
  possible thats the problem under solaris.

The query was about groups, not about the members of each group.
But yes, I can imaging smart programmers saying:

  Hey, a query about groups, next query is most likey about the members
  of those groups, lets fetch allready information about it.

Not realizing that it chokes the system.

  I have also a linux - based NAS-head for tests here this box
  works fine and lists all groups
  with getent group.
  
  thank you
  Joerg Dietze
 
 Hi Joerg,
 
 I have had the problem before, see my posts :
 http://lists.samba.org/archive/samba/2004-August/090422.html
 
 http://lists.samba.org/archive/samba/2004-June/087291.html
 
 If you have find a solution, please share :-)

People reading the archive love to read in the sane order   8^)

Please reply below the text.

 
 Charles


Cheers
Geert Stappers

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFC+b76OSINbgwa/7sRAlhcAKCeYJLVnX6gUHSdKXeTQrGa2ggpuwCguQgu
VaLfFA1lQL8ypzh7QHOStog=
=mb/t
-END PGP SIGNATURE-
-- 
To unsubscribe from this list go to the following URL and read the
instructions:  https://lists.samba.org/mailman/listinfo/samba

Re: [Samba] Samba - XP performance problem

2005-08-10 Thread David Beck

Thank you for the suggestion. I'll keep the info for reference.

Followup for the performance issue:

The trace shows that the conversation changes right after the trans2:
query file info internal stage, so I looked into the samba code at this
file:

http://websvn.samba.org/cgi-bin/viewcvs.cgi/branches/SAMBA_3_0/source/smbd/trans2.c?rev=8959view=markup

case SMB_FILE_INTERNAL_INFORMATION:
/* This should be an index number - looks like
dev/ino to me :-)

I think this causes us to fail the IFSKIT
BasicFileInformationTest. -tpot */

DEBUG(10,(call_trans2qfilepathinfo:
SMB_FILE_INTERNAL_INFORMATION\n));
SIVAL(pdata,0,sbuf.st_dev);
SIVAL(pdata,4,sbuf.st_ino);
data_size = 8;
break;

The comment speaks for itself. I suspect the 8 byte here contains some
magic that makes XP behaves as I found.

I made an other experiment: I turned off the oplock support (Oplocks =
No) and this made XP behave like if it was talking to a Windows server.
No extra tran2 calls and 1 byte writes. The performance got better
because the slowdowns disappeared, but it was still slower compared to
the windows machine.

Then I looked into the traces again and found that XP sends 1260 bytes
in each packets when talking to the windows server and 536 bytes when
talking to the samba server. The MTU is 1300. I suspect, this issue may
be related to the different subnets where the two machines are located.

Hope this helps someone out there,

David.

Jonathan Johnson wrote:

I can't say that this will apply in your situation, but I've seen
where having stale connections to non-existent servers can cause a
performance issue when browsing. Here's a couple of things to try:

1) Remove any shortcuts to non-existent network locations -- this
applies to broken mapped drives, shortcuts on the desktop and in My
Documents, and shortcuts in My Network Places

2) Look in the registry at
HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\MountPoints2
(or ...\MountPoints) -- Under this key, there will be several subkeys.
Some of these are in the form of ##Server##Share -- if there are any
of these that refer to nonexistent servers or shares, remove them. DO
NOT remove any of the other keys, else your system might not boot
properly. This key is seems to be the Windows version of the
/etc/fstab file.

Nevertheless, I'm glad to see that you found something interesting.
Hopefully, your research will help the developers solve some other
nagging problems!

--Jonathan Johnson

David Beck wrote:

Hello There,

After having googled the whole internet for days I decided to go
public with this issue.
The result of my google queries so far is that there are plenty of
others with the very same problem I have and noone posted a
reasonable answer to this:

Using Samba 3 with XP gets bad performance. I tested this on Tru64
5.1b and FreeBSD 5.3 with the very same symptoms.
The throughput bw XP and Samba goes up and down. It starts
transfering with a reasonable speed and after having transfered
around 16 megs it slows down.
I tried many configuration options regarding locking, tcp settings,
xmit size and every combination that could make any sense for me.

Then I gave up with this configuration mess as I could lower the
performnce easily, but the performance jittering was the same.

Now a few notes before I continue: I tested the FreeBSD server on the
loopback interface and the file write speed was around 43 Megs that
is close to the disks maximum. I also tested the XP machine with a
Windows server and the write performnce was around 10 Megs on a
100Mbit link. In addition to that the FreeBSD machine is at my home
and the Tru64 and the Windows server are where I work. I'm pretty
sure that this is not a network issue.

After spending a lot of time with investigation I decided to go
deeper in this issue. I installed ethereal to capture the traffic and
compare the results bw XP-Windows and XP-Tru64. The test was to copy
50Meg file to both servers and capture the packets. To my surprise
the conversation was quite different.

XP-Windows (excerpt):
- nt create and x
- trans2: query file info internal
- set file info
- tcp data stream...

XP-Samba (excerpt):
- nt create and x
- trans2: query file info internal
- (query file info + write and x request) many times, incresing
offset, one byte length

- tcp data stream

In case of XP-Samba, the last two steps are repeated many times.
Large part of the effective bandwith is filled with query file info
and 1 byte writes.

67 matches

Mail list logo