Author Response: MES Painfully Slow - 8.03.404B (No AMM)

Yahoo Archive
1
This Works for us:

There may be active labour entry sessions. These can be removed for the users suffering performance issues as below:

Conversion Program 8920 - End Activity on Labor Detail Transactions 1. Go to Server> Admin Tools> Database Conversions.
2. Highlight 8920- End Activity on Labor Detail Transactions and choose
Conversion>Run
Conversion Program. Say Yes to the Are You Sure message.
3. Type in your Company ID and the Employee ID number and click the Get Detail Transactions button. You should see the active job detail transaction with a status of YES. Type NO in the Active column.
4. Click Done.



--- In vantage@yahoogroups.com, "Late, Travis" <tlate@...> wrote:
>
> Just saw this. I had the same issue at me old company when we were on
> 8.03.305. I can't recall what fixed it, but I know we tried a patch
> upgrade with no luck as well. I Also remember adding a new shop employee
> and everything worked good for a short time then over time the issue was
> back again. I'll see if I can track down that call number and send it
> your way. We eventually got the issue resolved, but I can't remember
> how. I'll do some digging.
>
>
>
> Thanks,
>
> Travis
>
>
>
> From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
> Of Robert Brown
> Sent: Friday, March 27, 2009 2:34 PM
> To: vantage@yahoogroups.com
> Subject: Re: [Vantage] Author Response: MES Painfully Slow - 8.03.404B
> (No AMM)
>
>
>
>
> I hope 407A does the trick for you Doug.
>
> Very suspicious that setting up a new employee results in OK initial
> performance that then begins to rapidly degrade....
>
> Do you run payroll? (We don't but perhaps there is something in there
> that woulod account for the slow down as an employee's LaborTrans
> records increase.)
>
> No inadvertent setup of Alerts on labor reporting (or any BAMs or BPMs -
> even innocently change log related)?
>
> I'd appreciate if you'd confirm whether 407A corrects the problem.
>
> Thx
>
> Rob
>
> --- On Fri, 3/27/09, Doug Oswald <dougo@...
> <mailto:dougo%40fleetwoodfixtures.com> > wrote:
>
> From: Doug Oswald <dougo@...
> <mailto:dougo%40fleetwoodfixtures.com> >
> Subject: [Vantage] Author Response: MES Painfully Slow - 8.03.404B (No
> AMM)
> To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
> Date: Friday, March 27, 2009, 2:45 PM
>
> Thanks Ari, Karl, and Rob for the response.
>
> I tried to reply several times but Yahoo! was acting up.
>
> Ari, I am working on updating my test environment to 407A. I hope to
> report the same findings as you. We need to do something.
>
> Karl, we are very limited in our use of MES. We use it mostly to report
> completed ops, not as a labor collection method. We print the barcodes
> from MES and complete ops, nothing else. Typically an MES user will only
> be logged into one job at a time. We are looking to utilize more
> functionality, but not until we figure this problem out.
>
> Rob, we clock out at the end of the day, every day. Checked MES on other
> shop PCs, office PCs and even ran it on the server, no difference, SLOW!
> No customizations. I just installed HF 33 for OE101B which required a
> reboot, still slow. Internet is blocked 24/7 in the shop. We wish our
> employees could limit themselves to break and lunch time, but they can't
> so they lost the privilege.
>
> One thing I tried that seems to work for a short time, creating a new
> Shop Employee is much faster initially, but eventually slows down.
>
> I hope 407A is my answer.
>
> Doug
>
>
>
>
>
> [Non-text portions of this message have been removed]
>
2
Processing in MES has become too slow to use.

To log on takes one minute to Start Activity takes another minute and to End Activity takes a minute. This should all happen in a total of less than 30 seconds.

Has anyone seen this?

Ran MES directly on our quad-core, 12 GB RAM, 64-bit server and the results are the same.

Thanks for the help in advance,

Doug Oswald
MIS
Fleetwood Fixtures
3
Doug -

We had speed issues with MES on 406A, but not as bad as you're
reporting. Still, in our case the response-time was so slow we had to
change our barcode readers to scan much more slowly, in order to ensure
the system would have time to switch fields between the <tab> characters
in our barcodes.

When we switched to 407A, one of the first tangible things we noticed
was that the response-time improved *dramatically* (across the board,
actually, not just in MES) to the point that we're going to speed our
readers back up again.

