804.404A Stops responding

We have experienced the same problem - we are on SQL. We found a root
cause for us was Copy Sales Order. It works sometimes, but other
times it locks up an App server and causes the rest of the App
Servers to eventually stall and it locks up everyone.

The best we could do was to tell the users not to use that function.
Once they stopped using Copy Sales Order that type of stall stopped.

Dave

--- In vantage@yahoogroups.com, "sanfranc415" <sanfranc415@...> wrote:
>
> Good morning group, from the Pacific Northwest:
>
>
> Several months ago we started receiving "No Servers Available."
After
> this message, I was forced to stop and start the AppServers. This
> immediately resolved the problem, but caused a disruption in
service.
>
> Recently our database climbed above the 3GB mark, and now the
machines
> receive the "No Servers Available" message, but in addition to
> stopping and starting the AppServers, I'm forced to run a repair on
> the database each time this happens (prostrct repair mfgsys).
>
> Epicor says there is a bug in the Progress database that OpenEdge is
> working on. I'm tired of waiting for a solid answer from Epicor to
> resolve this now. I just seem to get the run around.
>
> I've increased the AppServer's pool, verified the server is running
> with enough memory, and verified customizations aren't interfering.
> Epicor and I have throughly examined the log files with no success.
>
>
> Any help would be greatly appreciated.
>
> Many Regards,
>
> --sf
>
Good morning group, from the Pacific Northwest:


Several months ago we started receiving "No Servers Available." After
this message, I was forced to stop and start the AppServers. This
immediately resolved the problem, but caused a disruption in service.

Recently our database climbed above the 3GB mark, and now the machines
receive the "No Servers Available" message, but in addition to
stopping and starting the AppServers, I'm forced to run a repair on
the database each time this happens (prostrct repair mfgsys).

Epicor says there is a bug in the Progress database that OpenEdge is
working on. I'm tired of waiting for a solid answer from Epicor to
resolve this now. I just seem to get the run around.

I've increased the AppServer's pool, verified the server is running
with enough memory, and verified customizations aren't interfering.
Epicor and I have throughly examined the log files with no success.


Any help would be greatly appreciated.

Many Regards,

--sf
We had the exact same problem. What we found was that our backups were
causing the problem. We had backups scheduled to run at noon, and at 7
PM each day. Right at noon, we would receive that error, and it would
clear up at 12:02. We turned off our noon backup, and haven't had
that problem since.



From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of sanfranc415
Sent: Friday, June 27, 2008 10:41 AM
To: vantage@yahoogroups.com
Subject: [Vantage] 804.404A Stops responding



Good morning group, from the Pacific Northwest:

Several months ago we started receiving "No Servers Available." After
this message, I was forced to stop and start the AppServers. This
immediately resolved the problem, but caused a disruption in service.

Recently our database climbed above the 3GB mark, and now the machines
receive the "No Servers Available" message, but in addition to
stopping and starting the AppServers, I'm forced to run a repair on
the database each time this happens (prostrct repair mfgsys).

Epicor says there is a bug in the Progress database that OpenEdge is
working on. I'm tired of waiting for a solid answer from Epicor to
resolve this now. I just seem to get the run around.

I've increased the AppServer's pool, verified the server is running
with enough memory, and verified customizations aren't interfering.
Epicor and I have throughly examined the log files with no success.

Any help would be greatly appreciated.

Many Regards,

--sf





[Non-text portions of this message have been removed]
We had the exact same problem. What we found was that our backups were
causing the problem. We had backups scheduled to run at noon, and at 7
PM each day. Right at noon, we would receive that error, and it would
clear up at 12:02. We turned off our noon backup, and haven't had
that problem since.



From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of sanfranc415
Sent: Friday, June 27, 2008 10:41 AM
To: vantage@yahoogroups.com
Subject: [Vantage] 804.404A Stops responding



Good morning group, from the Pacific Northwest:

Several months ago we started receiving "No Servers Available." After
this message, I was forced to stop and start the AppServers. This
immediately resolved the problem, but caused a disruption in service.

Recently our database climbed above the 3GB mark, and now the machines
receive the "No Servers Available" message, but in addition to
stopping and starting the AppServers, I'm forced to run a repair on
the database each time this happens (prostrct repair mfgsys).

Epicor says there is a bug in the Progress database that OpenEdge is
working on. I'm tired of waiting for a solid answer from Epicor to
resolve this now. I just seem to get the run around.

I've increased the AppServer's pool, verified the server is running
with enough memory, and verified customizations aren't interfering.
Epicor and I have throughly examined the log files with no success.

Any help would be greatly appreciated.

Many Regards,

--sf





[Non-text portions of this message have been removed]
Our backup runs at 2:00AM, and this problem occurs usually when
the MES users start the clock in and out.

--sf

