mirror of
https://github.com/axllent/mailpit.git
synced 2026-04-27 01:06:01 +03:00
[GH-ISSUE #280] Sqlite issues at /tmp #185
Labels
No labels
awaiting feedback
bug
docker
documentation
enhancement
github_actions
invalid
pull-request
question
stale
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/mailpit#185
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 @zarulizham on GitHub (Apr 19, 2024).
Original GitHub issue: https://github.com/axllent/mailpit/issues/280
Hi,
I checked there are lots of
mailpit-xxxx.dbfiles inside /tmp.Most of the file contains sqlite content such below.
My setup
Systemd config
@axllent commented on GitHub (Apr 19, 2024):
Hi @zarulizham. When you say "lots", how many (approximately) do you mean?
The way you are starting Mailpit (without specifying a database) means it will create 3 unique temporary SQlite database files in
/tmp, for examplemailpit-1713565424512699308.db,mailpit-1713565424512699308.db-walandmailpit-1713565424512699308.db-shm. When Mailpit exists normally, those three files should be automatically deleted (because you're using a temporary database). This means that with 4 running Mailpit instances, you should have 12/tmp/mailpit-*files in total.The fact that you have many indicates to me that one (or more) of your Mailpit instances may be failing to start, for instance if either the SMTP or HTTP port you specified in your systemd config are already in use by another service. I have just pushed a fix (unreleased) which will attempt to also remove these temporary files if Mailpit fails to start. In saying this, if you can confirm "lots" then I can get a better idea of whether this is expected (4x3 = 12), or whether you have a crashing service?
@zarulizham commented on GitHub (Apr 20, 2024):
It was more than million files (total of 40GB). Last time I clear-up was 2 months ago. Every second there are more than 10 *.db files being written to /tmp.
I think one of mailpit service is clashing with mailhog service (port). It might be the reason there are non-stoppable .db files being written.
This issues solved when I specify
--db-filein each of service files in systemd.Thank you for the explanation and hint
@axllent commented on GitHub (Apr 20, 2024):
Oh wow, that is a LOT! Mailpit was exiting (early) most likely because a port was already in use, and leaving the temporary random database behind because of this (the fix for this will be in the next release, thanks for reporting!). In the meantime please check each of your Mailpit services to try identify which of those is being constantly restarted by systemd.