Score:0

Most lightweight manner (healthcheck) without logging to see if a Linux/macOS system is up?

in flag

I've been setting up a HAproxy before two systems that both run postfix and dovecot. As I have it now, I have three public services (one for each port: 25, 587, 993) behind which there are three backends, that each consist of two servers (one Linux+Docker, one macOS+MacPorts). Each backend has a healthcheck configured.

Currently, the test I use simply checks if postfix (postscreen) is listening on its haproxy-capable smtpd port (991), I use this test for all services (so also for submission and imaps), e.g.:

# Backend: mail.rna.nl.994 (postfix haproxy imaps pool)
backend mail.rna.nl.994
    option log-health-checks
    # health check: port991-health-monitor
    mode tcp
    balance roundrobin

    # tuning options
    timeout connect 30s
    timeout check 10s
    timeout server 30s
    server albus-994 192.168.2.66:994 check inter 30s port 991  send-proxy
    server snape-994 192.168.2.125:994 check inter 30s port 991  send-proxy

But this leads to an endless stream of log entries in the postfix log:

Jan 15 23:21:23 snape postfix/postscreen[347]: warning: haproxy read: EOF

I am looking for a way to implement a simple service on both macOS and Linux without that excess logging. What would be the simplest way on both servers? I would like to have a simple health service on both that I can use for checking if the system as a whole is up and that produces no logging on that system.

mangohost

Post an answer

Most people don’t grasp that asking a lot of questions unlocks learning and improves interpersonal bonding. In Alison’s studies, for example, though people could accurately recall how many questions had been asked in their conversations, they didn’t intuit the link between questions and liking. Across four studies, in which participants were engaged in conversations themselves or read transcripts of others’ conversations, people tended not to realize that question asking would influence—or had influenced—the level of amity between the conversationalists.