-l is your local buffer. It is pretty normal to have the 5408's go off
regularly. It's generally provisioned small and allowed to grow as needed.
Once you lose connection, there's no new data coming in and the buffer stops
growing. I'd wager that the disconnection is causing the errors to stop
rather than vice versa.
regularly. It's generally provisioned small and allowed to grow as needed.
Once you lose connection, there's no new data coming in and the buffer stops
growing. I'd wager that the disconnection is causing the errors to stop
rather than vice versa.
On Mon, Jun 6, 2011 at 3:39 AM, Chris Thompson <chriselectrix@...>wrote:
>
>
> Apart from installing fresh cabling etc, there isnt much we can do. The
> network
> is very good throughout the entire site so it shouldnt be any different in
> our
> stores location.
>
> One thing we are noticing a lot of is in the Event Viewer we get dozens and
>
> dozens of warnings just before the MES/HH get the error. Once we get the
> error,
> the warnings subside for 5-60 minutes, then they start up again and stop
> when we
> get the error.
>
> The warning is " -l exceeded. Automatically increasing from 1020 to 1030
> (5408)
> "
>
> We have been told by Epicor just to ignore these warnings, but it does seem
>
> co-incidental that they only seem to occur just before one of the HH or
> Terminals receives the 7175 / 7224 error.
>
> Also, the HH units (where the errors occur the most) are RDP to a server
> which
> is sat right below the main Epicor server. Even if these hand held units
> lost
> wifi connection, the session would remain open on the server so when they
> reconnect they dont need to log in again.
>
> If there was an issue with the connection between the server (where the HH
> connect to) and the Epicor server, wouldn't we receive the error on all
> hand
> helds at the same (or similar) time?
>
> ________________________________
> From: Michelle Giesige <mgiesige@...>
> To: vantage@yahoogroups.com
> Sent: Sat, 4 June, 2011 19:06:13
> Subject: RE: [Vantage] Re: Clients regularly receiving 7175 and 7224 errors
>
>
>
> We had excessive 7175 and 7224 errors. They almost exclusively occurred in
> our remote location. It didn't seem to matter how many users were logged in
> or even what time of day. I had it happen to me on a Saturday afternoon
> when I was the only one there. We tried everything inside Epicor and
> nothing worked. Then, we had Fiber Optics cable installed and that was the
> end of it! Is there is anything you can do to increase your network speed?
>
> Michelle Giesige
>
> From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
> Of
> pcivantage
> Sent: Friday, June 03, 2011 2:51 PM
> To: vantage@yahoogroups.com
> Subject: [Vantage] Re: Clients regularly receiving 7175 and 7224 errors
>
> Are you getting the "4GL STOP" with that error?
>
> --- In vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> , Chris
> Thompson <chriselectrix@...> wrote:
> >
> > We have several MES and HH devices where we are starting to get lots of
> 7175 and
> > 7224 errors.
> >
> > This is happening very frequently and it stopping our staff from working.
> >
> > Please treat this as Priority.
> >
> > Usually they get one 7175 followed by two-three 7224, then you have to
> close the
> > session and start again.
> >
> > We have tried clearing out the local cache and it makes no difference.
> >
> > This is only happening on our shopfloor MES and Hand Held terminals
> (however it
> > is only happening in our stores department so it may be customisation
> related
> > using our CSG screens).
> >
> > Does anyone have any suggestions?
> >
> > Thanks.
> >
> > [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]
>
>
>
--
*Waffqle Driggers*
*High End Dev, System Design, Profit Drinking
*
*:: 904.962.2887*
*:: waffqle@...*
*:: NO FAXES*
*
*
[Non-text portions of this message have been removed]