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) ssh command hangs (gettin stdout/stderr) for vcloud-director
Date Fri, 09 Jan 2015 12:45:34 GMT


Aled Sage commented on BROOKLYN-106:

Here is a slight variant of the previous failure - this time hanging when reading the packet
length in sshj (when scp'ing a file):

"brooklyn-execmanager-smPU8FCZ-75" daemon prio=10 tid=0x00007f92341e8000 nid=0xa9a in Object.wait()
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x00000000ca3ed758> (a net.schmizz.sshj.common.Buffer$PlainBuffer)
        at java.lang.Object.wait(
        - locked <0x00000000ca3ed758> (a net.schmizz.sshj.common.Buffer$PlainBuffer)
        at net.schmizz.sshj.sftp.PacketReader.readIntoBuffer(
        at net.schmizz.sshj.sftp.PacketReader.getPacketLength(
        at net.schmizz.sshj.sftp.PacketReader.readPacket(
        at net.schmizz.sshj.sftp.SFTPEngine.init(
        at net.schmizz.sshj.SSHClient.newSFTPClient(
        at brooklyn.util.internal.ssh.sshj.SshjTool$1.create(
        at brooklyn.util.internal.ssh.sshj.SshjTool$1.create(
        at brooklyn.util.internal.ssh.sshj.SshjTool.acquire(
        at brooklyn.util.internal.ssh.sshj.SshjTool.acquire(
        at brooklyn.util.internal.ssh.sshj.SshjTool$PutFileAction.create(
        at brooklyn.util.internal.ssh.sshj.SshjTool$PutFileAction.create(
        at brooklyn.util.internal.ssh.sshj.SshjTool.acquire(
        at brooklyn.util.internal.ssh.sshj.SshjTool.acquire(
        at brooklyn.util.internal.ssh.sshj.SshjTool.copyToServer(
        at brooklyn.util.internal.ssh.sshj.SshjTool.copyToServer(
        at brooklyn.util.internal.ssh.sshj.SshjTool$
        at brooklyn.util.internal.ssh.sshj.SshjTool.execScriptAsyncAndPoll(
        at brooklyn.util.internal.ssh.sshj.SshjTool.execScript(
        at brooklyn.util.task.system.internal.ExecWithLoggingHelpers$1.exec(
        at brooklyn.util.task.system.internal.ExecWithLoggingHelpers$3.apply(
        at brooklyn.util.task.system.internal.ExecWithLoggingHelpers$3.apply(
        at brooklyn.util.pool.BasicPool.exec(
        at brooklyn.location.basic.SshMachineLocation.execSsh(
        at brooklyn.location.basic.SshMachineLocation$11.execWithTool(
        at brooklyn.util.task.system.internal.ExecWithLoggingHelpers.execWithLogging(
        at brooklyn.util.task.system.internal.ExecWithLoggingHelpers.execScript(
        at brooklyn.location.basic.SshMachineLocation.execScript(
        at brooklyn.util.task.ssh.internal.AbstractSshExecTaskFactory$
        at brooklyn.util.task.system.ProcessTaskWrapper$
        at brooklyn.util.task.BasicExecutionManager$
        at java.util.concurrent.ThreadPoolExecutor.runWorker(
        at java.util.concurrent.ThreadPoolExecutor$

> ssh command hangs (gettin stdout/stderr) for vcloud-director
> ------------------------------------------------------------
>                 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