{{Quickfixn}} Scheduled task issues

Fri Oct 17 10:22:57 PDT 2014

"20141017-16:47:42.648 : Session FIX.4.4:552/ADMIN->ICE disconnecting:
System.Net.Sockets.SocketException (0x80004005): An existing connection was
forcibly closed by the remote host"

Doesn't that mean that
 ICE killed the connection for some undisclosed reason?

I don't know why they would do that, but that's what it looks like.

On Fri, Oct 17, 2014 at 12:04 PM, Rettenmier, Curt <
Curt.Rettenmier at avistacorp.com> wrote:

>  Grant,
>
>
>
> I just logged off the server and logged back on and the QuickFix log shows
> the following log entries below. There is a 7 hour time difference so 16:47
> is really 9:47 Pacific time. The “20141017-14:37:14.894 : Received logon”
> entry was when I logged in this morning earlier and the app started
> processing correctly. The entry right after that with the error is when I
> logged off again. I checked with our system admins and they said there
> isn’t any policy on the server that would be restricting the application in
> any way.
>
> ………………
>
> 20141017-14:37:11.097 : Session reset: ResetOnLogon
>
> 20141017-14:37:13.550 : Session reset: ResetSeqNumFlag
>
> 20141017-14:37:13.565 : Initiated logon request
>
> 20141017-14:37:14.894 : Received logon
>
> 20141017-16:47:42.648 : Session FIX.4.4:552/ADMIN->ICE disconnecting:
> System.Net.Sockets.SocketException (0x80004005): An existing connection was
> forcibly closed by the remote host
>
>    at QuickFix.SocketInitiatorThread.ReadSome(Byte[] buffer, Int32
> timeoutMilliseconds)
>
>    at QuickFix.SocketInitiatorThread.Read()
>
> 20141017-16:47:44.914 : Connecting to 172.18.133.178 on port 1024
>
> 20141017-16:47:45.930 : Connection failed: No connection could be made
> because the target machine actively refused it 172.18.133.178:1024
>
>
>
> CURT RETTENMIER
>
> Information Developer
>
> Avista Utilities
>
> HP Enterprise Services
>
> Telephone +1 509.495.8492
>
> Email curt.rettenmier at avistacorp.com
>
> MSC - 28
>
> 1411 E. Mission, Spokane, WA 99202
>
>
>
> [image: Description: cid:image001.png at 01CD29CD.B57A0640]
>
>
>
> *This message and any attached files or documents may contain information
> that is confidential and considered proprietary to Avista Corporation.*
> Any unauthorized use, transfer, or disclosure of the information contained
> herein is strictly forbidden. If you believe that this message has been
> sent to you in error, please reply to the sender that you have received the
> message in error and delete the message.
>
>
>
> *From:* Quickfixn [mailto:quickfixn-bounces at lists.quickfixn.com] *On
> Behalf Of *Grant Birchmeier
> *Sent:* Friday, October 17, 2014 9:40 AM
> *To:* Mailing list for QuickFIX/n
> *Subject:* Re: {{Quickfixn}} Scheduled task issues
>
>
>
> This sounds like some kind of login/permission issue with Windows server,
> and not really a problem with the QF/n code itself.
>
>
>
> Unfortunately, Windows server admin is not one of my skills.  Anyone else
> have any clue?
>
>
>
> On Fri, Oct 17, 2014 at 11:34 AM, Rettenmier, Curt <
> Curt.Rettenmier at avistacorp.com> wrote:
>
> We set up our new application that uses QuickFix/n on a dedicated Windows
> server 2012 as a scheduled task to run every morning at 4:00 a.m. We have
> been previously testing the app on that server not as a scheduled task
> (double-clicking on the .exe) and it has been working fine. We set up the
> task to run using a service account and we configured the task scheduler to
> run the task whether the user is logged on our not. We also had to modify a
> security policy on the server to allow the service account to log on as a
> batch service. The task scheduler runs the app as scheduled but the problem
> we are having is that the task runs when no one is logged on to the server
> and is not able to connect to our third-party ICE). When I log on to the
> server later in the morning the app is still running (as it should). At the
> moment I log on the app is then able to connect to ICE and start processing
> information. QuickFix logging is turned on and the log is showing that the
> target machine (which is the server) is refusing the connection when our
> QuickFix app tries to connect. This will occur over and over. See log
> excerpt below. The IP 172.19.133.178 is the server’s IP. As long as I am
> logged on to the server our QuickFix/n app works fine. We also are using
> sTunnel to encrypt the data. sTunnel is set up on the same server.
>
>
>
> 20141017-11:01:30.885 : Session FIX.4.4:552/ADMIN->ICE already
> disconnected: Resetting...
>
> 20141017-11:01:30.901 : Session reset: New session
>
> 20141017-11:01:30.901 : Created session
>
> 20141017-11:01:31.807 : Connecting to 172.18.133.178 on port 1024
>
> 20141017-11:01:33.839 : Connection failed: No connection could be made
> because the target machine actively refused it 172.18.133.178:1024
>
> 20141017-11:01:39.917 : Connecting to 172.18.133.178 on port 1024
>
> 20141017-11:01:40.917 : Connection failed: No connection could be made
> because the target machine actively refused it 172.18.133.178:1024
>
> 20141017-11:01:46.011 : Connecting to 172.18.133.178 on port 1024
>
> 20141017-11:01:47.042 : Connection failed: No connection could be made
> because the target machine actively refused it 172.18.133.178:1024
>
> 20141017-11:01:52.105 : Connecting to 172.18.133.178 on port 1024
>
> 20141017-11:01:53.120 : Connection failed: No connection could be made
> because the target machine actively refused it 172.18.133.178:1024
>
>
>
> When I logged on to the server this morning to check the task the logs
> show that the already running app will then successfully connect and work.
> See log excerpt below.  Also if I kick off the task myself and stay logged
> on to the machine (with different logon credentials) the app will connect
> and work just fine.
>
>
>
> 20141017-14:36:59.112 : Connection failed: No connection could be made
> because the target machine actively refused it 172.18.133.178:1024
>
> 20141017-14:37:04.190 : Connecting to 172.18.133.178 on port 1024
>
> 20141017-14:37:08.347 : Connection succeeded
>
> 20141017-14:37:11.097 : Session reset: ResetOnLogon
>
> 20141017-14:37:13.550 : Session reset: ResetSeqNumFlag
>
> 20141017-14:37:13.565 : Initiated logon request
>
> 20141017-14:37:14.894 : Received logon
>
>
>
> Any help would be appreciated.
>
> Thanks,
>
>
>
>
>
> CURT RETTENMIER
>
> Information Developer
>
> Avista Utilities
>
> HP Enterprise Services
>
> Telephone +1 509.495.8492
>
> Email curt.rettenmier at avistacorp.com
>
> MSC - 28
>
> 1411 E. Mission, Spokane, WA 99202
>
>
>
> [image: Description: cid:image001.png at 01CD29CD.B57A0640]
>
>
>
> *This message and any attached files or documents may contain information
> that is confidential and considered proprietary to Avista Corporation.*
> Any unauthorized use, transfer, or disclosure of the information contained
> herein is strictly forbidden. If you believe that this message has been
> sent to you in error, please reply to the sender that you have received the
> message in error and delete the message.
>
>
>
>
> _______________________________________________
> Quickfixn mailing list
> Quickfixn at lists.quickfixn.com
> http://lists.quickfixn.com/listinfo.cgi/quickfixn-quickfixn.com
>
>
>
>
>
> --
>
> Grant Birchmeier
>
> *Connamara Systems, LLC*
>
> *Made-To-Measure Trading Solutions.*
>
> Exactly what you need. No more. No less.
>
> http://connamara.com
>
> _______________________________________________
> Quickfixn mailing list
> Quickfixn at lists.quickfixn.com
> http://lists.quickfixn.com/listinfo.cgi/quickfixn-quickfixn.com
>
>

-- 
Grant Birchmeier
*Connamara Systems, LLC*
*Made-To-Measure Trading Solutions.*
Exactly what you need. No more. No less.
http://connamara.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.quickfixn.com/pipermail/quickfixn-quickfixn.com/attachments/20141017/717218f0/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 749 bytes
Desc: not available
URL: <http://lists.quickfixn.com/pipermail/quickfixn-quickfixn.com/attachments/20141017/717218f0/attachment-0001.png>