Re: Fw: Screens 'dropping'

Hi Al,

cheers,

Clare

To: "SSA's BPCS ERP System" <bpcs-l@xxxxxxxxxxxx>
Cc: <midrange-nontech@xxxxxxxxxxxx>
Sent: Thursday, October 19, 2006 2:25 PM
Subject: Re: [BPCS-L] Fw: Screens 'dropping'

I hope this cross-post is Ok.

Is this happening across the board ie. all PCs, BPCS and non-BPCS such as
OS/400 (whatever it called now) menu?

I believe the CA software version needs to be in sync with OS/400, BPCS

patches for OS/400 upgrade, version of Windos, and how the PC is talking to the network (in my case, the version of Cisco). Could this be happening on

a PC whose versions are not in sync?  Sometimes there can be a delay in
versions being made available, especially if we are on a version of Windos
no longer supported by Microsoft (such as Win 98).  I imagine additional
complications depending on type of BPCS (mixed mode vs.?), LPAR.

We have had similar problems occur on earlier versions in several
circumstances:

* some part of the 400 & network connections are "under-gassed" without the

bandwidth to support 100% traffic, so we have more traffic in buffers than
there ought to be ... this becomes obvious at shift change when there is
general lockup of BPCS applications ... some people think they are "locked
up" or connection lost, when in fact we just have to wait longer than was
previously reasonable
* A PC user has more aps open, and more memory-eating features (such as
emoticons in e-mail), than the company has provided resource on the PC to

support, this gets in the way of CA having enough memory to function properly

* network cable to the PC is under the plastic mat used to protect against

static discharges, and as the user chair rolls over this, to reach for some

document, the connection "drops"
* the PC emulation of IBM connection is el cheapo, not supporting all the
IBM stuff it really ought to, so the OS never sees the whole story
* another PC in the network, or twinax, has a conflicting workstation
logical address (old hardware can "lose" its configuration, hijacking
address "zero")
* there is a bad connection, such as the wrong kind of connector, on
another PC or twinax emulation, in the same daisy chain
* there is a hardware chip-like map of logical addresses inside the

controller and the AS/400 itself. one of those addresses can go bad or flakey.

 Clare Holtham wrote:

> Hi everyone,
>
> We have a problem in Spain with BPCS screens (i.e. PCs with CA)
> 'dropping'. They are on V4R5.

> What seems to happen is that when you press enter, the 'enter' never > gets

> to the iSeries, and the screen 'sticks' with the input inhibited X. You
> then have to open a new session and cancel the original one. But if you

> look, the 'stuck' session looks to the iSeries perfectly normal, > waiting

> for 'enter'.
> To me this looks more like a CA or network issue than anything on the
> iSeries, but does anyone out there have any ideas please??
>
> thanks,
>
> Clare
(I've sent this to Midrange tech. too.)
>


--
This is the SSA's BPCS ERP System (BPCS-L) mailing list
To post a message email: BPCS-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/bpcs-l
or email: BPCS-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/bpcs-l.

Delivered-To: macwheel99@xxxxxxxxxxx

--
This is the SSA's BPCS ERP System (BPCS-L) mailing list
To post a message email: BPCS-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/bpcs-l
or email: BPCS-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/bpcs-l.

Delivered-To: Clare.Holtham@xxxxxxxxxxxxxx