-
Notifications
You must be signed in to change notification settings - Fork 190
terminating, wrongly, after 5 minutes #142
Comments
@zeph have you checked the IAM role in your account? I'm just running the specified version of goad for more then 5 minutes without any trouble, still receiving data from the lambda functions. Also note that if you're experiencing connection losses or spikes of more then 15 seconds the cli aborts. |
Ah it seems like it's not working when we launch the lambda function for the second time at the 10 minute barrier... That's rare... |
seems still occurring
|
@cwaltken-edrans IAM updated but... count != total
|
@p.s. I left it running while I left the workstation, might be also terminating due to |
closing
|
I'm seeing a similar issue. The application continues to function beyond the 5 minute window, but starts receiving 401 errors at the 5 minute mark (every test). I'm passing an authorization header (-H 'Authorization: bearer <>' on the command line. It works for 5 minutes, then starts failing with 401. It seems like it no longer sends the header token after this amount of time. Do you have any thoughts regarding this issue? Tested using version 2.0.4 |
Might be that the authorization header is not passed correctly to the
invoked lambda function.
Lambda functions have a maximum lifetime of 5 minutes. To circumvent that
goad launches a followup lambda function when reaching the time-limit. The
error is probably located there and should be easy to fix.
Let's track here: #187
|
not all the requests are being performed... it stops at 5minutes
(I used the latest binary 2.0.0-rc1x available at https://github.com/goadapp/goad/releases )
The text was updated successfully, but these errors were encountered: