#Configurazione del Dashboard Grafana

Ora che hai il tuo nodo attivo e funzionante, probabilmente vorrai avere un modo conveniente per monitorare tutto a colpo d'occhio per assicurarti che funzioni correttamente (e che tipo di guadagni sta generando per te).

Ci sono molti strumenti là fuori che fanno questo lavoro. Uno dei più popolari si chiama Grafana - un sistema di dashboard facile da usare e per uso generale a cui puoi accedere con un browser.

Rocket Pool viene fornito di serie con il supporto per Grafana e le sue dipendenze; include persino un dashboard pre-costruito per ciascuno dei client Consensus. Ad esempio, ecco un'istantanea di come appare il dashboard sulla rete di test Hoodi:

Il dashboard standard include le seguenti informazioni tutte in un formato conveniente:

• In alto a sinistra: alcune statistiche importanti sulla salute e le prestazioni della tua macchina, e eventuali aggiornamenti di sistema in sospeso
• In alto a destra: l'attività e le prestazioni dei tuoi validatori sulla Beacon Chain, insieme ad alcune statistiche del client Execution e Consensus
• In basso a sinistra: dettagli sull'intera rete Rocket Pool, per riferimento
• In basso a destra: dettagli sulle tue ricompense di staking, sia ETH che RPL

In questa guida, ti mostreremo come abilitare il sistema di metriche di Rocket Pool in modo da poter utilizzare questo dashboard - o persino costruirne uno tuo!

#Panoramica dello Stack di Metriche di Rocket Pool

Se scegli di abilitare le metriche durante il processo di configurazione dello Smartnode, il tuo nodo aggiungerà i seguenti processi:

• Prometheus - un sistema di raccolta, archiviazione e reporting dei dati che cattura tutte le metriche che vedi sopra (e molte altre) e le memorizza, in modo che possano essere visualizzate nel tempo
• Il Node Exporter di Prometheus - un servizio che raccoglie informazioni sulla salute della tua macchina (come utilizzo CPU, utilizzo RAM, spazio disco libero e spazio swap, ecc.) e le riporta a Prometheus
• Grafana, lo strumento che espone i dati di Prometheus attraverso un sito web conveniente ospitato sul tuo nodo
• Un set opzionale di script personalizzati che riporteranno eventuali aggiornamenti del sistema operativo disponibili a Prometheus, in modo che tu sappia se il tuo sistema necessita di essere aggiornato

La configurazione predefinita creerà container Docker con tutti questi servizi che vivono insieme al resto dei container Docker dello Smartnode. Aprirà una porta sulla tua macchina nodo per Grafana, in modo da poter accedere al suo dashboard da qualsiasi macchina sulla tua rete locale con un browser.

#Abilitazione del Server di Metriche

rocketpool service config

rocketpool service install-update-tracker

docker restart rocketpool_exporter

--metrics --metrics.addr 0.0.0.0 --metrics.port 9105

--Metrics.Enabled true --Metrics.ExposePort 9105

--metrics-enabled --metrics-host=0.0.0.0 --metrics-port=9105

--metrics --metrics-address 0.0.0.0 --metrics-port 9100 --validator-monitor-auto

--metrics --metrics.address 0.0.0.0 --metrics.port 9100

--metrics --metrics-address=0.0.0.0 --metrics-port=9100

--monitoring-host 0.0.0.0 --monitoring-port 9100

--metrics-enabled=true --metrics-interface=0.0.0.0 --metrics-port=9100 --metrics-host-allowlist=*

wget https://github.com/prometheus/prometheus/releases/download/v2.45.3/prometheus-2.45.3.linux-amd64.tar.gz
wget https://github.com/prometheus/node_exporter/releases/download/v1.7.0/node_exporter-1.7.0.linux-amd64.tar.gz
wget https://github.com/prometheus/alertmanager/releases/download/v0.26.0/alertmanager-0.26.0.linux-amd64.tar.gz

sudo tar -zxvf prometheus-2.45.3.linux-amd64.tar.gz -C /usr/local/bin --wildcards '*/prometheus' --strip-components=1
sudo tar -zxvf node_exporter-1.7.0.linux-amd64.tar.gz -C /usr/local/bin --wildcards '*/node_exporter' --strip-components=1
sudo tar -zxvf alertmanager-0.26.0.linux-amd64.tar.gz -C /usr/local/bin --wildcards '*/alertmanager' --strip-components=1