--- In vantage@yahoogroups.com, "Matt Caldwell" <matt@...> wrote:
>
> We had the exact same problem. What we found was that our backups were
> causing the problem. We had backups scheduled to run at noon, and at 7
> PM each day. Right at noon, we would receive that error, and it would
> clear up at 12:02. We turned off our noon backup, and haven't had
> that problem since.
>
>
>
> From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
> Of sanfranc415
> Sent: Friday, June 27, 2008 10:41 AM
> To: vantage@yahoogroups.com
> Subject: [Vantage] 804.404A Stops responding
>
>
>
> Good morning group, from the Pacific Northwest:
>
> Several months ago we started receiving "No Servers Available." After
> this message, I was forced to stop and start the AppServers. This
> immediately resolved the problem, but caused a disruption in service.
>
> Recently our database climbed above the 3GB mark, and now the machines
> receive the "No Servers Available" message, but in addition to
> stopping and starting the AppServers, I'm forced to run a repair on
> the database each time this happens (prostrct repair mfgsys).
>
> Epicor says there is a bug in the Progress database that OpenEdge is
> working on. I'm tired of waiting for a solid answer from Epicor to
> resolve this now. I just seem to get the run around.
>
> I've increased the AppServer's pool, verified the server is running
> with enough memory, and verified customizations aren't interfering.
> Epicor and I have throughly examined the log files with no success.
>
> Any help would be greatly appreciated.
>
> Many Regards,
>
> --sf
>
>
>
>
>
> [Non-text portions of this message have been removed]
>
After spending several hours one-on-one with Epicor after several
weeks or months, I found a solution...

Dump n Load. This is something Epicor never recommened, but I
finally decided to take on the 12+ hour process, which has totally
optimized our database!

Where it took up to 1-minute to load the software, it now only take
20 seconds.

Very excited to have finally find a solution.


Much regards,

--sf

--- In vantage@yahoogroups.com, "sanfranc415" <sanfranc415@...> wrote:
>
> Our backup runs at 2:00AM, and this problem occurs usually when
> the MES users start the clock in and out.
>
> --sf
>
> --- In vantage@yahoogroups.com, "Matt Caldwell" <matt@> wrote:
> >
> > We had the exact same problem. What we found was that our
backups were
> > causing the problem. We had backups scheduled to run at noon,
and at 7
> > PM each day. Right at noon, we would receive that error, and
it would
> > clear up at 12:02. We turned off our noon backup, and haven't
had
> > that problem since.
> >
> >
> >
> > From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On
Behalf
> > Of sanfranc415
> > Sent: Friday, June 27, 2008 10:41 AM
> > To: vantage@yahoogroups.com
> > Subject: [Vantage] 804.404A Stops responding
> >
> >
> >
> > Good morning group, from the Pacific Northwest:
> >
> > Several months ago we started receiving "No Servers Available."
After
> > this message, I was forced to stop and start the AppServers. This
> > immediately resolved the problem, but caused a disruption in
service.
> >
> > Recently our database climbed above the 3GB mark, and now the
machines
> > receive the "No Servers Available" message, but in addition to
> > stopping and starting the AppServers, I'm forced to run a repair
on
> > the database each time this happens (prostrct repair mfgsys).
> >
> > Epicor says there is a bug in the Progress database that OpenEdge
is
> > working on. I'm tired of waiting for a solid answer from Epicor to
> > resolve this now. I just seem to get the run around.
> >
> > I've increased the AppServer's pool, verified the server is
running
> > with enough memory, and verified customizations aren't
interfering.
> > Epicor and I have throughly examined the log files with no
success.
> >
> > Any help would be greatly appreciated.
> >
> > Many Regards,
> >
> > --sf
> >
> >
> >
> >
> >
> > [Non-text portions of this message have been removed]
> >
>
I cannot imagine it being a 12+ hour process. With a 3 GB database it should not take more than a couple of hours, with most of that being computer time. I do suppose this would be dependent upon the configuration of your server. I run a 64 bit server with 32 GB of memory and 15K SCSI drives, the database is about 4 ½ GB and the dump and load takes less than 2 hours. Even on my old 32 bit server it did not take that much longer.

I do a dump and load at least every quarter and a re-indexing more often if need be. With the blank database in place the procedure can start with the dump (Keep a copy of that blank database from the 1st time you do the dump). Then straight to the load and indexing. Copy the database over and start it. Then add the users needed for ODBC and set the authority. All done and ready to go. I have done this at least 10 times now without any issues and I have never spent even close to 12 hours.

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of sanfranc415
Sent: Wednesday, July 16, 2008 3:35 PM
To: vantage@yahoogroups.com
Subject: [Vantage] Re: 804.404A Stops responding


After spending several hours one-on-one with Epicor after several
weeks or months, I found a solution...

Dump n Load. This is something Epicor never recommened, but I
finally decided to take on the 12+ hour process, which has totally
optimized our database!

Where it took up to 1-minute to load the software, it now only take
20 seconds.

Very excited to have finally find a solution.

Much regards,

--sf

