Skip to main content
When transactions fail, nodes disconnect, or the system behaves unexpectedly, the Canton Console provides the tools to diagnose the problem. This page walks through common debugging scenarios with concrete console commands.

Debugging Stuck Transactions

A transaction appears “stuck” when a command was submitted but no completion event arrives. Common causes: a stakeholder’s participant is unreachable, a required package isn’t vetted, or the synchronizer rejected the transaction.

Step 1: Check Node Health

If the participant isn’t active or has no connected synchronizers, the transaction can’t proceed.

Step 2: Verify Synchronizer Connectivity

If the synchronizer is disconnected, check network connectivity and try reconnecting:

Step 3: Check Package Vetting

A transaction fails if a stakeholder’s participant hasn’t vetted the required packages.
If the package isn’t vetted, upload and vet it:

Step 4: Check Party Hosting

Verify that all parties involved in the transaction are properly hosted:
If a party isn’t mapped to any active participant, the synchronizer can’t deliver transaction views to that party’s stakeholder.

Connectivity Issues

Synchronizer Connection Failures

When a participant can’t connect to the synchronizer:
Common causes:
  • Network firewall blocking sequencer ports
  • TLS certificate mismatch
  • Authentication token expired or invalid
  • Sequencer endpoint unreachable

Verifying Sequencer Connectivity (from Sequencer Console)

Identity Problems

Party Not Found

If a party ID returns no results:
The party may be hosted on a different participant, or the party-to-participant mapping may not have propagated yet. Topology changes take a short time to distribute across the network.

Multi-Hosting Proposal Status

If a multi-hosting setup isn’t taking effect:
A pending proposal means the second participant hasn’t signed yet. See Multi-Hosting for the authorization procedure.

ACS Inspection

When application behavior is unexpected, inspect the active contract set to verify on-ledger state:

Comparing ACS Across Participants

If two participants see different state for the same party, compare their ACS counts for specific templates. Discrepancies indicate a synchronization issue — check that both participants are connected to the same synchronizer and have the same packages vetted.

Diagnostic Checklist

When investigating any issue, work through this sequence:
  1. Health — Is the node running? participant.health.status
  2. Connectivity — Is the synchronizer connected? participant.synchronizers.list_connected
  3. Packages — Are required packages uploaded and vetted? participant.topology.vetted_packages.list()
  4. Parties — Are parties correctly hosted? participant.parties.hosted()
  5. Topology — Are party-to-participant mappings correct? participant.topology.party_to_participant_mappings.list(syncId)
  6. ACS — Does the on-ledger state match expectations? participant.testing.acs_search(...)

Next Steps