A replication alarm arrived while the investigating session lacked the access needed to read its current state. The notification reported that a threshold had been crossed. It did not establish whether the consumer had caught up, whether storage was under pressure, or whether the condition had already recovered.
The incident update in Duva recorded that limitation and asked the operations owner for current alarm history, consumer progress and storage headroom. The handoff named the failed checks and the next evidence to collect. It did not turn the absence of another notification into a recovery claim.
An unverified recovery is an open question. A suggested incident update is: “Alert received; current state not yet checked. The operations owner will inspect alarm history, consumer progress and storage headroom, then post a timestamped result.” Keep that next check with the incident. The record is useful even when the current session cannot resolve it.