--- In vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>, "sanfranc415" <sanfranc415@...> wrote:
>
> Our backup runs at 2:00AM, and this problem occurs usually when
> the MES users start the clock in and out.
>
> --sf
>
> --- In vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>, "Matt Caldwell" <matt@> wrote:
> >
> > We had the exact same problem. What we found was that our
backups were
> > causing the problem. We had backups scheduled to run at noon,
and at 7
> > PM each day. Right at noon, we would receive that error, and
it would
> > clear up at 12:02. We turned off our noon backup, and haven't
had
> > that problem since.
> >
> >
> >
> > From: vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com> [mailto:vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>] On
Behalf
> > Of sanfranc415
> > Sent: Friday, June 27, 2008 10:41 AM
> > To: vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>
> > Subject: [Vantage] 804.404A Stops responding
> >
> >
> >
> > Good morning group, from the Pacific Northwest:
> >
> > Several months ago we started receiving "No Servers Available."
After
> > this message, I was forced to stop and start the AppServers. This
> > immediately resolved the problem, but caused a disruption in
service.
> >
> > Recently our database climbed above the 3GB mark, and now the
machines
> > receive the "No Servers Available" message, but in addition to
> > stopping and starting the AppServers, I'm forced to run a repair
on
> > the database each time this happens (prostrct repair mfgsys).
> >
> > Epicor says there is a bug in the Progress database that OpenEdge
is
> > working on. I'm tired of waiting for a solid answer from Epicor to
> > resolve this now. I just seem to get the run around.
> >
> > I've increased the AppServer's pool, verified the server is
running
> > with enough memory, and verified customizations aren't
interfering.
> > Epicor and I have throughly examined the log files with no
success.
> >
> > Any help would be greatly appreciated.
> >
> > Many Regards,
> >
> > --sf
> >
> >
> >
> >
> >
> > [Non-text portions of this message have been removed]
> >
>


________________________________
DISCLAIMER:
This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately.


[Non-text portions of this message have been removed]
I'll have to do a better job of timing next time. I'm sure it took
less than 12-hours, a lot of that time was probably idle time waiting
for the next command.

Ever 3-months is a good marker. I'm still disappointed that Epicor's
techs didn't make this a priority instead of claiming the OpenEdge
Progress database had a bug.

--sf
--- In vantage@yahoogroups.com, Charles Carden <ccarden@...> wrote:
>
> I cannot imagine it being a 12+ hour process. With a 3 GB database
it should not take more than a couple of hours, with most of that
being computer time. I do suppose this would be dependent upon the
configuration of your server. I run a 64 bit server with 32 GB of
memory and 15K SCSI drives, the database is about 4 ½ GB and the dump
and load takes less than 2 hours. Even on my old 32 bit server it
did not take that much longer.
>
> I do a dump and load at least every quarter and a re-indexing more
often if need be. With the blank database in place the procedure can
start with the dump (Keep a copy of that blank database from the 1st
time you do the dump). Then straight to the load and indexing. Copy
the database over and start it. Then add the users needed for ODBC
and set the authority. All done and ready to go. I have done this
at least 10 times now without any issues and I have never spent even
close to 12 hours.
>
> From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On
Behalf Of sanfranc415
> Sent: Wednesday, July 16, 2008 3:35 PM
> To: vantage@yahoogroups.com
> Subject: [Vantage] Re: 804.404A Stops responding
>
>
> After spending several hours one-on-one with Epicor after several
> weeks or months, I found a solution...
>
> Dump n Load. This is something Epicor never recommened, but I
> finally decided to take on the 12+ hour process, which has totally
> optimized our database!
>
> Where it took up to 1-minute to load the software, it now only take
> 20 seconds.
>
> Very excited to have finally find a solution.
>
> Much regards,
>
> --sf
>
> --- In vantage@yahoogroups.com<mailto:vantage%
40yahoogroups.com>, "sanfranc415" <sanfranc415@> wrote:
> >
> > Our backup runs at 2:00AM, and this problem occurs usually when
> > the MES users start the clock in and out.
> >
> > --sf
> >
> > --- In vantage@yahoogroups.com<mailto:vantage%
40yahoogroups.com>, "Matt Caldwell" <matt@> wrote:
> > >
> > > We had the exact same problem. What we found was that our
> backups were
> > > causing the problem. We had backups scheduled to run at noon,
> and at 7
> > > PM each day. Right at noon, we would receive that error, and
> it would
> > > clear up at 12:02. We turned off our noon backup, and haven't
> had
> > > that problem since.
> > >
> > >
> > >
> > > From: vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>
[mailto:vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>] On
> Behalf
> > > Of sanfranc415
> > > Sent: Friday, June 27, 2008 10:41 AM
> > > To: vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>
> > > Subject: [Vantage] 804.404A Stops responding
> > >
> > >
> > >
> > > Good morning group, from the Pacific Northwest:
> > >
> > > Several months ago we started receiving "No Servers Available."
> After
> > > this message, I was forced to stop and start the AppServers.
This
> > > immediately resolved the problem, but caused a disruption in
> service.
> > >
> > > Recently our database climbed above the 3GB mark, and now the
> machines
> > > receive the "No Servers Available" message, but in addition to
> > > stopping and starting the AppServers, I'm forced to run a repair
> on
> > > the database each time this happens (prostrct repair mfgsys).
> > >
> > > Epicor says there is a bug in the Progress database that
OpenEdge
> is
> > > working on. I'm tired of waiting for a solid answer from Epicor
to
> > > resolve this now. I just seem to get the run around.
> > >
> > > I've increased the AppServer's pool, verified the server is
> running
> > > with enough memory, and verified customizations aren't
> interfering.
> > > Epicor and I have throughly examined the log files with no
> success.
> > >
> > > Any help would be greatly appreciated.
> > >
> > > Many Regards,
> > >
> > > --sf
> > >
> > >
> > >
> > >
> > >
> > > [Non-text portions of this message have been removed]
> > >
> >
>
>
> ________________________________
> DISCLAIMER:
> This e-mail, including attachments, may include confidential and/or
proprietary information, and may be used only by the person or entity
to which it is addressed. If the reader of this e-mail is not the
intended recipient or his or her authorized agent, the reader is
hereby notified that any dissemination, distribution or copying of
this e-mail is prohibited. If you have received this e-mail in error,
please notify the sender by replying to this message and delete this
e-mail immediately.
>
>
> [Non-text portions of this message have been removed]
>
Gents,



This is interesting reading. Are you on Progress or SQL ?



thanks



kind regards



Debbie Stokes



*******************************************************************************************************************************************************************************************************************************************************************************
This email is intended for the addressee only and may contain information that is privileged and confidential. If you are not the intended recipient, you must not copy, distribute or take any
action in reliance on it. If this email has been sent to you in error, please notify us immediately by telephone.
This has been transmitted by -

Hilo-PSS Group
Murdock Road
Dorcan Industrial Estate
Swindon

SN3 5HY

Company Registration No: 01028915.

The views within this email are those of the author and not
necessarily those of Planned Storage Systems Ltd.

** This email has been scanned for viruses, vandals and malicious content **
************************************************************************************************************************************************************************************************



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

--sf


--- In vantage@yahoogroups.com, "Debbie Stokes" <debbie.stokes@...>
wrote:
>
> Gents,
>
>
>
> This is interesting reading. Are you on Progress or SQL ?
>
>
>
> thanks
>
>
>
> kind regards
>
>
>
> Debbie Stokes
>
>
>
>
**********************************************************************
**********************************************************************
**********************************************************************
*************************************************************
> This email is intended for the addressee only and may contain
information that is privileged and confidential. If you are not the
intended recipient, you must not copy, distribute or take any
> action in reliance on it. If this email has been sent to you in
error, please notify us immediately by telephone.
> This has been transmitted by -
>
> Hilo-PSS Group
> Murdock Road
> Dorcan Industrial Estate
> Swindon
>
> SN3 5HY
>
> Company Registration No: 01028915.
>
> The views within this email are those of the author and not
> necessarily those of Planned Storage Systems Ltd.
>
> ** This email has been scanned for viruses, vandals and malicious
content **
>
**********************************************************************
**********************************************************************
****************************************************
>
>
>
> [Non-text portions of this message have been removed]
>
Crashed Again! Our database is 3GBs and have approximately 30-35 4GL
users connected. OpenEdge 10.1B

I'd like to know what members would suggest for the "Maximum
servers:" and "# Blocks in DB Buffer"

Our server is running SBS w/ Exchange, Sharepoint, WSUS, and IIS (low
usuage).

We are running a Quad Xeon 3 Ghz w/ 4Gs of memory.


Thanks,

--sf



--- In vantage@yahoogroups.com, "sanfranc415" <sanfranc415@...> wrote:
>
> Running Progress.
>
> --sf
>
>
> --- In vantage@yahoogroups.com, "Debbie Stokes" <debbie.stokes@>
> wrote:
> >
> > Gents,
> >
> >
> >
> > This is interesting reading. Are you on Progress or SQL ?
> >
> >
> >
> > thanks
> >
> >
> >
> > kind regards
> >
> >
> >
> > Debbie Stokes
> >
> >
> >
> >
>
**********************************************************************
>
**********************************************************************
>
**********************************************************************
> *************************************************************
> > This email is intended for the addressee only and may contain
> information that is privileged and confidential. If you are not the
> intended recipient, you must not copy, distribute or take any
> > action in reliance on it. If this email has been sent to you in
> error, please notify us immediately by telephone.
> > This has been transmitted by -
> >
> > Hilo-PSS Group
> > Murdock Road
> > Dorcan Industrial Estate
> > Swindon
> >
> > SN3 5HY
> >
> > Company Registration No: 01028915.
> >
> > The views within this email are those of the author and not
> > necessarily those of Planned Storage Systems Ltd.
> >
> > ** This email has been scanned for viruses, vandals and malicious
> content **
> >
>
**********************************************************************
>
**********************************************************************
> ****************************************************
> >
> >
> >
> > [Non-text portions of this message have been removed]
> >
>
The plot sickens....

