Mailing-List: contact dev-help@brooklyn.incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@brooklyn.incubator.apache.org
Date: Sun, 28 Dec 2014 21:04:13 +0000 (UTC)
From: "Aled Sage (JIRA)" <jira@apache.org>
To: dev@brooklyn.incubator.apache.org
Message-ID: <JIRA.12762457.1418865570000.107147.1419800653159@Atlassian.JIRA>
In-Reply-To: <JIRA.12762457.1418865570000@Atlassian.JIRA>
References: <JIRA.12762457.1418865570000@Atlassian.JIRA>
 <JIRA.12762457.1418865570608@arcas>
Subject: [jira] [Commented] (BROOKLYN-106) Tomcat install fails on CentOS:
 hangs installing java
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/BROOKLYN-106?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14259724#comment-14259724 ] 

Aled Sage commented on BROOKLYN-106:
------------------------------------

The 32k thing seems to be a red herring (i.e. did not fix it, so is unrelated). We've seen it hang after 27k as well.

We've tried with https://github.com/apache/incubator-brooklyn/pull/358 - this improves things. It seems to hang for several minutes but eventually to timeout and to continue with the rest of the install. We still don't get all of the stdout and stderr, and the length of time seems very high considering what the timeouts are set at. I guess there are multiple levels of retries going on.

I therefore view https://github.com/apache/incubator-brooklyn/pull/358 as a partial fix, but this still needs further investigation. Also, this async-exec approach is not just needed for the install-java command. We've seen it fail for other slow-running commands as well (e.g installing MySql).

Note that the async-exec for ssh is disabled by default. To enable it, you need to include in your brooklyn.properties:

    brooklyn.experimental.feature.ssh.asyncExec=true

To use async-exec for everything, include:

    brooklyn.ssh.config.execAsync=true

And to reduce the timeout period per poll, then use something like:

    brooklyn.ssh.config.execAsyncPollTimeout=1m


> Tomcat install fails on CentOS: hangs installing java
> -----------------------------------------------------
>
>                 Key: BROOKLYN-106
>                 URL: https://issues.apache.org/jira/browse/BROOKLYN-106
>             Project: Brooklyn
>          Issue Type: Bug
>    Affects Versions: 0.7.0-SNAPSHOT
>            Reporter: Aled Sage
>            Assignee: Aled Sage
>         Attachments: debug.log.tgz, jstack.txt, messages.tgz, ssh-stdout.txt
>
>
> When deploying Tomcat to VMware's vcloud-air, to a CentOS 6.4 VM, when installing Java it hangs!
> The Brooklyn web-console shows that it is still waiting for a result from the ssh command (which executed `sudo -E -n -S -- yum -y --nogpgcheck install java-1.7.0-openjdk-devel`).
> However, when logging into the VM I can see that the `yum` command has finished, and the /var/log/messages (attached) shows that the install completed.
> This fails repeatedly. It used to pass!
> The stdout is at 32040 bytes. The last few lines of the stdout (as shown in the web-console) are:
> {noformat}
>   Installing : libtasn1-2.3-6.el6_5.x86_64                                50/56
>   Installing : gnutls-2.8.5-14.el6_5.x86_64                               51/56
>   Installing : 1:cups-libs-1.4.2-67.el6.x86_64                            52/56
> {noformat}
> Could there be some buffer set to 32K, so it's stuck not reading the rest of the stdout (but `SshjToolPerformanceTest.testConsecutiveBigStdoutCommands` passes)?
> Why else would our ssh command be stuck, not returning?


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)