I have seen a similar problem on a WP51B running 2 screens with multiple
DM's. What I have seen is that only one Foxview on the WP will lock up, the
other will continue to operate just fine. If the Foxview that locks up is
not the non-quittable DM, then killing the DM resolves the problem.
Otherwise the station must be rebooted.
While this occasionally happens without any forewarning, one sure-fire way
to make it happen is to pull up a trend, and rescale the time range for a 24
hour period. This immediately results in a lockup. Strangely, it only
happens for the 24 hour time range, all other ranges do not cause a problem.
Marci Sewell
Process Automation and Control
115 Bldg, Mail 032
ph: (517)496-5071 page: (517)926-1487
email: [EMAIL PROTECTED]
-----Original Message-----
From: Schouten, Frits JF [mailto:[EMAIL PROTECTED]]
Sent: Sunday, April 02, 2000 6:03 PM
To: 'Foxboro DCS Mail List'
Subject: RE: Loss of mouse function
Yes, we have that problem.
I don't know what it is and it looks like it's confined to one WP.
This WP is the main operators console. Virtually all entries are done from
this WP.
Sometimes after a few hours but mostly after a few days(4-5) we have to
reboot the WP because of this lockup.
Swapping keyboards and mouse made no difference.
The station in question is a 170Mhz 96Mb WP51B with 2 screens and 4 DMs
running vers.6.1
After a lockup I can still "rlogin" from another station and everything on
the locked up station seems to be normal.
It also looks like there is a bit of a warning to this problem. Before it
locks up completely the operator has complained
that he could not do a "screen print" to the colour printer LP14. But this
might not be related.
When I looked at that, the printer was disabled on the station:
---------
LP14 not accepting requests since Mon Mar 6 01:01:21 GMT 2000 -
unknown reason
LP10 accepting requests since Mon Feb 21 10:24:30 GMT 2000
LP11 accepting requests since Fri Jan 21 15:29:41 GMT 2000
---------
I can only get it to go using lpc (enable all, start all)
I've given the operators instructions on how to reboot the station using
SMDH from another WP
so I don't get called in the middle of the night. (Murphies law makes it
fail when I'm not on site)
Going back in time, I'm trying to trace what has been done differently to
the various stations during the upgrade to 6.1
One of the things I did was upgrading to 6.1 on the fly. Station by station
while everything was still 4.2.3.
The last thing I did was the AP51.
And I remember that I've done the upgrade to 6.1 on the now problem station
first.
I recently found out that "devmon" might be part of this whole problem.
Even though the manual says that upgrading from 4.2.x to 6.1 is not a
problem for "devmon",
the global variable "DEV_MONITOR" resided on the station that is now showing
the lockup problems?!?
I have also installed QF991068. That was done to cure the screen print
problem which it didn't.
Coming to think of it, the lock up of the WP might have started since this
QF. The WP was dev-mon master and I've
moved the mastership to the AP51using "dm_recon t"
Can anybody make sense out of this?
Because I still have a frustrated operator........
Cheers,
Frits.
> -----Original Message-----
> From: Dykes, James: [SMTP:[EMAIL PROTECTED]]
> Sent: Monday, 3 April 2000 02:26
> To: Foxboro DCS Mail List (E-mail)
> Subject: Loss of mouse function
>
> Has anyone experience these:
> DM and AM continue to update, but can not be selected by the mouse.
> The mouse pointer is back to the default, that is, small and black. To
> recover, you can kill the AM using pref -letterbug amcmd "quitam on;
exit".
> Failing that, you must reboot. Our system is at 6.1.1 and on a AW51C
> DM locks up. A reboot appears to be the only course of action.
> DM exits for no apparent reason. One can manually restart the DM,
> but reboot is appears to be the best solution.
>
> ________________________________
> James J. H. Dykes
> Tosco Corporation
> Avon Refinery
> mailto:[EMAIL PROTECTED]
> Phone:(925) 228-1220 Ext. 2930
-----------------------------------------------------------------------
This list is neither sponsored nor endorsed by the Foxboro Company. All
postings from this list are the work of list subscribers and no warranty
is made or implied as to the accuracy of any information disseminated
through this medium. By subscribing to this list you agree to hold the
list sponsor(s) blameless for any and all mishaps which might occur due to
your application of information received from this mailing list.
To be removed from this list, send mail to
[EMAIL PROTECTED]
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]
