Could Calendar services not available after reboot be LDAP problem?

Question

I followed this installation guide:
https://wikis.oracle.com/display/CommSuite7U2/Communications+Suite+on+a+Single+Host+%28Linux%29#CommunicationsSuiteonaSingleHost%28Linux%29-InstallingCommunicationsSuite7Update2Software
I have successfully installed and set up the Oracle UCS Sun7 update 2 server. Calendar works ( if I don't reboot the server ).
However, when I reboot the server, Calendar service is unavailable.
Important information for when I installed Oracle UCS sun 7 update 2 by following the installation guide:
I have noticed when browsing through the folders, that there was already a 'dsee6' folder for the Oracle Linux I started from. Following the example installation for the Oracle Linux 5 with GlassFish install, I was instructed to download a new Directory Server. Following the instructions on page 7 of the install guide listed above, I made another folder 'dsee7'. I am wondering if I should never have downloaded this new Directory Server as instructed on page 6 "Get the Software". The install guide actually does not mention where to get the Directory Server from, so I just went to the edelivery site and figured it out myself. Anyways, under the "Installing and Configuring Directory Server" section, #3, I was instructed to "mv dsee7 /opt/sun/directory". In this folder, /opt/sun/directory/bin, there will be "./dsadmin" utility that can be ran. This is used to do many things with the Directory Server including starting it. Here is how I started it:
cd /opt/sun/directory/bin
./dsadm create /var/opt/sun/directory/dsins1
./dsconf create-suffix "0=isp"
Also, I downloaded the Directory Server from edelivery - Oracle Directory Server Enterprise Edition 11gR1 Patch Set 1 for Linux x86-64
Then, I ended up running to get it set up:
./dsccsetup ads-create
./dsccsetup war-file-create
$ ./dsccsetup cacao-reg
./dsccsetup status
Then, it looked like the dcss agent is registered in cacao.
So, if we forward ahead to page 9 of the install guide, "Preparing the Directory", I ran this and prepared the directory. After I finished installation, I could restart the Directory Server with no problems, as long as I did not reboot the machine. I would restart the Directory Server like so:
cd /opt/sun/directory/bin
./dsadmin stop-domain domain1
./dsadmin start-domain domain1
However, if I rebooted the machine, I could still start and stop the Directory Server as noted. But, the Calendar Services were not available.
The only reason I wonder about this LDAP Server possibly being the cause of this is because I had at one point configured the services to start on boot. I followed these instructions:
https://wikis.oracle.com/display/CommSuite7U2/Start+and+Stop+Scripts+for+Communications+Suite+%28Linux%29
I am using a VMSphere client to host this set up. So, since that point of configuring the services to start up, I have rolled the snap shot back so that the services are no longer set up to start on boot. But, when they were, and I rebooted the machine, I could see ldap 389 errors all over the place. So, that lead me to roll my snap shot back in effort to try and fix the ldap errors. I no longer get LDAP errors since I rolled my snap shot back. But, like I said, I no longer have any of the services, including the LDAP, to start on boot as noted in the above link that instructs us how to do this.
After reboot, I run these commands to get the server up and running:
Start GlassFish server:
cd /opt/sun/SUNWappserver/bin
./startserv
Start web ( Messaging Server I think ):
cd /opt/sun/comms/messaging64/bin
./start-msg
Start LDAP ( Directory Server )
cd /opt/sun/directory/bin
./dsadm start /var/opt/sun/directory/dsins1
Start Mysql
cd/etc/init.d
./mysqld start
All of those commands complete without problem. I can log into the convergence web, I can hit the delegated administrator, I can log into the GlassFish admin console, and I can see my calendar folder when I hit it in the web ( http://myServer.com/davserver/dav/home/userName/calendar/ ).
So, in summary, I am wondering if anyone knows if this supposed second Directory Server is causing my problems since I started with Oracle Linux 5 and Oracle Linux 5 appeared to have the folder dsee6 already installed with it. Could this be why my calendar services are not starting after reboot but are working before reboot?
( Also, all of my posts keep getting deleted. Can someone please email me if someone from Oracle is deleting my posts and tell me why they are getting deleted? )
Edited by: ntfytim16 on Mar 5, 2012 7:41 AM
Some of my steps were out of order. Cleaned them up so it is easier to understand.

Answer 1

Here is my error0.log which is in the /var/opt/sun/comms/davserver/logs folder:
=========================
Last packet sent to the server was 0 ms ago.
SEVERE [2012-03-01T05:10:26.033-0500] <...DavServer.loadBackend> failed to instantiate or create backend com.sun.comms.davserver.backends.BackendException: Cannot get Initial Database Information: java.sql.SQLException: Error in allocating a connection. Cause: Connection could not be allocated because: Communications link failure
Last packet sent to the server was 0 ms ago.(OPERATION_NOT_SUPPORTED)
INFO [2012-03-01T05:10:26.033-0500] <...DavServer.loadBackend> Loading backend ischedulebackend with backendid ischedulebackend
INFO [2012-03-01T05:10:26.034-0500] <...DavServer.loadBackend>      JDBC JNDI Name = jdbc/ischedulebackend
SEVERE [2012-03-01T05:10:26.177-0500] <...JdbcBackend.queryDatabaseType> Cannot get Initial Database Information: java.sql.SQLException: Error in allocating a connection. Cause: Connection could not be allocated because: Communications link failure
Last packet sent to the server was 0 ms ago.
SEVERE [2012-03-01T05:10:26.177-0500] <...DavServer.loadBackend> failed to instantiate or create backend com.sun.comms.davserver.backends.BackendException: Cannot get Initial Database Information: java.sql.SQLException: Error in allocating a connection. Cause: Connection could not be allocated because: Communications link failure
Last packet sent to the server was 0 ms ago.(OPERATION_NOT_SUPPORTED)
INFO [2012-03-01T05:10:26.209-0500] <...DavServer.loadBackends> iSchedule enabled
WARNING [2012-03-01T05:10:26.209-0500] <...DavServer.loadBackends> iSchedule URI is configured but can't find ischedule backend.
SEVERE [2012-03-01T05:10:29.567-0500] <...LDAPSingleHostPool.buildConnection> buildConnection: got LDAPException while connecting to Pool number:0. Host=myServer.com :netscape.ldap.LDAPException: failed to connect to server ldap://myServer.com:389 (91)
SEVERE [2012-03-01T05:10:29.568-0500] <...LDAPSingleHostPool.buildConnection> buildConnection: got LDAPException while connecting to Pool number:0. Host=myServer.com :netscape.ldap.LDAPException: failed to connect to server ldap://myServer.com:389 (91)
WARNING [2012-03-01T05:10:29.568-0500] <...LDAPFailoverPool.getConnection> Fatal Error: All LDAP servers are down.
======================
Does that look like an LDAP issue to you?
"Fatal Error: All LDAP servers are down."
Edited by: ntfytim16 on Mar 5, 2012 10:13 AM
Changed one server address