Some sort of search/indexing service crawling the server causing the
issue??

--- In vantage@yahoogroups.com, "sanfranc415" <sanfranc415@...> wrote:
>
> Crashed Again! Our database is 3GBs and have approximately 30-35
4GL
> users connected. OpenEdge 10.1B
>
> I'd like to know what members would suggest for the "Maximum
> servers:" and "# Blocks in DB Buffer"
>
> Our server is running SBS w/ Exchange, Sharepoint, WSUS, and IIS
(low
> usuage).
>
> We are running a Quad Xeon 3 Ghz w/ 4Gs of memory.
>
>
> Thanks,
>
> --sf
>
>
>
> --- In vantage@yahoogroups.com, "sanfranc415" <sanfranc415@> wrote:
> >
> > Running Progress.
> >
> > --sf
> >
> >
> > --- In vantage@yahoogroups.com, "Debbie Stokes" <debbie.stokes@>
> > wrote:
> > >
> > > Gents,
> > >
> > >
> > >
> > > This is interesting reading. Are you on Progress or SQL ?
> > >
> > >
> > >
> > > thanks
> > >
> > >
> > >
> > > kind regards
> > >
> > >
> > >
> > > Debbie Stokes
> > >
> > >
> > >
> > >
> >
>
**********************************************************************
> >
>
**********************************************************************
> >
>
**********************************************************************
> > *************************************************************
> > > This email is intended for the addressee only and may contain
> > information that is privileged and confidential. If you are not
the
> > intended recipient, you must not copy, distribute or take any
> > > action in reliance on it. If this email has been sent to you in
> > error, please notify us immediately by telephone.
> > > This has been transmitted by -
> > >
> > > Hilo-PSS Group
> > > Murdock Road
> > > Dorcan Industrial Estate
> > > Swindon
> > >
> > > SN3 5HY
> > >
> > > Company Registration No: 01028915.
> > >
> > > The views within this email are those of the author and not
> > > necessarily those of Planned Storage Systems Ltd.
> > >
> > > ** This email has been scanned for viruses, vandals and
malicious
> > content **
> > >
> >
>
**********************************************************************
> >
>
**********************************************************************
> > ****************************************************
> > >
> > >
> > >
> > > [Non-text portions of this message have been removed]
> > >
> >
>
Vantage would hang for us about once a week. It would happen only when the
user would try to save a record. The status bar would just read "Saving
Data." Other users would be able to search for information but never save.
We would have to restart the Vantage app servers for it to work again, or if
we waited exactly 30 min, Vantage would kick back in and the records would
be saved. It was a very big problem for us. Support blamed our antivirus
on the server, so we disabled it, and it still happened. They blamed our
ODBC reports, but that wasn't it. For the past two months, every night we
have been removing ALL the stale user sessions found in the Vantage Admin
tools and we haven't had a problem since. We aren't sure if that was the
problem or not, but Vantage has been running without crashing, so you might
want to try that.



Daniel Laidig

Laidig Systems, Inc.

(574) 256-0204 ext. 229

<mailto:daniellaidig@...> daniellaidig@...

_____

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of
sanfranc415
Sent: Friday, July 18, 2008 1:31 PM
To: vantage@yahoogroups.com
Subject: [Vantage] Re: 804.404A Stops responding



Crashed Again! Our database is 3GBs and have approximately 30-35 4GL
users connected. OpenEdge 10.1B

I'd like to know what members would suggest for the "Maximum
servers:" and "# Blocks in DB Buffer"

Our server is running SBS w/ Exchange, Sharepoint, WSUS, and IIS (low
usuage).

We are running a Quad Xeon 3 Ghz w/ 4Gs of memory.

Thanks,

--sf

--- In vantage@yahoogroups <mailto:vantage%40yahoogroups.com> .com,
"sanfranc415" <sanfranc415@...> wrote:
>
> Running Progress.
>
> --sf
>
>
> --- In vantage@yahoogroups <mailto:vantage%40yahoogroups.com> .com,
"Debbie Stokes" <debbie.stokes@>
> wrote:
> >
> > Gents,
> >
> >
> >
> > This is interesting reading. Are you on Progress or SQL ?
> >
> >
> >
> > thanks
> >
> >
> >
> > kind regards
> >
> >
> >
> > Debbie Stokes
> >
> >
> >
> >
>
**********************************************************************
>
**********************************************************************
>
**********************************************************************
> *************************************************************
> > This email is intended for the addressee only and may contain
> information that is privileged and confidential. If you are not the
> intended recipient, you must not copy, distribute or take any
> > action in reliance on it. If this email has been sent to you in
> error, please notify us immediately by telephone.
> > This has been transmitted by -
> >
> > Hilo-PSS Group
> > Murdock Road
> > Dorcan Industrial Estate
> > Swindon
> >
> > SN3 5HY
> >
> > Company Registration No: 01028915.
> >
> > The views within this email are those of the author and not
> > necessarily those of Planned Storage Systems Ltd.
> >
> > ** This email has been scanned for viruses, vandals and malicious
> content **
> >
>
**********************************************************************
>
**********************************************************************
> ****************************************************
> >
> >
> >
> > [Non-text portions of this message have been removed]
> >
>





