You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@guacamole.apache.org by Leonardo Pereira <le...@outlook.com.br> on 2020/06/24 13:28:35 UTC
high memory consumption
I have a Guacamole server with version 1.1.0. It had been using for three
months, and out of nowhere the server started to consume a lot of memory.
Checking the top or smem and the guacd processes is what consumes the
machine's memory until it overflows. When the memory and swap runs out, the
operating system kills some guacd processes, bringing down some users.
apachegatwayrpds kernel: [ 4945.817132] Out of memory: Kill process 20899
(guacd) score 165 or sacrifice child
Any suggestion?
--
Sent from: http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@guacamole.apache.org
For additional commands, e-mail: user-help@guacamole.apache.org
Re: high memory consumption
Posted by Leonardo Pereira <le...@outlook.com.br>.
I'm using RDP.
Non default options:
Authetication
Disable authentication: true
Ignore server Certificate: true
Basic Settings:
Keyboard Layout: Portuguese
Time zone: Brazil East
Dispaly
Width: 1366
Height: 768
Color Depth: Low color (16-bit)
Device Redirection
Enable audio Input: true
Performance
Disable bitmap caching
Disable off-screen caching
Diable glyph caching
Screen Record:
Recording path /REC
Recording name usuario
Automatically create recording path: true
--
Sent from: http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@guacamole.apache.org
For additional commands, e-mail: user-help@guacamole.apache.org
Re: high memory consumption
Posted by dfk1976 <df...@freenet.de>.
i once had also such raising memory issues too. as i can remember what i did
was to set something like this in /etc/default/tomcat9 and reboot, then the
issues has gone:
JAVA_OPTS="-Djava.awt.headless=true -XX:+UseG1GC"
but this is not sure if this solves your issue.
--
Sent from: http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@guacamole.apache.org
For additional commands, e-mail: user-help@guacamole.apache.org
Re: high memory consumption
Posted by Leonardo Pereira <le...@outlook.com.br>.
I'm using RDP.
Non default options:
Authetication
Disable authentication: true
Ignore server Certificate: true
Basic Settings:
Keyboard Layout: Portuguese
Time zone: Brazil East
Dispaly
Width: 1366
Height: 768
Color Depth: Low color (16-bit)
Device Redirection
Enable audio Input: true
Performance
Disable bitmap caching
Disable off-screen caching
Diable glyph caching
Screen Record:
Recording path /REC
Recording name usuario
Automatically create recording path: true
--
Sent from: http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@guacamole.apache.org
For additional commands, e-mail: user-help@guacamole.apache.org
Re: high memory consumption
Posted by Mike Jumper <mj...@apache.org>.
1) Are you able to test against FreeRDP 2.0.0 to see if this is an issue?
I'm starting to suspect that changes in the 2.1.1 release introduced a
memory leak or changed the way memory is freed such that a memory leak
appeared. There is some precedent for unexpected changes in memory
management between versions of the library:
https://issues.apache.org/jira/browse/GUACAMOLE-935
2) Do you have debug symbols installed for FreeRDP and its dependencies?
Some of those stack traces lack information about the specific functions,
files, and line numbers involved on the FreeRDP side. That information will
likely be needed to determine exactly what is happening.
- Mike
On Wed, Jun 24, 2020 at 10:43 AM Leonardo Pereira <
leonardopmorais@outlook.com.br> wrote:
> Obs: At the moment I have only 5 users connected, however the production
> is
> 107
>
> Execution:
> valgrind --leak-check=full --log-file=guacd.log /usr/local/sbin/guacd start
>
> Log:
> ==9074== definitely lost: 181,844 bytes in 621 blocks
> ==9074== indirectly lost: 9,699,627 bytes in 610 blocks
> ==9074== possibly lost: 17,000 bytes in 3 blocks
> ==9074== still reachable: 7,527,436 bytes in 131,269 blocks
> ==9074== suppressed: 0 bytes in 0 blocks
> ==9074== Reachable blocks (those to which a pointer was found) are not
> shown.
> ==9074== To see them, rerun with: --leak-check=full --show-leak-kinds=all
> ==9074==
> ==9074== For counts of detected and suppressed errors, rerun with: -v
> ==9074== ERROR SUMMARY: 13 errors from 13 contexts (suppressed: 0 from 0)
> ==9008==
> ==9008== HEAP SUMMARY:
> ==9008== in use at exit: 12,983,583 bytes in 131,938 blocks
> ==9008== total heap usage: 143,182 allocs, 11,244 frees, 69,326,018 bytes
> allocated
> ==9008==
> ==9008== 12 bytes in 3 blocks are definitely lost in loss record 6 of 68
> ==9008== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9008== by 0x4E44769: __guac_error (error.c:213)
> ==9008== by 0x10B9D7: guacd_route_connection (connection.c:243)
> ==9008== by 0x10B9D7: guacd_connection_thread (connection.c:393)
> ==9008== by 0x50596DA: start_thread (pthread_create.c:463)
> ==9008== by 0x561F88E: clone (clone.S:95)
> ==9008==
> ==9008== 24 bytes in 3 blocks are definitely lost in loss record 14 of 68
> ==9008== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9008== by 0x4E447B9: __guac_error_message (error.c:237)
> ==9008== by 0x10B9E4: guacd_route_connection (connection.c:244)
> ==9008== by 0x10B9E4: guacd_connection_thread (connection.c:393)
> ==9008== by 0x50596DA: start_thread (pthread_create.c:463)
> ==9008== by 0x561F88E: clone (clone.S:95)
> ==9008==
> ==9008== 61 (56 direct, 5 indirect) bytes in 1 blocks are definitely lost
> in
> loss record 20 of 68
> ==9008== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9008== by 0x10AE4D: guacd_conf_load (conf-file.c:174)
> ==9008== by 0x10A173: main (daemon.c:279)
> ==9008==
> ==9008== 68 (56 direct, 12 indirect) bytes in 1 blocks are definitely lost
> in loss record 21 of 68
> ==9008== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9008== by 0xE20273D: Stream_New (in
> /usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
> ==9008== by 0xD953022: ???
> ==9008== by 0x1ABDF903: guac_rdp_common_svc_handle_open_event
> (guac-common-svc.c:137)
> ==9008== by 0xDC0D30C: ???
> ==9008== by 0xDC3504F: ???
> ==9008== by 0xDC1F7EE: ???
> ==9008== by 0xDC2038A: ???
> ==9008== by 0xDC2987B: ???
> ==9008== by 0xDC20BE7: ???
> ==9008== by 0xDC09DD6: ???
> ==9008== by 0xDC0AD60: ???
> ==9008==
> ==9008== 72 bytes in 3 blocks are definitely lost in loss record 24 of 68
> ==9008== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9008== by 0x10A4ED: main (daemon.c:477)
> ==9008==
> ==9008== 86 (56 direct, 30 indirect) bytes in 1 blocks are definitely lost
> in loss record 25 of 68
> ==9008== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9008== by 0xE20273D: Stream_New (in
> /usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
> ==9008== by 0xD953115: ???
> ==9008== by 0x1ABDF903: guac_rdp_common_svc_handle_open_event
> (guac-common-svc.c:137)
> ==9008== by 0xDC0D30C: ???
> ==9008== by 0xDC3504F: ???
> ==9008== by 0xDC1F7EE: ???
> ==9008== by 0xDC2038A: ???
> ==9008== by 0xDC2987B: ???
> ==9008== by 0xDC20BE7: ???
> ==9008== by 0xDC09DD6: ???
> ==9008== by 0xDC0AD60: ???
> ==9008==
> ==9008== 109 (96 direct, 13 indirect) bytes in 1 blocks are definitely lost
> in loss record 26 of 68
> ==9008== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9008== by 0x6899E58: CRYPTO_zalloc (in
> /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
> ==9008== by 0x67CC09F: BIO_meth_new (in
> /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
> ==9008== by 0xDC21BD4: ???
> ==9008== by 0xDC285BD: ???
> ==9008== by 0xDC28A6B: ???
> ==9008== by 0xDBEA2E8: ???
> ==9008== by 0xDBEA648: ???
> ==9008== by 0xDBEBC50: ???
> ==9008== by 0xDC16CCA: ???
> ==9008== by 0xDC0B0FA: ???
> ==9008== by 0xD959DEF: ???
> ==9008==
> ==9008== 111 (96 direct, 15 indirect) bytes in 1 blocks are definitely lost
> in loss record 27 of 68
> ==9008== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9008== by 0x6899E58: CRYPTO_zalloc (in
> /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
> ==9008== by 0x67CC09F: BIO_meth_new (in
> /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
> ==9008== by 0xDC21CA4: ???
> ==9008== by 0xDC285E6: ???
> ==9008== by 0xDC28A6B: ???
> ==9008== by 0xDBEA2E8: ???
> ==9008== by 0xDBEA648: ???
> ==9008== by 0xDBEBC50: ???
> ==9008== by 0xDC16CCA: ???
> ==9008== by 0xDC0B0FA: ???
> ==9008== by 0xD959DEF: ???
> ==9008==
> ==9008== 312 (56 direct, 256 indirect) bytes in 1 blocks are definitely
> lost
> in loss record 38 of 68
> ==9008== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9008== by 0xE20273D: Stream_New (in
> /usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
> ==9008== by 0xD953580: ???
> ==9008== by 0x1ABDF903: guac_rdp_common_svc_handle_open_event
> (guac-common-svc.c:137)
> ==9008== by 0xDC0D30C: ???
> ==9008== by 0xDC3504F: ???
> ==9008== by 0xDC1F7EE: ???
> ==9008== by 0xDC2038A: ???
> ==9008== by 0xDC2987B: ???
> ==9008== by 0xDC20BE7: ???
> ==9008== by 0xDC09DD6: ???
> ==9008== by 0xDC0AD60: ???
> ==9008==
> ==9008== 576 bytes in 2 blocks are possibly lost in loss record 42 of 68
> ==9008== at 0x4C31B25: calloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9008== by 0x40134A6: allocate_dtv (dl-tls.c:286)
> ==9008== by 0x40134A6: _dl_allocate_tls (dl-tls.c:530)
> ==9008== by 0x505A227: allocate_stack (allocatestack.c:627)
> ==9008== by 0x505A227: pthread_create@@GLIBC_2.2.5
> (pthread_create.c:644)
> ==9008== by 0x10A512: main (daemon.c:491)
> ==9008==
> ==9008== 25,248 (72 direct, 25,176 indirect) bytes in 3 blocks are
> definitely lost in loss record 59 of 68
> ==9008== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9008== by 0x10BAAF: guacd_add_user (connection.c:204)
> ==9008== by 0x10BAAF: guacd_route_connection (connection.c:311)
> ==9008== by 0x10BAAF: guacd_connection_thread (connection.c:393)
> ==9008== by 0x50596DA: start_thread (pthread_create.c:463)
> ==9008== by 0x561F88E: clone (clone.S:95)
> ==9008==
> ==9008== 897,512 (16,720 direct, 880,792 indirect) bytes in 55 blocks are
> definitely lost in loss record 64 of 68
> ==9008== at 0x4C31B25: calloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9008== by 0xDC0B838: ???
> ==9008== by 0xDBD0900: ???
> ==9008== by 0xDC0808E: ???
> ==9008== by 0xDC25865: ???
> ==9008== by 0xDC262F2: ???
> ==9008== by 0xDC1F763: ???
> ==9008== by 0xDC2038A: ???
> ==9008== by 0xDC2987B: ???
> ==9008== by 0xDC20BE7: ???
> ==9008== by 0xDC09DD6: ???
> ==9008== by 0xDC0AD60: ???
> ==9008==
> ==9008== 4,538,416 (83,296 direct, 4,455,120 indirect) bytes in 274 blocks
> are definitely lost in loss record 67 of 68
> ==9008== at 0x4C31B25: calloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9008== by 0xDC0B838: ???
> ==9008== by 0xDBD0900: ???
> ==9008== by 0xDC0808E: ???
> ==9008== by 0xDC25865: ???
> ==9008== by 0xDC260E1: ???
> ==9008== by 0xDC1F763: ???
> ==9008== by 0xDC2038A: ???
> ==9008== by 0xDC2987B: ???
> ==9008== by 0xDC20BE7: ???
> ==9008== by 0xDC09DD6: ???
> ==9008== by 0xDC0AD60: ???
> ==9008==
> ==9008== LEAK SUMMARY:
> ==9008== definitely lost: 100,612 bytes in 347 blocks
> ==9008== indirectly lost: 5,361,419 bytes in 341 blocks
> ==9008== possibly lost: 576 bytes in 2 blocks
> ==9008== still reachable: 7,520,976 bytes in 131,248 blocks
> ==9008== suppressed: 0 bytes in 0 blocks
> ==9008== Reachable blocks (those to which a pointer was found) are not
> shown.
> ==9008== To see them, rerun with: --leak-check=full --show-leak-kinds=all
> ==9008==
> ==9008== For counts of detected and suppressed errors, rerun with: -v
> ==9008== ERROR SUMMARY: 13 errors from 13 contexts (suppressed: 0 from 0)
> ==9127== Thread 3:
> ==9127== Invalid read of size 4
> ==9127== at 0x688B790: EVP_CipherUpdate (in
> /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
> ==9127== by 0x12A0358C: winpr_RC4_Update (in
> /usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
> ==9127== by 0x123FEE20: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x1242F956: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x12160DA1: guac_rdp_user_mouse_handler (input.c:55)
> ==9127== by 0x4E4AF2F: guac_user_input_thread (user-handshake.c:165)
> ==9127== by 0x50596DA: start_thread (pthread_create.c:463)
> ==9127== by 0x561F88E: clone (clone.S:95)
> ==9127== Address 0x10 is not stack'd, malloc'd or (recently) free'd
> ==9127==
> ==9127==
> ==9127== Process terminating with default action of signal 11 (SIGSEGV)
> ==9127== Access not within mapped region at address 0x10
> ==9127== at 0x688B790: EVP_CipherUpdate (in
> /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
> ==9127== by 0x12A0358C: winpr_RC4_Update (in
> /usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
> ==9127== by 0x123FEE20: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x1242F956: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x12160DA1: guac_rdp_user_mouse_handler (input.c:55)
> ==9127== by 0x4E4AF2F: guac_user_input_thread (user-handshake.c:165)
> ==9127== by 0x50596DA: start_thread (pthread_create.c:463)
> ==9127== by 0x561F88E: clone (clone.S:95)
> ==9127== If you believe this happened as a result of a stack
> ==9127== overflow in your program's main thread (unlikely but
> ==9127== possible), you can try to increase the size of the
> ==9127== main thread stack using the --main-stacksize= flag.
> ==9127== The main thread stack size used in this run was 8384512.
> ==9127==
> ==9127== HEAP SUMMARY:
> ==9127== in use at exit: 85,991,533 bytes in 140,092 blocks
> ==9127== total heap usage: 158,526 allocs, 18,434 frees, 133,906,580
> bytes
> allocated
> ==9127==
> ==9127== Thread 1:
> ==9127== 20 bytes in 5 blocks are definitely lost in loss record 73 of
> 1,079
> ==9127== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9127== by 0x4E44769: __guac_error (error.c:213)
> ==9127== by 0x10B9D7: guacd_route_connection (connection.c:243)
> ==9127== by 0x10B9D7: guacd_connection_thread (connection.c:393)
> ==9127== by 0x50596DA: start_thread (pthread_create.c:463)
> ==9127== by 0x561F88E: clone (clone.S:95)
> ==9127==
> ==9127== 40 bytes in 5 blocks are definitely lost in loss record 679 of
> 1,079
> ==9127== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9127== by 0x4E447B9: __guac_error_message (error.c:237)
> ==9127== by 0x10B9E4: guacd_route_connection (connection.c:244)
> ==9127== by 0x10B9E4: guacd_connection_thread (connection.c:393)
> ==9127== by 0x50596DA: start_thread (pthread_create.c:463)
> ==9127== by 0x561F88E: clone (clone.S:95)
> ==9127==
> ==9127== 61 (56 direct, 5 indirect) bytes in 1 blocks are definitely lost
> in
> loss record 723 of 1,079
> ==9127== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9127== by 0x10AE4D: guacd_conf_load (conf-file.c:174)
> ==9127== by 0x10A173: main (daemon.c:279)
> ==9127==
> ==9127== 68 (56 direct, 12 indirect) bytes in 1 blocks are definitely lost
> in loss record 732 of 1,079
> ==9127== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9127== by 0x12A0B73D: Stream_New (in
> /usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
> ==9127== by 0x1215C022: guac_rdpdr_send_client_announce_reply
> (rdpdr-messages.c:57)
> ==9127== by 0x1215C022: guac_rdpdr_process_server_announce
> (rdpdr-messages.c:226)
> ==9127== by 0x1C4E2903: guac_rdp_common_svc_handle_open_event
> (guac-common-svc.c:137)
> ==9127== by 0x1241630C: freerdp_channels_data (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x1243E04F: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x124287EE: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x1242938A: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x1243287B: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x12429BE7: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x12412DD6: freerdp_check_fds (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x12413D60: freerdp_check_event_handles (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127==
> ==9127== 86 (56 direct, 30 indirect) bytes in 1 blocks are definitely lost
> in loss record 760 of 1,079
> ==9127== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9127== by 0x12A0B73D: Stream_New (in
> /usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
> ==9127== by 0x1215C115: guac_rdpdr_send_client_name_request
> (rdpdr-messages.c:89)
> ==9127== by 0x1215C115: guac_rdpdr_process_server_announce
> (rdpdr-messages.c:229)
> ==9127== by 0x1C4E2903: guac_rdp_common_svc_handle_open_event
> (guac-common-svc.c:137)
> ==9127== by 0x1241630C: freerdp_channels_data (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x1243E04F: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x124287EE: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x1242938A: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x1243287B: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x12429BE7: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x12412DD6: freerdp_check_fds (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x12413D60: freerdp_check_event_handles (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127==
> ==9127== 96 bytes in 1 blocks are definitely lost in loss record 770 of
> 1,079
> ==9127== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9127== by 0x559B640: __libc_alloc_buffer_allocate
> (alloc_buffer_allocate.c:26)
> ==9127== by 0x5645097: alloc_buffer_allocate (alloc_buffer.h:143)
> ==9127== by 0x5645097: __resolv_conf_allocate (resolv_conf.c:410)
> ==9127== by 0x5642093: __resolv_conf_load (res_init.c:587)
> ==9127== by 0x56445A8: __resolv_conf_get_current (resolv_conf.c:162)
> ==9127== by 0x5642DFC: __res_vinit (res_init.c:609)
> ==9127== by 0x5643F9F: maybe_init (resolv_context.c:122)
> ==9127== by 0x5643F9F: context_get (resolv_context.c:184)
> ==9127== by 0x5643F9F: __resolv_context_get (resolv_context.c:195)
> ==9127== by 0x560397D: gaih_inet.constprop.7 (getaddrinfo.c:767)
> ==9127== by 0x5605CE3: getaddrinfo (getaddrinfo.c:2300)
> ==9127== by 0x1242AF7D: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x1242B01A: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x12431A59: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127==
> ==9127== 120 bytes in 5 blocks are definitely lost in loss record 793 of
> 1,079
> ==9127== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9127== by 0x10A4ED: main (daemon.c:477)
> ==9127==
> ==9127== 312 (56 direct, 256 indirect) bytes in 1 blocks are definitely
> lost
> in loss record 892 of 1,079
> ==9127== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9127== by 0x12A0B73D: Stream_New (in
> /usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
> ==9127== by 0x1215C580: guac_rdpdr_send_client_capability
> (rdpdr-messages.c:119)
> ==9127== by 0x1215C580: guac_rdpdr_process_server_capability
> (rdpdr-messages.c:329)
> ==9127== by 0x1C4E2903: guac_rdp_common_svc_handle_open_event
> (guac-common-svc.c:137)
> ==9127== by 0x1241630C: freerdp_channels_data (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x1243E04F: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x124287EE: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x1242938A: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x1243287B: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x12429BE7: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x12412DD6: freerdp_check_fds (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x12413D60: freerdp_check_event_handles (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127==
> ==9127== 608 bytes in 2 blocks are possibly lost in loss record 934 of
> 1,079
> ==9127== at 0x4C31B25: calloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9127== by 0x12414838: Bitmap_Alloc (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x123D9900: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x1241108E: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x1242E865: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x1242F2F2: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x12428763: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x1242938A: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x1243287B: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x12429BE7: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x12412DD6: freerdp_check_fds (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x12413D60: freerdp_check_event_handles (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127==
> ==9127== 864 bytes in 3 blocks are possibly lost in loss record 951 of
> 1,079
> ==9127== at 0x4C31B25: calloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9127== by 0x40134A6: allocate_dtv (dl-tls.c:286)
> ==9127== by 0x40134A6: _dl_allocate_tls (dl-tls.c:530)
> ==9127== by 0x505A227: allocate_stack (allocatestack.c:627)
> ==9127== by 0x505A227: pthread_create@@GLIBC_2.2.5
> (pthread_create.c:644)
> ==9127== by 0x10BAD2: guacd_add_user (connection.c:211)
> ==9127== by 0x10BAD2: guacd_route_connection (connection.c:311)
> ==9127== by 0x10BAD2: guacd_connection_thread (connection.c:393)
> ==9127== by 0x50596DA: start_thread (pthread_create.c:463)
> ==9127== by 0x561F88E: clone (clone.S:95)
> ==9127==
> ==9127== 864 bytes in 3 blocks are possibly lost in loss record 952 of
> 1,079
> ==9127== at 0x4C31B25: calloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9127== by 0x40134A6: allocate_dtv (dl-tls.c:286)
> ==9127== by 0x40134A6: _dl_allocate_tls (dl-tls.c:530)
> ==9127== by 0x505A227: allocate_stack (allocatestack.c:627)
> ==9127== by 0x505A227: pthread_create@@GLIBC_2.2.5
> (pthread_create.c:644)
> ==9127== by 0x10B8F9: guacd_connection_io_thread (connection.c:138)
> ==9127== by 0x50596DA: start_thread (pthread_create.c:463)
> ==9127== by 0x561F88E: clone (clone.S:95)
> ==9127==
> ==9127== 1,152 bytes in 4 blocks are possibly lost in loss record 965 of
> 1,079
> ==9127== at 0x4C31B25: calloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9127== by 0x40134A6: allocate_dtv (dl-tls.c:286)
> ==9127== by 0x40134A6: _dl_allocate_tls (dl-tls.c:530)
> ==9127== by 0x505A227: allocate_stack (allocatestack.c:627)
> ==9127== by 0x505A227: pthread_create@@GLIBC_2.2.5
> (pthread_create.c:644)
> ==9127== by 0x10A512: main (daemon.c:491)
> ==9127==
> ==9127== 8,280 bytes in 1 blocks are possibly lost in loss record 1,016 of
> 1,079
> ==9127== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9127== by 0x4E48FCC: guac_socket_open (socket-fd.c:426)
> ==9127== by 0x10BBDE: guacd_connection_thread (connection.c:385)
> ==9127== by 0x50596DA: start_thread (pthread_create.c:463)
> ==9127== by 0x561F88E: clone (clone.S:95)
> ==9127==
> ==9127== 16,424 bytes in 1 blocks are possibly lost in loss record 1,031 of
> 1,079
> ==9127== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9127== by 0x12A41BB8: _aligned_offset_malloc (in
> /usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
> ==9127== by 0x124682A5: bitmap_interleaved_context_new (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x12419162: freerdp_client_codecs_prepare (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x1241FA86: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x124140FA: freerdp_connect (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x12162DEF: guac_rdp_handle_connection (rdp.c:395)
> ==9127== by 0x12162DEF: guac_rdp_client_thread (rdp.c:644)
> ==9127== by 0x50596DA: start_thread (pthread_create.c:463)
> ==9127== by 0x561F88E: clone (clone.S:95)
> ==9127==
> ==9127== 33,392 (72 direct, 33,320 indirect) bytes in 3 blocks are
> definitely lost in loss record 1,036 of 1,079
> ==9127== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9127== by 0x10BAAF: guacd_add_user (connection.c:204)
> ==9127== by 0x10BAAF: guacd_route_connection (connection.c:311)
> ==9127== by 0x10BAAF: guacd_connection_thread (connection.c:393)
> ==9127== by 0x50596DA: start_thread (pthread_create.c:463)
> ==9127== by 0x561F88E: clone (clone.S:95)
> ==9127==
> ==9127== 345,064 bytes in 25 blocks are possibly lost in loss record 1,060
> of 1,079
> ==9127== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9127== by 0x12A41BB8: _aligned_offset_malloc (in
> /usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
> ==9127== by 0x123CCD64: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x123D995F: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x1241108E: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x1242E865: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x1242F0E1: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x12428763: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x1242938A: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x1243287B: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x12429BE7: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x12412DD6: freerdp_check_fds (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127==
> ==9127== 1,338,616 bytes in 83 blocks are possibly lost in loss record
> 1,065
> of 1,079
> ==9127== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9127== by 0x12A41BB8: _aligned_offset_malloc (in
> /usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
> ==9127== by 0x123CCD64: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x123D995F: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x1241108E: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x1242E865: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x1242F2F2: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x12428763: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x1242938A: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x1243287B: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x12429BE7: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x12412DD6: freerdp_check_fds (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127==
> ==9127== 1,944,232 (38,608 direct, 1,905,624 indirect) bytes in 127 blocks
> are definitely lost in loss record 1,067 of 1,079
> ==9127== at 0x4C31B25: calloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9127== by 0x12414838: Bitmap_Alloc (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x123D9900: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x1241108E: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x1242E865: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x1242F0E1: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x12428763: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x1242938A: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x1243287B: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x12429BE7: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x12412DD6: freerdp_check_fds (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x12413D60: freerdp_check_event_handles (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127==
> ==9127== 5,308,456 bytes in 1 blocks are possibly lost in loss record 1,075
> of 1,079
> ==9127== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9127== by 0x12A41BB8: _aligned_offset_malloc (in
> /usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
> ==9127== by 0x123C5B09: gdi_CreateCompatibleBitmap (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x123D154C: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x123D7D2B: gdi_init_ex (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x121626AA: rdp_freerdp_pre_connect (rdp.c:140)
> ==9127== by 0x1241408B: freerdp_connect (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x12162DEF: guac_rdp_handle_connection (rdp.c:395)
> ==9127== by 0x12162DEF: guac_rdp_client_thread (rdp.c:644)
> ==9127== by 0x50596DA: start_thread (pthread_create.c:463)
> ==9127== by 0x561F88E: clone (clone.S:95)
> ==9127==
> ==9127== 26,869,456 (500,384 direct, 26,369,072 indirect) bytes in 1,646
> blocks are definitely lost in loss record 1,079 of 1,079
> ==9127== at 0x4C31B25: calloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9127== by 0x12414838: Bitmap_Alloc (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x123D9900: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x1241108E: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x1242E865: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x1242F2F2: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x12428763: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x1242938A: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x1243287B: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x12429BE7: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x12412DD6: freerdp_check_fds (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127== by 0x12413D60: freerdp_check_event_handles (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9127==
> ==9127== LEAK SUMMARY:
> ==9127== definitely lost: 539,564 bytes in 1,796 blocks
> ==9127== indirectly lost: 28,308,319 bytes in 1,751 blocks
> ==9127== possibly lost: 7,020,328 bytes in 123 blocks
> ==9127== still reachable: 50,123,322 bytes in 136,422 blocks
> ==9127== suppressed: 0 bytes in 0 blocks
> ==9127== Reachable blocks (those to which a pointer was found) are not
> shown.
> ==9127== To see them, rerun with: --leak-check=full --show-leak-kinds=all
> ==9127==
> ==9127== For counts of detected and suppressed errors, rerun with: -v
> ==9127== ERROR SUMMARY: 21 errors from 21 contexts (suppressed: 0 from 0)
> ==9160== Thread 3:
> ==9160== Invalid read of size 4
> ==9160== at 0x688B790: EVP_CipherUpdate (in
> /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
> ==9160== by 0xCDF758C: winpr_RC4_Update (in
> /usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
> ==9160== by 0xC3F2E20: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9160== by 0xC423956: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9160== by 0xC154DA1: guac_rdp_user_mouse_handler (input.c:55)
> ==9160== by 0x4E4AF2F: guac_user_input_thread (user-handshake.c:165)
> ==9160== by 0x50596DA: start_thread (pthread_create.c:463)
> ==9160== by 0x561F88E: clone (clone.S:95)
> ==9160== Address 0x10 is not stack'd, malloc'd or (recently) free'd
> ==9160==
> ==9160==
> ==9160== Process terminating with default action of signal 11 (SIGSEGV)
> ==9160== Access not within mapped region at address 0x10
> ==9160== at 0x688B790: EVP_CipherUpdate (in
> /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
> ==9160== by 0xCDF758C: winpr_RC4_Update (in
> /usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
> ==9160== by 0xC3F2E20: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9160== by 0xC423956: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9160== by 0xC154DA1: guac_rdp_user_mouse_handler (input.c:55)
> ==9160== by 0x4E4AF2F: guac_user_input_thread (user-handshake.c:165)
> ==9160== by 0x50596DA: start_thread (pthread_create.c:463)
> ==9160== by 0x561F88E: clone (clone.S:95)
> ==9160== If you believe this happened as a result of a stack
> ==9160== overflow in your program's main thread (unlikely but
> ==9160== possible), you can try to increase the size of the
> ==9160== main thread stack using the --main-stacksize= flag.
> ==9160== The main thread stack size used in this run was 8384512.
> ==9160==
> ==9160== HEAP SUMMARY:
> ==9160== in use at exit: 55,679,999 bytes in 136,348 blocks
> ==9160== total heap usage: 140,988 allocs, 4,640 frees, 69,835,183 bytes
> allocated
> ==9160==
> ==9160== Thread 1:
> ==9160== 16 bytes in 4 blocks are definitely lost in loss record 64 of
> 1,060
> ==9160== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9160== by 0x4E44769: __guac_error (error.c:213)
> ==9160== by 0x10B9D7: guacd_route_connection (connection.c:243)
> ==9160== by 0x10B9D7: guacd_connection_thread (connection.c:393)
> ==9160== by 0x50596DA: start_thread (pthread_create.c:463)
> ==9160== by 0x561F88E: clone (clone.S:95)
> ==9160==
> ==9160== 32 bytes in 4 blocks are definitely lost in loss record 642 of
> 1,060
> ==9160== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9160== by 0x4E447B9: __guac_error_message (error.c:237)
> ==9160== by 0x10B9E4: guacd_route_connection (connection.c:244)
> ==9160== by 0x10B9E4: guacd_connection_thread (connection.c:393)
> ==9160== by 0x50596DA: start_thread (pthread_create.c:463)
> ==9160== by 0x561F88E: clone (clone.S:95)
> ==9160==
> ==9160== 61 (56 direct, 5 indirect) bytes in 1 blocks are definitely lost
> in
> loss record 720 of 1,060
> ==9160== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9160== by 0x10AE4D: guacd_conf_load (conf-file.c:174)
> ==9160== by 0x10A173: main (daemon.c:279)
> ==9160==
> ==9160== 96 bytes in 1 blocks are definitely lost in loss record 766 of
> 1,060
> ==9160== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9160== by 0x559B640: __libc_alloc_buffer_allocate
> (alloc_buffer_allocate.c:26)
> ==9160== by 0x5645097: alloc_buffer_allocate (alloc_buffer.h:143)
> ==9160== by 0x5645097: __resolv_conf_allocate (resolv_conf.c:410)
> ==9160== by 0x5642093: __resolv_conf_load (res_init.c:587)
> ==9160== by 0x56445A8: __resolv_conf_get_current (resolv_conf.c:162)
> ==9160== by 0x5642DFC: __res_vinit (res_init.c:609)
> ==9160== by 0x5643F9F: maybe_init (resolv_context.c:122)
> ==9160== by 0x5643F9F: context_get (resolv_context.c:184)
> ==9160== by 0x5643F9F: __resolv_context_get (resolv_context.c:195)
> ==9160== by 0x560397D: gaih_inet.constprop.7 (getaddrinfo.c:767)
> ==9160== by 0x5605CE3: getaddrinfo (getaddrinfo.c:2300)
> ==9160== by 0xC41EF7D: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9160== by 0xC41F01A: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9160== by 0xC425A59: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9160==
> ==9160== 96 bytes in 4 blocks are definitely lost in loss record 767 of
> 1,060
> ==9160== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9160== by 0x10A4ED: main (daemon.c:477)
> ==9160==
> ==9160== 864 bytes in 3 blocks are possibly lost in loss record 940 of
> 1,060
> ==9160== at 0x4C31B25: calloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9160== by 0x40134A6: allocate_dtv (dl-tls.c:286)
> ==9160== by 0x40134A6: _dl_allocate_tls (dl-tls.c:530)
> ==9160== by 0x505A227: allocate_stack (allocatestack.c:627)
> ==9160== by 0x505A227: pthread_create@@GLIBC_2.2.5
> (pthread_create.c:644)
> ==9160== by 0x10BAD2: guacd_add_user (connection.c:211)
> ==9160== by 0x10BAD2: guacd_route_connection (connection.c:311)
> ==9160== by 0x10BAD2: guacd_connection_thread (connection.c:393)
> ==9160== by 0x50596DA: start_thread (pthread_create.c:463)
> ==9160== by 0x561F88E: clone (clone.S:95)
> ==9160==
> ==9160== 864 bytes in 3 blocks are possibly lost in loss record 941 of
> 1,060
> ==9160== at 0x4C31B25: calloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9160== by 0x40134A6: allocate_dtv (dl-tls.c:286)
> ==9160== by 0x40134A6: _dl_allocate_tls (dl-tls.c:530)
> ==9160== by 0x505A227: allocate_stack (allocatestack.c:627)
> ==9160== by 0x505A227: pthread_create@@GLIBC_2.2.5
> (pthread_create.c:644)
> ==9160== by 0x10B8F9: guacd_connection_io_thread (connection.c:138)
> ==9160== by 0x50596DA: start_thread (pthread_create.c:463)
> ==9160== by 0x561F88E: clone (clone.S:95)
> ==9160==
> ==9160== 1,152 bytes in 4 blocks are possibly lost in loss record 956 of
> 1,060
> ==9160== at 0x4C31B25: calloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9160== by 0x40134A6: allocate_dtv (dl-tls.c:286)
> ==9160== by 0x40134A6: _dl_allocate_tls (dl-tls.c:530)
> ==9160== by 0x505A227: allocate_stack (allocatestack.c:627)
> ==9160== by 0x505A227: pthread_create@@GLIBC_2.2.5
> (pthread_create.c:644)
> ==9160== by 0x10A512: main (daemon.c:491)
> ==9160==
> ==9160== 16,424 bytes in 1 blocks are possibly lost in loss record 1,017 of
> 1,060
> ==9160== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9160== by 0xCE35BB8: _aligned_offset_malloc (in
> /usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
> ==9160== by 0xC45C2A5: bitmap_interleaved_context_new (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9160== by 0xC40D162: freerdp_client_codecs_prepare (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9160== by 0xC413A86: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9160== by 0xC4080FA: freerdp_connect (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9160== by 0xC156DEF: guac_rdp_handle_connection (rdp.c:395)
> ==9160== by 0xC156DEF: guac_rdp_client_thread (rdp.c:644)
> ==9160== by 0x50596DA: start_thread (pthread_create.c:463)
> ==9160== by 0x561F88E: clone (clone.S:95)
> ==9160==
> ==9160== 16,832 (48 direct, 16,784 indirect) bytes in 2 blocks are
> definitely lost in loss record 1,019 of 1,060
> ==9160== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9160== by 0x10BAAF: guacd_add_user (connection.c:204)
> ==9160== by 0x10BAAF: guacd_route_connection (connection.c:311)
> ==9160== by 0x10BAAF: guacd_connection_thread (connection.c:393)
> ==9160== by 0x50596DA: start_thread (pthread_create.c:463)
> ==9160== by 0x561F88E: clone (clone.S:95)
> ==9160==
> ==9160== 131,512 bytes in 11 blocks are possibly lost in loss record 1,041
> of 1,060
> ==9160== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9160== by 0xCE35BB8: _aligned_offset_malloc (in
> /usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
> ==9160== by 0xC3C0D64: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9160== by 0xC3CD95F: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9160== by 0xC40508E: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9160== by 0xC422865: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9160== by 0xC4230E1: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9160== by 0xC41C763: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9160== by 0xC41D38A: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9160== by 0xC42687B: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9160== by 0xC41DBE7: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9160== by 0xC406DD6: freerdp_check_fds (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9160==
> ==9160== 452,344 (8,816 direct, 443,528 indirect) bytes in 29 blocks are
> definitely lost in loss record 1,046 of 1,060
> ==9160== at 0x4C31B25: calloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9160== by 0xC408838: Bitmap_Alloc (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9160== by 0xC3CD900: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9160== by 0xC40508E: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9160== by 0xC422865: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9160== by 0xC4230E1: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9160== by 0xC41C763: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9160== by 0xC41D38A: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9160== by 0xC42687B: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9160== by 0xC41DBE7: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9160== by 0xC406DD6: freerdp_check_fds (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9160== by 0xC407D60: freerdp_check_event_handles (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9160==
> ==9160== 5,308,456 bytes in 1 blocks are possibly lost in loss record 1,058
> of 1,060
> ==9160== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9160== by 0xCE35BB8: _aligned_offset_malloc (in
> /usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
> ==9160== by 0xC3B9B09: gdi_CreateCompatibleBitmap (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9160== by 0xC3C554C: ??? (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9160== by 0xC3CBD2B: gdi_init_ex (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9160== by 0xC1566AA: rdp_freerdp_pre_connect (rdp.c:140)
> ==9160== by 0xC40808B: freerdp_connect (in
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
> ==9160== by 0xC156DEF: guac_rdp_handle_connection (rdp.c:395)
> ==9160== by 0xC156DEF: guac_rdp_client_thread (rdp.c:644)
> ==9160== by 0x50596DA: start_thread (pthread_create.c:463)
> ==9160== by 0x561F88E: clone (clone.S:95)
> ==9160==
> ==9160== LEAK SUMMARY:
> ==9160== definitely lost: 9,160 bytes in 45 blocks
> ==9160== indirectly lost: 460,317 bytes in 34 blocks
> ==9160== possibly lost: 5,459,272 bytes in 23 blocks
> ==9160== still reachable: 49,751,250 bytes in 136,246 blocks
> ==9160== suppressed: 0 bytes in 0 blocks
> ==9160== Reachable blocks (those to which a pointer was found) are not
> shown.
> ==9160== To see them, rerun with: --leak-check=full --show-leak-kinds=all
> ==9160==
> ==9160== For counts of detected and suppressed errors, rerun with: -v
> ==9160== ERROR SUMMARY: 14 errors from 14 contexts (suppressed: 0 from 0)
> ==9108==
> ==9108== HEAP SUMMARY:
> ==9108== in use at exit: 26,653,804 bytes in 133,594 blocks
> ==9108== total heap usage: 153,008 allocs, 19,414 frees, 106,585,706
> bytes
> allocated
> ==9108==
> ==9108== 16 bytes in 4 blocks are definitely lost in loss record 10 of 69
> ==9108== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9108== by 0x4E44769: __guac_error (error.c:213)
> ==9108== by 0x10B9D7: guacd_route_connection (connection.c:243)
> ==9108== by 0x10B9D7: guacd_connection_thread (connection.c:393)
> ==9108== by 0x50596DA: start_thread (pthread_create.c:463)
> ==9108== by 0x561F88E: clone (clone.S:95)
> ==9108==
> ==9108== 32 bytes in 4 blocks are definitely lost in loss record 16 of 69
> ==9108== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9108== by 0x4E447B9: __guac_error_message (error.c:237)
> ==9108== by 0x10B9E4: guacd_route_connection (connection.c:244)
> ==9108== by 0x10B9E4: guacd_connection_thread (connection.c:393)
> ==9108== by 0x50596DA: start_thread (pthread_create.c:463)
> ==9108== by 0x561F88E: clone (clone.S:95)
> ==9108==
> ==9108== 61 (56 direct, 5 indirect) bytes in 1 blocks are definitely lost
> in
> loss record 19 of 69
> ==9108== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9108== by 0x10AE4D: guacd_conf_load (conf-file.c:174)
> ==9108== by 0x10A173: main (daemon.c:279)
> ==9108==
> ==9108== 68 (56 direct, 12 indirect) bytes in 1 blocks are definitely lost
> in loss record 23 of 69
> ==9108== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9108== by 0x12A0B73D: Stream_New (in
> /usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
> ==9108== by 0x1215C022: ???
> ==9108== by 0x1C3D1903: guac_rdp_common_svc_handle_open_event
> (guac-common-svc.c:137)
> ==9108== by 0x1241630C: ???
> ==9108== by 0x1243E04F: ???
> ==9108== by 0x124287EE: ???
> ==9108== by 0x1242938A: ???
> ==9108== by 0x1243287B: ???
> ==9108== by 0x12429BE7: ???
> ==9108== by 0x12412DD6: ???
> ==9108== by 0x12413D60: ???
> ==9108==
> ==9108== 86 (56 direct, 30 indirect) bytes in 1 blocks are definitely lost
> in loss record 25 of 69
> ==9108== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9108== by 0x12A0B73D: Stream_New (in
> /usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
> ==9108== by 0x1215C115: ???
> ==9108== by 0x1C3D1903: guac_rdp_common_svc_handle_open_event
> (guac-common-svc.c:137)
> ==9108== by 0x1241630C: ???
> ==9108== by 0x1243E04F: ???
> ==9108== by 0x124287EE: ???
> ==9108== by 0x1242938A: ???
> ==9108== by 0x1243287B: ???
> ==9108== by 0x12429BE7: ???
> ==9108== by 0x12412DD6: ???
> ==9108== by 0x12413D60: ???
> ==9108==
> ==9108== 96 bytes in 4 blocks are definitely lost in loss record 28 of 69
> ==9108== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9108== by 0x10A4ED: main (daemon.c:477)
> ==9108==
> ==9108== 109 (96 direct, 13 indirect) bytes in 1 blocks are definitely lost
> in loss record 29 of 69
> ==9108== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9108== by 0x6899E58: CRYPTO_zalloc (in
> /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
> ==9108== by 0x67CC09F: BIO_meth_new (in
> /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
> ==9108== by 0x1242ABD4: ???
> ==9108== by 0x124315BD: ???
> ==9108== by 0x12431A6B: ???
> ==9108== by 0x123F32E8: ???
> ==9108== by 0x123F3648: ???
> ==9108== by 0x123F4C50: ???
> ==9108== by 0x1241FCCA: ???
> ==9108== by 0x124140FA: ???
> ==9108== by 0x12162DEF: ???
> ==9108==
> ==9108== 111 (96 direct, 15 indirect) bytes in 1 blocks are definitely lost
> in loss record 30 of 69
> ==9108== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9108== by 0x6899E58: CRYPTO_zalloc (in
> /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
> ==9108== by 0x67CC09F: BIO_meth_new (in
> /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
> ==9108== by 0x1242ACA4: ???
> ==9108== by 0x124315E6: ???
> ==9108== by 0x12431A6B: ???
> ==9108== by 0x123F32E8: ???
> ==9108== by 0x123F3648: ???
> ==9108== by 0x123F4C50: ???
> ==9108== by 0x1241FCCA: ???
> ==9108== by 0x124140FA: ???
> ==9108== by 0x12162DEF: ???
> ==9108==
> ==9108== 312 (56 direct, 256 indirect) bytes in 1 blocks are definitely
> lost
> in loss record 38 of 69
> ==9108== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9108== by 0x12A0B73D: Stream_New (in
> /usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
> ==9108== by 0x1215C580: ???
> ==9108== by 0x1C3D1903: guac_rdp_common_svc_handle_open_event
> (guac-common-svc.c:137)
> ==9108== by 0x1241630C: ???
> ==9108== by 0x1243E04F: ???
> ==9108== by 0x124287EE: ???
> ==9108== by 0x1242938A: ???
> ==9108== by 0x1243287B: ???
> ==9108== by 0x12429BE7: ???
> ==9108== by 0x12412DD6: ???
> ==9108== by 0x12413D60: ???
> ==9108==
> ==9108== 576 bytes in 2 blocks are possibly lost in loss record 42 of 69
> ==9108== at 0x4C31B25: calloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9108== by 0x40134A6: allocate_dtv (dl-tls.c:286)
> ==9108== by 0x40134A6: _dl_allocate_tls (dl-tls.c:530)
> ==9108== by 0x505A227: allocate_stack (allocatestack.c:627)
> ==9108== by 0x505A227: pthread_create@@GLIBC_2.2.5
> (pthread_create.c:644)
> ==9108== by 0x10A512: main (daemon.c:491)
> ==9108==
> ==9108== 16,424 bytes in 1 blocks are possibly lost in loss record 58 of 69
> ==9108== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9108== by 0x12A41BB8: _aligned_offset_malloc (in
> /usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
> ==9108== by 0x123CCD64: ???
> ==9108== by 0x123D995F: ???
> ==9108== by 0x1241108E: ???
> ==9108== by 0x1242E865: ???
> ==9108== by 0x1242F2F2: ???
> ==9108== by 0x12428763: ???
> ==9108== by 0x1242938A: ???
> ==9108== by 0x1243287B: ???
> ==9108== by 0x12429BE7: ???
> ==9108== by 0x12412DD6: ???
> ==9108==
> ==9108== 50,088 (96 direct, 49,992 indirect) bytes in 4 blocks are
> definitely lost in loss record 62 of 69
> ==9108== at 0x4C2FB0F: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9108== by 0x10BAAF: guacd_add_user (connection.c:204)
> ==9108== by 0x10BAAF: guacd_route_connection (connection.c:311)
> ==9108== by 0x10BAAF: guacd_connection_thread (connection.c:393)
> ==9108== by 0x50596DA: start_thread (pthread_create.c:463)
> ==9108== by 0x561F88E: clone (clone.S:95)
> ==9108==
> ==9108== 723,760 (15,200 direct, 708,560 indirect) bytes in 50 blocks are
> definitely lost in loss record 65 of 69
> ==9108== at 0x4C31B25: calloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9108== by 0x12414838: ???
> ==9108== by 0x123D9900: ???
> ==9108== by 0x1241108E: ???
> ==9108== by 0x1242E865: ???
> ==9108== by 0x1242F0E1: ???
> ==9108== by 0x12428763: ???
> ==9108== by 0x1242938A: ???
> ==9108== by 0x1243287B: ???
> ==9108== by 0x12429BE7: ???
> ==9108== by 0x12412DD6: ???
> ==9108== by 0x12413D60: ???
> ==9108==
> ==9108== 18,339,624 (334,704 direct, 18,004,920 indirect) bytes in 1,101
> blocks are definitely lost in loss record 69 of 69
> ==9108== at 0x4C31B25: calloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==9108== by 0x12414838: ???
> ==9108== by 0x123D9900: ???
> ==9108== by 0x1241108E: ???
> ==9108== by 0x1242E865: ???
> ==9108== by 0x1242F2F2: ???
> ==9108== by 0x12428763: ???
> ==9108== by 0x1242938A: ???
> ==9108== by 0x1243287B: ???
> ==9108== by 0x12429BE7: ???
> ==9108== by 0x12412DD6: ???
> ==9108== by 0x12413D60: ???
> ==9108==
> ==9108== LEAK SUMMARY:
> ==9108== definitely lost: 350,560 bytes in 1,173 blocks
> ==9108== indirectly lost: 18,763,803 bytes in 1,164 blocks
> ==9108== possibly lost: 17,000 bytes in 3 blocks
> ==9108== still reachable: 7,522,441 bytes in 131,254 blocks
> ==9108== suppressed: 0 bytes in 0 blocks
> ==9108== Reachable blocks (those to which a pointer was found) are not
> shown.
> ==9108== To see them, rerun with: --leak-check=full --show-leak-kinds=all
> ==9108==
> ==9108== For counts of detected and suppressed errors, rerun with: -v
> ==9108== ERROR SUMMARY: 14 errors from 14 contexts (suppressed: 0 from 0)
>
>
>
> --
> Sent from:
> http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@guacamole.apache.org
> For additional commands, e-mail: user-help@guacamole.apache.org
>
>
Re: high memory consumption
Posted by Leonardo Pereira <le...@outlook.com.br>.
Obs: At the moment I have only 5 users connected, however the production is
107
Execution:
valgrind --leak-check=full --log-file=guacd.log /usr/local/sbin/guacd start
Log:
==9074== definitely lost: 181,844 bytes in 621 blocks
==9074== indirectly lost: 9,699,627 bytes in 610 blocks
==9074== possibly lost: 17,000 bytes in 3 blocks
==9074== still reachable: 7,527,436 bytes in 131,269 blocks
==9074== suppressed: 0 bytes in 0 blocks
==9074== Reachable blocks (those to which a pointer was found) are not
shown.
==9074== To see them, rerun with: --leak-check=full --show-leak-kinds=all
==9074==
==9074== For counts of detected and suppressed errors, rerun with: -v
==9074== ERROR SUMMARY: 13 errors from 13 contexts (suppressed: 0 from 0)
==9008==
==9008== HEAP SUMMARY:
==9008== in use at exit: 12,983,583 bytes in 131,938 blocks
==9008== total heap usage: 143,182 allocs, 11,244 frees, 69,326,018 bytes
allocated
==9008==
==9008== 12 bytes in 3 blocks are definitely lost in loss record 6 of 68
==9008== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9008== by 0x4E44769: __guac_error (error.c:213)
==9008== by 0x10B9D7: guacd_route_connection (connection.c:243)
==9008== by 0x10B9D7: guacd_connection_thread (connection.c:393)
==9008== by 0x50596DA: start_thread (pthread_create.c:463)
==9008== by 0x561F88E: clone (clone.S:95)
==9008==
==9008== 24 bytes in 3 blocks are definitely lost in loss record 14 of 68
==9008== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9008== by 0x4E447B9: __guac_error_message (error.c:237)
==9008== by 0x10B9E4: guacd_route_connection (connection.c:244)
==9008== by 0x10B9E4: guacd_connection_thread (connection.c:393)
==9008== by 0x50596DA: start_thread (pthread_create.c:463)
==9008== by 0x561F88E: clone (clone.S:95)
==9008==
==9008== 61 (56 direct, 5 indirect) bytes in 1 blocks are definitely lost in
loss record 20 of 68
==9008== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9008== by 0x10AE4D: guacd_conf_load (conf-file.c:174)
==9008== by 0x10A173: main (daemon.c:279)
==9008==
==9008== 68 (56 direct, 12 indirect) bytes in 1 blocks are definitely lost
in loss record 21 of 68
==9008== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9008== by 0xE20273D: Stream_New (in
/usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
==9008== by 0xD953022: ???
==9008== by 0x1ABDF903: guac_rdp_common_svc_handle_open_event
(guac-common-svc.c:137)
==9008== by 0xDC0D30C: ???
==9008== by 0xDC3504F: ???
==9008== by 0xDC1F7EE: ???
==9008== by 0xDC2038A: ???
==9008== by 0xDC2987B: ???
==9008== by 0xDC20BE7: ???
==9008== by 0xDC09DD6: ???
==9008== by 0xDC0AD60: ???
==9008==
==9008== 72 bytes in 3 blocks are definitely lost in loss record 24 of 68
==9008== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9008== by 0x10A4ED: main (daemon.c:477)
==9008==
==9008== 86 (56 direct, 30 indirect) bytes in 1 blocks are definitely lost
in loss record 25 of 68
==9008== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9008== by 0xE20273D: Stream_New (in
/usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
==9008== by 0xD953115: ???
==9008== by 0x1ABDF903: guac_rdp_common_svc_handle_open_event
(guac-common-svc.c:137)
==9008== by 0xDC0D30C: ???
==9008== by 0xDC3504F: ???
==9008== by 0xDC1F7EE: ???
==9008== by 0xDC2038A: ???
==9008== by 0xDC2987B: ???
==9008== by 0xDC20BE7: ???
==9008== by 0xDC09DD6: ???
==9008== by 0xDC0AD60: ???
==9008==
==9008== 109 (96 direct, 13 indirect) bytes in 1 blocks are definitely lost
in loss record 26 of 68
==9008== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9008== by 0x6899E58: CRYPTO_zalloc (in
/usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
==9008== by 0x67CC09F: BIO_meth_new (in
/usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
==9008== by 0xDC21BD4: ???
==9008== by 0xDC285BD: ???
==9008== by 0xDC28A6B: ???
==9008== by 0xDBEA2E8: ???
==9008== by 0xDBEA648: ???
==9008== by 0xDBEBC50: ???
==9008== by 0xDC16CCA: ???
==9008== by 0xDC0B0FA: ???
==9008== by 0xD959DEF: ???
==9008==
==9008== 111 (96 direct, 15 indirect) bytes in 1 blocks are definitely lost
in loss record 27 of 68
==9008== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9008== by 0x6899E58: CRYPTO_zalloc (in
/usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
==9008== by 0x67CC09F: BIO_meth_new (in
/usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
==9008== by 0xDC21CA4: ???
==9008== by 0xDC285E6: ???
==9008== by 0xDC28A6B: ???
==9008== by 0xDBEA2E8: ???
==9008== by 0xDBEA648: ???
==9008== by 0xDBEBC50: ???
==9008== by 0xDC16CCA: ???
==9008== by 0xDC0B0FA: ???
==9008== by 0xD959DEF: ???
==9008==
==9008== 312 (56 direct, 256 indirect) bytes in 1 blocks are definitely lost
in loss record 38 of 68
==9008== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9008== by 0xE20273D: Stream_New (in
/usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
==9008== by 0xD953580: ???
==9008== by 0x1ABDF903: guac_rdp_common_svc_handle_open_event
(guac-common-svc.c:137)
==9008== by 0xDC0D30C: ???
==9008== by 0xDC3504F: ???
==9008== by 0xDC1F7EE: ???
==9008== by 0xDC2038A: ???
==9008== by 0xDC2987B: ???
==9008== by 0xDC20BE7: ???
==9008== by 0xDC09DD6: ???
==9008== by 0xDC0AD60: ???
==9008==
==9008== 576 bytes in 2 blocks are possibly lost in loss record 42 of 68
==9008== at 0x4C31B25: calloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9008== by 0x40134A6: allocate_dtv (dl-tls.c:286)
==9008== by 0x40134A6: _dl_allocate_tls (dl-tls.c:530)
==9008== by 0x505A227: allocate_stack (allocatestack.c:627)
==9008== by 0x505A227: pthread_create@@GLIBC_2.2.5 (pthread_create.c:644)
==9008== by 0x10A512: main (daemon.c:491)
==9008==
==9008== 25,248 (72 direct, 25,176 indirect) bytes in 3 blocks are
definitely lost in loss record 59 of 68
==9008== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9008== by 0x10BAAF: guacd_add_user (connection.c:204)
==9008== by 0x10BAAF: guacd_route_connection (connection.c:311)
==9008== by 0x10BAAF: guacd_connection_thread (connection.c:393)
==9008== by 0x50596DA: start_thread (pthread_create.c:463)
==9008== by 0x561F88E: clone (clone.S:95)
==9008==
==9008== 897,512 (16,720 direct, 880,792 indirect) bytes in 55 blocks are
definitely lost in loss record 64 of 68
==9008== at 0x4C31B25: calloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9008== by 0xDC0B838: ???
==9008== by 0xDBD0900: ???
==9008== by 0xDC0808E: ???
==9008== by 0xDC25865: ???
==9008== by 0xDC262F2: ???
==9008== by 0xDC1F763: ???
==9008== by 0xDC2038A: ???
==9008== by 0xDC2987B: ???
==9008== by 0xDC20BE7: ???
==9008== by 0xDC09DD6: ???
==9008== by 0xDC0AD60: ???
==9008==
==9008== 4,538,416 (83,296 direct, 4,455,120 indirect) bytes in 274 blocks
are definitely lost in loss record 67 of 68
==9008== at 0x4C31B25: calloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9008== by 0xDC0B838: ???
==9008== by 0xDBD0900: ???
==9008== by 0xDC0808E: ???
==9008== by 0xDC25865: ???
==9008== by 0xDC260E1: ???
==9008== by 0xDC1F763: ???
==9008== by 0xDC2038A: ???
==9008== by 0xDC2987B: ???
==9008== by 0xDC20BE7: ???
==9008== by 0xDC09DD6: ???
==9008== by 0xDC0AD60: ???
==9008==
==9008== LEAK SUMMARY:
==9008== definitely lost: 100,612 bytes in 347 blocks
==9008== indirectly lost: 5,361,419 bytes in 341 blocks
==9008== possibly lost: 576 bytes in 2 blocks
==9008== still reachable: 7,520,976 bytes in 131,248 blocks
==9008== suppressed: 0 bytes in 0 blocks
==9008== Reachable blocks (those to which a pointer was found) are not
shown.
==9008== To see them, rerun with: --leak-check=full --show-leak-kinds=all
==9008==
==9008== For counts of detected and suppressed errors, rerun with: -v
==9008== ERROR SUMMARY: 13 errors from 13 contexts (suppressed: 0 from 0)
==9127== Thread 3:
==9127== Invalid read of size 4
==9127== at 0x688B790: EVP_CipherUpdate (in
/usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
==9127== by 0x12A0358C: winpr_RC4_Update (in
/usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
==9127== by 0x123FEE20: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x1242F956: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x12160DA1: guac_rdp_user_mouse_handler (input.c:55)
==9127== by 0x4E4AF2F: guac_user_input_thread (user-handshake.c:165)
==9127== by 0x50596DA: start_thread (pthread_create.c:463)
==9127== by 0x561F88E: clone (clone.S:95)
==9127== Address 0x10 is not stack'd, malloc'd or (recently) free'd
==9127==
==9127==
==9127== Process terminating with default action of signal 11 (SIGSEGV)
==9127== Access not within mapped region at address 0x10
==9127== at 0x688B790: EVP_CipherUpdate (in
/usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
==9127== by 0x12A0358C: winpr_RC4_Update (in
/usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
==9127== by 0x123FEE20: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x1242F956: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x12160DA1: guac_rdp_user_mouse_handler (input.c:55)
==9127== by 0x4E4AF2F: guac_user_input_thread (user-handshake.c:165)
==9127== by 0x50596DA: start_thread (pthread_create.c:463)
==9127== by 0x561F88E: clone (clone.S:95)
==9127== If you believe this happened as a result of a stack
==9127== overflow in your program's main thread (unlikely but
==9127== possible), you can try to increase the size of the
==9127== main thread stack using the --main-stacksize= flag.
==9127== The main thread stack size used in this run was 8384512.
==9127==
==9127== HEAP SUMMARY:
==9127== in use at exit: 85,991,533 bytes in 140,092 blocks
==9127== total heap usage: 158,526 allocs, 18,434 frees, 133,906,580 bytes
allocated
==9127==
==9127== Thread 1:
==9127== 20 bytes in 5 blocks are definitely lost in loss record 73 of 1,079
==9127== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9127== by 0x4E44769: __guac_error (error.c:213)
==9127== by 0x10B9D7: guacd_route_connection (connection.c:243)
==9127== by 0x10B9D7: guacd_connection_thread (connection.c:393)
==9127== by 0x50596DA: start_thread (pthread_create.c:463)
==9127== by 0x561F88E: clone (clone.S:95)
==9127==
==9127== 40 bytes in 5 blocks are definitely lost in loss record 679 of
1,079
==9127== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9127== by 0x4E447B9: __guac_error_message (error.c:237)
==9127== by 0x10B9E4: guacd_route_connection (connection.c:244)
==9127== by 0x10B9E4: guacd_connection_thread (connection.c:393)
==9127== by 0x50596DA: start_thread (pthread_create.c:463)
==9127== by 0x561F88E: clone (clone.S:95)
==9127==
==9127== 61 (56 direct, 5 indirect) bytes in 1 blocks are definitely lost in
loss record 723 of 1,079
==9127== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9127== by 0x10AE4D: guacd_conf_load (conf-file.c:174)
==9127== by 0x10A173: main (daemon.c:279)
==9127==
==9127== 68 (56 direct, 12 indirect) bytes in 1 blocks are definitely lost
in loss record 732 of 1,079
==9127== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9127== by 0x12A0B73D: Stream_New (in
/usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
==9127== by 0x1215C022: guac_rdpdr_send_client_announce_reply
(rdpdr-messages.c:57)
==9127== by 0x1215C022: guac_rdpdr_process_server_announce
(rdpdr-messages.c:226)
==9127== by 0x1C4E2903: guac_rdp_common_svc_handle_open_event
(guac-common-svc.c:137)
==9127== by 0x1241630C: freerdp_channels_data (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x1243E04F: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x124287EE: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x1242938A: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x1243287B: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x12429BE7: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x12412DD6: freerdp_check_fds (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x12413D60: freerdp_check_event_handles (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127==
==9127== 86 (56 direct, 30 indirect) bytes in 1 blocks are definitely lost
in loss record 760 of 1,079
==9127== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9127== by 0x12A0B73D: Stream_New (in
/usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
==9127== by 0x1215C115: guac_rdpdr_send_client_name_request
(rdpdr-messages.c:89)
==9127== by 0x1215C115: guac_rdpdr_process_server_announce
(rdpdr-messages.c:229)
==9127== by 0x1C4E2903: guac_rdp_common_svc_handle_open_event
(guac-common-svc.c:137)
==9127== by 0x1241630C: freerdp_channels_data (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x1243E04F: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x124287EE: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x1242938A: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x1243287B: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x12429BE7: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x12412DD6: freerdp_check_fds (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x12413D60: freerdp_check_event_handles (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127==
==9127== 96 bytes in 1 blocks are definitely lost in loss record 770 of
1,079
==9127== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9127== by 0x559B640: __libc_alloc_buffer_allocate
(alloc_buffer_allocate.c:26)
==9127== by 0x5645097: alloc_buffer_allocate (alloc_buffer.h:143)
==9127== by 0x5645097: __resolv_conf_allocate (resolv_conf.c:410)
==9127== by 0x5642093: __resolv_conf_load (res_init.c:587)
==9127== by 0x56445A8: __resolv_conf_get_current (resolv_conf.c:162)
==9127== by 0x5642DFC: __res_vinit (res_init.c:609)
==9127== by 0x5643F9F: maybe_init (resolv_context.c:122)
==9127== by 0x5643F9F: context_get (resolv_context.c:184)
==9127== by 0x5643F9F: __resolv_context_get (resolv_context.c:195)
==9127== by 0x560397D: gaih_inet.constprop.7 (getaddrinfo.c:767)
==9127== by 0x5605CE3: getaddrinfo (getaddrinfo.c:2300)
==9127== by 0x1242AF7D: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x1242B01A: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x12431A59: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127==
==9127== 120 bytes in 5 blocks are definitely lost in loss record 793 of
1,079
==9127== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9127== by 0x10A4ED: main (daemon.c:477)
==9127==
==9127== 312 (56 direct, 256 indirect) bytes in 1 blocks are definitely lost
in loss record 892 of 1,079
==9127== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9127== by 0x12A0B73D: Stream_New (in
/usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
==9127== by 0x1215C580: guac_rdpdr_send_client_capability
(rdpdr-messages.c:119)
==9127== by 0x1215C580: guac_rdpdr_process_server_capability
(rdpdr-messages.c:329)
==9127== by 0x1C4E2903: guac_rdp_common_svc_handle_open_event
(guac-common-svc.c:137)
==9127== by 0x1241630C: freerdp_channels_data (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x1243E04F: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x124287EE: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x1242938A: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x1243287B: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x12429BE7: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x12412DD6: freerdp_check_fds (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x12413D60: freerdp_check_event_handles (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127==
==9127== 608 bytes in 2 blocks are possibly lost in loss record 934 of 1,079
==9127== at 0x4C31B25: calloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9127== by 0x12414838: Bitmap_Alloc (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x123D9900: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x1241108E: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x1242E865: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x1242F2F2: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x12428763: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x1242938A: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x1243287B: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x12429BE7: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x12412DD6: freerdp_check_fds (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x12413D60: freerdp_check_event_handles (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127==
==9127== 864 bytes in 3 blocks are possibly lost in loss record 951 of 1,079
==9127== at 0x4C31B25: calloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9127== by 0x40134A6: allocate_dtv (dl-tls.c:286)
==9127== by 0x40134A6: _dl_allocate_tls (dl-tls.c:530)
==9127== by 0x505A227: allocate_stack (allocatestack.c:627)
==9127== by 0x505A227: pthread_create@@GLIBC_2.2.5 (pthread_create.c:644)
==9127== by 0x10BAD2: guacd_add_user (connection.c:211)
==9127== by 0x10BAD2: guacd_route_connection (connection.c:311)
==9127== by 0x10BAD2: guacd_connection_thread (connection.c:393)
==9127== by 0x50596DA: start_thread (pthread_create.c:463)
==9127== by 0x561F88E: clone (clone.S:95)
==9127==
==9127== 864 bytes in 3 blocks are possibly lost in loss record 952 of 1,079
==9127== at 0x4C31B25: calloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9127== by 0x40134A6: allocate_dtv (dl-tls.c:286)
==9127== by 0x40134A6: _dl_allocate_tls (dl-tls.c:530)
==9127== by 0x505A227: allocate_stack (allocatestack.c:627)
==9127== by 0x505A227: pthread_create@@GLIBC_2.2.5 (pthread_create.c:644)
==9127== by 0x10B8F9: guacd_connection_io_thread (connection.c:138)
==9127== by 0x50596DA: start_thread (pthread_create.c:463)
==9127== by 0x561F88E: clone (clone.S:95)
==9127==
==9127== 1,152 bytes in 4 blocks are possibly lost in loss record 965 of
1,079
==9127== at 0x4C31B25: calloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9127== by 0x40134A6: allocate_dtv (dl-tls.c:286)
==9127== by 0x40134A6: _dl_allocate_tls (dl-tls.c:530)
==9127== by 0x505A227: allocate_stack (allocatestack.c:627)
==9127== by 0x505A227: pthread_create@@GLIBC_2.2.5 (pthread_create.c:644)
==9127== by 0x10A512: main (daemon.c:491)
==9127==
==9127== 8,280 bytes in 1 blocks are possibly lost in loss record 1,016 of
1,079
==9127== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9127== by 0x4E48FCC: guac_socket_open (socket-fd.c:426)
==9127== by 0x10BBDE: guacd_connection_thread (connection.c:385)
==9127== by 0x50596DA: start_thread (pthread_create.c:463)
==9127== by 0x561F88E: clone (clone.S:95)
==9127==
==9127== 16,424 bytes in 1 blocks are possibly lost in loss record 1,031 of
1,079
==9127== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9127== by 0x12A41BB8: _aligned_offset_malloc (in
/usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
==9127== by 0x124682A5: bitmap_interleaved_context_new (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x12419162: freerdp_client_codecs_prepare (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x1241FA86: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x124140FA: freerdp_connect (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x12162DEF: guac_rdp_handle_connection (rdp.c:395)
==9127== by 0x12162DEF: guac_rdp_client_thread (rdp.c:644)
==9127== by 0x50596DA: start_thread (pthread_create.c:463)
==9127== by 0x561F88E: clone (clone.S:95)
==9127==
==9127== 33,392 (72 direct, 33,320 indirect) bytes in 3 blocks are
definitely lost in loss record 1,036 of 1,079
==9127== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9127== by 0x10BAAF: guacd_add_user (connection.c:204)
==9127== by 0x10BAAF: guacd_route_connection (connection.c:311)
==9127== by 0x10BAAF: guacd_connection_thread (connection.c:393)
==9127== by 0x50596DA: start_thread (pthread_create.c:463)
==9127== by 0x561F88E: clone (clone.S:95)
==9127==
==9127== 345,064 bytes in 25 blocks are possibly lost in loss record 1,060
of 1,079
==9127== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9127== by 0x12A41BB8: _aligned_offset_malloc (in
/usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
==9127== by 0x123CCD64: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x123D995F: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x1241108E: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x1242E865: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x1242F0E1: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x12428763: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x1242938A: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x1243287B: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x12429BE7: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x12412DD6: freerdp_check_fds (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127==
==9127== 1,338,616 bytes in 83 blocks are possibly lost in loss record 1,065
of 1,079
==9127== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9127== by 0x12A41BB8: _aligned_offset_malloc (in
/usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
==9127== by 0x123CCD64: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x123D995F: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x1241108E: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x1242E865: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x1242F2F2: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x12428763: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x1242938A: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x1243287B: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x12429BE7: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x12412DD6: freerdp_check_fds (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127==
==9127== 1,944,232 (38,608 direct, 1,905,624 indirect) bytes in 127 blocks
are definitely lost in loss record 1,067 of 1,079
==9127== at 0x4C31B25: calloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9127== by 0x12414838: Bitmap_Alloc (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x123D9900: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x1241108E: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x1242E865: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x1242F0E1: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x12428763: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x1242938A: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x1243287B: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x12429BE7: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x12412DD6: freerdp_check_fds (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x12413D60: freerdp_check_event_handles (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127==
==9127== 5,308,456 bytes in 1 blocks are possibly lost in loss record 1,075
of 1,079
==9127== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9127== by 0x12A41BB8: _aligned_offset_malloc (in
/usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
==9127== by 0x123C5B09: gdi_CreateCompatibleBitmap (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x123D154C: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x123D7D2B: gdi_init_ex (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x121626AA: rdp_freerdp_pre_connect (rdp.c:140)
==9127== by 0x1241408B: freerdp_connect (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x12162DEF: guac_rdp_handle_connection (rdp.c:395)
==9127== by 0x12162DEF: guac_rdp_client_thread (rdp.c:644)
==9127== by 0x50596DA: start_thread (pthread_create.c:463)
==9127== by 0x561F88E: clone (clone.S:95)
==9127==
==9127== 26,869,456 (500,384 direct, 26,369,072 indirect) bytes in 1,646
blocks are definitely lost in loss record 1,079 of 1,079
==9127== at 0x4C31B25: calloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9127== by 0x12414838: Bitmap_Alloc (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x123D9900: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x1241108E: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x1242E865: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x1242F2F2: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x12428763: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x1242938A: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x1243287B: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x12429BE7: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x12412DD6: freerdp_check_fds (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127== by 0x12413D60: freerdp_check_event_handles (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9127==
==9127== LEAK SUMMARY:
==9127== definitely lost: 539,564 bytes in 1,796 blocks
==9127== indirectly lost: 28,308,319 bytes in 1,751 blocks
==9127== possibly lost: 7,020,328 bytes in 123 blocks
==9127== still reachable: 50,123,322 bytes in 136,422 blocks
==9127== suppressed: 0 bytes in 0 blocks
==9127== Reachable blocks (those to which a pointer was found) are not
shown.
==9127== To see them, rerun with: --leak-check=full --show-leak-kinds=all
==9127==
==9127== For counts of detected and suppressed errors, rerun with: -v
==9127== ERROR SUMMARY: 21 errors from 21 contexts (suppressed: 0 from 0)
==9160== Thread 3:
==9160== Invalid read of size 4
==9160== at 0x688B790: EVP_CipherUpdate (in
/usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
==9160== by 0xCDF758C: winpr_RC4_Update (in
/usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
==9160== by 0xC3F2E20: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9160== by 0xC423956: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9160== by 0xC154DA1: guac_rdp_user_mouse_handler (input.c:55)
==9160== by 0x4E4AF2F: guac_user_input_thread (user-handshake.c:165)
==9160== by 0x50596DA: start_thread (pthread_create.c:463)
==9160== by 0x561F88E: clone (clone.S:95)
==9160== Address 0x10 is not stack'd, malloc'd or (recently) free'd
==9160==
==9160==
==9160== Process terminating with default action of signal 11 (SIGSEGV)
==9160== Access not within mapped region at address 0x10
==9160== at 0x688B790: EVP_CipherUpdate (in
/usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
==9160== by 0xCDF758C: winpr_RC4_Update (in
/usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
==9160== by 0xC3F2E20: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9160== by 0xC423956: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9160== by 0xC154DA1: guac_rdp_user_mouse_handler (input.c:55)
==9160== by 0x4E4AF2F: guac_user_input_thread (user-handshake.c:165)
==9160== by 0x50596DA: start_thread (pthread_create.c:463)
==9160== by 0x561F88E: clone (clone.S:95)
==9160== If you believe this happened as a result of a stack
==9160== overflow in your program's main thread (unlikely but
==9160== possible), you can try to increase the size of the
==9160== main thread stack using the --main-stacksize= flag.
==9160== The main thread stack size used in this run was 8384512.
==9160==
==9160== HEAP SUMMARY:
==9160== in use at exit: 55,679,999 bytes in 136,348 blocks
==9160== total heap usage: 140,988 allocs, 4,640 frees, 69,835,183 bytes
allocated
==9160==
==9160== Thread 1:
==9160== 16 bytes in 4 blocks are definitely lost in loss record 64 of 1,060
==9160== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9160== by 0x4E44769: __guac_error (error.c:213)
==9160== by 0x10B9D7: guacd_route_connection (connection.c:243)
==9160== by 0x10B9D7: guacd_connection_thread (connection.c:393)
==9160== by 0x50596DA: start_thread (pthread_create.c:463)
==9160== by 0x561F88E: clone (clone.S:95)
==9160==
==9160== 32 bytes in 4 blocks are definitely lost in loss record 642 of
1,060
==9160== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9160== by 0x4E447B9: __guac_error_message (error.c:237)
==9160== by 0x10B9E4: guacd_route_connection (connection.c:244)
==9160== by 0x10B9E4: guacd_connection_thread (connection.c:393)
==9160== by 0x50596DA: start_thread (pthread_create.c:463)
==9160== by 0x561F88E: clone (clone.S:95)
==9160==
==9160== 61 (56 direct, 5 indirect) bytes in 1 blocks are definitely lost in
loss record 720 of 1,060
==9160== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9160== by 0x10AE4D: guacd_conf_load (conf-file.c:174)
==9160== by 0x10A173: main (daemon.c:279)
==9160==
==9160== 96 bytes in 1 blocks are definitely lost in loss record 766 of
1,060
==9160== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9160== by 0x559B640: __libc_alloc_buffer_allocate
(alloc_buffer_allocate.c:26)
==9160== by 0x5645097: alloc_buffer_allocate (alloc_buffer.h:143)
==9160== by 0x5645097: __resolv_conf_allocate (resolv_conf.c:410)
==9160== by 0x5642093: __resolv_conf_load (res_init.c:587)
==9160== by 0x56445A8: __resolv_conf_get_current (resolv_conf.c:162)
==9160== by 0x5642DFC: __res_vinit (res_init.c:609)
==9160== by 0x5643F9F: maybe_init (resolv_context.c:122)
==9160== by 0x5643F9F: context_get (resolv_context.c:184)
==9160== by 0x5643F9F: __resolv_context_get (resolv_context.c:195)
==9160== by 0x560397D: gaih_inet.constprop.7 (getaddrinfo.c:767)
==9160== by 0x5605CE3: getaddrinfo (getaddrinfo.c:2300)
==9160== by 0xC41EF7D: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9160== by 0xC41F01A: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9160== by 0xC425A59: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9160==
==9160== 96 bytes in 4 blocks are definitely lost in loss record 767 of
1,060
==9160== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9160== by 0x10A4ED: main (daemon.c:477)
==9160==
==9160== 864 bytes in 3 blocks are possibly lost in loss record 940 of 1,060
==9160== at 0x4C31B25: calloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9160== by 0x40134A6: allocate_dtv (dl-tls.c:286)
==9160== by 0x40134A6: _dl_allocate_tls (dl-tls.c:530)
==9160== by 0x505A227: allocate_stack (allocatestack.c:627)
==9160== by 0x505A227: pthread_create@@GLIBC_2.2.5 (pthread_create.c:644)
==9160== by 0x10BAD2: guacd_add_user (connection.c:211)
==9160== by 0x10BAD2: guacd_route_connection (connection.c:311)
==9160== by 0x10BAD2: guacd_connection_thread (connection.c:393)
==9160== by 0x50596DA: start_thread (pthread_create.c:463)
==9160== by 0x561F88E: clone (clone.S:95)
==9160==
==9160== 864 bytes in 3 blocks are possibly lost in loss record 941 of 1,060
==9160== at 0x4C31B25: calloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9160== by 0x40134A6: allocate_dtv (dl-tls.c:286)
==9160== by 0x40134A6: _dl_allocate_tls (dl-tls.c:530)
==9160== by 0x505A227: allocate_stack (allocatestack.c:627)
==9160== by 0x505A227: pthread_create@@GLIBC_2.2.5 (pthread_create.c:644)
==9160== by 0x10B8F9: guacd_connection_io_thread (connection.c:138)
==9160== by 0x50596DA: start_thread (pthread_create.c:463)
==9160== by 0x561F88E: clone (clone.S:95)
==9160==
==9160== 1,152 bytes in 4 blocks are possibly lost in loss record 956 of
1,060
==9160== at 0x4C31B25: calloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9160== by 0x40134A6: allocate_dtv (dl-tls.c:286)
==9160== by 0x40134A6: _dl_allocate_tls (dl-tls.c:530)
==9160== by 0x505A227: allocate_stack (allocatestack.c:627)
==9160== by 0x505A227: pthread_create@@GLIBC_2.2.5 (pthread_create.c:644)
==9160== by 0x10A512: main (daemon.c:491)
==9160==
==9160== 16,424 bytes in 1 blocks are possibly lost in loss record 1,017 of
1,060
==9160== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9160== by 0xCE35BB8: _aligned_offset_malloc (in
/usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
==9160== by 0xC45C2A5: bitmap_interleaved_context_new (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9160== by 0xC40D162: freerdp_client_codecs_prepare (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9160== by 0xC413A86: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9160== by 0xC4080FA: freerdp_connect (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9160== by 0xC156DEF: guac_rdp_handle_connection (rdp.c:395)
==9160== by 0xC156DEF: guac_rdp_client_thread (rdp.c:644)
==9160== by 0x50596DA: start_thread (pthread_create.c:463)
==9160== by 0x561F88E: clone (clone.S:95)
==9160==
==9160== 16,832 (48 direct, 16,784 indirect) bytes in 2 blocks are
definitely lost in loss record 1,019 of 1,060
==9160== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9160== by 0x10BAAF: guacd_add_user (connection.c:204)
==9160== by 0x10BAAF: guacd_route_connection (connection.c:311)
==9160== by 0x10BAAF: guacd_connection_thread (connection.c:393)
==9160== by 0x50596DA: start_thread (pthread_create.c:463)
==9160== by 0x561F88E: clone (clone.S:95)
==9160==
==9160== 131,512 bytes in 11 blocks are possibly lost in loss record 1,041
of 1,060
==9160== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9160== by 0xCE35BB8: _aligned_offset_malloc (in
/usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
==9160== by 0xC3C0D64: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9160== by 0xC3CD95F: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9160== by 0xC40508E: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9160== by 0xC422865: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9160== by 0xC4230E1: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9160== by 0xC41C763: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9160== by 0xC41D38A: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9160== by 0xC42687B: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9160== by 0xC41DBE7: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9160== by 0xC406DD6: freerdp_check_fds (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9160==
==9160== 452,344 (8,816 direct, 443,528 indirect) bytes in 29 blocks are
definitely lost in loss record 1,046 of 1,060
==9160== at 0x4C31B25: calloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9160== by 0xC408838: Bitmap_Alloc (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9160== by 0xC3CD900: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9160== by 0xC40508E: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9160== by 0xC422865: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9160== by 0xC4230E1: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9160== by 0xC41C763: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9160== by 0xC41D38A: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9160== by 0xC42687B: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9160== by 0xC41DBE7: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9160== by 0xC406DD6: freerdp_check_fds (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9160== by 0xC407D60: freerdp_check_event_handles (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9160==
==9160== 5,308,456 bytes in 1 blocks are possibly lost in loss record 1,058
of 1,060
==9160== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9160== by 0xCE35BB8: _aligned_offset_malloc (in
/usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
==9160== by 0xC3B9B09: gdi_CreateCompatibleBitmap (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9160== by 0xC3C554C: ??? (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9160== by 0xC3CBD2B: gdi_init_ex (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9160== by 0xC1566AA: rdp_freerdp_pre_connect (rdp.c:140)
==9160== by 0xC40808B: freerdp_connect (in
/usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.1.1)
==9160== by 0xC156DEF: guac_rdp_handle_connection (rdp.c:395)
==9160== by 0xC156DEF: guac_rdp_client_thread (rdp.c:644)
==9160== by 0x50596DA: start_thread (pthread_create.c:463)
==9160== by 0x561F88E: clone (clone.S:95)
==9160==
==9160== LEAK SUMMARY:
==9160== definitely lost: 9,160 bytes in 45 blocks
==9160== indirectly lost: 460,317 bytes in 34 blocks
==9160== possibly lost: 5,459,272 bytes in 23 blocks
==9160== still reachable: 49,751,250 bytes in 136,246 blocks
==9160== suppressed: 0 bytes in 0 blocks
==9160== Reachable blocks (those to which a pointer was found) are not
shown.
==9160== To see them, rerun with: --leak-check=full --show-leak-kinds=all
==9160==
==9160== For counts of detected and suppressed errors, rerun with: -v
==9160== ERROR SUMMARY: 14 errors from 14 contexts (suppressed: 0 from 0)
==9108==
==9108== HEAP SUMMARY:
==9108== in use at exit: 26,653,804 bytes in 133,594 blocks
==9108== total heap usage: 153,008 allocs, 19,414 frees, 106,585,706 bytes
allocated
==9108==
==9108== 16 bytes in 4 blocks are definitely lost in loss record 10 of 69
==9108== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9108== by 0x4E44769: __guac_error (error.c:213)
==9108== by 0x10B9D7: guacd_route_connection (connection.c:243)
==9108== by 0x10B9D7: guacd_connection_thread (connection.c:393)
==9108== by 0x50596DA: start_thread (pthread_create.c:463)
==9108== by 0x561F88E: clone (clone.S:95)
==9108==
==9108== 32 bytes in 4 blocks are definitely lost in loss record 16 of 69
==9108== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9108== by 0x4E447B9: __guac_error_message (error.c:237)
==9108== by 0x10B9E4: guacd_route_connection (connection.c:244)
==9108== by 0x10B9E4: guacd_connection_thread (connection.c:393)
==9108== by 0x50596DA: start_thread (pthread_create.c:463)
==9108== by 0x561F88E: clone (clone.S:95)
==9108==
==9108== 61 (56 direct, 5 indirect) bytes in 1 blocks are definitely lost in
loss record 19 of 69
==9108== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9108== by 0x10AE4D: guacd_conf_load (conf-file.c:174)
==9108== by 0x10A173: main (daemon.c:279)
==9108==
==9108== 68 (56 direct, 12 indirect) bytes in 1 blocks are definitely lost
in loss record 23 of 69
==9108== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9108== by 0x12A0B73D: Stream_New (in
/usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
==9108== by 0x1215C022: ???
==9108== by 0x1C3D1903: guac_rdp_common_svc_handle_open_event
(guac-common-svc.c:137)
==9108== by 0x1241630C: ???
==9108== by 0x1243E04F: ???
==9108== by 0x124287EE: ???
==9108== by 0x1242938A: ???
==9108== by 0x1243287B: ???
==9108== by 0x12429BE7: ???
==9108== by 0x12412DD6: ???
==9108== by 0x12413D60: ???
==9108==
==9108== 86 (56 direct, 30 indirect) bytes in 1 blocks are definitely lost
in loss record 25 of 69
==9108== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9108== by 0x12A0B73D: Stream_New (in
/usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
==9108== by 0x1215C115: ???
==9108== by 0x1C3D1903: guac_rdp_common_svc_handle_open_event
(guac-common-svc.c:137)
==9108== by 0x1241630C: ???
==9108== by 0x1243E04F: ???
==9108== by 0x124287EE: ???
==9108== by 0x1242938A: ???
==9108== by 0x1243287B: ???
==9108== by 0x12429BE7: ???
==9108== by 0x12412DD6: ???
==9108== by 0x12413D60: ???
==9108==
==9108== 96 bytes in 4 blocks are definitely lost in loss record 28 of 69
==9108== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9108== by 0x10A4ED: main (daemon.c:477)
==9108==
==9108== 109 (96 direct, 13 indirect) bytes in 1 blocks are definitely lost
in loss record 29 of 69
==9108== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9108== by 0x6899E58: CRYPTO_zalloc (in
/usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
==9108== by 0x67CC09F: BIO_meth_new (in
/usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
==9108== by 0x1242ABD4: ???
==9108== by 0x124315BD: ???
==9108== by 0x12431A6B: ???
==9108== by 0x123F32E8: ???
==9108== by 0x123F3648: ???
==9108== by 0x123F4C50: ???
==9108== by 0x1241FCCA: ???
==9108== by 0x124140FA: ???
==9108== by 0x12162DEF: ???
==9108==
==9108== 111 (96 direct, 15 indirect) bytes in 1 blocks are definitely lost
in loss record 30 of 69
==9108== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9108== by 0x6899E58: CRYPTO_zalloc (in
/usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
==9108== by 0x67CC09F: BIO_meth_new (in
/usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
==9108== by 0x1242ACA4: ???
==9108== by 0x124315E6: ???
==9108== by 0x12431A6B: ???
==9108== by 0x123F32E8: ???
==9108== by 0x123F3648: ???
==9108== by 0x123F4C50: ???
==9108== by 0x1241FCCA: ???
==9108== by 0x124140FA: ???
==9108== by 0x12162DEF: ???
==9108==
==9108== 312 (56 direct, 256 indirect) bytes in 1 blocks are definitely lost
in loss record 38 of 69
==9108== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9108== by 0x12A0B73D: Stream_New (in
/usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
==9108== by 0x1215C580: ???
==9108== by 0x1C3D1903: guac_rdp_common_svc_handle_open_event
(guac-common-svc.c:137)
==9108== by 0x1241630C: ???
==9108== by 0x1243E04F: ???
==9108== by 0x124287EE: ???
==9108== by 0x1242938A: ???
==9108== by 0x1243287B: ???
==9108== by 0x12429BE7: ???
==9108== by 0x12412DD6: ???
==9108== by 0x12413D60: ???
==9108==
==9108== 576 bytes in 2 blocks are possibly lost in loss record 42 of 69
==9108== at 0x4C31B25: calloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9108== by 0x40134A6: allocate_dtv (dl-tls.c:286)
==9108== by 0x40134A6: _dl_allocate_tls (dl-tls.c:530)
==9108== by 0x505A227: allocate_stack (allocatestack.c:627)
==9108== by 0x505A227: pthread_create@@GLIBC_2.2.5 (pthread_create.c:644)
==9108== by 0x10A512: main (daemon.c:491)
==9108==
==9108== 16,424 bytes in 1 blocks are possibly lost in loss record 58 of 69
==9108== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9108== by 0x12A41BB8: _aligned_offset_malloc (in
/usr/lib/x86_64-linux-gnu/libwinpr2.so.2.1.1)
==9108== by 0x123CCD64: ???
==9108== by 0x123D995F: ???
==9108== by 0x1241108E: ???
==9108== by 0x1242E865: ???
==9108== by 0x1242F2F2: ???
==9108== by 0x12428763: ???
==9108== by 0x1242938A: ???
==9108== by 0x1243287B: ???
==9108== by 0x12429BE7: ???
==9108== by 0x12412DD6: ???
==9108==
==9108== 50,088 (96 direct, 49,992 indirect) bytes in 4 blocks are
definitely lost in loss record 62 of 69
==9108== at 0x4C2FB0F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9108== by 0x10BAAF: guacd_add_user (connection.c:204)
==9108== by 0x10BAAF: guacd_route_connection (connection.c:311)
==9108== by 0x10BAAF: guacd_connection_thread (connection.c:393)
==9108== by 0x50596DA: start_thread (pthread_create.c:463)
==9108== by 0x561F88E: clone (clone.S:95)
==9108==
==9108== 723,760 (15,200 direct, 708,560 indirect) bytes in 50 blocks are
definitely lost in loss record 65 of 69
==9108== at 0x4C31B25: calloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9108== by 0x12414838: ???
==9108== by 0x123D9900: ???
==9108== by 0x1241108E: ???
==9108== by 0x1242E865: ???
==9108== by 0x1242F0E1: ???
==9108== by 0x12428763: ???
==9108== by 0x1242938A: ???
==9108== by 0x1243287B: ???
==9108== by 0x12429BE7: ???
==9108== by 0x12412DD6: ???
==9108== by 0x12413D60: ???
==9108==
==9108== 18,339,624 (334,704 direct, 18,004,920 indirect) bytes in 1,101
blocks are definitely lost in loss record 69 of 69
==9108== at 0x4C31B25: calloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9108== by 0x12414838: ???
==9108== by 0x123D9900: ???
==9108== by 0x1241108E: ???
==9108== by 0x1242E865: ???
==9108== by 0x1242F2F2: ???
==9108== by 0x12428763: ???
==9108== by 0x1242938A: ???
==9108== by 0x1243287B: ???
==9108== by 0x12429BE7: ???
==9108== by 0x12412DD6: ???
==9108== by 0x12413D60: ???
==9108==
==9108== LEAK SUMMARY:
==9108== definitely lost: 350,560 bytes in 1,173 blocks
==9108== indirectly lost: 18,763,803 bytes in 1,164 blocks
==9108== possibly lost: 17,000 bytes in 3 blocks
==9108== still reachable: 7,522,441 bytes in 131,254 blocks
==9108== suppressed: 0 bytes in 0 blocks
==9108== Reachable blocks (those to which a pointer was found) are not
shown.
==9108== To see them, rerun with: --leak-check=full --show-leak-kinds=all
==9108==
==9108== For counts of detected and suppressed errors, rerun with: -v
==9108== ERROR SUMMARY: 14 errors from 14 contexts (suppressed: 0 from 0)
--
Sent from: http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@guacamole.apache.org
For additional commands, e-mail: user-help@guacamole.apache.org
Re: high memory consumption
Posted by Nick Couchman <vn...@apache.org>.
On Wed, Jun 24, 2020 at 9:28 AM Leonardo Pereira <
leonardopmorais@outlook.com.br> wrote:
> I have a Guacamole server with version 1.1.0. It had been using for three
> months, and out of nowhere the server started to consume a lot of memory.
> Checking the top or smem and the guacd processes is what consumes the
> machine's memory until it overflows. When the memory and swap runs out, the
> operating system kills some guacd processes, bringing down some users.
>
>
> apachegatwayrpds kernel: [ 4945.817132] Out of memory: Kill process 20899
> (guacd) score 165 or sacrifice child
>
>
> Any suggestion?
>
>
Are you familiar at all with valgrind? If so, could you get a report out
of valgrind that tracks the memory consumption? It should be able to
identify any leaks.
Also, can you advise on what display protocol you're using for the remote
server, and if you're using any non-default options (file transfer or SFTP,
etc.)?
-Nick