Sever software shut down in the middle of the night

This is a newly installed mail-in-a-box in a small business environment with other servers on the network. I am using an external DNS. The status page is mostly green (now) except for warnings related to the external DNS. This may just be a random event, but if anyone has insight into what might have happened it would certainly be helpful.

At about 4:00 am this morning it seems that postfix and dovecot shut down. I was still able to get into the server to look around, but ps showed neither postfix or dovecot were running. The status page also showed the not running. The log showed spamd kicking in for something around 6:00, but that’s it.

Here are obfuscated logs on GoogleDrive from around 4:00 (If you need unobfuscated let me know):
systemlog
maillog

000.000.000.000 is our mail server internal IP
YYYYY is the admin user (part of the path to mailinabox)
USER-00? are individual mail users

I rebooted and everything seemed to come up as it should.

Please let me know any additional information that would help. I didn’t want to flood this with stuff that didn’t really matter.

TIA
Tim

1 Like

Unable to access the logs … please repost to something similar to https://paste.ubuntu.com or https://paste.ee

The timing seems like the daily maintenance period. Both should have restarted after maintenance.

Postfix and Dovecot are stopped prior to taking a backup, and are started again once the backup completes. If the backup was still ongoing (e.g. if you migrated a lot of email and this was the first backup), that would explain it.

3 Likes

Just FYI, the backup process starts at a random minute in the hour from 03:00 if I’m right. You should see future backups starting at the same minute on subsequent days.

@alento: Sorry, didn’t realize the GDrive would have access issues. I was just waking up after 28 hours straight at work and obviously didn’t think it through.

@JoshData: Thanks, that makes sense. It was a new install (migration), thus the 28 hour shift. I’ll keep an eye on it. What process does it use? I want to see if I can figure out if it was still running at that time or if something else might have happened.

Out of curiosity, Is it possible to change the time that the backup fires off that won’t get overwritten with an update? I’m guessing its’ a cron job?

And thanks to you too @latinhypercube.

Backups are performed with duplicity

See comments in \management\backup.py for details of the process.

Thanks @latinhypercube. Once I get caught up on other stuff I’ll have a look.