Compilation errors
When you deploy, the platform compiles your pipeline into an FHE circuit. If it cannot, you get an error and the deployment stops. This page lists what each one means and how to fix it.
How errors surface
Common errors
Cause
You tried to create a model with a name that is already taken in your account. The modelId in the message is the existing model with that name.
Fix
To create a new model, pick a different name. To replace the existing one, call deploy_pipeline with the same model_name; it reuses that model instead of failing. If you called create_model directly, delete or rename the existing model first.
Cause
The encryption parameters sent alongside the model could not be read. Happens when the parameters and the pipeline come from different builds.
Fix
Re-deploy, passing the parameters the pipeline was built with.
Cause
Compilation started, but the pipeline file is not in storage. Happens when the upload did not finish.
Fix
Re-deploy.
Cause
The uploaded file is not a readable Lattica pipeline archive. Happens when the upload was truncated, or when a file that isn't a serialized pipeline was passed to deploy.
Fix
Re-export the pipeline and deploy again.
Cause
The parameters were readable but cannot produce a working encryption context, for example a ring size or modulus chain the scheme does not support.
Fix
Adjust the homomorphic parameters and re-deploy.
Cause
Your model graph could not be turned into a homomorphic pipeline. The usual cause is an operator, dtype, or tensor shape the compiler does not support. The text in parentheses names what failed.
Cause
The pipeline built, but keys for it could not be generated or loaded onto the GPU. Usually means the homomorphic parameters don't fit the pipeline.
Cause
The verification tensors attached to the pipeline could not be read.
Fix
Re-export the pipeline with valid verification_data.
Cause
The verification input you attached to the pipeline has a different shape than the input the pipeline declares. Happens when the sample input and the pipeline were built against different feature dimensions.
Fix
Align the two and redeploy.
Cause
The pipeline compiled, but the compiler's own encrypted test run of it failed. Often a chain that runs out of levels, or a shape that only stops lining up under encryption.
Fix
Trace the pipeline locally to find the operator where it breaks.
Cause
The pipeline compiled, but its encrypted result drifted further from your expected output than your tolerance allows. Happens when the expected output is wrong, when the pipeline loses more precision than budgeted, or when the tolerance is tighter than the workload can hold. The tolerance in the message is the one you set in <code>verification_data["accuracy"]</code>.
Cause
The accuracy check could not complete: the decrypted result could not be compared to your expected output at all. Usually the expected output has a different shape or dtype than the pipeline produces.
Cause
The fallback when compilation fails for a reason the compiler cannot attribute to a stage. The details are in our logs rather than the message.
Fix
Contact support with your model id.
After a failed compilation
INACTIVE and cannot serve queries. Until you upload a pipeline that compiles:studio.models.getreturnsis_compiled: falseand carries the message above incompilation_error.studio.workers.startreturns 403:Model <model_id> is INACTIVE.- Any query on a token bound to that model returns 403:
Model <model_id> is INACTIVE.
Next
Deploy the Pipeline
Where compilation runs, and where these errors appear.