[Non-text portions of this message have been removed]
How do you know it's a stale session? Sometimes it's very obvious,
but other times it's not as obvious.

--sf

--- In vantage@yahoogroups.com, "Daniel Laidig" <daniellaidig@...>
wrote:
>
> Vantage would hang for us about once a week. It would happen only
when the
> user would try to save a record. The status bar would just
read "Saving
> Data." Other users would be able to search for information but
never save.
> We would have to restart the Vantage app servers for it to work
again, or if
> we waited exactly 30 min, Vantage would kick back in and the
records would
> be saved. It was a very big problem for us. Support blamed our
antivirus
> on the server, so we disabled it, and it still happened. They
blamed our
> ODBC reports, but that wasn't it. For the past two months, every
night we
> have been removing ALL the stale user sessions found in the Vantage
Admin
> tools and we haven't had a problem since. We aren't sure if that
was the
> problem or not, but Vantage has been running without crashing, so
you might
> want to try that.
>
>
>
> Daniel Laidig
>
> Laidig Systems, Inc.
>
> (574) 256-0204 ext. 229
>
> <mailto:daniellaidig@...> daniellaidig@...
>
> _____
>
> From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On
Behalf Of
> sanfranc415
> Sent: Friday, July 18, 2008 1:31 PM
> To: vantage@yahoogroups.com
> Subject: [Vantage] Re: 804.404A Stops responding
>
>
>
> Crashed Again! Our database is 3GBs and have approximately 30-35
4GL
> users connected. OpenEdge 10.1B
>
> I'd like to know what members would suggest for the "Maximum
> servers:" and "# Blocks in DB Buffer"
>
> Our server is running SBS w/ Exchange, Sharepoint, WSUS, and IIS
(low
> usuage).
>
> We are running a Quad Xeon 3 Ghz w/ 4Gs of memory.
>
> Thanks,
>
> --sf
>
> --- In vantage@yahoogroups <mailto:vantage%40yahoogroups.com> .com,
> "sanfranc415" <sanfranc415@> wrote:
> >
> > Running Progress.
> >
> > --sf
> >
> >
> > --- In vantage@yahoogroups <mailto:vantage%
40yahoogroups.com> .com,
> "Debbie Stokes" <debbie.stokes@>
> > wrote:
> > >
> > > Gents,
> > >
> > >
> > >
> > > This is interesting reading. Are you on Progress or SQL ?
> > >
> > >
> > >
> > > thanks
> > >
> > >
> > >
> > > kind regards
> > >
> > >
> > >
> > > Debbie Stokes
> > >
> > >
> > >
> > >
> >
>
**********************************************************************
> >
>
**********************************************************************
> >
>
**********************************************************************
> > *************************************************************
> > > This email is intended for the addressee only and may contain
> > information that is privileged and confidential. If you are not
the
> > intended recipient, you must not copy, distribute or take any
> > > action in reliance on it. If this email has been sent to you in
> > error, please notify us immediately by telephone.
> > > This has been transmitted by -
> > >
> > > Hilo-PSS Group
> > > Murdock Road
> > > Dorcan Industrial Estate
> > > Swindon
> > >
> > > SN3 5HY
> > >
> > > Company Registration No: 01028915.
> > >
> > > The views within this email are those of the author and not
> > > necessarily those of Planned Storage Systems Ltd.
> > >
> > > ** This email has been scanned for viruses, vandals and
malicious
> > content **
> > >
> >
>
**********************************************************************
> >
>
**********************************************************************
> > ****************************************************
> > >
> > >
> > >
> > > [Non-text portions of this message have been removed]
> > >
> >
>
>
>
>
>
> [Non-text portions of this message have been removed]
>
You have too much on that box, Exchange, sharepoint should NOT be running on the
same machine as vantage with more than 10-15 vantage users.

You also don't have enough RAM in the machine for all that you want to run. Max
servers and DB Buffer blocks aren't going to do you any good since you don't
have the physical resources available to actually allocate more resources to it.


-----Original Message-----
From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of
sanfranc415
Sent: Friday, July 18, 2008 1:31 PM
To: vantage@yahoogroups.com
Subject: [Vantage] Re: 804.404A Stops responding

Crashed Again! Our database is 3GBs and have approximately 30-35 4GL
users connected. OpenEdge 10.1B

I'd like to know what members would suggest for the "Maximum
servers:" and "# Blocks in DB Buffer"

Our server is running SBS w/ Exchange, Sharepoint, WSUS, and IIS (low
usuage).

We are running a Quad Xeon 3 Ghz w/ 4Gs of memory.


Thanks,

--sf



