I have 2 different scripts: A1.sh and A2.sh. They are used to start middleware services, for different application. i.e. A1.sh will start one app service and A2.sh will start other app services. They are running on the same host (AIX).

As the services take some time (around 7 to 15min) to start, I have the below function in both of the scripts. It checks the log and waits until services starts, or times-out after 1000 seconds, if the services don't start in that time period. The scripts work fine if they are run sequentially. However if I run A1.sh script in one session and open another session (same host) and run A2.sh script, then one of the scripts fails with timeout (though the service starts and is running in background). This timeout is incorrect i.e. it is not 1000 seconds that has passed. Below is the code

### wait_for_log
### This wait for a goal message on a specified log, if this is't found the message
### for a timeout period trigger a error message on script log.
### usage: wait_for_log [ log_name ] [ start | stop ] [ app_name ] [ timeout ] [ goal_message ]
wait_for_log() {



    alert "info" "${ACTION^^} ${APP_NAME^^}"
    alert "info" "Waiting for ${APP_NAME} ${ACTION}." -n

    tail -0lf $FILE_NAME | while read -t $TIMEOUT LOGLINE
            echo -n "."

            if [ ! -z "$GOAL_MESSAGE2" ]; then
                    if [[ "${LOGLINE}" == *$GOAL_MESSAGE2* ]]; then
                            ps -ef | grep "[t]ail " | awk {'print $2'} | xargs kill
                            return 2

            if [[ "${LOGLINE}" == *$GOAL_MESSAGE* ]]; then
                    ps -ef | grep "[t]ail " | awk {'print $2'} | xargs kill
                    return 2

    if [ $EXIT_CODE -eq 2 ];then
            printf "\e[1;32m[OK]\e[0m\n"
            alert "success" "${APP_NAME} took ${ELAPSED_TIME}s to ${ACTION}."
            return 0

    printf "\e[1;31m[FAIL]\e[0m\n"
    alert "error" "${APP_NAME} ${ACTION} failure, exceed the ${ELAPSED_TIME}s timeout to ${ACTION}."

    exit_script $ACTION


FILE_NAME is different for 2 scripts. One of the script fails as shown below.

<Info>    START RPM
Inside wait for log proc, recieved r2TIMEOUT value: 1000
<Info>    Waiting for NodeManager starting..[FAIL]
<Error>   NodeManager starting failure, exceed the 6s timeout to starting.
<Error>   Ocurred an ERROR when RPM trying to starting.

Any idea what is wrong with while loop when running concurrently?

  • You probably want your error message to say exceed the ${TIMEOUT}s instead of exceed the ${ELAPSED_TIME}s.. In any case it is worth checking that TIMOUT is actually set to the value you think it is. Feb 4, 2019 at 14:26
  • The EXIT_CODE won't be 2, as the return 2 means that the function is terminated at that point.
    – wurtel
    Feb 4, 2019 at 14:36
  • $SECONDS is a number between 0…59, because it's the seconds of the current time. So START_TIME also has the same range, and your ELAPSED_TIME will normally never be something related to the $TIMEOUT you set.
    – Jaleks
    Feb 4, 2019 at 16:29
  • ! -z should be -n to check if string is nonzero
    – Jaleks
    Feb 4, 2019 at 16:35
  • Thanks, I will check the ps command. However what i observe is that the script breaks out too early before the actual GOAL_MESSAGE is matched and that is when the ps command should be running to kill the tail command. The value of EXIT_CODE when it breaks it of loop is 0 and not 2. Regards Raghav
    – Raghav
    Feb 4, 2019 at 17:11

1 Answer 1


Your grep'ing of the ps output for 'tail' will be the cause, I think. Try to grep for $FILE_NAME, so that you do not accidentally kill the other scripts tail process, but instead kill the one for your correct loop.

  • Hi, Thanks, It is infact the ps command for tail having the issue. After fixing the ps command for tail to grep for FILE_NAME as well the issue seems to be fixed, i.e. both the scripts are running to completion without breaking out of the loop.
    – Raghav
    Feb 5, 2019 at 7:40

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .