Support Board
Date/Time: Wed, 15 Apr 2026 09:54:20 +0000
Do I need 2 SC Instances to Run Realtime Denali CME Data + Execute via CGQ Order Routing
View Count: 535
| [2026-04-09 00:54:54] |
| Shores2021 - Posts: 52 |
|
I still see -2 position that was opened under SIM MODE > "CQG ACCOUNT NAME" SIM MODE - not SIM1 etc When I select Trade Simulation Mode On and scroll down to select "MY NAME ACCOUNT" (CQG live account shows my name not a #) then I see -2 open trade and it carries from Mar 17. I can't close it or liquidate it. I can only select not to show it by selecting Chart Settings>Order Fills Start Date> more recent date. But how can I close it or delete it? I checked with CQG and I am flat on the real account but somehow this -2 position keeps showing up on my TAL window along side my actual trades even though it was opened on "ACCOUNT NAME" in SIM MODE. I tried everything. Maybe it was opened on the previous March contract symbol and I can't close it because SC forces me to click Rollover. Thank you. |
 -2 MES SIM PAST ORDER - I CAN NOT CLOSE.png / V - Attached On 2026-04-09 00:54:27 UTC - Size: 78.66 KB - 11 views Attachment Deleted. |
| [2026-04-09 14:17:27] |
| John - SC Support - Posts: 45634 |
|
Please go through the items at the following link: Trade Activity Log: Solving Inaccurate Trade Statistics for Charts Field Values For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing |
| [2026-04-14 08:24:33] |
| Shores2021 - Posts: 52 |
|
I notice a repetitive disconnect each day during live session exactly at 10:15am CST. I got a disconnect from the server, then as SC is trying to reconnect to get the current Live Net Pos for some reason SC does not read CQG live position and it generates live orders and sends them for execution to match the POS DELTA of the strategy. Then within seconds the Actual Position ends up being doubled and the strategy then immediately is sending another live order for the amount the was just filled to return the live position to desired position of the strategy. 1. I am trying to understand what causes that routine daily server disconnect at exactly 10:15am CST 2. Is this disconnect caused by CQG server or Denali (pls see attached pic - grey background)? 3. How can I prevent this disconnect from happening and avoid sending these live trades that try to match live CQG position with SC strategy position right after the disconnect and reconnection phase? 4. Also I see that currently I can't seem to connect/re-connect with the server. (pls see attached pic - white background) Thank you very much. P.S. I understand SC does not offer support for CQG, I just need to figure out which side causes this disconnect. |
Attachment Deleted. CQG SERVER DISCONNECTS.png / V - Attached On 2026-04-14 08:24:25 UTC - Size: 513.4 KB - 5 views |
| [2026-04-14 14:46:37] |
| John - SC Support - Posts: 45634 |
|
1. We have no idea. 2. From what we see in your log, it is caused by CQG. 3. You need to ask CQG about this. 4. Again, this would be an issue with the CQG servers. For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing |
| [2026-04-14 19:37:09] |
| Shores2021 - Posts: 52 |
|
Thank you John, Trying to solve these disconnects. It also happened for me Teton connection on instance 3 today. Knowing how stable Denali+Teton is, please double check the error I got in the Message Log. It says: "Close event error. Windows error code 10053. An established connection was aborted by the software in your host machine" (see attached file) Is that affirmative that it was my machine or internet connection and not Denali nor CQG/Teton generated disconnects? I would like to isolate this issue and confirm the possible source so I can mitigate this. Also, got the error that my NumCurrentConnectionsForSameDevice=4 (see attached) I am only running 3 Instances on my machine: Instance 1 Denali - All Sims (no execution) Instance 2 Denali + CQG WebApi (RJO) Instance 3 Denali + Teton (Phillip Capital) Can my server disconnections at 10:15amCST be somehow causing these attempts to connect 4 times which is 1 too many on my account or could this forced 4th connection attempt be causing one of the other instances to disconnect? Please advise. Thank you very much. Date Time Of Last Edit: 2026-04-14 19:39:00
|
| Teton - Disconnect from Server at 1015am CST - 4-14-2026.png / V - Attached On 2026-04-14 19:37:42 UTC - Size: 255.39 KB - 2 views |
| [2026-04-14 19:50:53] |
| John - SC Support - Posts: 45634 |
|
If you are getting disconnects with both CQG and Teton, then this means that the issue you are having is due to connectivity with your Internet connection. We would recommend trying a different connection to see how it works for you. With regards to the 4 connections, the system is definitely seeing the four connections somehow. In this case, exit from all your Sierra Chart instances and start them again. See if you have the same thing show up or not. For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing |
| [2026-04-15 03:03:16] |
| Shores2021 - Posts: 52 |
|
Thanks John, So I got a few more specific updates from CQG and although I understand you don't provide tech support for CQG, it sounds like the issue is either with SC trying to force another login making it too many at the time or my internet connection. CQG tech shows these logs, hoping you can help me decode and pinpoint exactly what is the reason I am getting these forced logoffs. It appears to be from SC side on my end. 1. I have shot down and restarted all 3 Instances of SC and will watch monitor for other forced logoff events 2. Do I need to make sure all 3 Instances are the same version/built of SC? Can I update the versions without loosing any data/settings/studies/spreadsheets if I changed all to newest version? 3. Based on the attached logs from CQG it looks to me like forced logoffs may be triggered by too many attempts to connect to a trading service and this error: "Your session was closed due to a concurrent session." forced_logoff_reason: 2 I hope attached logs could help in isolating what exactly causes these disconnects. Any help would be greatly appreciated. Regards. |
| CQG Tech providing logs to show forced logoffs from Sierra S.png / V - Attached On 2026-04-15 03:03:09 UTC - Size: 553.56 KB - 3 views |
| [2026-04-15 07:03:25] |
| Sierra_Chart Engineering - Posts: 23509 |
|
You can only have one connection to CQG at a time. Which means you can only, use one instance of Sierra Chart connected to CQG at the same time. You can use sub instances though to work around this: Using DTC Server for Data and Trading in Another Sierra Chart Instance Why do you want to use CQG instead of Teton order routing?: Sierra Chart Teton Futures Order Routing You are much better off using Teton order routing instead of CQG if you just plan to trade the CME Group of markets. What exchanges do you want to trade on? Sierra Chart Support - Engineering Level Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy: https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2026-04-15 07:04:44
|
To post a message in this thread, you need to log in with your Sierra Chart account: