Monitoring alert -- Filesystem flags changed

  • Hi,


    I received a notification email from OMV yesterday:


    Subject:

    [omv] Monitoring alert -- Filesystem flags changed filesystem_srv_dev-disk-by-uuid-9b905237-9d8a-4a60-b86a-8eab1bce9483


    Body:

    The system monitoring needs your attention.

    Host:        omv

    Date:        Fri, 29 Mar 2024 09:07:42

    Service:     filesystem_srv_dev-disk-by-uuid-9b905237-9d8a-4a60-b86a-8eab1bce9483

    Event:       Filesystem flags changed

    Description: filesystem flags changed from 'rw,relatime,jqfmt=vfsv0,usrjquota=aquota.user,grpjquota=aquota.group' to 'ro,relatime,jqfmt=vfsv0,usrjquota=aquota.user,grpjquota=aquota.group'

    This triggered the monitoring system to: alert


    After the alert email the filesystem became Read-Only.


    This is a LUKS partition. No other issues were detected. No recent reboots or a power issues. No recent SMART alerts.



    A reboot helped to solve the problem, but can someone explain why it happened and how to avoid this kind of issues in a future?


    I use OMV since version 5.x (use LUKS since ver 6.x - around 1.5-2 years) and it has never happened to me before.


    Many thanks

    OMV7 on RPi4B, WD elements 4TB

    • Official Post

    The description states that the filesystem flag has changed from rw (read-write) to ro (read-only). Probably the kernel has detected an issue and mounted the filesystem as ro.


    You can check the logs for any error just before the date mentioned in the mail.

  • Thank you. Yes, noticed the description. Which log would it be? Syslog or kernel log available from the admin panel doesn't have anything around that date. I SSHed and checked older logs (kern.log.1, faillog, dmesg from previous sessions) and also couldn't find anything from that date. All I can find is either today's reboot or a previous boot weeks ago.

    OMV7 on RPi4B, WD elements 4TB

  • I did try journal. That was the "dmesg from previous sessions" mentioned in my previous email.

    Command journalctl -o short -k -b -1 gives me this result (showing only a few lines):


    The alert was from the 29th of March, but nothing in the log above as you can see.

    OMV7 on RPi4B, WD elements 4TB

    • Official Post

    Mar 30 12:58:15 omv systemd-journald[283]: /var/log/journal/104fcb2b14ab4bf4a6df289113fe6cbb/system.journal: Journal file has been deleted, rotating.

    No idea why the file has been deleted. Maybe it is related to the issue. Might be best, just to see if it happens again. Hopefully not.

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!