sudo mkdir /etc/prometheus
sudo mkdir /etc/alertmanager
sudo mkdir /var/lib/prometheus
sudo mkdir /var/lib/alertmanager

global:
scrape_interval: 15s # Set the scrape interval to every 15 seconds. Default is every 1 minute.
scrape_timeout: 12s # Timeout must be shorter than the interval
evaluation_interval: 15s # Evaluate rules every 15 seconds. The default is every 1 minute.

scrape_configs:
- job_name: "prometheus"
static_configs:
- targets: ["localhost:9091"]

- job_name: "node"
static_configs:
- targets: ["localhost:9103"]
#     - targets: ['localhost:9103', 'node_hostname:9103']
- job_name: "eth1"
static_configs:
- targets: ["localhost:9105"]
# Uncomment the line below if you are using geth as Execution Client
#metrics_path: /debug/metrics/prometheus

- job_name: "eth2"
static_configs:
- targets: ["localhost:9100"]

- job_name: "validator"
static_configs:
- targets: ["validator:9101"]

- job_name: "rocketpool"
scrape_interval: 5m
scrape_timeout: 5m
static_configs:
- targets: ["node:9102"]

- job_name: "watchtower"
scrape_interval: 5m
scrape_timeout: 5m
static_configs:
- targets: ["watchtower:9104"]

alerting:
alertmanagers:
- static_configs:
- targets: ["localhost:9093"]

global:
# ResolveTimeout is the default value used by alertmanager if the alert does
# not include EndsAt, after this time passes it can declare the alert as resolved if it has not been updated.
# This has no impact on alerts from Prometheus, as they always include EndsAt.
# default = 5m
resolve_timeout: 5m

route:
# The labels by which incoming alerts are grouped together.
group_by: ["alertname"]
# How long to initially wait to send a notification for a group
# of alerts. Allows to wait for an inhibiting alert to arrive or collect
# more initial alerts for the same group.
group_wait: 30s
# How long to wait before sending a notification about new alerts that
# are added to a group of alerts for which an initial notification has
# already been sent. (Usually ~5m or more.)
group_interval: 5m
# How long to wait before sending a notification again if it has already been sent successfully for an alert.
repeat_interval: 4h
routes:
# severity=info: Don't send the follow-up resolved notification.
- match:
severity: info
continue: false
# The notification destination
receiver: "node_operator_no_resolved"
# all other alerts get sent notifications for the initial firing _and_ resolved notifications.
- receiver: "node_operator_default"
#match: We want this to match all alerts (severity=info is first though so it will stop)

# The notification destination
receiver: "node_operator_default"

receivers:
- name: "node_operator_default"
discord_configs:
- webhook_url: "https://discord.com/api/webhooks/1206697259694170212/_Pk1eVVgXFLdwU1k0rfwehSvNLiAQJytVV_Ze8QYOhupHnhiB5c8awPBTfuw41lN9GJk"

- name: "node_operator_no_resolved"
discord_configs:
- webhook_url: "https://discord.com/api/webhooks/1206697259694170212/_Pk1eVVgXFLdwU1k0rfwehSvNLiAQJytVV_Ze8QYOhupHnhiB5c8awPBTfuw41lN9GJk"
send_resolved: false

inhibit_rules:
# Inhibit rules mute a new alert (target) that matches an existing alert (source).
- source_match:
# if the existing alert (source) is severity=critical
severity: "critical"
target_match:
# and the new alert (target) is severity=warning
severity: "warning"
# and the alertname, job, and instance labels have the same value
equal: ["alertname", "job", "instance"]

sudo useradd -r -s /sbin/nologin prometheus
sudo useradd -r -s /sbin/nologin alertmanager

sudo chown prometheus:prometheus /usr/local/bin/prometheus
sudo chown alertmanager:alertmanager /usr/local/bin/alertmanager
sudo chown prometheus:prometheus /usr/local/bin/node_exporter
sudo chown -R prometheus:prometheus /etc/prometheus
sudo chown -R alertmanager:alertmanager /etc/alertmanager
sudo chown -R prometheus:prometheus /var/lib/prometheus
sudo chown -R alertmanager:alertmanager /var/lib/alertmanager
sudo chmod u+sx,g+sx,o-wx /usr/local/bin/prometheus
sudo chmod u+sx,g+sx,o-wx /usr/local/bin/alertmanager
sudo chmod u+sx,g+sx,o-wx /usr/local/bin/node_exporter

