Re: AUTOIPL (was Re: Health Check (IBMSVA,SVA_AUTOIPL_DEFINED)

[Jim Mulder]

> When you IPL a new operating system via autoipl (does that work?), 
> is there any gotcha other than to remember to always CLPA? 

  When SADMP starts an IPL of MVS, it is essentially the same 
as if you did a Load Clear from the HMC.  We don't know or care
whether it is a new or old operating system. 
 
> If a system is in a tight loop (like memterm in master), will the 
> sadump option on the vary command issued on *another* system, not 
> the looping one (and assuming that an sadump policy is established) 
> work? Or will it just get stuck behind whatever other messages XCF 
> couldn't get at because it couldn't get the processor?

 AutoIPL processing is driven by the wait state code/reason code 
that ends up occurring, so the question is, what would that be in
the situation you are describing?  If the system is alive enough
that XCF's status update task can get dispatched and read from
the couple data set, then I would guess that you could end up 
with the desired 0A2 wait state with the reason code for the
DUMP/REIPL options of VARY XCF,OFF.  If it is not alive
enough to do that, and you have SFM set up to do fencing, then
the system should eventually get fenced because it is not
updating its status, and it should be able to respond to 
being fenced by loading the 0A2-104 wait state.  (It only
needs to be alive enough to process a machine check and
dispatch an SRB in *Master* for that to happen). 

Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Scheduling Tasks via JES2 automatic commands

[Brian Westerman]

I forgot to mention that SyzAuto/z provides complete 24x7 command and job and 
task scheduling and we have over 300 site users.

Brian

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Scheduling Tasks via JES2 automatic commands

[Brian Westerman]

You can also use the replacement for the freeware "CBT tape" AUTO called 
SyzAUTO/z, which has many extra features and also has fixes for some of the 
freeware product issues (midnight issue, fast processor support (the old one 
was written for much slower processors in the 1980's),etc.)  I maintained/wrote 
them both, so I should know. ;)

It's not free, but very cheap, plus IBM-Main members get an additional discount 
so the final price is $2,500.  The software is the same price no matter how big 
(or small) your physical CPU is.

http://syzygyinc.net/AUTOz.aspx

Brian Westerman

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: 1TB EAV Support

[Mike Schwab]

We have about 11 TB on 18 TB of volumes for 11 LPars.

On Tue, Oct 4, 2011 at 9:12 PM, Shane  wrote:
> LOL.
> I remember going to a Share/Guide presentation years ago by a bod from
> one of Australias larger sites. The talk was how they managed their
> humongous DASD farm that had recently passed the Terabyte frontier.
>
> Shock and awe from the assembled crowd   :0)
>
> Shane ...
>
> On Tue, 4 Oct 2011 19:55:17 -0500 Mike Schwab wrote:
>
>> That would hold all data for 4 of our LPARS.
-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: 1TB EAV Support

[Shane]

LOL.
I remember going to a Share/Guide presentation years ago by a bod from
one of Australias larger sites. The talk was how they managed their
humongous DASD farm that had recently passed the Terabyte frontier.

Shock and awe from the assembled crowd   :0)

Shane ...

On Tue, 4 Oct 2011 19:55:17 -0500 Mike Schwab wrote:

> That would hold all data for 4 of our LPARS.
> 
> On Tue, Oct 4, 2011 at 6:56 PM, Edward Jaffe wrote:

> > Anyone running this yet?
> >
> > We have the necessary PTFs installed on our z/OS systems, but
> > haven't upgraded the DS8100 hardware yet.
> >
> > Looks like fun! 8-)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CPU utilization/engine

[Ed Gould]

 Ted,

I normally do not respond but since you were not in the same tone as it usually 
is, I will say this.
I have in the past run into seemingly bright programmers that were convinced 
that they knew better than MVS in how things should work. We had to fight tooth 
and nail to stop them. It's amazing how political things get when an 
inflated ego gets involved and when politics get in a war. 
I had to get up and explain how MVS handles certain things (like performance 
decisions) in a meeting of vp's
And try and simplify it to the executive mind. I put up an old decision 
diagram(this was 30 years ago when it was complicated now it's beyond 
complicated as we all know)  but this was a political corporate meeting and the 
goal was to get some kind of decision made. Trying to stop a programmer to try 
and out guess how IBM does it's "thing". 
I guess the presentation I did worked as the programmer backed down and did his 
thing internally within the program .  We no longer had to pretest his programs 
when we were testing MVS maintenance installs. 
It was a lot easier to do our job.
Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Scheduling Tasks via JES2 automatic commands

[Edward Jaffe]

On 10/4/2011 7:42 AM, Staller, Allan wrote:

You can also check out the AUTO program on CBT file 098.


FWIW, that's what we use. Been working great for at least a decade.

--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: 1TB EAV Support

[Mike Schwab]

That would hold all data for 4 of our LPARS.

On Tue, Oct 4, 2011 at 6:56 PM, Edward Jaffe
 wrote:
> Anyone running this yet?
>
> We have the necessary PTFs installed on our z/OS systems, but haven't
> upgraded the DS8100 hardware yet.
>
> Looks like fun! 8-)
>
> --
> Edward E Jaffe
> Phoenix Software International, Inc
> 831 Parkview Drive North
> El Segundo, CA 90245
> 310-338-0400 x318
> edja...@phoenixsoftware.com
> http://www.phoenixsoftware.com/
-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: AUTOIPL (was Re: Health Check (IBMSVA,SVA_AUTOIPL_DEFINED)

[Mark Zelden]

On Tue, 4 Oct 2011 14:48:15 -0700, Skip Robinson  
wrote:

>When I run the AMDSADMP macro, I use options for zero operator
>intervention:
>
>   ...CONSOLE=SYSC,REUSEDS=ALWAYS...
>
>This puts messages on the HMC operator console (no worry about device
>condition) and specifies that the new dump overwrites any existing dump
>without prompting. The title will always be "*** TITLE PROMPTING WAS
>SUPPRESSED ***", but that's a small price to pay for an autopilot
>standalone dump. It's as close as you can get to fail-safe.

I use

DDSPROMPT=NO,
MINASID=ALL, 
REUSEDS=ALWAYS,  
CONSOLE=((cuu,3277),(cuu,3277),,))

