*zucht*
Ik heb het weer stuk gemaakt
Ik wilde een nieuwe versie van Samba installeren (Samba 3 uit backprorts.org). Ik draaide nog met 2.2.8a namelijk..
Eerst samba 2.2.8a verwijderd en toen
gedaan. Ging allemaal goed. Maar hij gaf een foutmelding van slapd, die kon die niet configureren. (zelfde error die hier boven ook staat) Wat bleek, er draaide nog een process van slapd..deze gekilled en toen
gedaan. Dit ging nu wel goed..
Hmmz..de configuratie had wel m'n bestaande config file (/etc/ldap/slapd.conf) overschreven, dus dat heb ik even opnieuw moeten instellen conform bovenstaande configuratie.
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
| spisvr02:/etc/ldap# cat slapd.conf
# This is the main slapd configuration file. See slapd.conf(5) for more
# info on the configuration options.
#######################################################################
# Global Directives:
# Features to permit
#allow bind_v2
# Schema and objectClass definitions
include /etc/ldap/schema/core.schema
include /etc/ldap/schema/cosine.schema
include /etc/ldap/schema/nis.schema
include /etc/ldap/schema/inetorgperson.schema
# Schema check allows for forcing entries to
# match schemas for their objectClasses's
schemacheck on
# Where the pid file is put. The init.d script
# will not stop the server if you change this.
pidfile /var/run/slapd/slapd.pid
# List of arguments that were passed to the server
argsfile /var/run/slapd.args
# Read slapd.conf(5) for possible values
loglevel 0
# Where the dynamically loaded modules are stored
modulepath /usr/lib/ldap
moduleload back_bdb
#######################################################################
# Specific Backend Directives for bdb:
# Backend specific directives apply to this backend until another
# 'backend' directive occurs
backend bdb
#######################################################################
# Specific Backend Directives for 'other':
# Backend specific directives apply to this backend until another
# 'backend' directive occurs
#backend <other>
#######################################################################
# Specific Directives for database #1, of type bdb:
# Database specific directives apply to this databasse until another
# 'database' directive occurs
database bdb
# The base of your directory in database #1
suffix "dc=spindent"
# The root DN
rootdn "cn=admin,dc=spindent"
# The root password
rootpw password
# Where the database file are physically stored for database #1
directory "/var/lib/ldap"
# Indexing options for database #1
index objectClass eq
# Save the time that the entry gets modified, for database #1
lastmod on
# Where to store the replica logs for database #1
# replogfile /var/lib/ldap/replog
# The userPassword by default can be changed
# by the entry owning it if they are authenticated.
# Others should not be able to see it, except the
# admin entry below
# These access lines apply to database #1 only
access to attribute=userPassword
by dn="cn=admin,dc=spindent" write
by anonymous auth
by self write
by * none
# Ensure read access to the base for things like
# supportedSASLMechanisms. Without this you may
# have problems with SASL not knowing what
# mechanisms are available and the like.
# Note that this is covered by the 'access to *'
# ACL below too but if you change that as people
# are wont to do you'll still need this if you
# want SASL (and possible other things) to work
# happily.
access to dn.base="" by * read
# The admin dn has full write access, everyone else
# can read everything.
access to *
by dn="cn=admin,dc=spindent" write
by * read
# For Netscape Roaming support, each user gets a roaming
# profile for which they have write access to
#access to dn=".*,ou=Roaming,o=morsnet"
# by dn="cn=admin,dc=spindent" write
# by dnattr=owner write
#######################################################################
# Specific Directives for database #2, of type 'other' (can be bdb too):
# Database specific directives apply to this databasse until another
# 'database' directive occurs
#database <other>
# The base of your directory for database #2
#suffix "dc=debian,dc=org"
spisvr02:/etc/ldap# |
Maar nu werkt het dus weer niet
Iets duidelijker: als ik met phpldapadmin verbinding maak, krijg ik alleen "dc=spindent" in het linker menu te zien. Hier stond voorheen ook "cn=admin" onder..die is nu weg. Ik kan verder ook geen entries aanmaken. Krijg dan weer de melding dat het Object dc=spindent niet bestaat.
'ps aux | grep slapd' geeft trouwens ook maar 3 daemon's weer
code:
1
2
3
4
5
6
| spisvr02:/etc/init.d# ps aux | grep slapd
root 385 0.3 1.0 8696 2672 ? S 13:52 0:00 /usr/sbin/slapd -4
root 386 0.0 1.0 8696 2672 ? S 13:52 0:00 /usr/sbin/slapd -4
root 387 0.0 1.0 8696 2672 ? S 13:52 0:00 /usr/sbin/slapd -4
root 394 0.0 0.1 1332 424 pts/1 S 13:53 0:00 grep slapd
spisvr02:/etc/init.d# |
Hier stonden er voorheen 6, als ik het me goed herriner. De -4 flag zorgt ervoor dat er enkel met IPV4 gewerkt word..
Help!
[
Voor 56% gewijzigd door
Tomaat op 23-04-2004 14:15
]
:strip_icc():strip_exif()/u/41058/Tomaat.jpg?f=community)
/u/5808/Linux.png?f=community)
punten