brooklyn-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Aled Sage (JIRA)" <>
Subject [jira] [Commented] (BROOKLYN-106) Tomcat install fails on CentOS: hangs installing java
Date Sun, 28 Dec 2014 21:04:13 GMT


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 - 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 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


To use async-exec for everything, include:


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


> Tomcat install fails on CentOS: hangs installing java
> -----------------------------------------------------
>                 Key: BROOKLYN-106
>                 URL:
>             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)
> {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

View raw message