Rejected – More than allowed Number of Retries!

Forums ProRealTime English forum ProRealTime platform support Rejected – More than allowed Number of Retries!

Viewing 9 posts - 1 through 9 (of 9 total)
  • #204974

    I’ve had to restart 12 to 15 of my Systems today due to – Stopped due to More than allowed Number of Retries – see attached for full Stop message.

    Odd thing is that the same Systems have been running okay for weeks then today loads of Stoppages re attached message.

    Anybody else getting this loads today?

    Anybody any ideas how this can avoided / worked around / prevented or what is the cause??

    #204976

    When I check the Orders List > Rejects tab it says as attached … Order Rejected by the broker or the market … very helpful – NOT!.

    #204978

    Sorry to hear this GraHal. Nothing of the kind happened over here. Maybe it is DJI-specific ?
    And at your time (09:30) nothing exciting seems to have happened ? At 09:45 Yes, so maybe if your TF is 15 minutes ??

    1 user thanked author for this post.
    #204996

    Do you allow “readjusted stop” orders change by the broker, when lauching strategies?

    #204999

    It was across severalTF’s and was time ranging from 2 or so at 23: 05 ish on Sunday, several around 03:00 and several at 07:30 ish on Monday and several up to lunchtime yesterday.  All on Demo,

    All quiet last night … no Rejects.

    My theory is that IG can’t handle tons of Orders at same time and so some Systems get stopped at random … nothing to do with the strategy or code etc.

    Just curious why it seems to be mostly my Systems that get stopped … maybe IG are trying to tell me something!?  😉

    #205000

    Do you allow “readjusted stop” orders change by the broker, when lauching strategies?

    Yes every single time I tick that box Nicolas, have done for over 12 months now.

    #205001
    Wim

    Hi @GraHal. If you hover your mouse over the “i” part you get this clueless message that something went wrong. But . . . if you click the “rejected” word, you will get the reason behind the rejection. Screen captures are from French version, guess you will understand the essential. Good luck.

    2 users thanked author for this post.
    #205005

    Thanks Wim!

    It’s the usual, after 11 cancellations, the Order gets Rejected as attached … another Order in the process of being filled.

    PRT / IG should make the space between Orders wider (by a few more milliseconds)??

    It seems to me that the current space / time (milliseconds) is not a long enough time to execute an Order before the next Order attempt come along and so the cycle repeats until after 11 failed attempts / cancellations, the System is Rejected!!

    This must be an easy problem to solve surely??

    #205079

    PRT / IG should make the space between Orders wider (by a few more milliseconds)??

    Hi GraHal – I think that your situation is technically a kind of “impossible” as something could  not happen (get through) in the first place. In addition (or *because* ?) I think that in such a situation something really is amiss. Like for example, you eating your own orders, if you know what I mean. Thus, it is you who places one order, and it can also be you who places an other order at the exact same time. But because both is “you” something rejects that.
    I recall a live (though manual) situation that I had to close a Long for a Short I had on the same instrument in another (sub-) account, and that it was impossible to go out of the Short for logical reasons (no bidders). I had to go out of the Long, so I was the bidder myself on the Short. OK, this is not the exact same situation, but these forces are at play and the broker (the software) knowns instantly that it can’t go right – not even after a full second of trying.
    … And there are so many situations that an order may fail …

    I can’t emphasize enough : If 100 errors occur in Demo, maybe 1 at most will occur in Live. This is with the same Strategy/Code.
    I see virtually no errors (abends) in Live. And as you know … see below 1st attachment. BUT : What I do explicitly sit down for is eliminating each and every kind of error (killing the System from the server). Example : let all run around closing and reopening of the Indexes (so-called futures) and a couple of times per week you are too close to the price for whatever etc. Halt your trading around those times (just empirically found) and the errors disappear (obviously) with it.


    I am not 100% sure about this yet :

    During those very hours, the spread can be excessive. It seems to be *that* what is killing, because you may attempt to exit (set a Stop) which is within the threshold of the spread of that moment. This then including the huge jump an instrument may make at reopening or in that very silent time anyway (say between 22:00 and 23:00 your time), also knowing that nothing happens for real (markets are closed), but IG continues. See the example below (just after the weekend, but the principle is the same), where the jump is so high that together with the highest spread this just can’t work out (I never did the math but with a jump of 45 points and 5 points of spread in addition, you just won’t be able to start the position and set a stop right after).
    N.b.: The trades you see here are all exists, and Yes that was beneficial. So you can go Out but should avoid going In.

    PS: I know this is not your situation really and just trying to present ideas which may get rid of all the system kills.  How to know that something in Demo does not occur in Live is a matter of trying it in Live. 😉

    1 user thanked author for this post.
Viewing 9 posts - 1 through 9 (of 9 total)

Create your free account now and post your request to benefit from the help of the community
Register or Login