[389-users] dirsrv won't start
Doug Tucker
tuckerd at lyle.smu.edu
Fri Jan 11 20:06:01 UTC 2013
I was excited to see this reply, thanks so much. Unfortunately, I
copied that to the dse.ldif and the results are the same. It won't
start and with the same error.
Sincerely,
Doug Tucker
On 01/11/2013 11:14 AM, Grzegorz Dwornicki wrote:
>
> For the record dirsrv creates file in its directory with the last good
> configuration. I believe it was called dse.ldif.startok
>
> Greg.
>
> 11 sty 2013 18:06, "Chandan Kumar" <chandank.kumar at gmail.com
> <mailto:chandank.kumar at gmail.com>> napisaĆ(a):
>
> You may not need to re-install it. If you could just replace the
> file that you changed, I hope you took a backup before
> experimenting with the file. Same thing happened with me too, I
> restored the directory server from the bakcup files.
>
> On Friday, January 11, 2013, Doug Tucker wrote:
>
> Well, I give up. I can find nothing in the docs or on google
> to get me around this. I'm see no way other than to uninstall
> 389 and reinstall from scatch so no need to respond to this.
>
> Sincerely,
>
> Doug Tucker
>
> On 01/10/2013 11:19 AM, Doug Tucker wrote:
>
> So I've gone from bad to worse. Googling and googling and
> no response on my auth issue from the list yesterday, I
> coudn't stand doing nothing. The only thing I saw that
> made me curious was some thread where a guy could not auth
> and he changed the password hash to something else and it
> worked. I looked at our current password hash in openldap
> and it was ssha. For the life of me I could not find how
> to see what the current one was in 389. The only thing I
> could find in the docs was how to set a password policy
> which allowed you to set the hash. So I did so according
> to the documentation on the Users cn. The only thing I
> did was turn it on, and make sure password hash was set to
> ssha. I left the rest default which was no expiration,
> etc. I saved, and tried to restart according to the docs,
> it woudn't restart. I shut down with the init script
> instead, and tried to start, and now I get this:
>
> [root at lyleauth1 schema]# /etc/init.d/dirsrv start
> Starting dirsrv:
> lyleauth1...[09/Jan/2013:16:23:05 -0600]
> dse_read_one_file - The entry cn=schema in file
> /etc/dirsrv/slapd-lyleauth1/schema/99user.ldif (lineno: 1)
> is invalid, error code 21 (Invalid syntax) - attribute
> type olcOverlay: Missing parent attribute syntax OID
> [09/Jan/2013:16:23:05 -0600] dse - Please edit the file to
> correct the reported problems and then restart the server.
> [FAILED]
> *** Warning: 1 instance(s) failed to start
>
> Looking at the time stamp on that file, it is: Dec 20
> 16:36 99user.ldif . So what I did yesterday did not touch
> it. Anyone have any idea how to fix this?
>
>
> --
> 389 users mailing list
> 389-users at lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/389-users
>
>
>
> --
>
> --
> http://about.me/chandank
>
>
> --
> 389 users mailing list
> 389-users at lists.fedoraproject.org
> <mailto:389-users at lists.fedoraproject.org>
> https://admin.fedoraproject.org/mailman/listinfo/389-users
>
>
>
> --
> 389 users mailing list
> 389-users at lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/389-users
More information about the 389-users
mailing list