[Unit]
Description=Node metrics exporter for Prometheus
Documentation=https://prometheus.io/docs/introduction/overview
Wants=network-online.target
After=network-online.target

[Service]
User=prometheus
Group=prometheus
Type=simple
Restart=on-failure
WorkingDirectory=/var/lib/prometheus
RuntimeDirectory=node-exporter
RuntimeDirectoryMode=0750
ExecStart=/usr/local/bin/node_exporter --web.listen-address=:9103

[Install]
WantedBy=multi-user.target

[Unit]
Description=Prometheus instance
Documentation=https://prometheus.io/docs/introduction/overview
Wants=network-online.target
After=network-online.target

[Service]
User=prometheus
Group=prometheus
Type=simple
Restart=on-failure
WorkingDirectory=/var/lib/prometheus
RuntimeDirectory=prometheus
RuntimeDirectoryMode=0750
ExecStart=/usr/local/bin/prometheus --config.file /etc/prometheus/prometheus.yml --web.listen-address=:9091

[Install]
WantedBy=multi-user.target

[Unit]
Description=Alertmanager instance
Documentation=https://prometheus.io/docs/alerting/latest/alertmanager/
Wants=network-online.target
After=network-online.target

[Service]
User=alertmanager
Group=alertmanager
Type=simple
Restart=on-failure
WorkingDirectory=/var/lib/alertmanager
RuntimeDirectory=alertmanager
RuntimeDirectoryMode=0750
ExecStart=/usr/local/bin/alertmanager --config.file /etc/alertmanager/alertmanager.yml --web.listen-address=:9093

[Install]
WantedBy=multi-user.target

sudo systemctl daemon-reload

sudo systemctl enable node-exporter
sudo systemctl start node-exporter

sudo systemctl status node-exporter

sudo systemctl enable prometheus
sudo systemctl start prometheus

sudo systemctl enable alertmanager
sudo systemctl start alertmanager

sudo systemctl status prometheus
sudo systemctl status alertmanager

sudo apt-get update
sudo apt-get install -y apt-transport-https software-properties-common
sudo mkdir -p /etc/apt/keyrings/
wget -q -O - https://apt.grafana.com/gpg.key | gpg --dearmor | sudo tee /etc/apt/keyrings/grafana.gpg > /dev/null
echo "deb [signed-by=/etc/apt/keyrings/grafana.gpg] https://apt.grafana.com stable main" | sudo tee -a /etc/apt/sources.list.d/grafana.list

sudo apt-get update
sudo apt-get install grafana

apiVersion: 1

deleteDatasources:
- name: Prometheus
orgId: 1

datasources:
- name: Prometheus
type: prometheus
access: proxy
orgId: 1
url: http://localhost:9091
basicAuth: false
isDefault: true
version: 1
editable: true

sudo systemctl daemon-reload
sudo systemctl enable grafana-server
sudo systemctl start grafana-server

sudo systemctl status grafana-server

#Configurare il firewall per consentire le connessioni per il monitoraggio

RP_NET=$(docker inspect rocketpool_net | grep -Po "(?<=\"Subnet\": \")[0-9./]+")
sudo ufw allow from $RP_NET to any port 9105 comment "Allow Prometheus access to Execution Client"
sudo ufw allow from $RP_NET to any port 9100 comment "Allow Prometheus access to Consensus Client"
sudo ufw allow from $RP_NET to any port 9103 comment "Allow Prometheus access to Exporter"

sudo ufw allow from 192.168.1.6 to any port 9100:9105 proto tcp comment 'Allow Prometheus host to scrape metrics of this host'

sudo ufw allow out from any to 192.168.1.5 port 9100:9105 proto tcp comment 'Allow this host to scrape node metrics'

Puoi quindi aprire il firewall per consentire ai dispositivi esterni di accedere al tuo dashboard Grafana.

# This assumes your local IP structure is 192.168.1.xxx
sudo ufw allow from 192.168.1.0/24 proto tcp to any port 3100 comment 'Allow grafana from local network'