--- In vantage@yahoogroups.com, "sanfranc415" <sanfranc415@...> wrote:
>
> Running Progress.
>
> --sf
>
>
> --- In vantage@yahoogroups.com, "Debbie Stokes" <debbie.stokes@>
> wrote:
> >
> > Gents,
> >
> >
> >
> > This is interesting reading. Are you on Progress or SQL ?
> >
> >
> >
> > thanks
> >
> >
> >
> > kind regards
> >
> >
> >
> > Debbie Stokes
> >
> >
> >
> >
>
**********************************************************************
>
**********************************************************************
>
**********************************************************************
> *************************************************************
> > This email is intended for the addressee only and may contain
> information that is privileged and confidential. If you are not the
> intended recipient, you must not copy, distribute or take any
> > action in reliance on it. If this email has been sent to you in
> error, please notify us immediately by telephone.
> > This has been transmitted by -
> >
> > Hilo-PSS Group
> > Murdock Road
> > Dorcan Industrial Estate
> > Swindon
> >
> > SN3 5HY
> >
> > Company Registration No: 01028915.
> >
> > The views within this email are those of the author and not
> > necessarily those of Planned Storage Systems Ltd.
> >
> > ** This email has been scanned for viruses, vandals and malicious
> content **
> >
>
**********************************************************************
>
**********************************************************************
> ****************************************************
> >
> >
> >
> > [Non-text portions of this message have been removed]
> >
>



------------------------------------

Useful links for the Yahoo!Groups Vantage Board are: ( Note: You must have
already linked your email address to a yahoo id to enable access. )
(1) To access the Files Section of our Yahoo!Group for Report Builder and
Crystal Reports and other 'goodies', please goto:
http://groups.yahoo.com/group/vantage/files/.
(2) To search through old msg's goto:
http://groups.yahoo.com/group/vantage/messages
(3) To view links to Vendors that provide Vantage services goto:
http://groups.yahoo.com/group/vantage/linksYahoo! Groups Links
> Our server is running SBS w/ Exchange, Sharepoint, WSUS, and IIS (low
> usuage).
>
> We are running a Quad Xeon 3 Ghz w/ 4Gs of memory.

I agree with TechnoB. That's a nice machine for SBS w/Exchange, Sharepoint,
WSUS and IIS ***OR*** Vantage but not both.

