Hi team.
I have a server with two ZFS mirror disk arrays: rpool and vmdata, running PM VE 9.2.3 on a supermicro server.
I configured email notifications both in the Proxmox GUI and in console(postfix). I tested them, and they work correctly.
I left the default matcher unchanged. The only thing I modified was the notification target, where I configured it to use the email notification target I added.
I disabled mail-to-root and only kept my Gmail notification email address configured.
Now I performed a simulated pool degradation test. I removed one of the disks from the rpool array, where Proxmox 9.2.3 is installed, and then rebooted the server. The server booted correctly, and my ZFS pool is now degraded. However, I have not received any email notification about the degraded pool.
Is this normal, or is there something else I need to configure so that ZFS or Proxmox sends me a notification when a pool becomes degraded?
The mail test works correctly. I also performed two VM backups, and I received the corresponding email notifications. I also received ZFS scrub event notifications, such as:
ZFS scrub_finish event for rpool on proxmox-srv
If I run ' zpool events -v', I don´t see any degraded event, is like ZFS haven´t detect the status.
state: DEGRADED
status: One or more devices could not be used because the label is missing or
invalid. Sufficient replicas exist for the pool to continue
functioning in a degraded state.
action: Replace the device using 'zpool replace'.
see: https://openzfs.github.io/openzfs-docs/msg/ZFS-8000-4J
scan: scrub repaired 0B in 00:00:53 with 0 errors on Thu Jun 11 22:13:25 2026
config:
NAME STATE READ WRITE CKSUM
rpool DEGRADED 0 0 0
mirror-0 DEGRADED 0 0 0
10646346849731093859 UNAVAIL 0 0 0 was /dev/disk/by-id/ata-Samsung_SSD_850_EVO_250GB_S2R6NX0J622618X-part3
ata-Samsung_SSD_850_EVO_250GB_S3PZNF0JA23975A-part3 ONLINE 0 0 0
errors: No known data errors
Could this be a bug, or am I missing an additional configuration step?
Any advice is welcome. Thank you very much, colleagues.
I have a server with two ZFS mirror disk arrays: rpool and vmdata, running PM VE 9.2.3 on a supermicro server.
I configured email notifications both in the Proxmox GUI and in console(postfix). I tested them, and they work correctly.
I left the default matcher unchanged. The only thing I modified was the notification target, where I configured it to use the email notification target I added.
I disabled mail-to-root and only kept my Gmail notification email address configured.
Now I performed a simulated pool degradation test. I removed one of the disks from the rpool array, where Proxmox 9.2.3 is installed, and then rebooted the server. The server booted correctly, and my ZFS pool is now degraded. However, I have not received any email notification about the degraded pool.
Is this normal, or is there something else I need to configure so that ZFS or Proxmox sends me a notification when a pool becomes degraded?
The mail test works correctly. I also performed two VM backups, and I received the corresponding email notifications. I also received ZFS scrub event notifications, such as:
ZFS scrub_finish event for rpool on proxmox-srv
If I run ' zpool events -v', I don´t see any degraded event, is like ZFS haven´t detect the status.
pool: rpoolroot@proxmox-srv:~# zpool status rpool
state: DEGRADED
status: One or more devices could not be used because the label is missing or
invalid. Sufficient replicas exist for the pool to continue
functioning in a degraded state.
action: Replace the device using 'zpool replace'.
see: https://openzfs.github.io/openzfs-docs/msg/ZFS-8000-4J
scan: scrub repaired 0B in 00:00:53 with 0 errors on Thu Jun 11 22:13:25 2026
config:
NAME STATE READ WRITE CKSUM
rpool DEGRADED 0 0 0
mirror-0 DEGRADED 0 0 0
10646346849731093859 UNAVAIL 0 0 0 was /dev/disk/by-id/ata-Samsung_SSD_850_EVO_250GB_S2R6NX0J622618X-part3
ata-Samsung_SSD_850_EVO_250GB_S3PZNF0JA23975A-part3 ONLINE 0 0 0
errors: No known data errors
Could this be a bug, or am I missing an additional configuration step?
Any advice is welcome. Thank you very much, colleagues.