mirror of
https://github.com/NginxProxyManager/nginx-proxy-manager.git
synced 2026-04-25 17:35:52 +03:00
[GH-ISSUE #183] Logs grow indefinitely #160
Labels
No labels
awaiting feedback
bug
cannot reproduce
dns provider request
duplicate
enhancement
enhancement
enhancement
good first issue
help wanted
invalid
need more info
no certbot plugin available
product-support
pull-request
question
stale
troll
upstream issue
v2
v2
v2
v3
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/nginx-proxy-manager-NginxProxyManager#160
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @rimas-kudelis on GitHub (Aug 7, 2019).
Original GitHub issue: https://github.com/NginxProxyManager/nginx-proxy-manager/issues/183
I had an issue with a setup of nginx-proxy-manager. I have it set up for a relative of mine as a docker container in an Ubuntu virtual machine, and suddently it began glitching. The latest symptoms was that port 80 was accessible from the other machines in the network, but port 81 was not.
Apparently, the culprit was the logs which grew to over 2GB in just a few months.
By looking at
/data/logsin the container file system, I noticed that the logs are never rotated and just grow indefinitely, and I think it's bound to hit pretty much every user at some point.Thus I would like to suggest to either configure log rotation out of the box, or to explain how this should be done externally (since I just noticed that /data volume is a directory exposed from the host machine).
Or perhaps another option would be to allow easy disabling of nginx logging into files altogether, and instead let it log to stdout?
@beloniki commented on GitHub (Sep 24, 2019):
You can use default logrotated:
@nekoliten commented on GitHub (Nov 24, 2020):
Ran into this issue today myself when my server was suddenly out of disk space (my bad for not setting up alerts for it), upon investigation I noticed that the proxy-manager log folder contained several 25+ GB logs.
@MaxVRAM commented on GitHub (Feb 28, 2021):
Would be good to have this a function of the Docker deployment itself. I just realised my Pi was filled with 4GB of logs.
@ameinild commented on GitHub (Mar 8, 2021):
I'd like to chime in on this as well. Would it be possible that the container can logrotate itself, or provide some log settings etc?
@beloniki commented on GitHub (Mar 27, 2021):
I think, that it would be useful to give to user a choice: send logs to stdout like this:
, or put into files.
@MaxVRAM
You could create your Dockerfile and replace logging directives in /etc/nginx/nginx.conf by stdout. Then you can use native docker log method to send logs to syslog collector https://docs.docker.com/config/containers/logging/syslog/
or to store locally https://docs.docker.com/config/containers/logging/local/ and limit size by using max-size option.
@generalsnipe commented on GitHub (May 15, 2021):
Just +1 on this. I too recently had a server go down due to log taking 11GB. I personally only need the last week of data. Anything over that is just taking space.
@internetfreak commented on GitHub (May 17, 2021):
Supporting this as well, had issues to download some files and after searching for quite a while I came to check the proxy and then I saw what was wrong. This should not happen
@gadgetusaf commented on GitHub (Jul 5, 2021):
I am supporting this as well and have had a similar issue. Is there an eta on when logrotate functionality will be merged in?
@shroomlife commented on GitHub (Jul 9, 2021):
+1
@Mrs-Feathers commented on GitHub (Aug 17, 2023):
just ran into this issue on the current build.. logs filled up 50gbs within a week and i didn't know until everything crashed.
@FibreTTP commented on GitHub (Sep 27, 2023):
@Mrs-Feathers refer: https://github.com/NginxProxyManager/nginx-proxy-manager/issues/2938