Morenisco
2009-Jun-04 04:46 UTC
[389-users] Cannot start the dirsrv process on Debian Lenny
Hi,
I made the following on a Debian Lenny chroot environment:
1) Installed all the dependences on the OS for the 389-ds-base-1.2.1
package.
2) I compiled sucessfully the 389-ds-base-1.2.1 package.
3) I configured the service, and in the last step the service didn''t
start, giving me the following error:
Directory Manager DN [cn=Directory Manager]:
Password:
Password (confirm):
/dev/null: Permission denied
Server failed to start !!! Please check errors log for problems
4) Error log:
root@dirserv1:/opt/dirsrv/var/log/dirsrv/slapd-dirserv1# cat errors
Fedora-Directory/1.2.1 B2009.152.220
dirserv1.cdsl.cl:389 (/opt/dirsrv/etc/dirsrv/slapd-dirserv1)
[04/Jun/2009:04:26:02 +0000] - dblayer_instance_start: pagesize: 4096,
pages: 524288, procpages: 7193
[04/Jun/2009:04:26:02 +0000] - cache autosizing: import cache: 204800k
[04/Jun/2009:04:26:02 +0000] - li_import_cache_autosize: 50,
import_pages: 51200, pagesize: 4096
[04/Jun/2009:04:26:02 +0000] - WARNING: Import is running with
nsslapd-db-private-import-mem on; No other process is allowed to access
the database
[04/Jun/2009:04:26:02 +0000] - dblayer_instance_start: pagesize: 4096,
pages: 524288, procpages: 7193
[04/Jun/2009:04:26:02 +0000] - cache autosizing: import cache: 204800k
[04/Jun/2009:04:26:02 +0000] - li_import_cache_autosize: 50,
import_pages: 51200, pagesize: 4096
[04/Jun/2009:04:26:02 +0000] - import userRoot: Beginning import job...
[04/Jun/2009:04:26:02 +0000] - import userRoot: Index buffering enabled
with bucket size 100
[04/Jun/2009:04:26:02 +0000] - import userRoot: Processing file
"/tmp/ldifJJTzfX.ldif"
[04/Jun/2009:04:26:02 +0000] - import userRoot: Finished scanning file
"/tmp/ldifJJTzfX.ldif" (9 entries)
[04/Jun/2009:04:26:03 +0000] - import userRoot: Workers finished;
cleaning up...
[04/Jun/2009:04:26:03 +0000] - import userRoot: Workers cleaned up.
[04/Jun/2009:04:26:03 +0000] - import userRoot: Cleaning up producer
thread...
[04/Jun/2009:04:26:03 +0000] - import userRoot: Indexing complete.
Post-processing...
[04/Jun/2009:04:26:03 +0000] - import userRoot: Flushing caches...
[04/Jun/2009:04:26:03 +0000] - import userRoot: Closing files...
[04/Jun/2009:04:26:03 +0000] - All database threads now stopped
[04/Jun/2009:04:26:03 +0000] - import userRoot: Import complete.
Processed 9 entries in 1 seconds. (9.00 entries/sec)
5) Trying to start it manually:
root@dirserv1:/opt/dirsrv/etc/rc.d/init.d# ./dirsrv start
Starting dirsrv:
dirserv1.../dev/null: Permission denied
^C
6) Reviewing the permissions over /dev/null
root@dirserv1:~/project-389# ls -l /dev/null
crw-r--r-- 1 root root 1, 3 2009-05-31 23:38 /dev/null
I changed the permissions:
root@dirserv1:~/project-389# chmod 0666 /dev/null
root@dirserv1:~/project-389# ls -l /dev/null
crw-rw-rw- 1 root root 1, 3 2009-05-31 23:38 /dev/null
7) Trying again:
root@dirserv1:/opt/dirsrv/etc/rc.d/init.d# ./dirsrv start
Starting dirsrv:
dirserv1... FAILED
*** Warning: 1 instance(s) failed to start
8) Seeing the error log file:
root@dirserv1:/opt/dirsrv/var/log/dirsrv/slapd-dirserv1# cat errors
[04/Jun/2009:04:43:11 +0000] - Fedora-Directory/1.2.1 B2009.152.220
starting up
[04/Jun/2009:04:43:11 +0000] - Failed to create semaphore for stats file
(/opt/dirsrv/var/run/dirsrv/slapd-dirserv1.stats). Error 38.(Function
not implemented)
Some idea bout this error please?
Thanks.
--
Morenisco.
Centro de Difusión del Software Libre.
http://www.cdsl.cl
http://trabajosfloss.noc-root.net
Blog: http://morenisco.noc-root.net
Rich Megginson
2009-Jun-04 14:14 UTC
Re: [389-users] Cannot start the dirsrv process on Debian Lenny
Morenisco wrote:> Hi, > > I made the following on a Debian Lenny chroot environment: > > 1) Installed all the dependences on the OS for the 389-ds-base-1.2.1 > package. > 2) I compiled sucessfully the 389-ds-base-1.2.1 package. > 3) I configured the service, and in the last step the service didn''t > start, giving me the following error: > > Directory Manager DN [cn=Directory Manager]: > Password: > Password (confirm): > /dev/null: Permission denied > Server failed to start !!! Please check errors log for problems > > 4) Error log: > > root@dirserv1:/opt/dirsrv/var/log/dirsrv/slapd-dirserv1# cat errors > Fedora-Directory/1.2.1 B2009.152.220 > dirserv1.cdsl.cl:389 (/opt/dirsrv/etc/dirsrv/slapd-dirserv1) > > [04/Jun/2009:04:26:02 +0000] - dblayer_instance_start: pagesize: 4096, > pages: 524288, procpages: 7193 > [04/Jun/2009:04:26:02 +0000] - cache autosizing: import cache: 204800k > [04/Jun/2009:04:26:02 +0000] - li_import_cache_autosize: 50, > import_pages: 51200, pagesize: 4096 > [04/Jun/2009:04:26:02 +0000] - WARNING: Import is running with > nsslapd-db-private-import-mem on; No other process is allowed to > access the database > [04/Jun/2009:04:26:02 +0000] - dblayer_instance_start: pagesize: 4096, > pages: 524288, procpages: 7193 > [04/Jun/2009:04:26:02 +0000] - cache autosizing: import cache: 204800k > [04/Jun/2009:04:26:02 +0000] - li_import_cache_autosize: 50, > import_pages: 51200, pagesize: 4096 > [04/Jun/2009:04:26:02 +0000] - import userRoot: Beginning import job... > [04/Jun/2009:04:26:02 +0000] - import userRoot: Index buffering > enabled with bucket size 100 > [04/Jun/2009:04:26:02 +0000] - import userRoot: Processing file > "/tmp/ldifJJTzfX.ldif" > [04/Jun/2009:04:26:02 +0000] - import userRoot: Finished scanning file > "/tmp/ldifJJTzfX.ldif" (9 entries) > [04/Jun/2009:04:26:03 +0000] - import userRoot: Workers finished; > cleaning up... > [04/Jun/2009:04:26:03 +0000] - import userRoot: Workers cleaned up. > [04/Jun/2009:04:26:03 +0000] - import userRoot: Cleaning up producer > thread... > [04/Jun/2009:04:26:03 +0000] - import userRoot: Indexing complete. > Post-processing... > [04/Jun/2009:04:26:03 +0000] - import userRoot: Flushing caches... > [04/Jun/2009:04:26:03 +0000] - import userRoot: Closing files... > [04/Jun/2009:04:26:03 +0000] - All database threads now stopped > [04/Jun/2009:04:26:03 +0000] - import userRoot: Import complete. > Processed 9 entries in 1 seconds. (9.00 entries/sec) > > 5) Trying to start it manually: > > root@dirserv1:/opt/dirsrv/etc/rc.d/init.d# ./dirsrv start > Starting dirsrv: > dirserv1.../dev/null: Permission denied > ^C > > 6) Reviewing the permissions over /dev/null > > root@dirserv1:~/project-389# ls -l /dev/null > crw-r--r-- 1 root root 1, 3 2009-05-31 23:38 /dev/null > > I changed the permissions: > > root@dirserv1:~/project-389# chmod 0666 /dev/null > root@dirserv1:~/project-389# ls -l /dev/null > crw-rw-rw- 1 root root 1, 3 2009-05-31 23:38 /dev/null > > 7) Trying again: > > root@dirserv1:/opt/dirsrv/etc/rc.d/init.d# ./dirsrv start > Starting dirsrv: > dirserv1... FAILED > *** Warning: 1 instance(s) failed to start > > 8) Seeing the error log file: > > root@dirserv1:/opt/dirsrv/var/log/dirsrv/slapd-dirserv1# cat errors > [04/Jun/2009:04:43:11 +0000] - Fedora-Directory/1.2.1 B2009.152.220 > starting up > [04/Jun/2009:04:43:11 +0000] - Failed to create semaphore for stats > file (/opt/dirsrv/var/run/dirsrv/slapd-dirserv1.stats). Error > 38.(Function not implemented) > > Some idea bout this error please?Yes. This appears to be a problem with setting up chroot environments - I have the same problem using mock on rhel/fedora. Note that you must do the mount /dev/shm in the same chroot session as the one you run the server - the mount does not persist between chroot sessions, nor does it automatically mount. # sem_open doesn''t work # gets errno 38 (function not implemented) # I found some information that says this: # As sem_open() creates named semaphores, it always tries to share them between processes. # Additionally, to support sharing named semaphores with sem_open() # add a line to /etc/fstab to mount /dev/shm as a tmpfs # have to do the mount /dev/shm in the same chroot session echo tmpfs /dev/shm tmpfs defaults 0 0 >> /etc/fstab mount /dev/shm> > Thanks. >
Morenisco
2009-Jun-05 00:56 UTC
Re: [389-users] Cannot start the dirsrv process on Debian Lenny
Rich Megginson wrote: [...]> Yes. This appears to be a problem with setting up chroot environments > - I have the same problem using mock on rhel/fedora. Note that you > must do the mount /dev/shm in the same chroot session as the one you > run the server - the mount does not persist between chroot sessions, > nor does it automatically mount.Hi Rich, This worked, thanks a lot! -- Morenisco. Centro de Difusión del Software Libre. http://www.cdsl.cl http://trabajosfloss.noc-root.net Blog: http://morenisco.noc-root.net