Initializing Documents.../opt/zimbra/bin/zmshutil: line 49: Error: command not found
failed to initialize documents...see logfile for details.
Initializing Documents.../opt/zimbra/bin/zmshutil: line 49: Error: command not found
failed to initialize documents...see logfile for details.
Did you see the log file for details??
Com'on, work with us here![]()
this means /opt/zimbra/bin/zmlocalconfig doesn't exist or is not working. If that doesnt exist, something has gone horribly wrong with the install. Check if it's there first.
ps - there's no need to write 3 threads on the same issue!
Last edited by dijichi2; 03-31-2007 at 03:27 AM.
zmlocalconfig says it need to be run as root.
this morning when I tried to login:
su - zimbra
su: cannot set user id: Resource temporarily unavailable
i cant see any reason zmlocalconfig would need to run as root, but do you have zimbra entries in /etc/sudoers file?
if you can't su to zimbra user, well, that doesnt bode well either.are you running cpanel or something similar on the box? check your /etc/security/limits.conf file for zimbra entries, they should look something like:
zimbra soft nofile 10000
zimbra hard nofile 10000
do ulimit -a and make sure you don't have odd limits set.
the limits are set properly
I think it's another issue.
the only thing running on this box so far is samba and kde
there's 1GB of RAM in the box. 384 of that is taken up with a windows vm.
maybe I'll have to put another 1GB of RAM in.
interestingly enough, I just killed the zimbra processes, and now I can su - zimbra just fine.
how weird is that?
I just tried starting zimbra
su - zimbra
zmcontrol startup
Host server
Starting ldap...Done.
and that's it.
it won't start anything other than ldap.
is there an issue with my ldap?
upon instpection of the startup.log file:
/opt/zimbra/bin/zmlocalconfig: fork: Resource temporarily unavailable
Cannot determine services - exiting
Last edited by jptech; 03-31-2007 at 10:41 AM. Reason: new new info
your limits are not set properly, this is a limits problem.
I figured it out
now I need to fix it
LDAP vendor version mismatch: library 20333, header 20327
I had ldap installed prior to installing zimbra, though it wasn't running.
somehow zimbra wants to use my other ldap db
edit your /etc/ld.so.conf, move the zimbra libs to the top of the file. save and rerun 'ldconfig'. check with 'ldconfig -v' that the zimbra libs occur first.
I uninstalled ldap from yast
I restarted the machine
I installed zimbra fresh
the issue is the same
There are currently 1 users browsing this thread. (0 members and 1 guests)