<div>
Yes,<br />
<br />
the cluster startup will never come to an end.<br />
<br />
The startup script is the very last step in resource group initialization, <br />
so all the cluster functionality will be available nonetheless,<br />
but the cluster manager will not consider your application as being &quot;up&quot;.<br />
<br />
This, in turn, will lead to countless messages in hacmp.out like <br />
&quot;Cluster has been running &nbsp;event xxx for nnn seconds&quot;,<br />
where xxx can be &quot;reconfig_resource_complet<wbr />e&quot; or &quot;resource_state_change_com<wbr />plete&quot;<br />
or &quot;rg_move_complete&quot; or similar.<br />
(That's the &quot;config_too_long&quot; event).<br />
<br />
Short, the infinite loop in the script makes no sense at all.<br />
<br />
Could it be that the &quot;rebuildqueues&quot; process forks itself into background and the loop is meant to wait for it to finish?<br />
If so, you should try to find out how to programmatically check for its completion, so you can add a reasonable break condition.<br />
<br />
By the way, is this &quot;rebuildqueues&quot; the only thing that's needed to start the application, or is there more in the script than what you posted?
</div>


<div>
I believe that the loop was implemented to wait for other processes to finish. Those processes have since been removed. That's why the script is so brief.<br />
<br />
I was not involved in the development of this script, and just happened to notice the loop when I went to modify it. I don't remember that statement being in previous production versions. I've pointed out to my colleagues what the effect of that statement is, but they told me that's how it was tested. Whatever that loop was originally intended to do, it probably didn't. I have recommended that it be removed. I will forward your comments to them.<br />
<br />
The rebuildqueues, on the other hand, <i>is</i> mine. It does not run in the background, and if it did, I would have used the wait command instead.<br />
<br />
Once again, thank you<br />
<br />
Edgar
</div>


<div>
One remark to the &quot;config_too_long&quot; event:<br />
<br />
There is an option in HACMP to configure the &quot;Application Startup Mode&quot;<br />
as &quot;background&quot; instead of &quot;foreground&quot;.<br />
<br />
If, and only if, you set this option to &quot;background&quot; the &quot;node_up&quot; event will not be delayed, thus the &quot;config_too_long&quot; event will not be triggered, thus there will be no such messages as I described above.<br />
<br />
Your start script will run in background forever and ever, but the cluster will treat it as if it had been successful.
</div>


<div>
Yep. It might not be included in version 5.5. I got an error when I tried running SMIT with that fastpath.
</div>


<div>
<div class="content wysiwyg-content">
The application startup script in /opt/PowerHA/bin on my cluster node looks like this:<br />
<br />
<i>#!/bin/ksh<br />
<br />
#stub script to start the Lawson application<br />
banner &quot;Rebuilding print queues&quot;<br />
<br />
/usr/local/bin/rebuildqueu<wbr />es<br />
<br />
banner &quot;Starting Lawson Application&quot;<br />
<br />
while true<br />
do<br />
date &gt;&nbsp;/tmp/LawsonStart.out 2&gt;&amp;1<br />
sleep 300<br />
done<br />
</i><br />
If I’m not mistaken, the ‘while’ loop creates an infinite loop. I don’t see anything within that loop that will terminate it. I don’t know what in the failover process might depend on the startup script, but I don’t want to risk HACMP waiting indefinitely for it to finish. Do I have a legitimate concern?
</div>
</div>


The application startup script in /opt/PowerHA/bin on my cluster node looks like this:

#!/bin/ksh

#stub script to start the Lawson application
banner "Rebuilding print queues"

/usr/local/bin/rebuildqueues

banner "Starting Lawson Application"

while true
do
date > /tmp/LawsonStart.out 2>&1
sleep 300
done

If I’m not mistaken, the ‘while’ loop creates an infinite loop. I don’t see anything within that loop that will terminate it. I don’t know what in the failover process might depend on the startup script, but I don’t want to risk HACMP waiting indefinitely for it to finish. Do I have a legitimate concern?

There's an infinite loop in the application startup script on my PowerHA cluster!?

Unix is a multitasking, multi-user computer operating system originally developed in 1969 at Bell Labs. Today, it is a modern OS with many commercial flavors and licensees, including FreeBSD, Hewlett-Packard’s UX, IBM AIX and Apple Mac OS-X. Apart from its command-line interface, most UNIX variations support the standardized X Window System for GUIs, with the exception of the Mac OS, which uses a proprietary system.