You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@guacamole.apache.org by "Mike Jumper (Jira)" <ji...@apache.org> on 2021/05/22 21:00:00 UTC

[jira] [Closed] (GUACAMOLE-894) XRDP shared drive issues breaks guacd for all devices

     [ https://issues.apache.org/jira/browse/GUACAMOLE-894?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Mike Jumper closed GUACAMOLE-894.
---------------------------------
    Resolution: Invalid

> XRDP shared drive issues breaks guacd for all devices
> -----------------------------------------------------
>
>                 Key: GUACAMOLE-894
>                 URL: https://issues.apache.org/jira/browse/GUACAMOLE-894
>             Project: Guacamole
>          Issue Type: Bug
>            Reporter: Richard Lancaster
>            Priority: Minor
>         Attachments: guac_filetransfer_crash_3.mp4, guac_filetransfer_crash_4.mp4
>
>
> h2.  Description
> On numerous occasions, coping a ~50Mb+ into a shared drive in a Xrdp Session has caused guacamole to halt, can't make new connections and guacd doesn't terminate.
> h2. Details
> This issue appears to be sporadic, so it's hard to say for sure the circumstances that lead to the issue, but in the case of the attached video `guac_filetransfer_crash_3.mp4` you can see I start to create a 1Gb file in the shared drive,  you can see from the logs once ~50Mb has transferred, guacd stops logging and a short time after the RDP session stops updating.  Every time I've seen this issue, I had opened up the "Share Drive" dialog before it crashed.
> From `guac_filetransfer_crash_4.mp4`, you can see I can no longer make other connections in guacamole, it seems guacd doesn't respond. 
> I know this may not be caused by guacd, but I'm under the impression guacd tries to determine when a connection
> is no longer active and close it. This doesn't appear to be working here.
> strace after guacd had already halted: 
> {noformat}
> root@29d75c299a08:/# strace -f -p 6
> strace: Process 6 attached with 9 threads
> [pid   801] futex(0x7fcaeb9f0750, FUTEX_WAIT_PRIVATE, 2, NULL <unfinished ...>
> [pid   795] futex(0x7fcaeb9f0750, FUTEX_WAIT_PRIVATE, 2, NULL <unfinished ...>
> [pid   546] futex(0x7fcaeb9f0750, FUTEX_WAIT_PRIVATE, 2, NULL <unfinished ...>
> [pid   540] futex(0x7fcaeb9f0750, FUTEX_WAIT_PRIVATE, 2, NULL <unfinished ...>
> [pid   539] write(2, "guacd[6]: INFO:\tCreating new cli"..., 55 <unfinished ...>
> [pid    10] write(6, "4.sync,8.57757114;", 18 <unfinished ...>
> [pid     9] read(6,  <unfinished ...>
> [pid     7] wait4(8,  <unfinished ...>
> [pid     6] accept(3,  <unfinished ...>
> [pid     9] <... read resumed> "4.sync,8.58270443;", 8192) = 18
> [pid     9] write(4, "4.sync,8.58270443;", 18) = 18
> [pid     9] read(6, "4.sync,8.58270694;", 8192) = 18
> [pid     9] write(4, "4.sync,8.58270694;", 18) = 18
> [pid     9] read(6, "4.sync,8.58270944;", 8192) = 18
> ... repeats ...
> {noformat}
> h2. Environment 
> I've been recreating this issue in this docker-compose stack https://github.com/richlanc/guac-xrdp-stack.
> Seen with combinations of: 
> Xrdp versions: 0.9.5, 0.9.10
> Guacd: 1.0.0 (official docker image), 1.1.0 (381ff1a4214e06803f0f587f1ed97cf7e54853e7, custom docker image)
> Guacamole: 1.0.0 (official docker image)
> I know this is pretty vague, let me know if I can provide anymore info.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)