--Ari

________________________________

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of Doug Oswald
Sent: Tuesday, March 24, 2009 3:27 PM
To: vantage@yahoogroups.com
Subject: [Vantage] MES Painfully Slow - 8.03.404B (No AMM)



Processing in MES has become too slow to use.

To log on takes one minute to Start Activity takes another minute and to
End Activity takes a minute. This should all happen in a total of less
than 30 seconds.

Has anyone seen this?

Ran MES directly on our quad-core, 12 GB RAM, 64-bit server and the
results are the same.

Thanks for the help in advance,

Doug Oswald
MIS
Fleetwood Fixtures






[Non-text portions of this message have been removed]
4
Doug,
What I didnt see was a description of how you are using MES. Apparently the designers of the product ASSUMED that the users would have only a couple of jobs in their station, would log those jobs out at end of shift and then log them back in the following shift. We have an MES station for a group of people who might be doing, say Mechanical, work. They might have 20 jobs going on and the cycle time being several days. They don't log out and so work may always be 15-20 jobs on one MES computer for an extended time. The result is that the MES station slows to a crawl. What has to happen is to log all of those jobs out even if the completed quantity is zero, and then log back into MES (note that the "clocked in" date will be today) and then load all of those jobs back in. Now MES will perk up. At least for a few days.. Is this situation similar to yours?
Â
-Karl

--- On Tue, 3/24/09, Doug Oswald <dougo@...> wrote:


From: Doug Oswald <dougo@...>
Subject: [Vantage] MES Painfully Slow - 8.03.404B (No AMM)
To: vantage@yahoogroups.com
Date: Tuesday, March 24, 2009, 1:26 PM






Processing in MES has become too slow to use.

To log on takes one minute to Start Activity takes another minute and to End Activity takes a minute. This should all happen in a total of less than 30 seconds.

Has anyone seen this?

Ran MES directly on our quad-core, 12 GB RAM, 64-bit server and the results are the same.

Thanks for the help in advance,

Doug Oswald
MIS
Fleetwood Fixtures



















[Non-text portions of this message have been removed]
5
Are people CLOCKING OUT at end of day (not just reporting end activity)? This can cause problems if not occurring.

Stupid obvious question: Have you checked your network (no flaky routers or damaged cabling etc.,)?

Have you done any customizations of MES that could be running wild?

Is it realistic for you to do a shutdown/restart of your Vantage server & processes? (If you have that time luxury, and the problem goes away, something was running wild on your server.)

Any way to check and see if any employees are web surfing during work hours? Vantage (in general) seems to be VERY sensitive to sharing network bandwidth with browsers accessing piggish web pages. (During our lunch break when we allow people to do casual web surfing, personal email checking, etc., Vantage becomes literally unusable - inevitably users get a 'No Servers Available message' or it locks up entirely - requiring a task manager process kill to clear the PC).

Rob

--- On Tue, 3/24/09, Doug Oswald <dougo@...> wrote:

From: Doug Oswald <dougo@...>
Subject: [Vantage] MES Painfully Slow - 8.03.404B (No AMM)
To: vantage@yahoogroups.com
Date: Tuesday, March 24, 2009, 4:26 PM






Processing in MES has become too slow to use.

To log on takes one minute to Start Activity takes another minute and to End Activity takes a minute. This should all happen in a total of less than 30 seconds.

Has anyone seen this?

Ran MES directly on our quad-core, 12 GB RAM, 64-bit server and the results are the same.

Thanks for the help in advance,

Doug Oswald
MIS
Fleetwood Fixtures
6
Thanks Ari, Karl, and Rob for the response.

I tried to reply several times but Yahoo! was acting up.

Ari, I am working on updating my test environment to 407A. I hope to report the same findings as you. We need to do something.

Karl, we are very limited in our use of MES. We use it mostly to report completed ops, not as a labor collection method. We print the barcodes from MES and complete ops, nothing else. Typically an MES user will only be logged into one job at a time. We are looking to utilize more functionality, but not until we figure this problem out.

Rob, we clock out at the end of the day, every day. Checked MES on other shop PCs, office PCs and even ran it on the server, no difference, SLOW! No customizations. I just installed HF 33 for OE101B which required a reboot, still slow. Internet is blocked 24/7 in the shop. We wish our employees could limit themselves to break and lunch time, but they can't so they lost the privilege.

One thing I tried that seems to work for a short time, creating a new Shop Employee is much faster initially, but eventually slows down.

I hope 407A is my answer.

Doug
7
I hope 407A does the trick for you Doug.

Very suspicious that setting up a new employee results in OK initial performance that then begins to rapidly degrade....

Do you run payroll? (We don't but perhaps there is something in there that woulod account for the slow down as an employee's LaborTrans records increase.)

No inadvertent setup of Alerts on labor reporting (or any BAMs or BPMs - even innocently change log related)?

I'd appreciate if you'd confirm whether 407A corrects the problem.

Thx

Rob

--- On Fri, 3/27/09, Doug Oswald <dougo@...> wrote:

From: Doug Oswald <dougo@...>
Subject: [Vantage] Author Response: MES Painfully Slow - 8.03.404B (No AMM)
To: vantage@yahoogroups.com
Date: Friday, March 27, 2009, 2:45 PM






Thanks Ari, Karl, and Rob for the response.

I tried to reply several times but Yahoo! was acting up.

Ari, I am working on updating my test environment to 407A. I hope to report the same findings as you. We need to do something.

Karl, we are very limited in our use of MES. We use it mostly to report completed ops, not as a labor collection method. We print the barcodes from MES and complete ops, nothing else. Typically an MES user will only be logged into one job at a time. We are looking to utilize more functionality, but not until we figure this problem out.

Rob, we clock out at the end of the day, every day. Checked MES on other shop PCs, office PCs and even ran it on the server, no difference, SLOW! No customizations. I just installed HF 33 for OE101B which required a reboot, still slow. Internet is blocked 24/7 in the shop. We wish our employees could limit themselves to break and lunch time, but they can't so they lost the privilege.

One thing I tried that seems to work for a short time, creating a new Shop Employee is much faster initially, but eventually slows down.

I hope 407A is my answer.

Doug
8
Just saw this. I had the same issue at me old company when we were on
8.03.305. I can't recall what fixed it, but I know we tried a patch
upgrade with no luck as well. I Also remember adding a new shop employee
and everything worked good for a short time then over time the issue was
back again. I'll see if I can track down that call number and send it
your way. We eventually got the issue resolved, but I can't remember
how. I'll do some digging.



Thanks,

Travis



From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of Robert Brown
Sent: Friday, March 27, 2009 2:34 PM
To: vantage@yahoogroups.com
Subject: Re: [Vantage] Author Response: MES Painfully Slow - 8.03.404B
(No AMM)




I hope 407A does the trick for you Doug.

Very suspicious that setting up a new employee results in OK initial
performance that then begins to rapidly degrade....

Do you run payroll? (We don't but perhaps there is something in there
that woulod account for the slow down as an employee's LaborTrans
records increase.)

No inadvertent setup of Alerts on labor reporting (or any BAMs or BPMs -
even innocently change log related)?

I'd appreciate if you'd confirm whether 407A corrects the problem.

Thx

Rob

--- On Fri, 3/27/09, Doug Oswald <dougo@...
<mailto:dougo%40fleetwoodfixtures.com> > wrote:

From: Doug Oswald <dougo@...
<mailto:dougo%40fleetwoodfixtures.com> >
Subject: [Vantage] Author Response: MES Painfully Slow - 8.03.404B (No
AMM)
To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
Date: Friday, March 27, 2009, 2:45 PM

Thanks Ari, Karl, and Rob for the response.

I tried to reply several times but Yahoo! was acting up.

Ari, I am working on updating my test environment to 407A. I hope to
report the same findings as you. We need to do something.

Karl, we are very limited in our use of MES. We use it mostly to report
completed ops, not as a labor collection method. We print the barcodes
from MES and complete ops, nothing else. Typically an MES user will only
be logged into one job at a time. We are looking to utilize more
functionality, but not until we figure this problem out.

Rob, we clock out at the end of the day, every day. Checked MES on other
shop PCs, office PCs and even ran it on the server, no difference, SLOW!
No customizations. I just installed HF 33 for OE101B which required a
reboot, still slow. Internet is blocked 24/7 in the shop. We wish our
employees could limit themselves to break and lunch time, but they can't
so they lost the privilege.

One thing I tried that seems to work for a short time, creating a new
Shop Employee is much faster initially, but eventually slows down.

I hope 407A is my answer.

Doug





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