Feature #4434
fm/smtp-notify service fails to start if using postfix instead of sendmail on /hipster
Start date:
2013-12-27
Due date:
% Done:
0%
Estimated time:
Difficulty:
Medium
Tags:
needs-triage
Gerrit CR:
Description
Hi,
I am using postfix as default MTA, and have noticed that fm/smtp-notify service was down:
$ svcs -xv svc:/network/sendmail-client:default (sendmail SMTP client queue runner) State: disabled since December 27, 2013 08:37:46 AM CET Reason: Disabled by an administrator. See: http://illumos.org/msg/SMF-8000-05 See: man -M /usr/share/man -s 1M sendmail Impact: 1 dependent service is not running: svc:/system/fm/smtp-notify:default
After looking at manifest file, one can see that it REQUIRES sendmail-client:default, so I have fixed it to have it OPTIONAL (see attachment).
$ pfexec svccfg validate manifest-smtp-notify.xml $ pfexec svccfg import manifest-smtp-notify.xml $ pfexec svcadm refresh svc:/system/fm/smtp-notify:default $ pfexec svcadm restart svc:/system/fm/smtp-notify:default
I guess it is not breaking anything.
Regards.
Files
Updated by Predrag Zečević about 7 years ago
UPDATE:
on latest /hipster i got 2 mails (due to 'pkg update' and reboot action and probably fact that my box has 2 pools):
From: No Access User <predrag.zecevic@our-domain.com> Message-Id: <201401060759.s067x0FM001255@solarix.local> X-FMEV-HOSTNAME: solarix X-FMEV-CLASS: list.suspect X-FMEV-UUID: 05991ec1-cad1-c21b-e07c-e3db6b60c5b2 X-FMEV-CODE: ZFS-8000-CS X-FMEV-SEVERITY: Major Reply-To: predrag.zecevic@our-domain.com Subject: Fault Management Event: solarix:ZFS-8000-CS To: undisclosed-recipients:; SUNW-MSG-ID: ZFS-8000-CS, TYPE: Fault, VER: 1, SEVERITY: Major EVENT-TIME: Fri Nov 29 13:06:50 CET 2013 PLATFORM: Vostro-400, CSN: 4DCHN3J, HOSTNAME: solarix SOURCE: zfs-diagnosis, REV: 1.0 EVENT-ID: 05991ec1-cad1-c21b-e07c-e3db6b60c5b2 DESC: A ZFS pool failed to open. Refer to http://illumos.org/msg/ZFS-8000-CS for more information. AUTO-RESPONSE: No automated response will occur. IMPACT: The pool data is unavailable REC-ACTION: Run 'zpool status -x' and attach any missing devices, follow any provided recovery instructions or restore from backup.
and similar to this one:
From: No Access User <predrag.zecevic@our-domain.com> Message-Id: <201401060759.s067x1p6001316@solarix.local> X-FMEV-HOSTNAME: solarix X-FMEV-CLASS: list.suspect X-FMEV-UUID: a6857ac3-215a-c087-cee5-af9172c43713 X-FMEV-CODE: ZFS-8000-D3 X-FMEV-SEVERITY: Major Reply-To: predrag.zecevic@our-domain.com Subject: Fault Management Event: solarix:ZFS-8000-D3 To: undisclosed-recipients:; SUNW-MSG-ID: ZFS-8000-D3, TYPE: Fault, VER: 1, SEVERITY: Major EVENT-TIME: Fri Nov 29 13:06:50 CET 2013 PLATFORM: Vostro-400, CSN: 4DCHN3J, HOSTNAME: solarix SOURCE: zfs-diagnosis, REV: 1.0 EVENT-ID: a6857ac3-215a-c087-cee5-af9172c43713 DESC: A ZFS device failed. Refer to http://illumos.org/msg/ZFS-8000-D3 for more information. AUTO-RESPONSE: No automated response will occur. IMPACT: Fault tolerance of the pool may be compromised. REC-ACTION: Run 'zpool status -x' and replace the bad device.
Neither information is correct (after log in):
$ pfexec zpool status -x all pools are healthy
To me it looks like some FM check is done to early.
Regards.
Updated by Rich Lowe over 6 years ago
- Project changed from OpenIndiana Distribution to illumos gate
- Category deleted (
PKG (Image Packaging System))