Browse documentation

Troubleshooting

Confirm the active tab, AWS profile, Region, and resource first. Then use Logs to read the service, operation, error code, request ID, and failure message.

Start with Logs

  1. Open Logs. It opens at the bottom on most tabs and on the right on the Table Discovery tab.
  2. Return to the tab that failed. Logs follows the active table or SQL source.
  3. Expand the failed row.
  4. Copy the SQL, DynamoDB parameters, or sanitized activity record if you need to report the issue.
  5. Record the AWS request ID before you clear activity.

Authentication failures

Wrong profile or Region

  1. Open table discovery.
  2. Confirm the profile name and the account identity shown for that profile.
  3. Select the Region that contains the resource.
  4. Load tables again and open the table from the new result.

A table tab keeps the profile and table ARN that were used when the tab was opened. Open a new tab after you change discovery context.

Permission errors

Read the AWS error code in Logs. An AccessDenied error means the current principal cannot call the displayed service operation on the displayed resource. Ask an AWS administrator for the smallest policy that covers the required action:

  • Discovery: sts:GetCallerIdentity, dynamodb:ListTables, and dynamodb:DescribeTable.
  • Table reads: dynamodb:Query or dynamodb:Scan.
  • Edits: dynamodb:TransactWriteItems for staged commits, and dynamodb:UpdateItem for the Edit Item dialog.
  • Imports: dynamodb:BatchWriteItem in overwrite mode, dynamodb:PutItem in skip mode, and s3:GetObject for an S3 source.
  • Truncate: dynamodb:Scan and dynamodb:BatchWriteItem.
  • Athena queries: the Athena query actions, and access to the data source and the S3 result location.
  • Amazon Aurora DSQL access: dsql:ListClusters and dsql:GetCluster for discovery, and dsql:DbConnect or dsql:DbConnectAdmin to connect.

DynamoDB Local and LocalStack

  • Set endpoint_url in the selected AWS profile.
  • Use http://localhost:8000 for a default DynamoDB Local process or http://localhost:4566 for a default LocalStack process.
  • Confirm that the process is running and that its port is reachable from the desktop app.
  • Use non-empty placeholder credentials. The AWS SDK requires them even when the local service does not validate them.
  • If Dynomate treats the profile as AWS instead of local, use localhost, 127.0.0.1, or ::1 in the endpoint host.
  • In a request, plain HTTP works only with localhost, 127.0.0.1, or ::1. See Endpoints.

Failed Scan or Query

Staged change failures

  • A commit can contain at most 100 transaction actions, and an update that changes a key uses two. Commit fewer changes at a time.
  • DynamoDB item size, key, condition, and transaction rules still apply.

See Transaction limits.

Import and export failures

  • Use import preflight. Fix every blocking issue before you start the job.
  • For JSON, provide an array of items. For CSV, confirm the detected format and column names.
  • For S3, confirm the object ARN, bucket Region, format, profile, and s3:GetObject permission.
  • For table-to-table import, confirm both profiles, source table, destination table, and conflict mode.
  • A table can run one import at a time, and not during a truncate. See Restrictions.
  • A current-page download requires loaded rows. A selected-row download requires at least one selected row.
  • For a full export, read the job error in the table or SQL tab. Start a new export after the failed job ends.

Truncate failures

  • A cancelled or failed truncate can leave some items in the table. Deleted items stay deleted. See Monitor or cancel.
  • Items that an application writes during the job can remain. Stop producers first, and verify the table after the job. See Concurrent writes.
  • A truncate cannot start while an import or another truncate runs on the same table.

SQL snapshot failures

  • A new snapshot performs a full-table scan. Confirm read permission and available read capacity.
  • Keep free disk space above the table size estimate. See Plan local storage.
  • Wait until the snapshot artifact status is ready before you run SQL.
  • If the status is failed, read the export or artifact error and create a new snapshot after you fix the cause.
  • If the snapshot is marked missing, its local artifact is no longer available. Create a new snapshot.
  • Use snapshot for the current snapshot and history only when you need the combined snapshot history. See Query with DuckDB SQL.

Athena failures

Aurora DSQL failures

Request run failures

  • If a check fails before the run, select each diagnostic in the results panel to go to its field. See Problems before a run.
  • Look up the code in Error codes.
  • If a request file shows a diagnostic in the collection, select Reveal file, correct the file, then select Refresh collections. See Invalid files.
  • If a legacy collection does not migrate, see migration errors and conflicts.

CLI failures

Trial and license status

  • After a purchase or seat change, select Refresh status in the License dialog.
  • If all seats are in use, ask the subscription owner to free or reassign a seat.
  • If Dynomate cannot verify access online for seven days, it uses Community access until a check succeeds. Connect to the internet and select Refresh status.

See License activation and Access verification.

App update failures

  • Select Try Again to return to the update prompt after a download error.
  • If the download fails again, close Dynomate, check the network connection, then relaunch the app so it can check for the update again.
  • If Restart Now fails, close and reopen Dynomate to apply the update.
  • The downloaded update is not active until Dynomate relaunches.
  • If updates keep failing, reinstall from the download page.