# To allow any devices in the broader subnet
# for example allowing 192.168.2.20 to access
# grafana on 192.168.1.20
sudo ufw allow from 192.168.1.0/16 proto tcp to any port 3100 comment 'Allow grafana from local subnets'

# Allow any IP to connect to Grafana
sudo ufw allow 3100/tcp comment 'Allow grafana from anywhere'

#Configurazione di Grafana

Ora che il server di metriche è pronto, puoi accedervi con qualsiasi browser sulla tua rete locale.

Fai riferimento alle schede seguenti per la modalità di installazione del tuo Smartnode.

Naviga al seguente URL, sostituendo le variabili con la tua configurazione secondo necessità:

http://<IP del tuo nodo>:<porta grafana>

Ad esempio, se l'IP del tuo nodo era 192.168.1.5 e hai utilizzato la porta Grafana predefinita di 3100, andresti a questo URL nel tuo browser:

http://192.168.1.5:3100

Vedrai una schermata di accesso come questa:

Le informazioni predefinite di Grafana sono:

Username: admin
Password: admin

Ti verrà quindi richiesto di cambiare la password predefinita per l'account admin. Scegli qualcosa di forte e non dimenticarlo!

docker exec -it rocketpool_grafana grafana-cli admin reset-admin-password admin

sudo grafana-cli admin reset-admin-password admin

Grazie al lavoro del membro della community tedsteen, Grafana si connetterà automaticamente alla tua istanza di Prometheus in modo che abbia accesso alle metriche che raccoglie. Tutto quello che devi fare è prendere il dashboard!

#Importazione del Dashboard di Rocket Pool

Ora che hai Grafana collegato a Prometheus, puoi importare il dashboard standard (o costruirne uno tuo usando le metriche che fornisce, se hai familiarità con quel processo).

