Try our conversational search powered by Generative AI!

Terminating client connection: Error reading from pipe 3720: error 109

Vote:
 

In the log files I am constantly seeing 

2011-02-24 15:15:50,978 INFO PipeServerChannel.ServerMain Microsoft.Samples.Runtime.Remoting.Channels.Pipe.DBG - 18.3.1 Scheduler info:  Terminating client connection: Error reading from pipe 3720: error 109
2011-02-24 15:15:50,978 INFO PipeServerChannel.ServerMain Microsoft.Samples.Runtime.Remoting.Channels.Pipe.DBG - 18.3.1 Scheduler info:  Terminating client connection: Error reading from pipe 3720: error 109. Once a minute. The site is running on multiple servers with arround 40 instances per server so in total this message appears allot. Should I be worried about this or is this expected?
#48963
Feb 24, 2011 15:22
Vote:
 

I get the same error... did you find a solution to this? I have log level set to WARN and this message appears... 

#56073
Jan 03, 2012 17:50
Vote:
 

I think this error is caused when the scheduler tries to run the job publishing versions (don´t know the exact translation atm), that is by default run every minute. If this job not could start due to some reason, the error occurs. Try to check your database for jobs that is set to true, but started a long time ago. Set them to false. This will only make them reevaluate themselves when triggered again. Then, check that you don´t have any scheduled job that takes too much time to complete. Best practice in scheduled job is to run them in a separate thread to avoid those kinds of errors.

Hope you got some help of my post. :)

#56158
Jan 09, 2012 22:11
Vote:
 

How do you run a job in a seperate thread? Are you talking about custom jobs or all the standard jobs as well?

I have this error too. The job was running once an hour and takes seconds to complete, yet the job is still running it says.

#57277
Mar 08, 2012 9:13
Vote:
 

John, check if there is another job preventing your current job to complete. "Running" doesn´t always mean running :)

Check the table in your Episerver database for more information.

#57279
Mar 08, 2012 10:06
Vote:
 

This problem did not go away after applying the hotfix for CMS 6R2. The issue of the jobs "still running" does. Due to it being a bug fixed in the hotfix: http://world.episerver.com/Blogs/Shahid-Nawaz/Dates/2012/1/General-Hotfix-CMS-6-R2/

So it seems that the error in the log may be unrelated to my problem - the question is, what does the error mean then?

#57449
Mar 14, 2012 21:05
Vote:
 

I am getting this error in EPiServer 7.1 now. Does anybody know what it is? Can it be safely ignored? It shows as a warning in the log so maybe it's not a huge deal?

#81830
Feb 27, 2014 10:59
Vote:
 

Hi!

I´m also experiencing this problem in EPiServer 7.1.2 with Patch4 installed. Does anybody know what´s wrong?

#82198
Mar 07, 2014 10:52
Vote:
 

Im also having this problem with CMS 6 r2.. 

I think this problem is related to another error i have, timeout error from TMG "Error Code: 408"

it fits well with the itmestamps in "Terminating client connection: Error reading from pipe"

#86272
May 16, 2014 15:15
Vote:
 

We are experienceing this too and it is consistently accompanied by a significant performance hit within a particular page load process, so we need to determine the cause.  Did anyone make any progress on figuring this out?

#88028
Jun 28, 2014 16:47
Vote:
 

I'm having this problem too with CMS 6 r2 with some customers. It always comes in one minute intervals.

It is not Publishing versions job. If I change the publishing versions job interval to 5 minutes the error still repeats in every minute.

If I stop Scheduler, errors will stop too.

If I look properties of Scheduler service it says "EPiServer CMS 5 Scheduler Service". Maybe this is because of old Schedule version is not updated after EPiServer migration or something.

#109740
Oct 14, 2014 9:01
This thread is locked and should be used for reference only. Please use the Episerver CMS 7 and earlier versions forum to open new discussions.
* You are NOT allowed to include any hyperlinks in the post because your account hasn't associated to your company. User profile should be updated.