Postfix Problems

What does an OMV user have to do to automatically restart the postfix after booting up the system?

Thanks very much! I'll do that in the hope that it circumvents this topic's issue.

Looks like the same issue as https://github.com/OpenMediaVa…ult-flashmemory/issues/33

Postfix is started by the systemd unit `postfix@-.service` by default in OMV. The starting of it should be delayed until folder2ram_startup.service is done setting up /var/spool

Edit: For details, please see issue#33 comment

Thanks again to wenzhuo for the help. You are a master!

I have tested it and this this fixes two issues:

• Postfix getting stuck (worked around with a scheduled service reboot after system boot)
• Email about nginx does not exist/exists (which I could not workaround)

Edit the folder2ram_startup.service systemd: systemctl edit folder2ram_startup.service --full

Add the following to the [Unit] section

RequiresMountsFor=/var
Wants=tmp.mount
Before=monit.service rrdcached.service minidlna.service nginx.service nmbd.service

It should look like this

[Unit]
Description=folder2ram systemd service
After=local-fs.target
After=blk-availability.service
DefaultDependencies=no
RequiresMountsFor=/var
Wants=tmp.mount
Before=monit.service rrdcached.service minidlna.service nginx.service nmbd.service

Save and reboot.

ENJOY!

Quote from auanasgheps

Code

[Unit]
Description=folder2ram systemd service
After=local-fs.target
After=blk-availability.service
DefaultDependencies=no
RequiresMountsFor=/var
Wants=tmp.mount
Before=monit.service rrdcached.service minidlna.service nginx.service nmbd.service

`After=local-fs.target` should very well be `After=local-fs-pre.target`.

With the test version installed I still get those nginx-E-Mails right after boot, then on the terminal

sendmail -q

shows

Cannot flush mail queue - mail system is down

Then manually doing

systemctl restart postfix

seems to fix it, though IDK for how long.

The system is fully up-to-date btw, I did omv-upgrade before further testing.

Postfix wasn't fully working yet with the test version.
You have to add a specific service to the systemd file.

I fixed the issue by adding a new line

Before=postfix@-.service

More info here.

I have solved both Postfix and nginx doesn't exist/exist emails, while sending a test email to verify Postfix is alive.

For 8.x, I believe systemd-zram-generator is a better choice for the flashmemory plugin, 'cause we need per-folder granularity for faster startup. Folder2ram_startup.service currently ranks the 2nd on the systemd-analyze blame list.

Quote from ryecoaaron

chrony added to test package.

If updating to the newest test package from the previous test package (both same version number of course) is done via just another

wget https://omv-extras.org/testing/folder2ram_0.4.2_all.deb -O folder2ram_0.4.2_all.deb
sudo dpkg -i folder2ram_0.4.2_all.deb

then I can report that I still get the nginx-E-Mails and senmail -q does still say "mail system is down".

Quote from villeneuve

If updating to the newest test package from the previous test package (both same version number of course) is done via just another

Code

wget https://omv-extras.org/testing/folder2ram_0.4.2_all.deb -O folder2ram_0.4.2_all.deb
sudo dpkg -i folder2ram_0.4.2_all.deb

then I can report that I still get the nginx-E-Mails and senmail -q does still say "mail system is down".

7.0.1: folder2ram_startup.service timing issue · Issue #33 · OpenMediaVault-Plugin-Developers/openmediavault-flashmemory

I have a ROCK64 Armbian OMV tiny NAS system running off a SD card. Hence the need of this plugin. The initial version of OMV installed in it was, I believe,…

github.com

Quote from wenzhuo

For 8.x, I believe systemd-zram-generator is a better choice for the flashmemory plugin, 'cause we need per-folder granularity for faster startup. Folder2ram_startup.service currently ranks the 2nd on the systemd-analyze blame list.

Allow me to propose an idea: Courtesy of ChatGPT

Changed my requirements a little bit: ChatGPT