- 最新
- 最多得票
- 最多評論
Hello,
I understand that you are using SnapStart enabled Lambda function, where you are seeing following error intermittently:
Runtime restore hook execution timed out after 2 seconds (Service: Lambda, Status Code: 408
Please check to confirm whether you have implemented runtime hook, in your application. If yes, then the issue could be that the interface method afterRestore() times out.
"Resource – An interface with two methods, beforeCheckpoint() and afterRestore(). Use these methods to implement the code that you want to run before a snapshot and after a restore."
Also, when SnapStart is activated, your initialization code can run for up to 15 minutes. Checkpoint hooks beforeCheckpoint()) count towards the 15 minutes. Restore hooks (afterRestore()) time out after 2 seconds.
If this does not address your issue, we require details that are non-public information for further troubleshooting. Please open a support case, with AWS using this link, and make sure to include details on Lambda function ARN, Request IDs and Timestamp.
hello, the 2 second timeout limit applies to loading the runtime (JVM) and the afterRestore() hooks. Please find the updated documentation here. Can you please let us know if there's a support ticket submitted that we can investigate to understand why your restore is timing out?
I have encountered this too today. Is there a CTI I can submit a ticket too?
Can you please let us know if there's a support ticket submitted that we can investigate to understand why your restore is timing out?
We have not created a ticket since our team decided not to spend more time on SnapStart for now.
Note that the only thing I can think of that might be relevant about the errored invocation was that there were about 500 concurrent invocations of the same lambda at the time of the error. We were not using afterRestore() for this lambda.
相關內容
- 已提問 6 個月前
- AWS 官方已更新 3 年前
Thanks for the follow-up.
We for sure didn't have afterRestore() in our code. That would have required the crac library dependency which we don't have included in our jar.
At this point, we have opted not to use SnapStart for the time being.