× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: Re: "Stalling"
  • From: HankHeath@xxxxxxx
  • Date: Tue, 13 May 1997 22:13:12 -0400 (EDT)

Check the SRV subsystems. There may be an index rebuild or file reorg that
ties up low level resources. I've noticed this on small systems that are
running legacy code - especially S/36 migrated code.

Hank Heath

You wrote:
++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Subj:  Re: "Stalling"
Date:  Sun, May 4, 1997 02:14 PM EDT
From:  MIDRANGE-L@midrange.com
X-From: neil@systemetrix.ca (Neil Palmer)
Sender: mcsnet!midrange.com!midrange-l-owner@Mcs.Net
Reply-to: MIDRANGE-L@midrange.com
To: MIDRANGE-L@midrange.com

On several occasions, the earliest being on pre-release code in April 1988,
and the latest on V3R1 (in 1988 a B40, now a mod 200) I've experienced a
similar 'hang' situation.  I've most often noticed it in the middle of the
night, I'm the only one on the machine, editing a source member with SEU, 
and no other jobs running.  You press a key (F4, roll key, etc.), and the
system seems to hang for a minute or two.  I reported this to IBM on
a few occasions, but we didn't get anywhere trying yo find the cause of
the problem.


On Sat, 3 May 1997, Chris Rehm wrote:

> I have a customer with a wierd problem. I am hoping someone will have some
> feedback on this.
> 
> We recently upgraded one of our guys to a 530, and they have been
> appropriately astonished with wonderful performance, but a problem they
> had with one of their previous models has resurfaced. 
> 
> Occasionally, the machine will "stall". Their will be plenty of jobs
> sitting in batch, but all of them will be getting zero CPU. Even with the
> CPU utilization at <1%. Just as there is nothing apparently starting the
> stall, it appears to end for no reason. 
> 
> Has anyone seen this before?
> 
> 
> Chris Rehm             | You have to ask yourself, "How
> Mr.AS400@ibm.net       | often can I afford to be unexpectedly 
>                        | out of business?" 
> Get Warped or Get Bent!| Then get an AS/400.
> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
> * This is the Midrange System Mailing List!  To submit a new message,   *
> * send your mail to "MIDRANGE-L@midrange.com".  To unsubscribe from     *
> * this list send email to MAJORDOMO@midrange.com and specify            *
> * 'unsubscribe MIDRANGE-L' in the body of your message.  Questions      *
> * should be directed to the list owner / operator: david@midrange.com   *
> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
> 
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
* This is the Midrange System Mailing List!  To submit a new message,   *
* send your mail to "MIDRANGE-L@midrange.com".  To unsubscribe from     *
* this list send email to MAJORDOMO@midrange.com and specify            *
* 'unsubscribe MIDRANGE-L' in the body of your message.  Questions      *
* should be directed to the list owner / operator: david@midrange.com   *
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
umidr


----------------------- Headers --------------------------------

As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.