Potential Fix - Printers Stop Working and Having to Restart week

As a side note, if you running anything that is scanning the appserver ports that openedge doesn't recognise as a 'friendly' client it will knock the appserver out.


From: "robert.beaghan@..." <robert.beaghan@...>
To: vantage@yahoogroups.com
Sent: Thursday, 3 October 2013, 13:37
Subject: [Vantage] RE: Potential Fix - Printers Stop Working and Having to Restart weekly

 
<div id="ygrps-yiv-197488359yiv840081622ygrp-text">
  
  
  <div>&nbsp;We&#39;re on 9.05.607b, SQL 64-bit and we&#39;ve been dealing with this problem as well.&nbsp; No consistency as to when it happens.&nbsp; We only have the Global Alerts on the startup schedule.&nbsp; BPM Action is on a 1 minute interval and Back Flush is on a 5 minute interval.</div>
 
For what it's worth, we experienced the issue yesterday and I remembered to get a copy of the Task Agent and Process appserver logs before I restarted.  To my surprise, the Task Agent log had a SQL Server error stating it was the victim of a deadlock.  Not really sure how to proceed from here, but I finally have a reason for the hang-up (even if it ends up being only for this instance).
 
Bob Beaghan
 


---In vantage@yahoogroups.com, <jgiese@...> wrote:

We are on 9.05.700B2 SQL 64bit.  The solution to this problem for us, was creating an app server just for the task agent to run against, as well as turning all startup schedules off and using 5 minute interval schedules. Have not had an issue since.  The solution was recommended to me by Epicor support they will have papers on creating the additional app server.
 
Josh.
 
From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of ygroups.adamleer@...
Sent: Wednesday, October 2, 2013 3:30 PM
To: vantage@yahoogroups.com
Subject: [Vantage] RE: Potential Fix - Printers Stop Working and Having to Restart weekly
 
 
We have the same problem, and sometimes our automatics restart doesn't even work (it hangs with just a single process running or something).
 
Here are the processes we have in the STARTUP TASK SCHEDULE:
* Global Alerts \ Email
* BPM Action
* Back Flush Labor
 
I'm not sure we can move all or any of those into an interval type schedule - how does one determine that?
</div>


We were having to restart the Process and Task services consistently since people were unable to print. Then we ran a script to run weekly to deal with this. Then we read about having a dedicated appserver for these services so we called Epicor.

We spoke with an Engineer, he ask if we had anything running on the schedule run "on startup"? We did, we had global alerts. He said there is a memory leak and that caused the issue. 

It has been a month since we removed tasks on the run at startup and knock on wood, we have had not to restart the services for the printers. 
Thats funny. I've been struggling with the same problem for a couple months now and it acctually happened this morning.
I have two processes scheduled in my startup. "BPM Action" and "Replication Agent Process". I moved the "BPM Action" to run on an interval, but I don't think I can change the "Replication Agent Process" from startup.
If this works, THANKS!!!
Â
Scott


On Wed, Oct 2, 2013 at 7:52 AM, <justrichpower@...> wrote:

Â
<div>
  
  
  <p>We were having to restart the Process and Task services consistently since people were unable to print. Then we ran a script to run weekly to deal with this. Then we read about having a dedicated appserver for these services so we called Epicor.<p>


We spoke with an Engineer, he ask if we had anything running on the schedule run "on startup"? We did, we had global alerts. He said there is a memory leak and that caused the issue.Â

It has been a month since we removed tasks on the run at startup and knock on wood, we have had not to restart the services for the printers.Â

</div>
 


<div style="color:rgb(255,255,255);min-height:0px;"></div>

What version are you on?  I ask because I am wondering if this could be the cause of some of our problems.

Steven G.


From: "justrichpower@..." <justrichpower@...>
To: vantage@yahoogroups.com
Sent: Wednesday, October 2, 2013 8:52 AM
Subject: [Vantage] Potential Fix - Printers Stop Working and Having to Restart weekly

 
<div id="ygrps-yiv-1612248447yiv6019794990ygrp-text">
  
  
  <div>We were having to restart the Process and Task services consistently since people were unable to print. Then we ran a script to run weekly to deal with this. Then we read about having a dedicated appserver for these services so we called Epicor.</div><div><br clear="none"></div><div>We spoke with an Engineer, he ask if we had anything running on the schedule run &quot;on startup&quot;? We did, we had global alerts. He said there is a memory leak and that caused the issue.&nbsp;</div><div><br clear="none"></div><div>It has been a month since we removed tasks on the run at startup and knock on wood, we have had not to restart the services for the printers.&nbsp;</div>

</div>
 


<div style="color:#fff;height:0;"></div></div>
#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990 -- #ygrps-yiv-1612248447yiv6019794990ygrp-mkp { border:1px solid #d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990ygrp-mkp hr {
border:1px solid #d8d8d8;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990ygrp-mkp #ygrps-yiv-1612248447yiv6019794990hd {
color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 0;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990ygrp-mkp #ygrps-yiv-1612248447yiv6019794990ads {
margin-bottom:10px;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990ygrp-mkp .ygrps-yiv-1612248447yiv6019794990ad {
padding:0 0;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990ygrp-mkp .ygrps-yiv-1612248447yiv6019794990ad p {
margin:0;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990ygrp-mkp .ygrps-yiv-1612248447yiv6019794990ad a {
color:#0000ff;text-decoration:none;}
#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990ygrp-sponsor #ygrps-yiv-1612248447yiv6019794990ygrp-lc {
font-family:Arial;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990ygrp-sponsor #ygrps-yiv-1612248447yiv6019794990ygrp-lc #ygrps-yiv-1612248447yiv6019794990hd {
margin:10px 0px;font-weight:700;font-size:78%;line-height:122%;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990ygrp-sponsor #ygrps-yiv-1612248447yiv6019794990ygrp-lc .ygrps-yiv-1612248447yiv6019794990ad {
margin-bottom:10px;padding:0 0;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990actions {
font-family:Verdana;font-size:11px;padding:10px 0;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990activity {
background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990activity span {
font-weight:700;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990activity span:first-child {
text-transform:uppercase;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990activity span a {
color:#5085b6;text-decoration:none;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990activity span span {
color:#ff7900;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990activity span .ygrps-yiv-1612248447yiv6019794990underline {
text-decoration:underline;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 .ygrps-yiv-1612248447yiv6019794990attach {
clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 0;width:400px;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 .ygrps-yiv-1612248447yiv6019794990attach div a {
text-decoration:none;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 .ygrps-yiv-1612248447yiv6019794990attach img {
border:none;padding-right:5px;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 .ygrps-yiv-1612248447yiv6019794990attach label {
display:block;margin-bottom:5px;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 .ygrps-yiv-1612248447yiv6019794990attach label a {
text-decoration:none;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 blockquote {
margin:0 0 0 4px;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 .ygrps-yiv-1612248447yiv6019794990bold {
font-family:Arial;font-size:13px;font-weight:700;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 .ygrps-yiv-1612248447yiv6019794990bold a {
text-decoration:none;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 dd.ygrps-yiv-1612248447yiv6019794990last p a {
font-family:Verdana;font-weight:700;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 dd.ygrps-yiv-1612248447yiv6019794990last p span {
margin-right:10px;font-family:Verdana;font-weight:700;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 dd.ygrps-yiv-1612248447yiv6019794990last p span.ygrps-yiv-1612248447yiv6019794990yshortcuts {
margin-right:0;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 div.ygrps-yiv-1612248447yiv6019794990attach-table div div a {
text-decoration:none;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 div.ygrps-yiv-1612248447yiv6019794990attach-table {
width:400px;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 div.ygrps-yiv-1612248447yiv6019794990file-title a, #ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 div.ygrps-yiv-1612248447yiv6019794990file-title a:active, #ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 div.ygrps-yiv-1612248447yiv6019794990file-title a:hover, #ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 div.ygrps-yiv-1612248447yiv6019794990file-title a:visited {
text-decoration:none;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 div.ygrps-yiv-1612248447yiv6019794990photo-title a, #ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 div.ygrps-yiv-1612248447yiv6019794990photo-title a:active, #ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 div.ygrps-yiv-1612248447yiv6019794990photo-title a:hover, #ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 div.ygrps-yiv-1612248447yiv6019794990photo-title a:visited {
text-decoration:none;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 div#ygrps-yiv-1612248447yiv6019794990ygrp-mlmsg #ygrps-yiv-1612248447yiv6019794990ygrp-msg p a span.ygrps-yiv-1612248447yiv6019794990yshortcuts {
font-family:Verdana;font-size:10px;font-weight:normal;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 .ygrps-yiv-1612248447yiv6019794990green {
color:#628c2a;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 .ygrps-yiv-1612248447yiv6019794990MsoNormal {
margin:0 0 0 0;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 o {
font-size:0;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990photos div {
float:left;width:72px;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990photos div div {
border:1px solid #666666;height:62px;overflow:hidden;width:62px;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990photos div label {
color:#666666;font-size:10px;overflow:hidden;text-align:center;white-space:nowrap;width:64px;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990reco-category {
font-size:77%;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990reco-desc {
font-size:77%;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 .ygrps-yiv-1612248447yiv6019794990replbq {
margin:4px;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990ygrp-actbar div a:first-child {
margin-right:2px;padding-right:5px;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990ygrp-mlmsg {
font-size:13px;font-family:Arial, helvetica, clean, sans-serif;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990ygrp-mlmsg table {
font-size:inherit;font:100%;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990ygrp-mlmsg select, #ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 input, #ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 textarea {
font:99% Arial, Helvetica, clean, sans-serif;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990ygrp-mlmsg pre, #ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 code {
font:115% monospace;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990ygrp-mlmsg * {
line-height:1.22em;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990ygrp-mlmsg #ygrps-yiv-1612248447yiv6019794990logo {
padding-bottom:10px;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990ygrp-msg p a {
font-family:Verdana;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990ygrp-msg p#ygrps-yiv-1612248447yiv6019794990attach-count span {
color:#1E66AE;font-weight:700;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990ygrp-reco #ygrps-yiv-1612248447yiv6019794990reco-head {
color:#ff7900;font-weight:700;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990ygrp-reco {
margin-bottom:20px;padding:0px;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990ygrp-sponsor #ygrps-yiv-1612248447yiv6019794990ov li a {
font-size:130%;text-decoration:none;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990ygrp-sponsor #ygrps-yiv-1612248447yiv6019794990ov li {
font-size:77%;list-style-type:square;padding:6px 0;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990ygrp-sponsor #ygrps-yiv-1612248447yiv6019794990ov ul {
margin:0;padding:0 0 0 8px;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990ygrp-text {
font-family:Georgia;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990ygrp-text p {
margin:0 0 1em 0;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990ygrp-text tt {
font-size:120%;}

#ygrps-yiv-1612248447 #ygrps-yiv-1612248447yiv6019794990 #ygrps-yiv-1612248447yiv6019794990ygrp-vital ul li:last-child {
border-right:none !important;}
#ygrps-yiv-1612248447



My BPM action has been running, but would disappear from the status monitor. I am going to remove from startup to see if this will eliminate the issue.

Did you set this as Continuous processing and recurring or just as an interval in the task manager.

 

Thanks

Greg Payne

 

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of Scotty K.
Sent: Wednesday, October 02, 2013 10:42 AM
To: vantage@yahoogroups.com
Subject: Re: [Vantage] Potential Fix - Printers Stop Working and Having to Restart weekly

 

 

Thats funny. I've been struggling with the same problem for a couple months now and it acctually happened this morning.

I have two processes scheduled in my startup. "BPM Action" and "Replication Agent Process". I moved the "BPM Action" to run on an interval, but I don't think I can change the "Replication Agent Process" from startup.

If this works, THANKS!!!

 

Scott

 

On Wed, Oct 2, 2013 at 7:52 AM, <justrichpower@...> wrote:

 

We were having to restart the Process and Task services consistently since people were unable to print. Then we ran a script to run weekly to deal with this. Then we read about having a dedicated appserver for these services so we called Epicor.

 

We spoke with an Engineer, he ask if we had anything running on the schedule run "on startup"? We did, we had global alerts. He said there is a memory leak and that caused the issue. 

 

It has been a month since we removed tasks on the run at startup and knock on wood, we have had not to restart the services for the printers. 

 



CONFIDENTIALITY NOTICE

The information contained in this communication, including attachments, is privileged and confidential. It is intended only for the exclusive use of the addressee. If the reader of this message is not the intended recipient, or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us at 727-578-6280 and immediately delete the communication.

"This (document/presentation) may contain technical data as defined in the International Traffic In Arms Regulations (ITAR) 22 CFR 120.10. Export of this material is restricted by the Arms Export Control Act (22 U.S.C. 2751 et seq.) and may not be exported to foreign persons without prior approval form the U.S. Department of State."
I don't think you can use Continuous Processing on anything but a startup schedule, so no.
Recurring yes. I just setup a new schedule as an interval with a value of 500 (5 minutes) and resubmitted the BPM Action after removing it from the startup schedule. Don't forget to add a start date/time to the interval schedule.
Version 700B2.
Â
Scott


On Wed, Oct 2, 2013 at 11:47 AM, Greg Payne <gpayne@...> wrote:

Â
<div>
  
  
  <p>

My BPM action has been running, but would disappear from the status monitor. I am going to remove from startup to see if this will eliminate the issue.

Did you set this as Continuous processing and recurring or just as an interval in the task manager.

Â

Thanks

Greg Payne

Â

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of Scotty K.
Sent: Wednesday, October 02, 2013 10:42 AM
To: vantage@yahoogroups.com
Subject: Re: [Vantage] Potential Fix - Printers Stop Working and Having to Restart weekly

Â

Â

Thats funny. I've been struggling with the same problem for a couple months now and it acctually happened this morning.

I have two processes scheduled in my startup. "BPM Action" and "Replication Agent Process". I moved the "BPM Action" to run on an interval, but I don't think I can change the "Replication Agent Process" from startup.

If this works, THANKS!!!

Â

Scott

Â

On Wed, Oct 2, 2013 at 7:52 AM, <justrichpower@...> wrote:

Â

We were having to restart the Process and Task services consistently since people were unable to print. Then we ran a script to run weekly to deal with this. Then we read about having a dedicated appserver for these services so we called Epicor.

Â

We spoke with an Engineer, he ask if we had anything running on the schedule run "on startup"? We did, we had global alerts. He said there is a memory leak and that caused the issue.Â

Â

It has been a month since we removed tasks on the run at startup and knock on wood, we have had not to restart the services for the printers.Â

Â



CONFIDENTIALITY NOTICE

The information contained in this communication, including attachments, is privileged and confidential. It is intended only for the exclusive use of the addressee. If the reader of this message is not the intended recipient, or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us at 727-578-6280 and immediately delete the communication.

"This (document/presentation) may contain technical data as defined in the International Traffic In Arms Regulations (ITAR) 22 CFR 120.10. Export of this material is restricted by the Arms Export Control Act (22 U.S.C. 2751 et seq.) and may not be exported to foreign persons without prior approval form the U.S. Department of State."

</div>
 


<div style="color:rgb(255,255,255);min-height:0px;"></div>

We have the same problem, and sometimes our automatics restart doesn't even work (it hangs with just a single process running or something).

Here are the processes we have in the STARTUP TASK SCHEDULE:
* Global Alerts \ Email
* BPM Action
* Back Flush Labor

I'm not sure we can move all or any of those into an interval type schedule - how does one determine that?

We are on 9.05.700B2 SQL 64bit. The solution to this problem for us, was creating an app server just for the task agent to run against, as well as turning all startup schedules off and using 5 minute interval schedules. Have not had an issue since. The solution was recommended to me by Epicor support they will have papers on creating the additional app server.

 

Josh.

 

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of ygroups.adamleer@...
Sent: Wednesday, October 2, 2013 3:30 PM
To: vantage@yahoogroups.com
Subject: [Vantage] RE: Potential Fix - Printers Stop Working and Having to Restart weekly

 

 

We have the same problem, and sometimes our automatics restart doesn't even work (it hangs with just a single process running or something).

 

Here are the processes we have in the STARTUP TASK SCHEDULE:

* Global Alerts \ Email

* BPM Action

* Back Flush Labor

 

I'm not sure we can move all or any of those into an interval type schedule - how does one determine that?

 We're on 9.05.607b, SQL 64-bit and we've been dealing with this problem as well.  No consistency as to when it happens.  We only have the Global Alerts on the startup schedule.  BPM Action is on a 1 minute interval and Back Flush is on a 5 minute interval.

 

For what it's worth, we experienced the issue yesterday and I remembered to get a copy of the Task Agent and Process appserver logs before I restarted.  To my surprise, the Task Agent log had a SQL Server error stating it was the victim of a deadlock.  Not really sure how to proceed from here, but I finally have a reason for the hang-up (even if it ends up being only for this instance).

 

Bob Beaghan

 



---In vantage@yahoogroups.com, <jgiese@...> wrote:

We are on 9.05.700B2 SQL 64bit.  The solution to this problem for us, was creating an app server just for the task agent to run against, as well as turning all startup schedules off and using 5 minute interval schedules. Have not had an issue since.  The solution was recommended to me by Epicor support they will have papers on creating the additional app server.

 

Josh.

 

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of ygroups.adamleer@...
Sent: Wednesday, October 2, 2013 3:30 PM
To: vantage@yahoogroups.com
Subject: [Vantage] RE: Potential Fix - Printers Stop Working and Having to Restart weekly

 

 

We have the same problem, and sometimes our automatics restart doesn't even work (it hangs with just a single process running or something).

 

Here are the processes we have in the STARTUP TASK SCHEDULE:

* Global Alerts \ Email

* BPM Action

* Back Flush Labor

 

I'm not sure we can move all or any of those into an interval type schedule - how does one determine that?