Skip to content
Open
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
17 changes: 16 additions & 1 deletion docs/src/validator_operator/validator_disaster_recovery.rst
Original file line number Diff line number Diff line change
Expand Up @@ -226,7 +226,7 @@ of at least one of the parties hosted on your node. To address this, you can usu
.. code::

val syncId = participant.synchronizers.list_connected().head.synchronizerId
participant.topology.party_to_participant_mappings.list(syncId, filterNamespace = <namespace>)
participant.topology.party_to_participant_mappings.list(syncId, filterParticipant = <namespace>)

If all parties are on the same node, proceed to the next step. If some are on the old node and some are on the new node, migrate the ones on the old node to the new node by opening a console to the new node and running the following command
(adjust the parameters as required for your parties):
Expand All @@ -236,6 +236,21 @@ of at least one of the parties hosted on your node. To address this, you can usu
val participantId = participant.id // ID of the new participant
participant.topology.party_to_participant_mappings.propose(<party-id>, Seq((participantId, <participant-permission>)), store = syncId)

The available options for <participant-permission> are ``Submission``, ``Confirmation``, and ``Observation``. These must be prefixed by ``ParticipantPermission.``.

You can list all parties that are currently on the old node by running:

.. code::

val parties = participant.parties.list (<participantIdentifier>)

You can assign a party to a variable using the following command, where <index> is the zero-based position of the party in the list:

.. code::

val partyId = parties(<index>).party


2. If your parties are still on the original node that you took identities backup from, you can use your existing backup.
If your parties have been migrated to the new node already, take a new identities dump from the new node.
If the new node is in a state where you cannot take a fresh dump, use the old dump but edit the ``id`` field to the participant ID of the new node.
Expand Down