Logs filling up with these entries #410

Closed
opened 2026-02-04 20:22:03 +03:00 by OVERLORD · 2 comments
Owner

Originally created by @BobWs on GitHub (Sep 9, 2019).

Hi,

My Bitwarden-mysql logs are filling up these entries:

[2019-09-09 10:31:14][rocket::rocket][INFO] GET /alive:
[2019-09-09 10:31:14][_][INFO] Matched: GET /alive (alive)
[2019-09-09 10:31:14][_][INFO] Outcome: Success
[2019-09-09 10:31:14][_][INFO] Response succeeded.
[2019-09-09 10:31:24][rocket::rocket][INFO] GET /alive:
[2019-09-09 10:31:24][_][INFO] Matched: GET /alive (alive)
[2019-09-09 10:31:24][_][INFO] Outcome: Success
[2019-09-09 10:31:24][_][INFO] Response succeeded.
[2019-09-09 10:31:34][rocket::rocket][INFO] GET /alive:
[2019-09-09 10:31:34][_][INFO] Matched: GET /alive (alive)
[2019-09-09 10:31:34][_][INFO] Outcome: Success
[2019-09-09 10:31:34][_][INFO] Response succeeded.

Could you please explain what this is and is this normal? Or do I have configured something wrong?

Originally created by @BobWs on GitHub (Sep 9, 2019). Hi, My Bitwarden-mysql logs are filling up these entries: `[2019-09-09 10:31:14][rocket::rocket][INFO] GET /alive:` `[2019-09-09 10:31:14][_][INFO] Matched: GET /alive (alive)` `[2019-09-09 10:31:14][_][INFO] Outcome: Success` `[2019-09-09 10:31:14][_][INFO] Response succeeded.` `[2019-09-09 10:31:24][rocket::rocket][INFO] GET /alive:` `[2019-09-09 10:31:24][_][INFO] Matched: GET /alive (alive)` `[2019-09-09 10:31:24][_][INFO] Outcome: Success` `[2019-09-09 10:31:24][_][INFO] Response succeeded.` `[2019-09-09 10:31:34][rocket::rocket][INFO] GET /alive:` `[2019-09-09 10:31:34][_][INFO] Matched: GET /alive (alive)` `[2019-09-09 10:31:34][_][INFO] Outcome: Success` `[2019-09-09 10:31:34][_][INFO] Response succeeded.` Could you please explain what this is and is this normal? Or do I have configured something wrong?
Author
Owner

@dani-garcia commented on GitHub (Sep 9, 2019):

That's from the healthcheck added recently to the docker image, it shouldn't cause any problems. If it bothers you, you can either disable it adding --no-healthcheck to the docker run command, or changing the LOG_LEVEL to warn

@dani-garcia commented on GitHub (Sep 9, 2019): That's from the healthcheck added recently to the docker image, it shouldn't cause any problems. If it bothers you, you can either disable it adding `--no-healthcheck` to the docker run command, or changing the `LOG_LEVEL` to warn
Author
Owner

@BobWs commented on GitHub (Sep 9, 2019):

Okay thanks! It doesn't bother me, was just wondering if it was a problem.
Thanks for clarifying!

@BobWs commented on GitHub (Sep 9, 2019): Okay thanks! It doesn't bother me, was just wondering if it was a problem. Thanks for clarifying!
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/vaultwarden#410