Found on the laptop while proving design 38 WP4: the host logs created node-tools.runtime … running as node-tools.service at every ten-minute reconcile (82 times since the runtime arrived at 00:04), and systemd stops and starts the runtime each time. Nothing else changes in those cycles.
Ruled out: a re-sealed credential (the file the runtime restarts on has not been written since the evening before, and a restart owed to a sibling would log updated), and an unstable unit text (keys are sorted). What fails is the record: the host's state file holds the process's entry with no wrote digest, while the credential's entry beside it carries one. The apply sets the digest on every installing path and the recording loop copies it for every kind, so a process outcome loses it somewhere between. Located in mesh-host, internal/apply/process.go; fix direction and the missing test are in the report.
Why it matters: the runtime is every module's tools on the node (ADR 0175); a restart every ten minutes drops calls in flight and re-imports every bundle, and the log reports success throughout.
Found on the laptop while proving design 38 WP4: the host logs `created node-tools.runtime … running as node-tools.service` at every ten-minute reconcile (82 times since the runtime arrived at 00:04), and systemd stops and starts the runtime each time. Nothing else changes in those cycles.
Ruled out: a re-sealed credential (the file the runtime restarts on has not been written since the evening before, and a restart owed to a sibling would log `updated`), and an unstable unit text (keys are sorted). What fails is the record: the host's state file holds the process's entry with **no `wrote` digest**, while the credential's entry beside it carries one. The apply sets the digest on every installing path and the recording loop copies it for every kind, so a `process` outcome loses it somewhere between. Located in mesh-host, `internal/apply/process.go`; fix direction and the missing test are in the report.
Why it matters: the runtime is every module's tools on the node (ADR 0175); a restart every ten minutes drops calls in flight and re-imports every bundle, and the log reports success throughout.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Found on the laptop while proving design 38 WP4: the host logs
created node-tools.runtime … running as node-tools.serviceat every ten-minute reconcile (82 times since the runtime arrived at 00:04), and systemd stops and starts the runtime each time. Nothing else changes in those cycles.Ruled out: a re-sealed credential (the file the runtime restarts on has not been written since the evening before, and a restart owed to a sibling would log
updated), and an unstable unit text (keys are sorted). What fails is the record: the host's state file holds the process's entry with nowrotedigest, while the credential's entry beside it carries one. The apply sets the digest on every installing path and the recording loop copies it for every kind, so aprocessoutcome loses it somewhere between. Located in mesh-host,internal/apply/process.go; fix direction and the missing test are in the report.Why it matters: the runtime is every module's tools on the node (ADR 0175); a restart every ten minutes drops calls in flight and re-imports every bundle, and the log reports success throughout.