Which does the same thing with the correct loadparm to use the HMC.   We also 
have
a SADUMP group on the HMC for manual SADUMPs (just drag and drop) that has
the same SMSYSC loadparm setup.

I usually test with a ICC console and "manual" load address and loadparm.  You 
can 
still use a 327x if you want with loadparm overrides I assume CONSOLE=SYSC in 
the macro I assume?  (time for a little RTFM)


>
>I've never tried switching sysres volume with REIPL.


I did it once as a test in my sandbox thinking - "this is good, we don't even 
have 
to use the HMC".  But then I realized that the next person who went to the 
HMC to IPL (that didn't use REIPL in the VARY XCF command) would end up 
IPLing from the "old" sysres address.   Not good.   Now if there was an
option to also update the load address in the HMC when you used DIAGxx
for the REIPL, then I would do it.

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

1TB EAV Support

[Edward Jaffe]

Anyone running this yet?

We have the necessary PTFs installed on our z/OS systems, but haven't upgraded 
the DS8100 hardware yet.


Looks like fun! 8-)

--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: AUTOIPL (was Re: Health Check (IBMSVA,SVA_AUTOIPL_DEFINED)

[Skip Robinson]

When I run the AMDSADMP macro, I use options for zero operator 
intervention: 

   ...CONSOLE=SYSC,REUSEDS=ALWAYS...

This puts messages on the HMC operator console (no worry about device 
condition) and specifies that the new dump overwrites any existing dump 
without prompting. The title will always be "*** TITLE PROMPTING WAS 
SUPPRESSED ***", but that's a small price to pay for an autopilot 
standalone dump. It's as close as you can get to fail-safe. 

I've never tried switching sysres volume with REIPL. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Barbara Nitz 
To: IBM-MAIN@bama.ua.edu
Date:   10/03/2011 09:51 PM
Subject:Re: AUTOIPL (was Re: Health Check 
(IBMSVA,SVA_AUTOIPL_DEFINED)
Sent by:IBM Mainframe Discussion List 



>I'm not sure why Barbara is so opposed to AUTOIPL in principle, but I can
>see where critical production might be problematic.
*I* am not opposed to the function at all, just the opposite. My 
teamleader is. It took quite some strongarming for me to get him to agree 
to even test this, much less roll it out into production. Currently, it 
will be restricted to sysprogs only, so we don't have to come in on a 
weekend anymore just to drag the icon on the HMC (maintenance IPLs).

I established the following policies:
DIAG00: AUTOIPL SADMP(NONE) MVS(NONE) as default policy. Getting that line 
in was already a major fight.
DIAGSA: AUTOIPL SADMP(5704,SMSYSC4) MVS(LAST)
DIAGLA: AUTOIPL SADMP(NONE) MVS(LAST)
DIAG&&: AUTOIPL SADMP(NONE) MVS(5703,573400M) with && being a 
system-specific name to re-IPL from another residence.

Once this is established in production, I'll go to work on my team leader 
in getting the sadump permanently set in diagxx.

>I've seldom seen a system truly hang (from XCF's point of view) for an
>extended period and then miraculously recover.
For what it's worth, I have. More than once. They were always loops during 
memterm processing in master address space, and a restart interrupt cured 
/ would have cured them. We do NOT allow SFM to take automatic action 
(other than fencing).

>AUTOIPL SADMP(cuua,SMSYSC) MVS(LAST)
Thanks for mentioning that, Mark. From the books, I wasn't quite sure what 
to specify for loadparm and came up with AUTOIPL SADMP(cuua,SMSYSC4) 
MVS(LAST) (note the 4 after the console name). I just hope that that will 
not need the console and won't need any input other than what I did on the 
sadump program (which needs three times the enter key).

Now to get my dear colleagues to remember to take an sadump when its 
needed

> (Although I disavowed responsibility for the AutoIPL heath check
>that Barbara didn't like,  I was heavily involved in the design and
>implementation of the AutoIPL function.  So I don't object to being
>the target of complaints about the function itself).
Worked like a charm, as others have said. Testing the sadump option on the 
VARY will be next, and I like to get someone else to do it. Maybe they 
remember to take one when its needed then? 

When you IPL a new operating system via autoipl (does that work?), is 
there any gotcha other than to remember to always CLPA? 

If a system is in a tight loop (like memterm in master), will the sadump 
option on the vary command issued on *another* system, not the looping one 
(and assuming that an sadump policy is established) work? Or will it just 
get stuck behind whatever other messages XCF couldn't get at because it 
couldn't get the processor?

Best regards, Barbara



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CPU utilization/engine

[R.S.]

W dniu 2011-10-04 18:40, Ed Gould pisze:


  Radoslaw,

What should have been asked is Why.
Unless you are writing a performance monitor (again why) there is no likely 
reason as to why they need to know.
There are a lot of people that think they need to know this type of info, 
especially application types who think they should programically be able to do 
better than Z/os does.

It should be strongly discouraged as control blocks change and then the program 
becomes dependent on the then current level of the OS. It be ones a nightmare 
that will come back to haunt everyone and for no good reasons.


Ed,
Miklos asked the question, and I answered. End of story.
The answer was not useful, just because the question was not detailed 
enough, but there is still no reason to ask why.


Now you know the details, I'd suggest to answer the question, to help 
Miklos, not ask why.


However, in general, I agree there are situations where "what's your 
goal" is good question, because it WILL HELP the asking person.
Example (not the best): what exit to use (or how to code the exit) to 
protect jobnames. Proper answer IMHO: just try to use JESJOBS.
Sometimes one asks quite weird question, just because he "THINKS" he 
knows a solution for real (business) need. ANd we cannot answer the 
question (satisfactory), but we could suggest the solution, possibly 
quite easy and effective solution if we had knew the real need.


Regards
--
Radoslaw Skorupka
Lodz, Poland


P.S. Miklos - maybe there is some RMF API ?


--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie 
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem 
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania 
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by 
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie 
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo 
wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. 


BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax 
+48 (22) 829 00 33, e-mail: i...@brebank.pl
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. 
Wedug stanu na dzie 01.01.2011 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.346.696 zotych.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Scheduling Tasks via JES2 automatic commands

[Dennis Trojak]

True. If he corrects it then it will just execute at the time(s) he expected. 
Bad wording on my part since I was explaining the results he is currently 
getting with a time earlier than his IPL.
Dennis

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Vernooij, CP - SPLXM
Sent: Tuesday, October 04, 2011 2:16 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Scheduling Tasks via JES2 automatic commands

No, they will not execute immediately, only on the specified time
starting the next day.

Kees.

"Dennis Trojak"  wrote in message
news:<3d40fdfc24014e459f11e569c730d98e010...@ntexmbapb.corp.radioshack.n
et>...
> That's because you issued the $TA commands for a time "earlier" than
the current time. WAD according to the JES2 Commands manual. Add 24
hours to your T= time and it will execute immediately and then at the
scheduled time you expect.
> /*$ T A0015,T=34.00,I=86400,'$VS,''S SENDSMF'''
> /*$ T A0016,T=36.00,I=86400,'$VS,''S SENDSMF'''
> /*$ T A0017,T=38.00,I=86400,'$VS,''S SENDSMF'''
> Dennis
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Howard Evans
> Sent: Tuesday, October 04, 2011 9:18 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Scheduling Tasks via JES2 automatic commands
> 
> I am trying to schedule a task to be run at 3 specific times of the
day, every day using the JES2 automatic command facility and am not
having much luck.
> I have added the following commands to JES2 startup:
> 
> /*$ T A0015,T=10.00,I=86400,'$VS,''S SENDSMF'''
> /*$ T A0016,T=12.00,I=86400,'$VS,''S SENDSMF'''
> /*$ T A0017,T=14.00,I=86400,'$VS,''S SENDSMF'''
> 
> The intent is to start the SENDSMF task at 10.00, 12.00 and 14.00
every day.
> 
> So the system was IPL'd at 21.00. 3 instances of SENDSMF were started
when JES started at 21:00 and have been started at 21:00 every evening
since.
> 
> Is there a way to do what I want to do using using JES2?
> 
> This is a small LPAR used for development work and there is no job
scheduler or NETVIEW running. 
> 
> I know I could write a simple program that starts at IPL time and runs
eternally and submits the task at specific times but I was hoping to
avoid writing code.
> 
> Thanks. 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CPU utilization/engine

[Ted MacNEIL]

Besides, it's a capacity metric.
Maybe not the best, but a start.
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL

-Original Message-
From: David Andrews 
Sender: IBM Mainframe Discussion List 
Date: Tue, 4 Oct 2011 14:33:30 
To: 
Reply-To: IBM Mainframe Discussion List 
Subject: Re: CPU utilization/engine

On Tue, 2011-10-04 at 12:40 -0400, Ed Gould wrote:
> What should have been asked is Why.

Sorry, "why" is none of our concern.  It is sufficient that Miklos wants
to know.

-- 
David Andrews
A. Duda & Sons, Inc.
david.andr...@duda.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Scheduling Tasks via JES2 automatic commands

[Vernooij, CP - SPLXM]

No, they will not execute immediately, only on the specified time
starting the next day.

Kees.

"Dennis Trojak"  wrote in message
news:<3d40fdfc24014e459f11e569c730d98e010...@ntexmbapb.corp.radioshack.n
et>...
> That's because you issued the $TA commands for a time "earlier" than
the current time. WAD according to the JES2 Commands manual. Add 24
hours to your T= time and it will execute immediately and then at the
scheduled time you expect.
> /*$ T A0015,T=34.00,I=86400,'$VS,''S SENDSMF'''
> /*$ T A0016,T=36.00,I=86400,'$VS,''S SENDSMF'''
> /*$ T A0017,T=38.00,I=86400,'$VS,''S SENDSMF'''
> Dennis
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Howard Evans
> Sent: Tuesday, October 04, 2011 9:18 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Scheduling Tasks via JES2 automatic commands
> 
> I am trying to schedule a task to be run at 3 specific times of the
day, every day using the JES2 automatic command facility and am not
having much luck.
> I have added the following commands to JES2 startup:
> 
> /*$ T A0015,T=10.00,I=86400,'$VS,''S SENDSMF'''
> /*$ T A0016,T=12.00,I=86400,'$VS,''S SENDSMF'''
> /*$ T A0017,T=14.00,I=86400,'$VS,''S SENDSMF'''
> 
> The intent is to start the SENDSMF task at 10.00, 12.00 and 14.00
every day.
> 
> So the system was IPL'd at 21.00. 3 instances of SENDSMF were started
when JES started at 21:00 and have been started at 21:00 every evening
since.
> 
> Is there a way to do what I want to do using using JES2?
> 
> This is a small LPAR used for development work and there is no job
scheduler or NETVIEW running. 
> 
> I know I could write a simple program that starts at IPL time and runs
eternally and submits the task at specific times but I was hoping to
avoid writing code.
> 
> Thanks. 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CPU utilization/engine

[Vernooij, CP - SPLXM]

"David Andrews"  wrote in message
news:<1317753210.14315.21.ca...@chuck.duda.com>...
> On Tue, 2011-10-04 at 12:40 -0400, Ed Gould wrote:
> > What should have been asked is Why.
> 
> Sorry, "why" is none of our concern.  It is sufficient that Miklos
wants
> to know.
> 
> -- 
> David Andrews

Not entirely true IMHO. Miklos wants something, for which he wants this
CPU info. He does not have to tell, but it might be useful to explain
the underlying needs for this. Especially because of what he wants to
conclude from these figures. Read the latest information about IRD, z196
Hiperdispatching and CPU books. WLM and PRSM are continually busy
manipulating CPUs, parking them, grouping them together in order to
reuse lvl1 and lvl2 cache, that one can hardly draw useful conclusions
from the measured utilization of individual CPUs. 

With this in mind, asking what Miklos is trying to achieve is positive
help and not minding his personel business. He is not obliged to answer
of course.

Kees.

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CPU utilization/engine

[David Andrews]

On Tue, 2011-10-04 at 12:40 -0400, Ed Gould wrote:
> What should have been asked is Why.

Sorry, "why" is none of our concern.  It is sufficient that Miklos wants
to know.

-- 
David Andrews
A. Duda & Sons, Inc.
david.andr...@duda.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

2 good contracts in LA

[Gregory Pinkowski]

Please excuse the bandwidth...
2 renewable 1-year mainframe contracting positions available in LA area (local 
government).  These are positions with a great group of people downstairs from 
me, and the contracts I would prefer except I can't abandon my current security 
admin contract to bid on another with the same government body.  Great foot in 
the door, ongoing need for these duties.
- storage admin-consultant.  Mainframe z/OS, HSM, SMS, ACS rules, CA-1, ABARS 
aggregating software, IBM virtual tape TS7740/20.  Disaster recovery via EMC 
Symetrix business continuity volumes.  Software support for CA-1 and EMC SRDF, 
Host Component, and Timefinder.  SEND YOUR RESUME TODAY as the bids close early 
tomorrow (Wed) afternoon.  Renewable 1-year contract with possibility to 
convert to regular-hire.
- z/OS capacity planning consultant.  Capacity reporting, trending, and 
projection for z/OS, z/Linux WEB portal, CICS, IMS, DB2.  Customer utilization 
charge-back billing.  Familiar with z/OS Workload Manager, IBM z/OS Capacity 
Planner software, SMF, RMF, and logs from CICS, IMS, ACF2, and PACE, SAS, 
Metron, MXG software.  Experienced with Omegamon, TMON, Velocity software.
Contact Mae West of Staff-Tech Inc. 916-932-1229

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Scheduling Tasks via JES2 automatic commands

[Jerry Whitteridge]

If you are on a recent release of z/OS you have the cron scheduler in your 
zUnix . It can do all the scheduling you want WAY more easily than trying the 
JES2 automatic commands.

Jerry Whitteridge
Design Engineer
Safeway Inc.
925 951 4184

If you feel in control
you just aren't going fast enough.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Howard Evans
> Sent: Tuesday, October 04, 2011 7:18 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Scheduling Tasks via JES2 automatic commands
> 
> I am trying to schedule a task to be run at 3 specific times of the
> day, every day using the JES2 automatic command facility and am not
> having much luck.
> I have added the following commands to JES2 startup:
> 
> /*$ T A0015,T=10.00,I=86400,'$VS,''S SENDSMF'''
> /*$ T A0016,T=12.00,I=86400,'$VS,''S SENDSMF'''
> /*$ T A0017,T=14.00,I=86400,'$VS,''S SENDSMF'''
> 
> The intent is to start the SENDSMF task at 10.00, 12.00 and 14.00
> every day.
> 
> So the system was IPL'd at 21.00. 3 instances of SENDSMF were
> started when JES started at 21:00 and have been started at 21:00
> every evening since.
> 
> Is there a way to do what I want to do using using JES2?
> 
> This is a small LPAR used for development work and there is no job
> scheduler or NETVIEW running.
> 
> I know I could write a simple program that starts at IPL time and
> runs eternally and submits the task at specific times but I was
> hoping to avoid writing code.
> 
> Thanks.
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN
> INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html


"Email Firewall" made the following annotations.
--

Warning: 
All e-mail sent to this address will be received by the corporate e-mail 
system, and is subject to archival and review by someone other than the 
recipient.  This e-mail may contain proprietary information and is intended 
only for the use of the intended recipient(s).  If the reader of this message 
is not the intended recipient(s), you are notified that you have received this 
message in error and that any review, dissemination, distribution or copying of 
this message is strictly prohibited.  If you have received this message in 
error, please notify the sender immediately.   
 
==

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ZDNET actually says something nice about IBM LINUX

[Mark Post]

>>> On 10/4/2011 at 03:19 AM, Sheldon Davis  wrote: 
> Hi
> 
> Does anyone have a method of comparing x86 Linux vs IFL Linux? (Performance 
> and cost)

Interesting question coming from someone at Isracard.  Mike Shorkend has given 
a number of presentations at SHARE about Isracard's experiences running Linux 
on System z.  Is there now some question as to whether it was the right move?  
(I think so, but your perspective might be interesting as well.)


Mark Post

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CMS load module format

[Anne & Lynn Wheeler]

shmuel+ibm-m...@patriot.net (Shmuel Metz  , Seymour J.) writes:
> Yes, but could you enter macro invocations in the prefix area, or only
> predefined line commands? XEDIT had prefix macros and a SET PENDING
> command so that a prefix macro could insert macro invocations into the
> prefix areas, to be acted on at the next ENTER. Did EDGAR have an
> equivalent?

I hardly used EDGAR at all, using RED & NED (for files larger than
virtual memory size) ... so don't really know.  Something in the (edgar)
SOS description talks about pushing keystrokes for later invokation
... but I never got that intimate with EDGAR (whether or not that would
result in something similar)

past posts:
http://www.garlic.com/~lynn/2011m.html#30 CMS load module format
http://www.garlic.com/~lynn/2011m.html#34 CMS load module format
http://www.garlic.com/~lynn/2011m.html#36 CMS load module format
http://www.garlic.com/~lynn/2011m.html#41 CMS load module format
http://www.garlic.com/~lynn/2011m.html#42 CMS load module format
http://www.garlic.com/~lynn/2011m.html#44 CMS load module format
http://www.garlic.com/~lynn/2011m.html#49 CMS load module format

-- 
virtualization experience starting Jan1968, online at home since Mar1970

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CPU utilization/engine

[Ed Gould]

 Radoslaw,

What should have been asked is Why.
Unless you are writing a performance monitor (again why) there is no likely 
reason as to why they need to know.
There are a lot of people that think they need to know this type of info, 
especially application types who think they should programically be able to do 
better than Z/os does. 

It should be strongly discouraged as control blocks change and then the program 
becomes dependent on the then current level of the OS. It be ones a nightmare 
that will come back to haunt everyone and for no good reasons.

Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Scheduling Tasks via JES2 automatic commands

[Paul Gilmartin]

On Tue, 4 Oct 2011 16:17:40 +0200, Howard Evans wrote:

>I am trying to schedule a task to be run at 3 specific times of the day, every 
>day ...
>
crontab; comes with z/OS; nothing to download or install plus an MGCR
interface; RYO.  JES2/JES3 agnostic.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CMS load module format

[Anne & Lynn Wheeler]

shmuel+ibm-m...@patriot.net (Shmuel Metz  , Seymour J.) writes:
> That worked on more than the 3270 family; it also worked on the
> console[1] of the 360/168.
>
> [1] Compatible with nonthing except the consoles of the 360/85 and
> 370/165.

re:
http://www.garlic.com/~lynn/2011m.html#30 CMS load module format
http://www.garlic.com/~lynn/2011m.html#34 CMS load module format
http://www.garlic.com/~lynn/2011m.html#36 CMS load module format
http://www.garlic.com/~lynn/2011m.html#41 CMS load module format
http://www.garlic.com/~lynn/2011m.html#42 CMS load module format
http://www.garlic.com/~lynn/2011m.html#44 CMS load module format

I had done something similar as undergraduate in the 60s with a 2250m1
vector graphics (aka channel attached) for cp67/cms. Lincoln Labs had
done a fortran subroutine 2250 driver library for cms ... and I borrowed
their code for the editor. 

this is 2250m4 (i.e. 2250m1 was 360 channel attached with controller,
for about the same price as 2250m1, you could get a 2250m4 which came
with a 1130 in the package ... in place of the controller box)
http://www.columbia.edu/cu/computinghistory/2250.html
another image of 2250
http://www.columbia.edu/cu/computinghistory/2250-ad.gif
360/91 had 2250 as operators terminal
http://www.columbia.edu/cu/computinghistory/36091.html

for other drift, cambridge science center (did virtual machines cp/40,
cp/67, lots of online applications, invented GML ... which later morphs
into SGML & HTML ... early performance work that turns into capacity
planning, bunch of other stuff)
http://www.garlic.com/~lynn/subtopic.html#545tech

had 2250m4 (aka w/1130) and there was version of spacewars implemented
http://en.wikipedia.org/wiki/Edson_Hendricks

misc. past posts mentioning having modified cp67/cms editor to drive
2250-1 vector graphics:
http://www.garlic.com/~lynn/99.html#41 A word processor from 1960
http://www.garlic.com/~lynn/2001m.html#22 When did full-screen come to VM/370?
http://www.garlic.com/~lynn/2002i.html#20 6600 Console was Re: CDC6600 - just 
how powerful a machine was
http://www.garlic.com/~lynn/2002j.html#22 Computer Terminal Design Over the 
Years
http://www.garlic.com/~lynn/2002o.html#73 They Got Mail: Not-So-Fond Farewells
http://www.garlic.com/~lynn/2005e.html#64 Graphics on the IBM 2260?
http://www.garlic.com/~lynn/2005k.html#22 Where should the type information be?
http://www.garlic.com/~lynn/2005n.html#45 Anyone know whether VM/370 EDGAR is 
still available anywhere?
http://www.garlic.com/~lynn/2006e.html#28 MCTS
http://www.garlic.com/~lynn/2008r.html#62 PC premiered 40 years ago to awed 
crowd
http://www.garlic.com/~lynn/2009s.html#0 tty
http://www.garlic.com/~lynn/2010g.html#13 An Interview with Watts Humphrey, 
Part 6: The IBM 360
http://www.garlic.com/~lynn/2010g.html#57 An Interview with Watts Humphrey, 
Part 6: The IBM 360
http://www.garlic.com/~lynn/2010j.html#11 Information on obscure text editors 
wanted
http://www.garlic.com/~lynn/2011g.html#45 My first mainframe experience
http://www.garlic.com/~lynn/2011j.html#4 Announcement of the disk drive (1956)

-- 
virtualization experience starting Jan1968, online at home since Mar1970

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CPU utilization/engine

[Miklos Szigetvari]

On 10/4/2011 4:57 PM, R.S. wrote:

W dniu 2011-10-04 16:06, Miklos Szigetvari pisze:

Hi

Would like to see the CPU utilization /CPU engine.
Any simple way to get this ?


IMHO quick and simple way is to use HMC.


Hi

I would need in a program

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DS8000 migration stories?

[R.S.]

W dniu 2011-10-04 16:32, Hal Merritt pisze:

IMHO, the DS8000 family of machines is awesome. You're gonna love it.

The DS8000 family is powerful, and that means that there is a learning curve. 
Hit IBM or the business partner for conversion services to be included with the 
price. With the right tools in experienced hands, the conversion can be a joy 
to behold.

As other posters have noted, it can be almost transparent.


Actually, any vendor to any vendor migration could be easy and painless. 
Especially, when talking about migration from old ESCON-based box to 
much newer and faster one.


Software. Yes, software liek FDRPAS or TDMF/LDMF coul help here, but in 
many case it's also quites simple to do it without paying for the above. 
Even for multi-terabyte amouns fo data, even for 24x7 environments (with 
one short planned outage).


BTDT

My €0.02
--
Radoslaw Skorupka
Lodz, Poland


--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie 
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem 
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania 
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by 
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie 
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo 
wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. 


BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax 
+48 (22) 829 00 33, e-mail: i...@brebank.pl
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. 
Wedug stanu na dzie 01.01.2011 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.346.696 zotych.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CPU utilization/engine

[R.S.]

W dniu 2011-10-04 16:06, Miklos Szigetvari pisze:

Hi

Would like to see the CPU utilization /CPU engine.
Any simple way to get this ?


IMHO quick and simple way is to use HMC.

--
Radoslaw Skorupka
Lodz, Poland


--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie 
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem 
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania 
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by 
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie 
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo 
wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. 


BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax 
+48 (22) 829 00 33, e-mail: i...@brebank.pl
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. 
Wedug stanu na dzie 01.01.2011 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.346.696 zotych.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Scheduling Tasks via JES2 automatic commands

[Dennis Trojak]

That's because you issued the $TA commands for a time "earlier" than the 
current time. WAD according to the JES2 Commands manual. Add 24 hours to your 
T= time and it will execute immediately and then at the scheduled time you 
expect.
/*$ T A0015,T=34.00,I=86400,'$VS,''S SENDSMF'''
/*$ T A0016,T=36.00,I=86400,'$VS,''S SENDSMF'''
/*$ T A0017,T=38.00,I=86400,'$VS,''S SENDSMF'''
Dennis

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Howard Evans
Sent: Tuesday, October 04, 2011 9:18 AM
To: IBM-MAIN@bama.ua.edu
Subject: Scheduling Tasks via JES2 automatic commands

I am trying to schedule a task to be run at 3 specific times of the day, every 
day using the JES2 automatic command facility and am not having much luck.
I have added the following commands to JES2 startup:

/*$ T A0015,T=10.00,I=86400,'$VS,''S SENDSMF'''
/*$ T A0016,T=12.00,I=86400,'$VS,''S SENDSMF'''
/*$ T A0017,T=14.00,I=86400,'$VS,''S SENDSMF'''

The intent is to start the SENDSMF task at 10.00, 12.00 and 14.00 every day.

So the system was IPL'd at 21.00. 3 instances of SENDSMF were started when JES 
started at 21:00 and have been started at 21:00 every evening since.

Is there a way to do what I want to do using using JES2?

This is a small LPAR used for development work and there is no job scheduler or 
NETVIEW running. 

I know I could write a simple program that starts at IPL time and runs 
eternally and submits the task at specific times but I was hoping to avoid 
writing code.

Thanks. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Scheduling Tasks via JES2 automatic commands

[Mary Anne Matyaz]

Another one is Alex, at http://www.sscmainframe.com/freeware.htm

Freeware. Doc is at http://www.sscmainframe.com/alexcmds.htm

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Scheduling Tasks via JES2 automatic commands

[Staller, Allan]

You can also check out the AUTO program on CBT file 098.

Al Staller | Z Systems Programmer | KBM Group | (Tel) 972 664 3565 |
allan.stal...@kbmg.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Howard Evans
Sent: Tuesday, October 04, 2011 9:18 AM
To: IBM-MAIN@bama.ua.edu
Subject: Scheduling Tasks via JES2 automatic commands

I am trying to schedule a task to be run at 3 specific times of the day,
every day using the JES2 automatic command facility and am not having
much luck.
I have added the following commands to JES2 startup:

/*$ T A0015,T=10.00,I=86400,'$VS,''S SENDSMF'''
/*$ T A0016,T=12.00,I=86400,'$VS,''S SENDSMF'''
/*$ T A0017,T=14.00,I=86400,'$VS,''S SENDSMF'''

The intent is to start the SENDSMF task at 10.00, 12.00 and 14.00 every
day.

So the system was IPL'd at 21.00. 3 instances of SENDSMF were started
when JES started at 21:00 and have been started at 21:00 every evening
since.

Is there a way to do what I want to do using using JES2?

This is a small LPAR used for development work and there is no job
scheduler or NETVIEW running. 

I know I could write a simple program that starts at IPL time and runs
eternally and submits the task at specific times but I was hoping to
avoid writing code.

Thanks. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Scheduling Tasks via JES2 automatic commands

[Staller, Allan]

Have you issued '$SA,ALL'?

My sequence is:
Initialize JES
Issue $SA,ALL
$TA,,T=TIME(+24 hrs),command.

BTW, The commands shown will issue the command *ONE* TIME. You will need
to add an I= to repeat the commands.
My commands are members of a parmlib and include a step to re-instate
the automatic command at time+24 hrs.

HTH,

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Installing Java 64bit v7.0, v6.0.1 & V6.0.0

[Pete Conlin]

Java 7.0 is announced/available today.
The Java 64-bit prereq page still in error; correct z/OS 1.11 PTF is UA16880 
per Gadi's post. 
I opened another PMR as apparently Gadi's went nowhere.
By the way, is PFT is a new acronym "Per Focum Transitum?" (Forgive my 
vocabulary, declensions & conjugations, they  were never very good, even when 
fresh.) 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Scheduling Tasks via JES2 automatic commands

[Bob Shannon]

Download Dave Cole's Scheduler from the Cole Software website. It's free and 
works well.

Bob Shannon
Rocket Software

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Scheduling Tasks via JES2 automatic commands

[Williamson, James R]

I use the following to schedule daily commands, etc. 
 
 ftp://libraries.naspa.com/techsupt/Miller0899.txt 
  
Really simple.  
 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Howard Evans
Sent: Tuesday, October 04, 2011 9:18 AM
To: IBM-MAIN@bama.ua.edu
Subject: Scheduling Tasks via JES2 automatic commands

I am trying to schedule a task to be run at 3 specific times of the day, every 
day using the JES2 automatic command facility and am not having much luck.
I have added the following commands to JES2 startup:

/*$ T A0015,T=10.00,I=86400,'$VS,''S SENDSMF'''
/*$ T A0016,T=12.00,I=86400,'$VS,''S SENDSMF'''
/*$ T A0017,T=14.00,I=86400,'$VS,''S SENDSMF'''

The intent is to start the SENDSMF task at 10.00, 12.00 and 14.00 every day.

So the system was IPL'd at 21.00. 3 instances of SENDSMF were started when JES 
started at 21:00 and have been started at 21:00 every evening since.

Is there a way to do what I want to do using using JES2?

This is a small LPAR used for development work and there is no job scheduler or 
NETVIEW running. 

I know I could write a simple program that starts at IPL time and runs 
eternally and submits the task at specific times but I was hoping to avoid 
writing code.

Thanks. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Scheduling Tasks via JES2 automatic commands

[Pommier, Rex R.]

Howard,

The way we do this is we just set the items to run at the appointed time once, 
ie take the I=86400 off the command.  Each night at midnight we cancel all the 
auto commands and then re-establish them.  Here is the JCL called "J" that is 
used to submit the AUTOCMDS member of a private library as well as the relevant 
AUTOCMDS lines (which is simply the list of %TA JES commands).

SYS2.WSC.PROCLIB(J)

//JOBPROC  PROC L='MVS.PROD.JCL'
//JOBPROC  EXEC PGM=IEBGENER,ACCT='SCWX-ISCS99'
//SYSPRINT DD DUMMY
//SYSINDD DUMMY
//SYSUT1   DD DSN=&L.(&J),DISP=SHR
//SYSUT2   DD SYSOUT=(O,INTRDR)



SYS2.WSC.PROCLIB(AUTOCMDS)

//
//* LIST OF AUTOMATIC COMMANDS TO BE EXECUTED
//* THIS SEQUENCE IS SET TO EXECUTE EACH NIGHT AT MIDNIGHT
//
/*$CA,ALL  /* CLEAN UP YESTERDAYS COMMANDS */
/*$TA,T=23.30,'$POJOBQ,Q=7,A>6'/* DELETE CLASS 7 AFTER 7 DAYS  */
/*$TA,T=23.30,'$POJOBQ,Q=H,A>1'/* DELETE CLASS H AFTER 1 DAYS  */
/*$TA,T=23.30,'$POJOBQ,Q=5,A>4'/* DELETE CLASS 5 AFTER 4 DAYS  */
/*$TA,T=23.30,'$POJOBQ,D=VPC1,A>2' /* DELETE PAGECENTER OUTPUT */
/*$TA,T=24.00,'$VS,''S J,J=AUTOCMDS,L=SYS2.WSC.PROCLIB'''
/*$TA,T=00.15,'$VS,''I SMF''' /* SWITCH THE SMF DATASET */
//* BELOW COMMAND STARTS IT ALL OVER AGAIN TOMORROW
/$SA,ALL


HTH

Rex


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Howard Evans
Sent: Tuesday, October 04, 2011 9:18 AM
To: IBM-MAIN@bama.ua.edu
Subject: Scheduling Tasks via JES2 automatic commands

I am trying to schedule a task to be run at 3 specific times of the day, every 
day using the JES2 automatic command facility and am not having much luck.
I have added the following commands to JES2 startup:

/*$ T A0015,T=10.00,I=86400,'$VS,''S SENDSMF'''
/*$ T A0016,T=12.00,I=86400,'$VS,''S SENDSMF'''
/*$ T A0017,T=14.00,I=86400,'$VS,''S SENDSMF'''

The intent is to start the SENDSMF task at 10.00, 12.00 and 14.00 every day.

So the system was IPL'd at 21.00. 3 instances of SENDSMF were started when JES 
started at 21:00 and have been started at 21:00 every evening since.

Is there a way to do what I want to do using using JES2?

This is a small LPAR used for development work and there is no job scheduler or 
NETVIEW running.

I know I could write a simple program that starts at IPL time and runs 
eternally and submits the task at specific times but I was hoping to avoid 
writing code.

Thanks.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

The information contained in this e-mail may contain confidential and/or 
privileged information and is intended for the sole use of the intended 
recipient. If you are not the intended recipient, you are hereby notified that 
any unauthorized use, disclosure, distribution or copying of this communication 
is strictly prohibited and that you will be held responsible for any such 
unauthorized activity, including liability for any resulting damages. As 
appropriate, such incident(s) may also be reported to law enforcement. If you 
received this e-mail in error, please reply to sender and destroy or delete the 
message and any attachments. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DS8000 migration stories?

[Hal Merritt]

IMHO, the DS8000 family of machines is awesome. You're gonna love it. 

The DS8000 family is powerful, and that means that there is a learning curve. 
Hit IBM or the business partner for conversion services to be included with the 
price. With the right tools in experienced hands, the conversion can be a joy 
to behold.  

As other posters have noted, it can be almost transparent. 

 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Jan Vanbrabant
Sent: Friday, September 30, 2011 11:54 AM
To: IBM-MAIN@bama.ua.edu
Subject: DS8000 migration stories?

Hi,

Mgt is discussing replacement of EMC with DS8000 of a customer who is insourced.

Besides the financial aspect  (which fortunately is not my problem) there is of 
course the technical aspect.
Any "succes" stories?   "Horror" stories"?
- about migration
- about performance ( I/Os,response time)
- possible JCL or procedures adaptations?

In general, are benchmark figures available somewhere?

Thanks on beforehand,
Jan

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at 
http://bama.ua.edu/archives/ibm-main.html
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Scheduling Tasks via JES2 automatic commands

[Howard Evans]

I am trying to schedule a task to be run at 3 specific times of the day, every 
day using the JES2 automatic command facility and am not having much luck.
I have added the following commands to JES2 startup:

/*$ T A0015,T=10.00,I=86400,'$VS,''S SENDSMF'''
/*$ T A0016,T=12.00,I=86400,'$VS,''S SENDSMF'''
/*$ T A0017,T=14.00,I=86400,'$VS,''S SENDSMF'''

The intent is to start the SENDSMF task at 10.00, 12.00 and 14.00 every day.

So the system was IPL'd at 21.00. 3 instances of SENDSMF were started when JES 
started at 21:00 and have been started at 21:00 every evening since.

Is there a way to do what I want to do using using JES2?

This is a small LPAR used for development work and there is no job scheduler or 
NETVIEW running. 

I know I could write a simple program that starts at IPL time and runs 
eternally and submits the task at specific times but I was hoping to avoid 
writing code.

Thanks. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

CPU utilization/engine

[Miklos Szigetvari]

Hi

Would like to see the CPU utilization /CPU engine.
Any simple way to get this ?


We use currently the RMCT and  CCT (RM CPU Management Control Table) to 
get CPU utilization quickly.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ZDNET actually says something nice about IBM LINUX

[Staller, Allan]

There have been several published studies showing that using a
zero-based comparison, the z/Linux solution is cheaper.
Check the archives. At least one person has stated this formally and
offered his analysis to others. 
Unfortunately, I have misplaced my copy and can't tell you where the
"break even" point is.

Mark Post is a also very good source.

HTH,

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DS8000 migration stories?

[Steve Dover]

Jan,

We migrated from EMC Symmetrix with 8 Escon channels to a DS6800 with 2 Ficon 
channels.  Performance is way better than I expected.  And I second the vote 
for FDRPAS.  It worked so well, I was unsure that it actually did anything, but 
it worked exactly as they advertise.  You can control your copies with pinpoint 
control.  Give me a shout if you want to talk about it.  I can share my JCL, 
save you the pain of setting it up from scratch.

Steve
steve.do...@ccbcc.com

On Fri, 30 Sep 2011 18:53:33 +0200, Jan Vanbrabant  
wrote:

>Hi,
>
>Mgt is discussing replacement of EMC with DS8000 of a customer who is
>insourced.
>
>Besides the financial aspect  (which fortunately is not my problem) there is
>of course the technical aspect.
>Any "succes" stories?   "Horror" stories"?
>- about migration
>- about performance ( I/Os,response time)
>- possible JCL or procedures adaptations?
>
>In general, are benchmark figures available somewhere?
>
>Thanks on beforehand,
>Jan
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ZDNET actually says something nice about IBM LINUX

[Tom Marchant]

On Mon, 3 Oct 2011 13:25:19 -0600, Mark Post wrote:

>As always, makes me wonder what else they got wrong.

Like this:

IBM measures use of its mainframe systems in millions of instructions per 
second (MIPS).


-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ZDNET actually says something nice about IBM LINUX

[Shmuel Metz (Seymour J.)]

In <9744671434806595.wa.sdavisisracard.co...@alabamamaps.ua.edu>, on
10/04/2011
   at 02:19 AM, Sheldon Davis  said:

>Does anyone have a method of comparing x86 Linux vs IFL Linux?
>(Performance and cost)

First define your workload; the results will vary depending on whether
you are CPU bound or I/O bound. The only accurate method is to
construct a benchmark reflecting what you will actually be doing and
then run it on both x and z.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ZDNET actually says something nice about IBM LINUX

[Itschak Mugzach]

I believe the problem is not with Linux kernel itself, but what you run
under...

ITschak

On Tue, Oct 4, 2011 at 9:19 AM, Sheldon Davis  wrote:

> Hi
>
> Does anyone have a method of comparing x86 Linux vs IFL Linux? (Performance
> and cost)
>
> Thanks
>
> Sheldon Davis
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CMS load module format

[Shmuel Metz (Seymour J.)]

In , on 10/02/2011
   at 04:20 PM, Anne & Lynn Wheeler  said:

>what i remember was that in the above "typical screen layout" ... 
>was that prefix area was standard EDGAR feature

Yes, but could you enter macro invocations in the prefix area, or only
predefined line commands? XEDIT had prefix macros and a SET PENDING
command so that a prefix macro could insert macro invocations into the
prefix areas, to be acted on at the next ENTER. Did EDGAR have an
equivalent?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: OT to my collegues

[Shmuel Metz (Seymour J.)]

In <1317597476.40615.yahoomail...@web65511.mail.ac4.yahoo.com>, on
10/02/2011
   at 04:17 PM, Scott Ford  said:

>Yeah, but I am so cross-platformed, sometimes my old memory cells has
>to remember which ..lol

Or cross released. Sometimes I try to use a feature that isn't there
yet. "Oh, yeah, they haven't upgraded in a decade :-("
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CMS load module format

[Shmuel Metz (Seymour J.)]

In , on 10/01/2011
   at 09:53 PM, Anne & Lynn Wheeler  said:

>move to vm370/cms and 3270 ... the standard cms editor was updated to
>display a fullscreen of the file

That worked on more than the 3270 family; it also worked on the
console[1] of the 360/168.

[1] Compatible with nonthing except the consoles of the 360/85 and
370/165.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ZDNET actually says something nice about IBM LINUX

[Sheldon Davis]

Hi

Does anyone have a method of comparing x86 Linux vs IFL Linux? (Performance and 
cost)

Thanks

Sheldon Davis

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html