Number of MRP Processes

I have reports and dashboards that won't run, the chart tracker will not retrieve transactions, can't enter misc invoices (got fixed Thursday). The reports and dashboards not working is because the some of the linkage in the BAQs was eliminated during conversion. It is taking a lot of time to go through every BAQ to make sure they are correct. The chart tracker issue is supposed to be fixed in .406a (November 12th maybe). I am holding off on checking every BAQ until 406a just in case it does the same thing. I just found this issue last week and have not submitted it to support. It usually takes me 2 months to fully test a patch before I even think about going live with it.

----- Original Message -----
From: Brian W. Spolarich
To: vantage@yahoogroups.com
Sent: Monday, November 10, 2008 7:41 AM
Subject: RE: [Vantage] Number of MRP Processes


Charles, we're at .405. What issues have you encountered with .406?

--

Brian W. Spolarich ~ Manager, Information Services ~ Advanced Photonix /
Picometrix

bspolarich@... ~ 734-864-5618 ~
www.advancedphotonix.com

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of Charles Carden
Sent: Monday, November 10, 2008 8:11 AM
To: vantage@yahoogroups.com
Subject: Re: [Vantage] Number of MRP Processes

We are on version 8.03.405a. I am in the process of testing version
8.03.406. We can't go there yet because of several issues that have come
up.

[Non-text portions of this message have been removed]




Charles Carden
IT Manager
Manitex, Inc.


[Non-text portions of this message have been removed]
We have not yet gone live on Vantage 8.03.406. I am seeking your
experience in setting the Number of MRP Processes and Number of Schedules
when we run MRP. Here are a few tidbits of information that may help steer
me in the best direction.



We have quad dual processor server with 8GB of memory. OS= Windows;
Database=Progress. We have about 15,000 part number and around 400 line
items entered each day. Our BOMs are average 3 levels.



In your experience, how much does increasing the Number of MRP Processes
improve performance. If I select "1", at least my log information is all in
one file - that's convenient. But how much performance am I sacrificing, if
any.



Thank you for your sage advice.



John Warshawer

<mailto:john@...> john at jdwconsulting dot com







[Non-text portions of this message have been removed]
> We have quad dual processor server with 8GB of memory. OS= Windows;
> Database=Progress. We have about 15,000 part number and around 400 line
> items entered each day. Our BOMs are average 3 levels.
>
> In your experience, how much does increasing the Number of MRP Processes
> improve performance. If I select "1", at least my log information is all
> one file - that's convenient. But how much performance am I sacrificing,
> if any.

At Perspectives, the only thing I remembered them saying was:

If you're using finite scheduling then you're only going to get one
scheduler no matter what you enter.

And

Check the logs, if you see a big gap in time difference the processes then
they are waiting too much and you can reduce the number.

At least that's how I remembered it. YMMV.

Mark W.
There is an issue with Open Edge 10.1b that may cause 1 or more of the MRP processes to stop responding if more than 1 is selected. It will not work for us but then our BOMs are 11 levels deep. MRP will always fail if I run it with more than 1 process and/or more than 1 scheduler.

We run MRP 9 months out for almost 52,000 parts. There are 2500-3000 jobs created and scheduled during the MRP process. It takes approximately 1-1/2 hours for MRP to run a complete regen. Consequently, the ability to run multiple processes and/or schedulers is really a non-issue for us.

----- Original Message -----
From: John Warshawer
To: vantage@yahoogroups.com
Sent: Thursday, November 06, 2008 1:47 PM
Subject: [Vantage] Number of MRP Processes


We have not yet gone live on Vantage 8.03.406. I am seeking your
experience in setting the Number of MRP Processes and Number of Schedules
when we run MRP. Here are a few tidbits of information that may help steer
me in the best direction.

We have quad dual processor server with 8GB of memory. OS= Windows;
Database=Progress. We have about 15,000 part number and around 400 line
items entered each day. Our BOMs are average 3 levels.

In your experience, how much does increasing the Number of MRP Processes
improve performance. If I select "1", at least my log information is all in
one file - that's convenient. But how much performance am I sacrificing, if
any.

Thank you for your sage advice.

John Warshawer

<mailto:john@...> john at jdwconsulting dot com

[Non-text portions of this message have been removed]




Charles Carden
IT Manager
Manitex, Inc.


[Non-text portions of this message have been removed]
I also heard at Perspectives that most of the time you should have at least
2 of each, in case one process dies the other one can finish. I know that
we have had MRP just hang about once a month, so one of the first things I
did when I got home was to make them both 2.



Hope this helps.



Norman Hutchins

Network Administrator

Howell Laboratories, Inc.











[Non-text portions of this message have been removed]
Unless you're using Finite scheduling, then it only uses 1 Scheduler, regardless.




________________________________
From: Norman Hutchins <nhutchins@...>
To: vantage@yahoogroups.com
Sent: Friday, November 7, 2008 8:07:45 AM
Subject: [Vantage] Re: Number of MRP Processes


