Install Error

128 views
Skip to first unread message

Chris A

unread,
Feb 21, 2013, 10:25:15 AM2/21/13
to alfresco-techn...@googlegroups.com
SLES11 SP2, installing community 4.2.0c on a production server after eval'ing same version on non-production server. I ran the wizard and selected custom install to configure for existing mysql DB. We receive a problem running post-install script.
Problem running post-install step. Installation may not complete correctly
 Error running chkconfig --del alfresco : insserv: warning: script 'alfresco' missing LSB tags and overrides
insserv: warning: script 'alfresco' missing LSB tags and overrides
insserv: Default-Start undefined, assuming default start runlevel(s) for script `alfresco'
insserv: There is a loop between service RALUS and alfresco if stopped
insserv:  loop involving service alfresco at depth 2
insserv:  loop involving service RALUS at depth 1
insserv: Stopping alfresco depends on VRTSralus.init and therefore on system facility `$all' which can not be true!
insserv:  loop involving service apache at depth 4
insserv: exiting now without changing boot order!
/sbin/insserv failed, exit code 1
 
RALUS is the Remote Agent Linux and Unix Servers (Backupexec) backup agent. VRTSralus is the start/stop script for RALUS. This server already has apache2 installed. Is there a fix for these issues?

Richard Esplin

unread,
Feb 28, 2013, 7:56:23 PM2/28/13
to alfresco-techn...@googlegroups.com, Chris A
I have never run into these specific issues. It looks like SLES is detecting a loop in dependencies between Alfresco and RALUS. I find that odd, since Alfresco includes its own dependencies in the installation. Perhaps it's the MySQL dependency you opted for? I don't know enough about RALUS to give any better hint.

It looks like no one else knows the answer either, given that you haven't received much response in the other places you have posted[1].

I suggest you change approaches. Your immediate problem appears to be caused by the init script. The installer has an option to not install the init script. You can then start it manually from the alfresco.sh script, which can be added to rc.local to start at boot.

If that doesn't work, you can install Alfresco from the WAR into your own Tomcat or JBoss environment. It's more work, but you will have fewer conflicts.

I don't think the 4.2 instructions for this are finished yet, but instructions for 4.0 are here:

http://docs.alfresco.com/4.0/topic/com.alfresco.enterprise.doc/tasks/alf-tomcat-install.html

http://docs.alfresco.com/4.0/topic/com.alfresco.enterprise.doc/tasks/alf-jboss-install.html

Good luck,

Richard

[1] I'll put links to them all here so that future people who find this thread through Google can follow the discussion:

http://forums.alfresco.com/forum/installation-upgrades-configuration-integration/installation-upgrades/install-failure-02212013

http://www.symantec.com/connect/forums/vrtsralus-script-issue

https://forums.suse.com/showthread.php?2432-What-Appears-to-be-a-Service-Issue

Chris A

unread,
Feb 28, 2013, 9:09:02 PM2/28/13
to alfresco-techn...@googlegroups.com, Chris A
On Thursday, February 28, 2013 7:56:23 PM UTC-5, resplin wrote:
I have never run into these specific issues. It looks like SLES is detecting a loop in dependencies between Alfresco and RALUS. I find that odd, since Alfresco includes its own dependencies in the installation. Perhaps it's the MySQL dependency you opted for? I don't know enough about RALUS to give any better hint.

It looks like no one else knows the answer either, given that you haven't received much response in the other places you have posted[1].

I suggest you change approaches. Your immediate problem appears to be caused by the init script. The installer has an option to not install the init script. You can then start it manually from the alfresco.sh script, which can be added to rc.local to start at boot.

I was looking into this approach. I should put the full path, ie /opt/alfresco/alfresco.sh start in this file? 

Richard Esplin

unread,
Mar 1, 2013, 2:37:51 AM3/1/13
to alfresco-techn...@googlegroups.com
That is normally recommended since you won't have control of where the scripts working directory is at boot time.
Reply all
Reply to author
Forward
0 new messages