Otrzymuj ostrzeżenia dotyczące dysku SMART Ubuntu e-mailem za pomocą smartd

Użyj pakietu Ubuntu smartmontoolsdo monitorowania obsługiwanych dysków z smartd, a następnie przekieruj ostrzeżenia przez działającą lokalną usługę pocztową lub przekaźnik SMTP. W przypadku jednego serwera Ubuntu ścieżka alertów powinna być prosta: upewnij się, że smartctlmożna odczytać każdy dysk, dodaj odbiorcę do /etc/smartd.confi wyślij wiadomość testową, zanim zaczniesz polegać na alertach. Ostrzeżenia SMART mogą ujawnić pewne rozwijające się problemy, ale nie są w stanie przewidzieć każdej nagłej awarii dysku.

Wybierz trasę poczty e-mail odpowiednią dla Twojego hosta Ubuntu

smartdNie uwierzytelnia się samodzielnie u dostawcy poczty internetowej. Domyślna ścieżka poczty wywołuje mailpolecenie systemowe, więc dostarczanie wiadomości e-mail zależy również od skonfigurowanego agenta transferu poczty (MTA) lub przekaźnika. Wybierz trasę, która jest zgodna z tym, co jest już dostępne:

W przypadku komputera z jednym dyskiem, na którym działa już poczta systemowa, należy użyć istniejącego MTA. Jeśli jest to nowy serwer Ubuntu i posiadasz uprawnienia do przekaźnika SMTP, Postfix będzie praktycznym rozwiązaniem, ponieważ Ubuntu dokumentuje konfigurację swojego inteligentnego hosta. Lekki klient, taki jak ten, msmtpjest dostępny w archiwum pakietów Ubuntu, ale przed jego wyborem sprawdź, jak integruje się z poleceniem mail oczekiwanym przez konfigurację smartd. W każdym przypadku przetestuj dostarczanie wiadomości na ten sam adres zewnętrzny, który planujesz monitorować.

1. Sprawdź, czy Ubuntu może odczytać dane SMART z dysku

Zainstaluj smartmontools i przeskanuj urządzenia, które obecny system może otworzyć:

sudo apt update
sudo apt install smartmontools
sudo smartctl --scan-open

Skanowanie może zwrócić wpisy takie jak /dev/sda -d satścieżka urządzenia NVMe lub ścieżka urządzenia NVMe. Użyj ścieżki i dowolnej -dopcji typu urządzenia wyświetlonej na komputerze. Następnie sprawdź jeden dysk:

sudo smartctl -a /dev/sda

Przejdź /dev/sdado wykrytego urządzenia. Obudowa USB, sprzętowy kontroler RAID lub adapter pamięci masowej mogą blokować funkcję SMART passthrough. Jeśli skanowanie nie wykryje dysku, sprawdź dokumentację kontrolera i opcje typu urządzenia w narzędziu Smartmontools. Pomyślne skanowanie potwierdza jedynie możliwość odczytu danych, a nie sprawność dysku.

2. Skonfiguruj smartd do wysyłania wiadomości e-mail do odbiorcy

Otwórz konfigurację demona:

sudoedit /etc/smartd.conf

Aby umożliwić automatyczne wykrywanie, użyj jednej aktywnej linii skanowania, zastępując przykładowy adres miejscem docelowym:

DEVICESCAN -a -m admin@example.net -M test

-aWłącza standardowy zestaw kontroli SMART, -mustawia odbiorcę wiadomości e-mail i -M testżąda od smartd wysłania jednego ostrzeżenia testowego podczas uruchamiania. DEVICESCANStosuje te dyrektywy do wykrytych dysków i ignoruje późniejsze wpisy urządzeń w pliku. Jeśli chcesz użyć tylko wybranych dysków, użyj wiersza urządzenia dla każdego dysku, na przykład /dev/sda -a -m admin@example.net -M test. W przypadku dysków RAID lub podłączonych przez USB, uwzględnij opcję typu urządzenia wyświetlaną podczas skanowania lub wymaganą przez kontroler.

Zapisz plik, a następnie włącz i uruchom ponownie usługę smartmontools systemu Ubuntu:

sudo systemctl enable --now smartmontools.service
sudo systemctl restart smartmontools.service

Jeśli nie uruchomi się poprawnie, sprawdź usługę i ostatnie komunikaty dziennika:

systemctl status smartmontools.service
sudo journalctl -u smartmontools.service -n 50 --no-pager

Nazwy jednostek mogą się różnić w przypadku starszych lub niestandardowych instalacji; użyj tej opcji systemctl list-unit-files '*smart*', aby znaleźć jednostkę zainstalowaną w systemie.

3. Przetestuj dostawę, a następnie wybierz sposób przypomnienia

Ponieważ -M testwysyła wiadomość podczas uruchamiania, uruchom ponownie usługę i sprawdź, czy wiadomość e-mail dotarła. Weryfikacja ścieżki od smartd przez lokalne polecenie pocztowe i serwer MTA lub przekaźnik. Jeśli test nie dotrze, najpierw wyślij wiadomość za pomocą tego samego polecenia pocztowego lub sprawdź kolejkę i logi serwera MTA; działająca usługa smartmontools nie może poprawić poświadczeń SMTP, DNS, TLS ani ograniczeń przekaźnika po stronie dostawcy.

Po otrzymaniu testu usuń -M testusługę /etc/smartd.confi uruchom ją ponownie, aby zwykłe restarty nie generowały kolejnego komunikatu testowego. Zachowaj -mustawienia. Domyślnie smartd ogranicza powtarzanie alertów; w zależności od zapisanego stanu monitorowania, wysyła początkowe ostrzeżenie i może wysyłać codzienne przypomnienia o trwającym problemie. Zmniejsza to szum w skrzynce odbiorczej, a operator, który chce zmienić częstotliwość przypomnień, powinien zapoznać się z zainstalowaną smartd.conf(5)instrukcją przed zmianą -M.

Co te alerty mogą Ci powiedzieć, a czego nie

Smartd okresowo sprawdza urządzenia, z domyślnym interwałem odpytywania 30 minut, więc alert nie pojawia się natychmiast. Może zgłaszać obsługiwane awarie, nowe błędy w dzienniku i inne skonfigurowane warunki. Atrybuty SMART zależą od dostawcy, a podsumowanie stanu urządzenia nie wyklucza nagłej awarii elektronicznej, mechanicznej, kontrolera lub połączenia. Zachowaj kopie zapasowe i zbadaj ostrzeżenie zgodnie z sudo smartctl -a /dev/sdazaleceniami producenta dysku, zamiast traktować jeden wiersz stanu jako pełną diagnozę.

Aby poznać dokładne zachowanie dyrektyw i obsługiwane typy urządzeń, zapoznaj się z podręcznikiem Ubuntu smartd.conf oraz podręcznikiem Ubuntu smartd . Ubuntu dokumentuje konfigurację SMTP smarthost w swoim podręczniku instalacji Postfix . Indeks pakietów Ubuntu zawiera listę pakietów msmtp-mta dla systemów wybierających lekkiego klienta SMTP.