-
-
Notifications
You must be signed in to change notification settings - Fork 163
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Sqlite issues at /tmp #280
Comments
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 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? |
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 Thank you for the explanation and hint |
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. |
Hi,
I checked there are lots of
mailpit-xxxx.db
files inside /tmp.Most of the file contains sqlite content such below.
My setup
Systemd config
The text was updated successfully, but these errors were encountered: