| TIDY and REFRESH are not involved in the process you discuss.
Deleting the master copy of an object should generate transactions
to the WSnodes to remove the replica from their databases. If this
has not occurred I'd suspect a communication problem between NodeC
and the other two nodes.
BTW, all you really need to do to 'decommission' NodeC is to do a
MBMAN DEL DDS NODE NodeC on the DDS Master node. The master node will
inform the other nodes that NodeC is leaving the DDS network, and
each node will remove all objects owned by NodeC from it's database.
Dave
|
| Thanks for the reply, but a couple of quick questions,
Does DDS$REFRESH remove entries from cache ?
Also, when you remove the node, does the DDS network then actively
remove all the entries, or are the updates pending ?
Ivan.
|
| If an entry in the cache has not been 'touched' in 42 days,
dds$refresh checks the cache entry against the master copy.
If the master copy does not exist, the cache entry is removed.
Cache entries are also removed on a least-recently-used basis
as new entries are cached.
Deleting a node generates a nodelist update transaction; this
transaction can be deferred (if the DDS config option is used).
When the update is processed, replication transactions are
generated and queued for transmission to the other nodes. When
a node processes a nodelist replication transaction, besides the
obvious step of updating the nodelist object in its database, it
checks for node(s) being deleted and if so, removes all objects
owned by the deleted node from its database. Note that the node
being deleted does not receive the replication transaction.
Dave
|