Migration Failed — Could External File Passwords Be the Cause?

Hi everyone,

I recently attempted to migrate a FileMaker solution using OttoFMS and the migration failed.

Some of our scripts use Perform Script in File to call scripts in external files, which have different admin passwords from the file I’m migrating.

Additionally, when I tried to generate a script report (DDR), it also didn’t work properly.

I want to confirm:

Could the different passwords in external files be causing the migration to fail?

Thanks!

Hey @Sufi ,

I don’t believe the external files would cause a migration failure, as the data migration does not really touch the schema of the file or run any scripts. It should simply be moving data between the two files. I also wouldn’t expect those Perform Script in File to cause a DDR to fail.

Have you run a check for corruption on the file?

-Kyle

Hey Kyle,

Thanks for the input. I’m starting to think the issue is related to indexing. When I ran the migration without re-evaluating indexes and calculations, it succeeded, but when I tried with indexing, it failed.

The migration process is running into some problem while updating the indexes or recalculating fields.

–Sufi

Error Message:

Command failed with exit code 3221226505: C:\Program Files\FileMaker\FileMaker Server\Database Server\FMDataMigration.exe -src_path C:\Program Files\FileMaker\FileMaker Server\Data\Databases\DEV\TestDB2.fmp12 -src_account admin -src_pwd *** -clone_path C:\Program Files\FileMaker\FileMaker Server\Data\Backups\OttoFMS\inbox\jit_build_0437a92707f24f424dca2be2\Test DB1.fmp12 -clone_account admin -clone_pwd *** -target_path C:\Program Files\FileMaker\FileMaker Server\Data\Backups\OttoFMS\inbox\jit_build_0437a92707f24f424dca2be2\TestDB2_otto_migrated.fmp12 -force -ignore_valuelists -reevaluate -rebuildindexes

2026-03-06 08:27:59.540 +0400 [Material_request_32b0] GetSlot invalid slot level 2 index 6
2026-03-06 08:27:59.930 +0400 [Material_request_32b0] 0 Draco::StackCrawl::SaveStack + 79
2026-03-06 08:27:59.930 +0400 [Material_request_

Looks like its kicking you into Draco logs, which normally means there is some corruption in your file. Have you tried running a recovery on it?

-Kyle