Exit Codes
Log Files
Each component writes to a log file specified by thelogFile parameter in the orchestrator configuration. For migrations created through the Web Interface, logs are stored under the migration directory.
Per-migration log structure:
License Issues
License Check Failed (Exit Code 1)
The orchestrator validates the license at startup. If validation fails, it prints an error and exits with code 1. Note that exit code 1 is also used for other operational errors (connection failures, configuration errors, file I/O errors, etc.) — check the log message for the specific cause.
Diagnose with:
Usage Cap Exceeded (Exit Code 2)
Some licenses limit total bytes processed. When a cap is reached, the loader exits with code 2.
Check current usage through the Web Interface or contact your license provider to increase the cap.
Connection Issues
DSN File Errors
Database Connection Failures
Diagnosis steps:
-
Test connectivity from the Wirekite host:
-
Test DNS resolution:
- Use the Web Interface Test Connection button to validate credentials
-
Run a test query with Wiretalk:
Data Migration Issues
Migration Stops Mid-Process
Symptoms: No new data arriving at target, logs show no recent activity. Diagnosis:Duplicate Key Errors During Load
Cause: Table already has data from a previous partial load, and the loader is re-inserting rows. Recovery:-
Check if the file was already loaded:
-
If the record shows
finish_time IS NOT NULL, the file completed successfully and should be skipped automatically. If the recovery table is missing the record, truncate the target table and reset:
Schema Mismatch
Symptoms: Data load fails with type mismatch or column not found errors. Cause: Source schema changed after schema extraction, or type mappings are incompatible. Recovery:- Re-run schema extraction to capture the latest source schema
- Verify type mappings in the generated SQL
- Regenerate and re-apply the create table SQL on the target
Out of Disk Space
Symptoms: File operations fail withno space left on device.
Recovery:
- Free disk space (check
/tmp, log directories, old data files) - Enable
removeFiles=truein the mover and loader to clean up processed files - Restart the migration - it resumes from the recovery checkpoint
CDC/Replication Issues
MySQL / MariaDB / SingleStore
Check binlog status:
PostgreSQL / YugaByte / TigerData / AlloyDB
Check replication status:
Oracle
SQL Server
Enable CDC:
Cloud Staging Issues
S3/GCS Upload Failures
Diagnosis:
- AWS: Verify credentials with
aws sts get-caller-identity - GCS: Verify credentials with
gcloud auth list - Check bucket access and write permissions
- Verify the bucket region matches your configuration
Snowflake Stage Errors
Symptoms: PUT or COPY commands fail. Check:- Verify warehouse is running and has available compute
- Check that the connection string specifies a valid warehouse
- Verify the user has USAGE on the warehouse and stage
Recovery Table Issues
wirekite_action must have 1 row in it
Cause: The wirekite_action table was accidentally emptied or has extra rows.
Fix:
High Restart Counts
If therestarts column in wirekite_progress shows high values for a file, the same operation is crashing repeatedly.
Diagnosis:
UX Server Issues
Cannot Connect to UX Server
- Verify the service is running:
sudo systemctl status wirekite-ux - Check logs:
tail -f /opt/wirekite/ux/logs/ux-server.log - Ensure port 8443 is open:
sudo lsof -i :8443 - Verify SSL certificates exist at
/opt/wirekite/ux/server/certs/
Authentication Issues
- Clear browser cookies and retry
- Check
users.jsonin the config directory - Restart the UX server to clear all sessions:
sudo systemctl restart wirekite-ux
Diagnostic Tools
Wiretalk
Run ad-hoc queries against any configured source or target to diagnose connectivity and data issues. See Wiretalk.TableValidator
Validate data integrity between source and target after migration. See TableValidator.Web Interface Diagnostics
The Web Interface provides:- Test Connection - Validate database credentials
- Download Logs - ZIP archive of all migration logs
- Real-time Progress - Monitor extraction and loading rates
- Validation - Run data validation with configurable sample size
Pre-Migration Checklist
Before starting a migration, verify:1
Connectivity
Test connections to both source and target databases.
2
License
Validate your license is current and has sufficient usage cap.
3
Disk Space
Ensure adequate space on the Wirekite host for data files.
4
Replication Prerequisites
If using CDC, enable the required replication features on the source (binlog for MySQL, logical WAL for PostgreSQL, supplemental logging for Oracle, CDC for SQL Server).
5
Permissions
Verify database users have the required privileges for extraction and loading.
6
Schema
Extract and review the schema before starting data migration.
