Timeout errors happening
-
This issue is occurring again at 12:08. Faced this at 11:08 and got resolved automatically in 10 minutes. This has recurred exactly in one hour. Need to observe if it will resolve itself by 12:20.
-
@Mnagesh said in Timeout errors happening:
@c_harish timeout problem is common
give some sleep time and put it in a loop to resolve the issue as per rate limits specified by smartapi . Use exception handling for timeout issue
eg:
please suggest us how long to put our script to sleep? because today we have waited for a total of 16 mins inside sleep for angel to come back up? and FYI, we never cross the rate limits provided in documentation.
-
@pari Good observation..
It got resolved at 12:18..
-
It started happening again @ around 12:10 pm.
Please check, something is not right today. Everything was working until today.
-
getltp is limited to 10 per sec
so just above that time will be okay
1/10 = 0.1 sec
so
i use sleep of
0.15 secin case of time out
Sr. No API Name Throttling Limit Rate (Request/Second)
1 loginByPassword 1
2 getProfile 1
3 logout 1
4 generateTokens 1
5 placeOrder 10
6 modifyOrder 10
7 cancelOrder 10
8 getLtpData 10
9 getOrderBook 1
10 getTradeBook 1
11 getRMS 1
12 getHolding 1
13 getPosition 1
14 convertPosition 10
15 getCandleData 3
16 createRule 10
17 modifyRule 10
18 cancelRule 10
19 ruleDetails 1
20 ruleList 1 -
@Mnagesh, we know this. and we don't cross any of the suggested rate limits as I said in last post.
-
Correct. This issue is not about exceeding the rate access limit of 10 per second. Even my program sleeps for 1 second after sending 10 requests. My script also polls only once a minute. Currently I'm only polling for 'ltp' for 4 scrips, which is well within the limit. This issue is clearly about 'http' timeouts happening at the server level and not due to the script.
It's now past 12:18, the issue seems to have stopped and the script is running as before. I wonder if it will occur again at 1:08.
-
@vrkhyd
Now watch out for 1:08. -
@pari said in Timeout errors happening:
Correct. This issue is not about exceeding the rate access limit of 10 per second. Even my program sleeps for 1 second after sending 10 requests. My script also polls only once a minute. Currently I'm only polling for 'ltp' for 4 scrips, which is well within the limit. This issue is clearly about 'http' timeouts happening at the server level and not due to the script.
It's now past 12:18, the issue seems to have stopped and the script is running as before. I wonder if it will occur again at 1:08.
true. it is not client specific when everyone faces it. i am appalled by @admin 's silence on this thread. not a single reply in this thread from @admin after almost 20 minutes of downtime in 3 hrs.
as usual, @admin will ask for if we are running locally/cloud, timestamp, error code and forget as if nothing happened.
-
@c_harish today i am facing same issue
seems server down in between or not responding in between
around 12:10 or so -
@Mnagesh @Mnagesh @c_harish @pari @StocksDeveloper @vrkhyd Dear customers, there was a network issues across apps (mobile app/web/SmartAPI) which affected multiple flows. The issue occurred between 11:07:00 AM to 11:17:00 AM and then again between 12:07:00 PM to 12:17:00 PM. We regret the inconvenience caused.
-
@admin happening now intermittently. Do you have a health check URL which we can use in our logic to periodically check service health before hitting the actual end points
-
IM am moving to another platform
