Skip to main content
Migration tools are beta. Always run /3ts backup create (or let apply create its own backup) before you write data. Permission: 3tspawner.admin.migrate

Commands

dryrun never writes spawners. apply backs up the 3T database first when migration.require-backup-on-apply is true.

Workflow

  1. /3ts backup create
  2. Dry-run the source
  3. Read the report (warnings, skipped mobs, item-spawners)
  4. apply the same source
  5. Check one farm in-game
  6. Keep the run id for rollback if needed
--force imports unknown mob types. --owner sets a fallback owner when a row has none.

Sources

CSV columns: type,mode,owner_uuid,world,x,y,z,count

SmartSpawner

Disable the SmartSpawner JAR but keep plugins/SmartSpawner/ so 3T can read its files. Do not run both plugins on the same blocks.
Auto-detects plugins/SmartSpawner/. Pass a folder, spawners_data.yml, or spawners.db if the data was moved. Imported as physical spawners: location, mob, stack, stored items, XP. Owner comes from lastInteractedPlayer, else --owner. Skipped or warned:
  • Item-spawners (EntityType.ITEM)
  • Damaged tools / tipped arrows (flattened to the base material)
  • Unknown mobs unless --force
  • Locations already in the 3T database
  • SmartSpawner MySQL/MariaDB (YAML and SQLite only)
After a successful apply, verify one farm, then remove the SmartSpawner data folder.