[GH-ISSUE #613] Logs filling up with these entries #411

Closed
opened 2026-03-03 01:28:51 +03:00 by kerem · 2 comments
Owner

Originally created by @BobWs on GitHub (Sep 9, 2019).
Original GitHub issue: https://github.com/dani-garcia/vaultwarden/issues/613

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). Original GitHub issue: https://github.com/dani-garcia/vaultwarden/issues/613 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?
kerem closed this issue 2026-03-03 01:28:51 +03:00
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

<!-- gh-comment-id:529460590 --> @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!

<!-- gh-comment-id:529507553 --> @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.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/vaultwarden#411
No description provided.