Inizia andando al menu Create (l'icona più sulla barra laterale destra) e fai clic su Import:

Quando ti viene richiesto l'ID del dashboard nella casella Import via grafana.com, inserisci 21863 o usa l'URL completo ((https://grafana.com/grafana/dashboards/24900-rocket-pool-dashboard-v1-4-0/) e premi il pulsante Load.

Ti verranno richieste alcune informazioni sul dashboard qui, come il suo nome e dove vorresti memorizzarlo (la cartella predefinita General va bene a meno che non usi molti dashboard e voglia organizzarli).

Nel menu a discesa Prometheus in basso, dovresti avere solo un'opzione etichettata Prometheus (default). Seleziona questa opzione.

La tua schermata dovrebbe apparire così:

Se corrisponde, fai clic sul pulsante Import e verrai immediatamente portato al tuo nuovo dashboard.

A prima vista, dovresti vedere molte informazioni sul tuo nodo e sui tuoi validatori. Ogni riquadro viene fornito con un comodo tooltip nell'angolo in alto a sinistra (l'icona i) su cui puoi passare il mouse per saperne di più. Ad esempio, ecco il tooltip per il riquadro Your Validator Share:

Tuttavia, non abbiamo ancora finito di configurare le cose - c'è ancora un po' più di configurazione da fare.

#Personalizzazione del Monitoraggio Hardware per il tuo Sistema

Ora che il dashboard è attivo, potresti notare che alcuni riquadri sono vuoti come SSD Latency e Network Usage. Dobbiamo adattare il dashboard al tuo hardware specifico in modo che sappia come catturare queste cose.

#CPU Temp

Per aggiornare il tuo indicatore di temperatura della CPU, fai clic sul titolo del riquadro CPU Temp e seleziona Edit dal menu a discesa. La tua schermata ora apparirà così:

Questa è la modalità di modifica di Grafana, dove puoi cambiare cosa viene visualizzato e come appare. Siamo interessati alla casella di query evidenziata in rosso, a destra del pulsante Metrics browser.

Per impostazione predefinita, quella casella ha questo:

node_hwmon_temp_celsius{job="node", chip="", sensor=""}

Ci sono due campi in questo testo che sono attualmente vuoti: chip e sensor. Questi sono unici per ogni macchina, quindi dovrai compilarli in base a ciò che la tua macchina fornisce.

Per farlo, segui questi passaggi:

1. Rimuovi la porzione , sensor="" in modo che termini con chip=""}. Per chiarezza, l'intero testo dovrebbe ora essere node_hwmon_temp_celsius{job="node", chip=""}.
2. Posiziona il cursore tra le virgolette di chip="" e premi Ctrl+Spacebar. Questo farà apparire una casella di auto-completamento con le opzioni disponibili, che appare così:

3. Seleziona l'opzione che corrisponde alla CPU del tuo sistema.
4. Una volta selezionata, aggiungi , sensor="" di nuovo nella stringa. Posiziona il cursore tra le virgolette di sensor="" e premi Ctrl+Spacebar per ottenere un altro menu di auto-completamento. Seleziona il sensore che vuoi monitorare.

k10temp-pci-00c3
Tctl:
  temp1_input: 33.500
Tdie:
  temp2_input: 33.500

Una volta che sei soddisfatto delle tue selezioni, fai clic sul pulsante blu Apply nell'angolo in alto a destra dello schermo per salvare le impostazioni.

#SSD Latency

Il grafico SSD Latency traccia quanto tempo impiegano le operazioni di lettura/scrittura. Questo è utile per valutare quanto è veloce il tuo SSD, in modo da sapere se diventa un collo di bottiglia se il tuo validatore soffre di scarse prestazioni. Per aggiornare l'SSD che vuoi tracciare nel grafico, fai clic sul titolo SSD Latency e seleziona Edit.

Questo grafico ha quattro campi di query (quattro caselle di testo) con otto porzioni device="" in totale. Dovrai aggiornare i primi quattro di queste porzioni con il dispositivo che vuoi tracciare.

Posiziona semplicemente il cursore tra le virgolette e premi Ctrl+Spacebar per ottenere l'elenco di auto-completamento di Grafana, e seleziona l'opzione corretta da lì per ciascuna delle porzioni device="". Vuoi iniziare dalla prima impostazione vuota più a sinistra, altrimenti l'elenco di auto-completamento potrebbe non apparire.

lsblk

NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
...
loop25        7:25   0   132K  1 loop /snap/gtk2-common-themes/9
loop26        7:26   0  65,1M  1 loop /snap/gtk-common-themes/1515
nvme0n1     259:0    0 238,5G  0 disk
├─nvme0n1p1 259:1    0   512M  0 part /boot/efi
├─nvme0n1p2 259:2    0 150,1G  0 part /
├─nvme0n1p3 259:3    0  87,4G  0 part
└─nvme0n1p4 259:4    0   527M  0 part

Facoltativamente, puoi anche tracciare la latenza di un secondo disco sul tuo sistema. Questo è rivolto alle persone che mantengono il loro sistema operativo e i dati della catena su unità separate. Per configurarlo, segui semplicemente le istruzioni sopra per gli ultimi due campi di query, sostituendo i valori della porzione device="" con quelli del disco che vuoi tracciare.

Una volta che sei soddisfatto delle tue selezioni, fai clic sul pulsante blu Apply nell'angolo in alto a destra dello schermo per salvare le impostazioni.

#Network Usage

Questo grafico traccia quanti dati stai inviando e ricevendo su una particolare connessione di rete. Come puoi aspettarti, il dashboard deve sapere quale rete vuoi che tracci.

Per cambiarla, fai clic sul titolo Network Usage e seleziona Edit.

Questo grafico ha due campi di query con due porzioni device="" in totale. Dovrai aggiornare queste con la rete che vuoi tracciare.

Posiziona il cursore tra le virgolette e premi Ctrl+Spacebar per ottenere l'elenco di auto-completamento di Grafana, e seleziona l'opzione corretta da lì per ciascuna delle porzioni device="".

sudo route

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         192.168.1.1     0.0.0.0         UG    100    0        0 eth0
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
192.168.1.1     0.0.0.0         255.255.255.255 UH    100    0        0 eth0

Una volta che sei soddisfatto delle tue selezioni, fai clic sul pulsante blu Apply nell'angolo in alto a destra dello schermo per salvare le impostazioni.

#Total Net I/O

Questo traccia la quantità totale di dati che hai inviato e ricevuto. Potresti trovarlo utile da guardare se, ad esempio, il tuo ISP ti limita a una certa quantità di dati al mese.

La configurazione è identica al riquadro Network Usage sopra, quindi segui semplicemente quelle istruzioni anche per questo riquadro.

#Disk Space Used

Questo tiene traccia di quanto è pieno il disco del tuo sistema operativo, in modo da sapere quando è il momento di pulire (e se i tuoi dati della catena si trovano sulla stessa unità, è il momento di potare Geth o Nethermind).

I passaggi sono gli stessi del riquadro SSD Latency sopra, quindi segui semplicemente quelle istruzioni anche per questo riquadro. Come promemoria, vuoi l'unità che ospita la partizione che ha / nella colonna MOUNTPOINT per questa perché quella sarà la tua unità del sistema operativo. Compila questo nel primo campo di query.

Facoltativamente, puoi anche tracciare lo spazio libero di un secondo disco sul tuo sistema. Questo è rivolto alle persone che mantengono il loro sistema operativo e i dati della catena su unità separate. Configura questo seguendo lo stesso processo, ma invece di guardare quale partizione ha / nella colonna MOUNTPOINT, vuoi cercare quella che ha qualunque sia il punto di montaggio della tua seconda unità. Aggiorna il secondo campo di query con il disco associato a quella partizione.

#Disk Temp

Questo traccia la temperatura attuale del disco del tuo sistema operativo. I passaggi sono gli stessi del riquadro CPU Temp sopra, quindi segui semplicemente quelle istruzioni anche per questo riquadro, sostituendo i valori del chip e del sensore della CPU con quelli del disco del tuo sistema operativo. Compila questi valori nel primo campo di query.

Facoltativamente, puoi anche tracciare la temperatura attuale di un secondo disco sul tuo sistema. Configura questo seguendo lo stesso processo, sostituendo i valori del chip e del sensore con quelli della tua seconda unità. Compila questi valori nel secondo campo di query.

#Personalizzazione del Dashboard

Mentre il dashboard standard cerca di fare un buon lavoro catturando tutto ciò che vorresti vedere a colpo d'occhio, è abbastanza facile personalizzare un dashboard Grafana come vuoi. Puoi aggiungere nuovi grafici, cambiare il modo in cui i grafici appaiono, spostare le cose e molto altro!

Dai un'occhiata alla pagina Tutorial di Grafana per imparare come giocarci e configurarlo a tuo piacimento.

#Personalizzazione dello Stack di Metriche

Gli strumenti utilizzati nello Stack di Metriche di Rocket Pool offrono una vasta gamma di opzioni di configurazione oltre a quelle incluse nell'installazione predefinita di Rocket Pool. Questa sezione include esempi di configurazione per diversi casi d'uso.

In generale, le opzioni di configurazione di Grafana dovrebbero essere passate attraverso usando variabili d'ambiente in override/grafana.yml. Qualsiasi opzione di configurazione può essere convertita in una variabile d'ambiente usando la seguente sintassi:

GF_<SectionName>_<KeyName>

#Impostazioni SMTP di Grafana per l'Invio di Email

Per inviare email da Grafana, ad esempio per avvisi o per invitare altri utenti, le impostazioni SMTP devono essere configurate nello Stack di Metriche di Rocket Pool. Vedi la pagina Configurazione SMTP di Grafana per riferimento.

version: "3.7"
services:
grafana:
x-rp-comment: Add your customizations below this line
environment:
## SMTP settings start, replace values with those of your SMTP provider
- GF_SMTP_ENABLED=true
- GF_SMTP_HOST=mail.example.com:`port` # Gmail users should use smtp.gmail.com:587
- GF_SMTP_USER=admin@example.com
- GF_SMTP_PASSWORD=password
- GF_SMTP_FROM_ADDRESS=admin@example.com
- GF_SMTP_FROM_NAME="Rocketpool Grafana Admin"
## SMTP server settings end

[smtp]
enabled = true
host = mail.example.com:`port` # Gmail users should use smtp.gmail.com:587
user = admin@example.com
# If the password contains # or ; you have to wrap it with triple quotes. Ex """#password;"""
password = """passw0rd"""
from_address = admin@example.com
from_name = "Rocketpool Grafana Admin"

Dopo aver apportato queste modifiche, esegui quanto segue per applicare le modifiche:

docker stop rocketpool_grafana

rocketpool service start

sudo systemctl restart grafana-server

Per testare le impostazioni SMTP, vai al menu Alerting e fai clic su Contact points.

Fai clic su New contact point e seleziona Email come tipo di Contact point. Inserisci un indirizzo email nella sezione Addresses e fai clic su Test.

Controlla che l'email di test sia stata ricevuta. Fai clic su Save contact point* quando hai finito.