Hey,

I dont have the full psql container query because i tried to do tail of
20000 lines and it still shows

postgres_gqm_1    | 2021-09-13T14:59:26.208973521Z                   ,
postgres_gqm_1    | 2021-09-13T14:59:26.208975652Z
 $22740::integer
postgres_gqm_1    | 2021-09-13T14:59:26.208977856Z                   ,
postgres_gqm_1    | 2021-09-13T14:59:26.208980045Z
 $22741::integer

docker ps shows containers are healthy even when service is stuck

Is there a way to add guacamole debug logs?
In the guacd container I have : GUACD_LOG_LEVEL: debug
but for guacamole ?

It looks like psql did a restart after the big quarry and guacd did too but
something is not working correctly until i restart the guacd and guacamole
and then it works for a day or two,
what else can I check?
I am going to create a bash script to restart containers if service is
stuck because I really don't know what else to do :(




‫בתאריך יום ד׳, 22 בספט׳ 2021 ב-22:40 מאת ‪Mike Jumper‬‏ <‪
[email protected]‬‏>:‬

> On Wed, Sep 22, 2021 at 5:45 AM Regev Batchen <[email protected]> wrote:
>
>> Hello, the postgres error happened again.
>> I dont understand why postgrece started to get stuck after i updated to
>> guacamole 1.3 , befor i had an error that it was only get stuck with no sql
>> error.
>> i use psql 12.3 and here are some logs, PLEASE let me know what else i
>> can check and debug? i have 10 more containers on this docker-compose and
>> only guacamole gets stuck.
>>
>> It just stop receiving api request and no logs are written to the guac
>> containers.
>> what causing this SELECT error?
>>
>
> Do you have the full message from the PostgreSQL container?
>
> The log message you see from guacd (Error reading "select") is not
> actually related to the database (which is only used by the webapp, not
> guacd). This is guacd letting you know that a connection to guacd was
> established and then closed during the Guacamole protocol handshake, the
> first message of which happens to be called "select". This is the result of
> a healthcheck ping within Docker and is not an error.
>
> - Mike
>
>

Reply via email to