I also heard at Perspectives that most of the time you should have at least
2 of each, in case one process dies the other one can finish. I know that
we have had MRP just hang about once a month, so one of the first things I
did when I got home was to make them both 2.

Hope this helps.

Norman Hutchins

Network Administrator

Howell Laboratories, Inc.

[Non-text portions of this message have been removed]






[Non-text portions of this message have been removed]
Thank you, Charles.



What version of Vantage on you on? What makes you think the MRP failure is
a Progress issue as opposed to a Vantage issue?



Also, tell me a bit about the hardware that runs your MRP in 1.5 hours.
Thanks.



Is there anyone out there that uses Number of MRP Processes > 1?



John Warshawer



From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of
Charles Carden
Sent: Thursday, November 06, 2008 8:43 PM
To: vantage@yahoogroups.com
Subject: Re: [Vantage] Number of MRP Processes



There is an issue with Open Edge 10.1b that may cause 1 or more of the MRP
processes to stop responding if more than 1 is selected. It will not work
for us but then our BOMs are 11 levels deep. MRP will always fail if I run
it with more than 1 process and/or more than 1 scheduler.

We run MRP 9 months out for almost 52,000 parts. There are 2500-3000 jobs
created and scheduled during the MRP process. It takes approximately 1-1/2
hours for MRP to run a complete regen. Consequently, the ability to run
multiple processes and/or schedulers is really a non-issue for us.

----- Original Message -----
From: John Warshawer
To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
Sent: Thursday, November 06, 2008 1:47 PM
Subject: [Vantage] Number of MRP Processes

We have not yet gone live on Vantage 8.03.406. I am seeking your
experience in setting the Number of MRP Processes and Number of Schedules
when we run MRP. Here are a few tidbits of information that may help steer
me in the best direction.

We have quad dual processor server with 8GB of memory. OS= Windows;
Database=Progress. We have about 15,000 part number and around 400 line
items entered each day. Our BOMs are average 3 levels.

In your experience, how much does increasing the Number of MRP Processes
improve performance. If I select "1", at least my log information is all in
one file - that's convenient. But how much performance am I sacrificing, if
any.

Thank you for your sage advice.

John Warshawer

<mailto:john@... <mailto:john%40jdwconsulting.com> > john at
jdwconsulting dot com

[Non-text portions of this message have been removed]

Charles Carden
IT Manager
Manitex, Inc.

[Non-text portions of this message have been removed]





[Non-text portions of this message have been removed]
John, I was using 3 processes and 6 schedulers until the problem with the
processes hanging up on each other. We are currently running 1 processes
and 3 schedulers we just do not take and vantage of what the hardware can
handle. I think version progress patch 330 fixes the hanging problem
however I have found a problem with labor reporting complete not setting the
job operation to complete and have rolled the server back to patch 309.



-----Original Message-----
From: John Warshawer [mailto:john@...]
Sent: November 09, 2008 12:20 AM
To: vantage@yahoogroups.com
Subject: RE: [Vantage] Number of MRP Processes



Thank you, Charles.

What version of Vantage on you on? What makes you think the MRP failure is
a Progress issue as opposed to a Vantage issue?

Also, tell me a bit about the hardware that runs your MRP in 1.5 hours.
Thanks.

Is there anyone out there that uses Number of MRP Processes > 1?

John Warshawer

From: vantage@yahoogroups <mailto:vantage%40yahoogroups.com> .com
[mailto:vantage@yahoogroups <mailto:vantage%40yahoogroups.com> .com] On
Behalf Of
Charles Carden
Sent: Thursday, November 06, 2008 8:43 PM
To: vantage@yahoogroups <mailto:vantage%40yahoogroups.com> .com
Subject: Re: [Vantage] Number of MRP Processes

There is an issue with Open Edge 10.1b that may cause 1 or more of the MRP
processes to stop responding if more than 1 is selected. It will not work
for us but then our BOMs are 11 levels deep. MRP will always fail if I run
it with more than 1 process and/or more than 1 scheduler.

We run MRP 9 months out for almost 52,000 parts. There are 2500-3000 jobs
created and scheduled during the MRP process. It takes approximately 1-1/2
hours for MRP to run a complete regen. Consequently, the ability to run
multiple processes and/or schedulers is really a non-issue for us.

----- Original Message -----
From: John Warshawer
To: vantage@yahoogroups <mailto:vantage%40yahoogroups.com> .com
<mailto:vantage%40yahoogroups.com>
Sent: Thursday, November 06, 2008 1:47 PM
Subject: [Vantage] Number of MRP Processes

We have not yet gone live on Vantage 8.03.406. I am seeking your
experience in setting the Number of MRP Processes and Number of Schedules
when we run MRP. Here are a few tidbits of information that may help steer
me in the best direction.

We have quad dual processor server with 8GB of memory. OS= Windows;
Database=Progress. We have about 15,000 part number and around 400 line
items entered each day. Our BOMs are average 3 levels.

In your experience, how much does increasing the Number of MRP Processes
improve performance. If I select "1", at least my log information is all in
one file - that's convenient. But how much performance am I sacrificing, if
any.

