We're really paranoid - having built the queues we check that they all
exist.   The following JCL counts the number of records in a temp file
and raises an alert to the operators if the number of queues does not
match the number I expect to be there !  

!LISTJOBQ >TEMP2
!SETVAR TEST FINFO("TEMP2",19)
!IF TEST <> 8
!   UDCFAIL "NOT ALL JOB QUEUES DEFINED "
!   LIMIT 0
!ENDIF

-----Original Message-----
From: HP-3000 Systems Discussion [mailto:[log in to unmask]] On
Behalf Of Dave Powell, MMfab
Sent: 05 October 2004 18:30
To: [log in to unmask]
Subject: Re: [HP3000-L] Job limit vs. jobs queues

Job queues have been a huge help here, with NO problems.  No reboot
required, but you need to re-set them after a reboot.  Just put all the
commands into a job, and have sysstart stream it.  Whenever you  add a
queue or change a limit, change the job, then stream it manually.  Just
out of routine paranoia, we stream ours daily in case 'someone' fiddles
with a limit and forgets to change it back.

Ours is:
!JOB STARTJQ,MANAGER/_____.SYS;OUTCLASS=,1;HIPRI
!ALLOW MANAGER.SYS;COMMANDS=LIMIT
!LIMIT
!CONTINUE
!LIMIT  1; JOBQ=HPSYSJQ
!LIMIT 15
!CONTINUE
!NEWJOBQ     SLEEPER;    LIMIT=10
!CONTINUE
!NEWJOBQ     QUICKIE;    LIMIT=1
!CONTINUE
!NEWJOBQ     USER;       LIMIT=1
!CONTINUE
!NEWJOBQ     EMAIL;      LIMIT=1
!CONTINUE
!LIMIT  10;  JOBQ    =   SLEEPER
!CONTINUE
!LIMIT   1;  JOBQ    =   QUICKIE
!CONTINUE
!LIMIT   1;  JOBQ    =   USER
!CONTINUE
!LIMIT   1;  JOBQ    =   EMAIL
!TELLOP JOB QUEUES ARE SET UP
....
----- Original Message -----
From: "Greg Stigers" <[log in to unmask]>
To: <[log in to unmask]>
Sent: Tuesday, October 05, 2004 09:52
Subject: [HP3000-L] Job limit vs. jobs queues


> Someone replied to me privately to the effect that the example I have 
> seems to be ready for multiple job queues.
>
> Well, I did write:
> > Come January, I want to create a single-job queue. In the mean time,

> > I will probably rewrite some jobs to STREAM SOMEJOBA.GROUP PAUSE 
> > JOB=!HPLASTJOB STREAM SOMEJOBB.GROUP PAUSE JOB=!HPLASTJOB
>
> Is there any conceivable reason * not * to implement a SINGLEQ that 
> allows only one job? Do we risk anything, anything at all, doing this?

> No reboot required, right? I do need to read up on the job queues 
> (less-than-obvious URLs welcome). The only issues I can think of are 
> resource utilization (which I assume to be minimal), adjusting limits 
> where and how needed, and of course the herculean task of editing 
> those few jobs that must run exclusively. OK, one other issue just now

> occurs to me: jobs that do not themselves run exclusively, but which 
> should not run while other single-threaded jobs are running. I have in

> mind here our database reindexing and reorg jobs. At this point, am I 
> back to resetting job limits, or having some other job pause while
these execute?
>
> There is always the option to use a job scheduler to manage jobs as 
> events, but that's another thread for later.
>
> Greg Stigers
>
> * To join/leave the list, search archives, change list settings, *
> * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
______________________________________________________________________




The contents of this email are confidential to the intended recipient
and may not be disclosed. Although it is believed that this email and
any attachments are virus free, it is the responsibility of the recipient to confirm this.

Smith & Williamson Corporate Finance Limited - A member of M&A
International Inc. http://www.mergers.net Registered in England No.
4533970. Authorised and regulated by the Financial Services Authority 
Smith & Williamson Investment Management Limited, Registered No. 976145. Authorised and regulated by the Financial Services Authority.
Smith & Williamson Pension Consultancy Limited - Independent
Intermediary. Registered No. 3133226. Authorised and regulated by the
Financial Services Authority.
Smith & Williamson Fund Administration Limited, Registered No. 1934644. Authorised and regulated by the Financial Services Authority.
Smith & Williamson Limited - A member of Nexia International.
Registered in England No. 4534022. Regulated by the Institute of
Chartered Accountants in England & Wales for a range of investment
business activities.

Registered Office: No 1 Riding House Street, London W1A 3AS
Telephone: 020 7637 5377 http://www.smith.williamson.co.uk

Nexia Audit Limited - A member of Nexia International. Registered in
England No. 4469576. Registered to carry on audit work and regulated by the Institute of Chartered Accountants in England & Wales for a range of investment business activities.

Registered Office: No 1 Riding House Street, London W1A 3AS
Telephone: 020 7637 5377 http://www.nexiaaudit.co.uk

NCL Investments Limited, Registered No. 1913794.
Member of the London Stock Exchange authorised and regulated by the Financial Services Authority.

Registered Office: Bartlett House, 9-12 Basinghall Street, London  EC2V 5NS
Telephone: 020 7600 2801 


______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
______________________________________________________________________

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *