9
2
Fork
You've already forked platform
2

Enclave boot speed needs to be much faster #216

Open
opened 2026年04月30日 22:48:14 +02:00 by ryansquared · 5 comments

Currently, deploying the Hello World enclave takes nearly a minute to come online. Our timeout is two minutes. If an application has a heavy startup, it will be terminated eagerly. We need to speed up enclave startup time as much as possible. Maybe we do biphasic: wait for Caddy to come up, then wait for attestation endpoint to come up.

Currently, deploying the Hello World enclave takes nearly a minute to come online. Our timeout is two minutes. If an application has a heavy startup, it will be terminated eagerly. We need to speed up enclave startup time as much as possible. Maybe we do biphasic: wait for Caddy to come up, then wait for attestation endpoint to come up.

After completing a build, I am getting a timeout.

remote: [x] Preparing deployment...
remote: [x] Provisioning dedicated builder...
remote: [x] Builder ready, downloading source...
remote: [x] Docker image built, building EIF...
remote: [x] Build complete
remote: [x] Uploading and launching...
remote: [x] Waiting for health check...
remote: error: Enclave failed to become healthy: Attestation endpoint did not become healthy within 120 seconds
remote: error: Invalid deployment response
After completing a build, I am getting a timeout. ``` remote: [x] Preparing deployment... remote: [x] Provisioning dedicated builder... remote: [x] Builder ready, downloading source... remote: [x] Docker image built, building EIF... remote: [x] Build complete remote: [x] Uploading and launching... remote: [x] Waiting for health check... remote: error: Enclave failed to become healthy: Attestation endpoint did not become healthy within 120 seconds remote: error: Invalid deployment response ```
Owner
Copy link

@modalala wrote in #216 (comment):

After completing a build, I am getting a timeout.

remote: [x] Preparing deployment...
remote: [x] Provisioning dedicated builder...
remote: [x] Builder ready, downloading source...
remote: [x] Docker image built, building EIF...
remote: [x] Build complete
remote: [x] Uploading and launching...
remote: [x] Waiting for health check...
remote: error: Enclave failed to become healthy: Attestation endpoint did not become healthy within 120 seconds
remote: error: Invalid deployment response

This is likely due to our hard coded timeout limit. What app were you trying to deploy?

#135

@ryansquared is currently working on addressing this.

@modalala wrote in https://codeberg.org/caution/platform/issues/216#issuecomment-14220731: > After completing a build, I am getting a timeout. > > ```text > remote: [x] Preparing deployment... > remote: [x] Provisioning dedicated builder... > remote: [x] Builder ready, downloading source... > remote: [x] Docker image built, building EIF... > remote: [x] Build complete > remote: [x] Uploading and launching... > remote: [x] Waiting for health check... > remote: error: Enclave failed to become healthy: Attestation endpoint did not become healthy within 120 seconds > remote: error: Invalid deployment response > ``` This is likely due to our hard coded timeout limit. What app were you trying to deploy? https://codeberg.org/caution/platform/issues/135 @ryansquared is currently working on addressing this.

Yes, I think that #135 is probably the correct issue for my comment rather than this one.

I was trying to deploy frost-tools.

Yes, I think that #135 is probably the correct issue for my comment rather than this one. I was trying to deploy `frost-tools`.
Author
Owner
Copy link

#135 is more about the builder, not the enclave. Builders have a 30 minute timeout, your EIF must be built in 30 minutes (and must send updates every 2 minutes, on my current PR). However, deploying the enclave can take a long time, and we need some way to optimize it.

I think one thing we can do is add a health check path (location TBD) where we just return 200 OK and null response. Then, we can check whether that's up in 120 seconds, and once that timer's reset, we can enter a new check for the enclave attestation.

#135 is more about the _builder_, not the _enclave_. Builders have a 30 minute timeout, your EIF must be _built_ in 30 minutes (and must send updates every 2 minutes, on my current PR). However, deploying the enclave can take a long time, and we need some way to optimize it. I think one thing we can do is add a health check path (location TBD) where we just return 200 OK and null response. Then, we can check whether that's up in 120 seconds, and once that timer's reset, we can enter a new check for the enclave attestation.
Owner
Copy link

#250 < this is the sauce

https://codeberg.org/caution/platform/issues/250 < this is the sauce
Sign in to join this conversation.
No Branch/Tag specified
main
feat/legal-publish-doc
fix/issue-119-logout-confirmation
fix/paddle-customdata-credit-mint
anton/feat/multi-user
fix/issue-116-duplicate-ssh-key
fix/issue-265-http-port-private
fix/issue-330-remove-build-binary
feat/paddle-byoc-subscriptions
fix/issue-307-remove-apps
feat/issue-164-account-id
feat/add-tofu-lockfile-cache
feat/webauthn-discoverable-login
docs/issue-339-install-instructions
fix/issue-336-split-qr-login-tokens
fix/verify-app-source-preflight
fix/many-git-push-deploy
fix/issue-334-email-verification-throttle
fix/issue-273-billing-url
fix/issue-333-final-usage-collection
fix/issue-270-low-credit-email
fix/issue-301-remove-auto-topup
fix/issue-320-byoc-auth-first
fix/issue-348-git-progress-checklist
fix/issue-321-byoc-caution-hcl
fix/issue-332-resource-id-suspension
fix/eif-app-mode-normalization
feat/cli-stagex-container
fix/eif-s3-layer-cache
fix/authz-role-checks
fix/cli-hangs-unsupported-ssh-url
feat/print-platform-commit-dashboard
fix/config-domain-validation
anton/support-ssh-destroy-get
fix/cli-config-dir
feat/publish-build-inputs
feat/locksmith-polishing
fix/procfile-run-command-no-split
anton/byoc-require-login
fix/hcl-init-template
feat/egress-default-deny
ryansquared/hcl
quotas
anton/feat/region-routing-resource-unavailable-alert
fix/attestation-502-dashboard
ryansquared/systemdize
fix/verify-git-credential-hang
anton/fix-low-credits-alert
xenushka/rename-byoc
ryansquared/add-download-eif
add-debug-flag
test/pr1-integration-harness
anton/fix/only-pass-required-env-vars
ryansquared/add-database-bucket
No results found.
Labels
Clear labels
Compat/Breaking
Breaking change that won't be backward compatible
Component/Enclave-Builder
This issue affects Enclave Builder (git-push and CLI)
Component/Infrastructure
This issue affects generic Caution hosted infra components
Deploy/BYOC
Relates to Caution Bring-your-own-compute
Deploy/Full-managed
Relates to Caution fully managed cloud
Deploy/Self-hosted
Relates to Caution deployed on self-hosted infra
Interface/API
This issue affects the API
Interface/CLI
This issue affects the command line interface
Interface/Git
This issue affects the Git `push` interface
Interface/Web
This issue affects the web dashboard
Kind/Bug
Something is not working
Kind/Documentation
Documentation changes
Kind/Enhancement
Improve existing functionality
Kind/Feature
New functionality
Kind/Security
This is security issue
Kind/Testing
Issue or pull request related to testing
Priority
Critical
The priority is critical
Priority
High
The priority is high
Priority
Low
The priority is low
Priority
Medium
The priority is medium
Reviewed
Confirmed
Issue has been confirmed
Reviewed
Duplicate
This issue or pull request already exists
Reviewed
Invalid
Invalid issue
Reviewed
Won't Fix
This issue won't be fixed
Status
Abandoned
Somebody has started to work on this but abandoned work
Status
Blocked
Something is blocking this issue or pull request
Status
Need More Info
Feedback is required to reproduce issue or to continue work
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
3 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
caution/platform#216
Reference in a new issue
caution/platform
No description provided.
Delete branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?