Thank you for your sage advice.

John Warshawer

<mailto:john@jdwconsulting. <mailto:john%40jdwconsulting.com> com
<mailto:john%40jdwconsulting.com> > john at
jdwconsulting dot com

[Non-text portions of this message have been removed]

Charles Carden
IT Manager
Manitex, Inc.

[Non-text portions of this message have been removed]

[Non-text portions of this message have been removed]





[Non-text portions of this message have been removed]
We are on version 8.03.405a. I am in the process of testing version 8.03.406. We can't go there yet because of several issues that have come up.

I got the information about the progress issue from the head guy for MRP development (Tim Liggit I think-I might have the name wrong). He was at one of our Texas user group meetings.

I am running a Dell Poweredge server with 64bit Windows R2 standard, dual 3.63ghz Xeon dual core processors and 32 gb of memory (maximum for 64bit standard). I have 3 drive arrarys, one for the boot drives and Vantage programs, one for the paging file and the report folder and one for the data. The first two arrays are Raid 1 since I wanted redundancy and the data drive is raid 10. All drives are 15k SCSI drives. Don't under buy memory since it is not that expensive any more. The recommendation by Epicor for the amount of memory you really need is understated. We have about 50 active users and the server uses 9-10 gb of memory by the end of the day. I went with dual core processors versus quad core because of MRP: Only being able to use 1 process and 1 scheduler it did not help me to have more cores. I have a test server with slower processors and MRP would take approximately 20% longer to run, consequently I elected to stay with faster dual core processors versus slower quad core.

I just upgraded to that server configuration in June. The old server was 32bit windows standard with 4gb of memory and it took 8+ hours to run a regen MRP.

I read in one of the threads that progress patch 330 that was supposed to fix the number of processes issue. It did not fix it for us. It could be an issue with the number of parts in our BOM and the level: we can have well over 3000 parts and up to 11 level deep. MRP seems to fail on the large BOMs since it generally fails when still processing level 0.

If anyone has solution to the problems I have experienced I can always use them. Until then I will stay with what works for me. Everyone has different needs and configurations and it might be different for you as well.

----- Original Message -----
From: John Warshawer
To: vantage@yahoogroups.com
Sent: Sunday, November 09, 2008 12:19 AM
Subject: RE: [Vantage] Number of MRP Processes


Thank you, Charles.

What version of Vantage on you on? What makes you think the MRP failure is
a Progress issue as opposed to a Vantage issue?

Also, tell me a bit about the hardware that runs your MRP in 1.5 hours.
Thanks.

Is there anyone out there that uses Number of MRP Processes > 1?

John Warshawer

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of
Charles Carden
Sent: Thursday, November 06, 2008 8:43 PM
To: vantage@yahoogroups.com
Subject: Re: [Vantage] Number of MRP Processes

There is an issue with Open Edge 10.1b that may cause 1 or more of the MRP
processes to stop responding if more than 1 is selected. It will not work
for us but then our BOMs are 11 levels deep. MRP will always fail if I run
it with more than 1 process and/or more than 1 scheduler.

We run MRP 9 months out for almost 52,000 parts. There are 2500-3000 jobs
created and scheduled during the MRP process. It takes approximately 1-1/2
hours for MRP to run a complete regen. Consequently, the ability to run
multiple processes and/or schedulers is really a non-issue for us.

----- Original Message -----
From: John Warshawer
To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
Sent: Thursday, November 06, 2008 1:47 PM
Subject: [Vantage] Number of MRP Processes

We have not yet gone live on Vantage 8.03.406. I am seeking your
experience in setting the Number of MRP Processes and Number of Schedules
when we run MRP. Here are a few tidbits of information that may help steer
me in the best direction.

We have quad dual processor server with 8GB of memory. OS= Windows;
Database=Progress. We have about 15,000 part number and around 400 line
items entered each day. Our BOMs are average 3 levels.

In your experience, how much does increasing the Number of MRP Processes
improve performance. If I select "1", at least my log information is all in
one file - that's convenient. But how much performance am I sacrificing, if
any.

Thank you for your sage advice.

John Warshawer

<mailto:john@... <mailto:john%40jdwconsulting.com> > john at
jdwconsulting dot com

[Non-text portions of this message have been removed]

Charles Carden
IT Manager
Manitex, Inc.

[Non-text portions of this message have been removed]

[Non-text portions of this message have been removed]




Charles Carden
IT Manager
Manitex, Inc.


[Non-text portions of this message have been removed]
Charles, we're at .405. What issues have you encountered with .406?



--

Brian W. Spolarich ~ Manager, Information Services ~ Advanced Photonix /
Picometrix

bspolarich@... ~ 734-864-5618 ~
www.advancedphotonix.com



From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of Charles Carden
Sent: Monday, November 10, 2008 8:11 AM
To: vantage@yahoogroups.com
Subject: Re: [Vantage] Number of MRP Processes



We are on version 8.03.405a. I am in the process of testing version
8.03.406. We can't go there yet because of several issues that have come
up.





[Non-text portions of this message have been removed]