You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I keep ending up with various invalid keys when rebooting a system, presumably because of an ordering problem on shutdown. However, you could imagine that if a host had a hard shutdown, then the keys associated with containers on the host would never go invalid either.
Currently (at least with etcd backend), registrator does not set a TTL, so the key lives forever and is never removed. A TTL (or some expiration mechanism) should be set on the keys so they expire.
The text was updated successfully, but these errors were encountered:
Hmm, yeah I'm thinking of a heartbeat option that will cause values to be
set with a TTL and then registrator handles triggering a heartbeat method
of the registry interface.
I keep ending up with various invalid keys when rebooting a system,
presumably because of an ordering problem on shutdown. However, you could
imagine that if a host had a hard shutdown, then the keys associated with
containers on the host would never go invalid either.
Currently (at least with etcd backend), registrator does not set a TTL, so
the key lives forever and is never removed. A TTL (or some expiration
mechanism) should be set on the keys so they expire.
I keep ending up with various invalid keys when rebooting a system, presumably because of an ordering problem on shutdown. However, you could imagine that if a host had a hard shutdown, then the keys associated with containers on the host would never go invalid either.
Currently (at least with etcd backend), registrator does not set a TTL, so the key lives forever and is never removed. A TTL (or some expiration mechanism) should be set on the keys so they expire.
The text was updated successfully, but these errors were encountered: