The number of names in the cache and the number of queries awaiting an answer; separately — active queries.
A growing number of hanging queries is the earliest sign that the resolver is not coping. Earlier than delivery failures appear: those will come when queries start to time out.
⚠️ We have no threshold for it: the number is visible, but nobody looks at it. And this is the only metric that warns about resolver failures in advance.
⚠️ We have no threshold for it: the number is visible, but nobody looks at it. And this is the only metric that warns about resolver failures in advance.
What to compare with:
| Value | Compared with |
|---|---|
| current value | the usual one for this node, not the neighboring one |
| peak | the ceiling, if there is one |
| growth | the growth rate, not the absolute number |
Fleet nodes are not directly comparable: they have different hardware, different addresses and a different mix of receivers. It makes sense to compare a node with itself over time.
# the metric comes in the status snapshot curl -s "http://127.0.0.1:8080/status?format=json"pmta show status
2 relations
pmta show status pmta show queues --sort=rcpt --maxitems=20
3 articles
◇What makes a virtual machine riskyRunning on a virtual machine is possible, but the manual does not recommend it without sufficient hardware and properly tuned hypervisor settings: under load the node may stop responding.◇The node needs a resolver that does all the work itselfThe engine requires recursive name resolution; a resolver that answers with a referral to another server forces the query to be repeated and triggers a log warning.◇The activation key is a prerequisite for installation, not a step after itWithout an activation key from SparkPost support the engine neither installs nor runs, and the license tier sets the outbound connection ceiling: on Standard everything above 200 is ignored.