Yeah, I know money doesn't grow on trees but you'd be a lot happier if you
added a standalone server for Vantage. (This is a valid SBS configuration.
Any other servers can't be ActiveDirectory servers in an SBS environment but
you can add multiple stand-alone servers. We also have a Terminal Server for
remote access and (soon) our Epicor Portal. And if you get the Enterprise
Edition of Windows (or 64-bit), you'll be able to add/utilize more than 4GB
of memory for Vantage.

Mark W.
Yeah, we would have to purchase another Windows Server w/ 50 licenses
to quickly resolve any performance issues, and I'm trying to avoid
that, but if we clearly determine it's a performance issue, we will
upgrade to SBS 2008 (coming out in November '08) and add at least
16GB of memory.

The App Servers are still acting unusual, 15 app servers are spawned
and hang for no apparent reason.

What experience do people have running Vantage/Progress on Linux OS?
Do we need to purchase Vantage all over again? I guess calling our
salesrep would quickly answer this question.

Regards,

--sf


--- In vantage@yahoogroups.com, "Mark Wonsil" <mark_wonsil@...> wrote:
>
> > Our server is running SBS w/ Exchange, Sharepoint, WSUS, and IIS
(low
> > usuage).
> >
> > We are running a Quad Xeon 3 Ghz w/ 4Gs of memory.
>
> I agree with TechnoB. That's a nice machine for SBS w/Exchange,
Sharepoint,
> WSUS and IIS ***OR*** Vantage but not both.
>
> Yeah, I know money doesn't grow on trees but you'd be a lot happier
if you
> added a standalone server for Vantage. (This is a valid SBS
configuration.
> Any other servers can't be ActiveDirectory servers in an SBS
environment but
> you can add multiple stand-alone servers. We also have a Terminal
Server for
> remote access and (soon) our Epicor Portal. And if you get the
Enterprise
> Edition of Windows (or 64-bit), you'll be able to add/utilize more
than 4GB
> of memory for Vantage.
>
> Mark W.
>
We had this same issue, and found that it happened when our backups
would run. Right at noon each day, the backups would start, and
immediately use all 20 servers. 2 minutes later, it was back to
normal. We disabled that noon backup, and have not had an issue since.



From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of sanfranc415
Sent: Friday, July 18, 2008 1:39 PM
To: vantage@yahoogroups.com
Subject: [Vantage] Re: 804.404A Stops responding



Yeah, we would have to purchase another Windows Server w/ 50 licenses
to quickly resolve any performance issues, and I'm trying to avoid
that, but if we clearly determine it's a performance issue, we will
upgrade to SBS 2008 (coming out in November '08) and add at least
16GB of memory.

The App Servers are still acting unusual, 15 app servers are spawned
and hang for no apparent reason.

What experience do people have running Vantage/Progress on Linux OS?
Do we need to purchase Vantage all over again? I guess calling our
salesrep would quickly answer this question.

Regards,

--sf

--- In vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ,
"Mark Wonsil" <mark_wonsil@...> wrote:
>
> > Our server is running SBS w/ Exchange, Sharepoint, WSUS, and IIS
(low
> > usuage).
> >
> > We are running a Quad Xeon 3 Ghz w/ 4Gs of memory.
>
> I agree with TechnoB. That's a nice machine for SBS w/Exchange,
Sharepoint,
> WSUS and IIS ***OR*** Vantage but not both.
>
> Yeah, I know money doesn't grow on trees but you'd be a lot happier
if you
> added a standalone server for Vantage. (This is a valid SBS
configuration.
> Any other servers can't be ActiveDirectory servers in an SBS
environment but
> you can add multiple stand-alone servers. We also have a Terminal
Server for
> remote access and (soon) our Epicor Portal. And if you get the
Enterprise
> Edition of Windows (or 64-bit), you'll be able to add/utilize more
than 4GB
> of memory for Vantage.
>
> Mark W.
>





[Non-text portions of this message have been removed]
On Linux, OE10.1B would run as a 64 bit app......

Good question though, what about the installation media....

--- In vantage@yahoogroups.com, "sanfranc415" <sanfranc415@...> wrote:
>
> Yeah, we would have to purchase another Windows Server w/ 50
licenses
> to quickly resolve any performance issues, and I'm trying to avoid
> that, but if we clearly determine it's a performance issue, we will
> upgrade to SBS 2008 (coming out in November '08) and add at least
> 16GB of memory.
>
> The App Servers are still acting unusual, 15 app servers are
spawned
> and hang for no apparent reason.
>
> What experience do people have running Vantage/Progress on Linux
OS?
> Do we need to purchase Vantage all over again? I guess calling our
> salesrep would quickly answer this question.
>
> Regards,
>
> --sf
>
>
> --- In vantage@yahoogroups.com, "Mark Wonsil" <mark_wonsil@> wrote:
> >
> > > Our server is running SBS w/ Exchange, Sharepoint, WSUS, and
IIS
> (low
> > > usuage).
> > >
> > > We are running a Quad Xeon 3 Ghz w/ 4Gs of memory.
> >
> > I agree with TechnoB. That's a nice machine for SBS w/Exchange,
> Sharepoint,
> > WSUS and IIS ***OR*** Vantage but not both.
> >
> > Yeah, I know money doesn't grow on trees but you'd be a lot
happier
> if you
> > added a standalone server for Vantage. (This is a valid SBS
> configuration.
> > Any other servers can't be ActiveDirectory servers in an SBS
> environment but
> > you can add multiple stand-alone servers. We also have a Terminal
> Server for
> > remote access and (soon) our Epicor Portal. And if you get the
> Enterprise
> > Edition of Windows (or 64-bit), you'll be able to add/utilize
more
> than 4GB
> > of memory for Vantage.
> >
> > Mark W.
> >
>
I disagree...your Vantage server would be a member server and you don't
have to buy the licenses for the users accessing it! Just get a server
with the min CALS that it comes with and it will still work.

That is what we have on our network (SBS w/Exchange, etc, and a separate
server for Vantage) and it works fine. And you are not violating any
license agreements with Microsoft - unless it changed in the past year.



M. Manasa Reddy
manasa@...
P: 630-806-2000
F: 630-806-2001


________________________________

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of sanfranc415
Sent: Friday, July 18, 2008 1:39 PM
To: vantage@yahoogroups.com
Subject: [Vantage] Re: 804.404A Stops responding



Yeah, we would have to purchase another Windows Server w/ 50 licenses
to quickly resolve any performance issues, and I'm trying to avoid
that, but if we clearly determine it's a performance issue, we will
upgrade to SBS 2008 (coming out in November '08) and add at least
16GB of memory.

The App Servers are still acting unusual, 15 app servers are spawned
and hang for no apparent reason.

What experience do people have running Vantage/Progress on Linux OS?
Do we need to purchase Vantage all over again? I guess calling our
salesrep would quickly answer this question.

Regards,

--sf

--- In vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ,
"Mark Wonsil" <mark_wonsil@...> wrote:
>
> > Our server is running SBS w/ Exchange, Sharepoint, WSUS, and IIS
(low
> > usuage).
> >
> > We are running a Quad Xeon 3 Ghz w/ 4Gs of memory.
>
> I agree with TechnoB. That's a nice machine for SBS w/Exchange,
Sharepoint,
> WSUS and IIS ***OR*** Vantage but not both.
>
> Yeah, I know money doesn't grow on trees but you'd be a lot happier
if you
> added a standalone server for Vantage. (This is a valid SBS
configuration.
> Any other servers can't be ActiveDirectory servers in an SBS
environment but
> you can add multiple stand-alone servers. We also have a Terminal
Server for
> remote access and (soon) our Epicor Portal. And if you get the
Enterprise
> Edition of Windows (or 64-bit), you'll be able to add/utilize more
than 4GB
> of memory for Vantage.
>
> Mark W.
>






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