Re: Scheduler (was: JCL divergence)
You can install Linux on Android apps then full Linux apps. On Wed, Dec 30, 2020 at 10:05 AM R.S. wrote: > > W dniu 30.12.2020 o 15:17, Paul Gilmartin pisze: > > On Wed, 30 Dec 2020 11:22:42 +0100, Stefan Skoglund wrote: > >> UNIX had early on cron which runs specific jobs regularly at > >> predetermined times while at (atd) is more like a one of JCL batch job. > >> ... > >> LINUX has the same functionality. > >> > > Of course. "... not far from the tree." > > > > A shortcoming of cron we encountered is that there's no provision > > to specify a timezone when scheduling a recurring event. > > > > Do other schedulers have such a facility? > > > > This is a particular irritatant for mobile device users. > > Well, many moons ago we noticed that quite famous scheduler abends > during time change (AFAIK only backward) - I mean DST drill. > However I guess it manage timezones properly. Of course mainframe is not > typical mobile device so the problem with travelling mainframes in the > pocket may be still not addressed. > > -- > Radoslaw Skorupka > Lodz, Poland > > > > > > == > > Jeśli nie jesteś adresatem tej wiadomości: > > - powiadom nas o tym w mailu zwrotnym (dziękujemy!), > - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub > zapisałeś na dysku). > Wiadomość ta może zawierać chronione prawem informacje, które może > wykorzystać tylko adresat. Przypominamy, że każdy, kto rozpowszechnia > (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza > prawo i może podlegać karze. > > mBank S.A. z siedzibą w Warszawie, ul. Prosta 18, 00-850 > Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. > Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, > NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na > 01.01.2020 r. wynosi 169.401.468 złotych. > > Jesteśmy administratorem twoich danych osobowych, które podałeś w związku z > prowadzoną z nami korespondencją. Przetwarzamy te dane dla celów, które > wynikają z przedmiotu korespondencji, w tym związanych z prowadzoną > działalnością bankową. > Więcej informacji o tym jak chroniony i przetwarzamy dane osobowe znajdziesz > w Pakietach RODO (w wersji polskiej i angielskiej), które są na > www.mbank.pl/rodo > > > If you are not the addressee of this message: > > - let us know by replying to this e-mail (thank you!), > - delete this message permanently (including all the copies which you have > printed out or saved). > This message may contain legally protected information, which may be used > exclusively by the addressee.Please be reminded that anyone who disseminates > (copies, distributes) this message or takes any similar action, violates the > law and may be penalised. > > mBank S.A. with its registered office in Warsaw, ul. Prosta 18, 00-850 > Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the > Capital City of Warsaw, 12th Commercial Division of the National Court > Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital > amounting to PLN 169.401.468 as at 1 January 2020. > > We are the controller of your personal data, which you provided in connection > with correspondence with us. We process your data for purposes resulting from > the subject of correspondence, including those related to the banking > services. > More information on how we protect and process personal data can be found in > the GDPR Packages (in English and Polish), which are on www.mbank.pl/rodo. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Scheduler (was: JCL divergence)
W dniu 30.12.2020 o 15:17, Paul Gilmartin pisze: On Wed, 30 Dec 2020 11:22:42 +0100, Stefan Skoglund wrote: UNIX had early on cron which runs specific jobs regularly at predetermined times while at (atd) is more like a one of JCL batch job. ... LINUX has the same functionality. Of course. "... not far from the tree." A shortcoming of cron we encountered is that there's no provision to specify a timezone when scheduling a recurring event. Do other schedulers have such a facility? This is a particular irritatant for mobile device users. Well, many moons ago we noticed that quite famous scheduler abends during time change (AFAIK only backward) - I mean DST drill. However I guess it manage timezones properly. Of course mainframe is not typical mobile device so the problem with travelling mainframes in the pocket may be still not addressed. -- Radoslaw Skorupka Lodz, Poland == Jeśli nie jesteś adresatem tej wiadomości: - powiadom nas o tym w mailu zwrotnym (dziękujemy!), - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś na dysku). Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać tylko adresat. Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać karze. mBank S.A. z siedzibą w Warszawie, ul. Prosta 18, 00-850 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2020 r. wynosi 169.401.468 złotych. Jesteśmy administratorem twoich danych osobowych, które podałeś w związku z prowadzoną z nami korespondencją. Przetwarzamy te dane dla celów, które wynikają z przedmiotu korespondencji, w tym związanych z prowadzoną działalnością bankową. Więcej informacji o tym jak chroniony i przetwarzamy dane osobowe znajdziesz w Pakietach RODO (w wersji polskiej i angielskiej), które są na www.mbank.pl/rodo If you are not the addressee of this message: - let us know by replying to this e-mail (thank you!), - delete this message permanently (including all the copies which you have printed out or saved). This message may contain legally protected information, which may be used exclusively by the addressee.Please be reminded that anyone who disseminates (copies, distributes) this message or takes any similar action, violates the law and may be penalised. mBank S.A. with its registered office in Warsaw, ul. Prosta 18, 00-850 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, 12th Commercial Division of the National Court Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 169.401.468 as at 1 January 2020. We are the controller of your personal data, which you provided in connection with correspondence with us. We process your data for purposes resulting from the subject of correspondence, including those related to the banking services. More information on how we protect and process personal data can be found in the GDPR Packages (in English and Polish), which are on www.mbank.pl/rodo. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Scheduler (was: JCL divergence)
On Wed, 30 Dec 2020 11:22:42 +0100, Stefan Skoglund wrote: > >UNIX had early on cron which runs specific jobs regularly at >predetermined times while at (atd) is more like a one of JCL batch job. >... >LINUX has the same functionality. > Of course. "... not far from the tree." A shortcoming of cron we encountered is that there's no provision to specify a timezone when scheduling a recurring event. Do other schedulers have such a facility? This is a particular irritatant for mobile device users. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JCL divergence
tis 2020-12-22 klockan 17:57 -0600 skrev John McKown: > On Tue, Dec 22, 2020 at 5:49 PM Seymour J Metz > wrote: > > > https://en.wikipedia.org/wiki/Cron > > > > > I use CRON a fair amount on Linux at home. And on z/OS at work, for > "personal scheduling". And there's the equivalent "Windows Task > Scheduler" > on Windows. But I wonder if any business uses them for things that we > use > CA-7 for. IIRC, CA had a Windows product where you'd put an "agent" > on a > Windows system and CA-7 could schedule work there. We actually tried > to use > it. But it never caught on in the Windows world at my company. > CFEngine is like that, including being able to differentiate based on for example time in the policy, some parts will be done only once each hour (or weekly or daily) some other parts will be done everytime. The Enterprise version supports verifying jobs success from the policy hub but it requires the policy to nominate what to report (the hub will pull down a system's status, it is not push from systems to the hub.) Hmm, this would be interesting to design towards : so where to read up on current ability of z/OS JES (?) ability to check the status for remotely executed jobs ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JCL divergence
tis 2020-12-22 klockan 17:35 -0600 skrev John McKown:
> On Tue, Dec 22, 2020 at 5:26 PM Gibney, Dave wrote:
>
> > WindowsJob...Huh
> >
>
> Right. I am so ignorant, perhaps the Windows (and Linux?) world
> doesn't
> even have any unattended scheduled activities. I know that there is a
> "Windows Scheduler" that can run a batch file (MSDOS .bat)
> automatically at
> a given time or when a particular user does a "log on" (perhaps akin
> to a
> TSO logon proc).
>
> If the above is true (no automated unattended work), I wonder how
> companies
> do {month,quarter,year}-end processing to generate reports to send to
> appropriate governmental bodies. Or even, as in my employer, to
> policyholders.
UNIX had early on cron which runs specific jobs regularly at
predetermined times while at (atd) is more like a one of JCL batch job.
uucp used cron (messages transfered at fixed times.)
LINUX has the same functionality.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JCL divergence
On Dec 28, 2020, at 4:00 PM, Pew, Curtis G wrote: > >> >> Anyone heard of >> >> Opswise - Universal Automation Center from Stonebranch >> >> https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Ffiler.datab.se%2Fopswise-ac-datasheet.pdfdata=04%7C01%7Ccurtis.pew%40austin.utexas.edu%7Ce3ef6bd33abe4d570d6b08d8ab7c04b9%7C31d7e2a5bdd8414e9e97bea998ebdfe1%7C1%7C0%7C637447896435577720%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=bPQ9a45PkS%2Fk3DHLKTjNCfCUGDdxXFfiAROxt2HoeQU%3Dreserved=0 >> > > I’d been meaning to mention it. We use it and are quite happy with it. > Let me expand a bit. We’ve had the Universal Agent piece for Unix, Windows, and z/OS for nearly 20 years. We got the Automation Center piece 5 or 6 years ago. From our perspective the product is solid, and Stonebranch is very responsive to support incidents and feature requests. Although a lot of the focus is on automating non-mainframe platforms, they have several engineers with a strong mainframe background. -- Pew, Curtis G curtis@austin.utexas.edu -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JCL divergence
On Dec 28, 2020, at 8:02 AM, Lars Höglund wrote: > > Anyone heard of > > Opswise - Universal Automation Center from Stonebranch > > https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Ffiler.datab.se%2Fopswise-ac-datasheet.pdfdata=04%7C01%7Ccurtis.pew%40austin.utexas.edu%7C22b864e15ecb4b2668e908d8ab39361f%7C31d7e2a5bdd8414e9e97bea998ebdfe1%7C1%7C0%7C637447609510669926%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=1fvlfhOkUsXpaweP4toC9kUtUrXYIN%2BJzLo2RlVudrA%3Dreserved=0 > I’d been meaning to mention it. We use it and are quite happy with it. -- Pew, Curtis G curtis@austin.utexas.edu -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SV: JCL divergence
Anyone heard of
Opswise - Universal Automation Center from Stonebranch
http://filer.datab.se/opswise-ac-datasheet.pdf
//Lasse
-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List För R.S.
Skickat: den 28 december 2020 14:35
Till: IBM-MAIN@LISTSERV.UA.EDU
Ämne: Re: JCL divergence
W dniu 23.12.2020 o 00:35, John McKown pisze:
> On Tue, Dec 22, 2020 at 5:26 PM Gibney, Dave wrote:
>
>> WindowsJob...Huh
>>
> Right. I am so ignorant, perhaps the Windows (and Linux?) world
> doesn't even have any unattended scheduled activities. I know that
> there is a "Windows Scheduler" that can run a batch file (MSDOS .bat)
> automatically at a given time or when a particular user does a "log
> on" (perhaps akin to a TSO logon proc).
>
> If the above is true (no automated unattended work), I wonder how
> companies do {month,quarter,year}-end processing to generate reports
> to send to appropriate governmental bodies. Or even, as in my
> employer, to policyholders.
As other said, there are many batch schedulers available on Windows (and
Linux). Some of them are well known mainframe product cousins like BMC
ControlM, IBM TWS (former OPC), CA ESP. However there are other tools, which
grew up on Windows platform and they have no z/OS version or this version is
really poor. I warned you ;-) However it is extremely important to understand
there are big differences between JCL (z/OS) and Windows world. Yes, JCL (and
z/OS and
JES) is much, much better. And there are significant differences between z/OS
and Windows based tool. Everything looks good when you schedule single step
IEFBR14 job on one side and "echo Hello world" on the other side. But it is not
usual production batch flow.
--
Radoslaw Skorupka
Lodz, Poland
==
Jeśli nie jesteś adresatem tej wiadomości:
- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać
tylko adresat. Przypominamy, że każdy, kto rozpowszechnia (kopiuje,
rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i może
podlegać karze.
mBank S.A. z siedzibą w Warszawie, ul. Prosta 18, 00-850 Warszawa,www.mBank.pl,
e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział
Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88.
Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2020 r. wynosi
169.401.468 złotych.
Jesteśmy administratorem twoich danych osobowych, które podałeś w związku z
prowadzoną z nami korespondencją. Przetwarzamy te dane dla celów, które
wynikają z przedmiotu korespondencji, w tym związanych z prowadzoną
działalnością bankową.
Więcej informacji o tym jak chroniony i przetwarzamy dane osobowe znajdziesz w
Pakietach RODO (w wersji polskiej i angielskiej), które są na www.mbank.pl/rodo
If you are not the addressee of this message:
- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have
printed out or saved).
This message may contain legally protected information, which may be used
exclusively by the addressee.Please be reminded that anyone who disseminates
(copies, distributes) this message or takes any similar action, violates the
law and may be penalised.
mBank S.A. with its registered office in Warsaw, ul. Prosta 18, 00-850
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital
City of Warsaw, 12th Commercial Division of the National Court Register, KRS
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN
169.401.468 as at 1 January 2020.
We are the controller of your personal data, which you provided in connection
with correspondence with us. We process your data for purposes resulting from
the subject of correspondence, including those related to the banking services.
More information on how we protect and process personal data can be found in
the GDPR Packages (in English and Polish), which are on www.mbank.pl/rodo.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JCL divergence
W dniu 23.12.2020 o 00:35, John McKown pisze:
On Tue, Dec 22, 2020 at 5:26 PM Gibney, Dave wrote:
WindowsJob...Huh
Right. I am so ignorant, perhaps the Windows (and Linux?) world doesn't
even have any unattended scheduled activities. I know that there is a
"Windows Scheduler" that can run a batch file (MSDOS .bat) automatically at
a given time or when a particular user does a "log on" (perhaps akin to a
TSO logon proc).
If the above is true (no automated unattended work), I wonder how companies
do {month,quarter,year}-end processing to generate reports to send to
appropriate governmental bodies. Or even, as in my employer, to
policyholders.
As other said, there are many batch schedulers available on Windows (and
Linux). Some of them are well known mainframe product cousins like BMC
ControlM, IBM TWS (former OPC), CA ESP. However there are other tools,
which grew up on Windows platform and they have no z/OS version or this
version is really poor. I warned you ;-)
However it is extremely important to understand there are big
differences between JCL (z/OS) and Windows world. Yes, JCL (and z/OS and
JES) is much, much better. And there are significant differences between
z/OS and Windows based tool. Everything looks good when you schedule
single step IEFBR14 job on one side and "echo Hello world" on the other
side. But it is not usual production batch flow.
--
Radoslaw Skorupka
Lodz, Poland
==
Jeśli nie jesteś adresatem tej wiadomości:
- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać
tylko adresat. Przypominamy, że każdy, kto rozpowszechnia (kopiuje,
rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i może
podlegać karze.
mBank S.A. z siedzibą w Warszawie, ul. Prosta 18, 00-850 Warszawa,www.mBank.pl,
e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział
Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88.
Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2020 r. wynosi
169.401.468 złotych.
Jesteśmy administratorem twoich danych osobowych, które podałeś w związku z
prowadzoną z nami korespondencją. Przetwarzamy te dane dla celów, które
wynikają z przedmiotu korespondencji, w tym związanych z prowadzoną
działalnością bankową.
Więcej informacji o tym jak chroniony i przetwarzamy dane osobowe znajdziesz w
Pakietach RODO (w wersji polskiej i angielskiej), które są na www.mbank.pl/rodo
If you are not the addressee of this message:
- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have
printed out or saved).
This message may contain legally protected information, which may be used
exclusively by the addressee.Please be reminded that anyone who disseminates
(copies, distributes) this message or takes any similar action, violates the
law and may be penalised.
mBank S.A. with its registered office in Warsaw, ul. Prosta 18, 00-850
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital
City of Warsaw, 12th Commercial Division of the National Court Register, KRS
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN
169.401.468 as at 1 January 2020.
We are the controller of your personal data, which you provided in connection
with correspondence with us. We process your data for purposes resulting from
the subject of correspondence, including those related to the banking services.
More information on how we protect and process personal data can be found in
the GDPR Packages (in English and Polish), which are on www.mbank.pl/rodo.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JCL divergence
The support for an auto-scheduled, unsupervised "job" on Linux/Unix and
Windows seems much more limited than on MVS, where multiple
semi-independent steps and possible restart after failure at various
steps within a job, and automated scheduling of dependent jobs are the
norm. The sometimes-frustratingly-limited MVS JCL, which used to make
all the data flow in and out of each job step obvious before the days of
databases, also contributed to the ability to build automated job
schedulers and job restart managers that could provide support for job
restart at many internal job steps in the event of a job failure.
In Linux and presumably also in Windows. a scheduled "job" process that
fails must generally be manually re-run in its entirety and designed to
support that. You could design a complex script with many internal
steps in a way that it might "detect" which steps had successfully
completed and not repeat them on a re-run, but the logic to do that
would have to be uniquely designed and written for each script.
The mainframe restart approach was necessary in order to support
production jobs or job sequences that ran for hours in environments
where restart from the beginning would exceed the available time or
simply be too costly in resources. Typically, scheduled processes on
the other platforms did not run long enough to demand partial re-run
support.
To make automated scheduling on any platform practical for time-critical
production work, there needs to be someone monitoring the system closely
enough to detect failures and see that they are resolved, and that the
production process completes by a specified deadline. In reality,
auto-scheduled critical jobs on an MVS system are always loosely
"supervised" by an operations staff that monitors 100's or even 1000's
of daily jobs and on-line systems for failures, and who invoke the
services of any other personnel needed to resolve a failure. That MVS
oversight can be leveraged to have scheduled jobs/processes on MVS
initiate tasks on remote systems and have failures of those remote tasks
induce failure alerts on MVS that will be acted on by the same
operations staff. With that approach, any automation available on MVS
can be used to schedule and monitor tasks on a remote server with
conditions and dependencies more sophisticated than the native
scheduling support on those other platforms.
Joel C Ewing
On 12/22/20 5:57 PM, John McKown wrote:
> On Tue, Dec 22, 2020 at 5:49 PM Seymour J Metz wrote:
>
>> https://en.wikipedia.org/wiki/Cron
>>
>>
> I use CRON a fair amount on Linux at home. And on z/OS at work, for
> "personal scheduling". And there's the equivalent "Windows Task Scheduler"
> on Windows. But I wonder if any business uses them for things that we use
> CA-7 for. IIRC, CA had a Windows product where you'd put an "agent" on a
> Windows system and CA-7 could schedule work there. We actually tried to use
> it. But it never caught on in the Windows world at my company.
>
> There is this:
> https://docs.microsoft.com/en-us/sql/reporting-services/install-windows/configure-the-unattended-execution-account-ssrs-configuration-manager?view=sql-server-ver15
>
> But I'm getting too far off topic.
>
>
>
>> --
>> Shmuel (Seymour J.) Metz
>> http://mason.gmu.edu/~smetz3
>>
>>
>> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
>> of John McKown [john.archie.mck...@gmail.com]
>> Sent: Tuesday, December 22, 2020 6:35 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: JCL divergence
>>
>> On Tue, Dec 22, 2020 at 5:26 PM Gibney, Dave wrote:
>>
>>> WindowsJob...Huh
>>>
>> Right. I am so ignorant, perhaps the Windows (and Linux?) world doesn't
>> even have any unattended scheduled activities. I know that there is a
>> "Windows Scheduler" that can run a batch file (MSDOS .bat) automatically at
>> a given time or when a particular user does a "log on" (perhaps akin to a
>> TSO logon proc).
>>
>> If the above is true (no automated unattended work), I wonder how companies
>> do {month,quarter,year}-end processing to generate reports to send to
>> appropriate governmental bodies. Or even, as in my employer, to
>> policyholders.
>>
>>
>>
>>>> Hum, how do the Windows experts "restart" a "job" that fails? I really
>>>> don't now.
>>>>
>>> ...
--
Joel C. Ewing
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JCL divergence
BMC’s Ctrl M is another solution that does batch automation on Z and
distributed as well as ESP from Broadcom. Nothing really different on
distributed environments versus mainframe apart from spool processing but those
exist as well but not quite as well organized as on Z imho.
Matt Hogstrom
m...@hogstrom.org
+1-919-656-0564
PGP Key: 0x90ECB270
Facebook <https://facebook.com/matt.hogstrom> LinkedIn
<https://linkedin/in/mhogstrom> Twitter <https://twitter.com/hogstrom>
“It may be cognitive, but, it ain’t intuitive."
— Hogstrom
> On Dec 22, 2020, at 7:23 PM, Mike Hochee wrote:
>
> There exist a number of scheduling solutions available for LUW workloads,
> IBM's Tivoli Workload Schedule is definitely among them...
> https://www.ibm.com/support/pages/tivoli-workload-scheduler-version-851-3
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of John McKown
> Sent: Tuesday, December 22, 2020 6:36 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: JCL divergence
>
> Caution! This message was sent from outside your organization.
>
> On Tue, Dec 22, 2020 at 5:26 PM Gibney, Dave wrote:
>
>> WindowsJob...Huh
>>
>
> Right. I am so ignorant, perhaps the Windows (and Linux?) world doesn't even
> have any unattended scheduled activities. I know that there is a "Windows
> Scheduler" that can run a batch file (MSDOS .bat) automatically at a given
> time or when a particular user does a "log on" (perhaps akin to a TSO logon
> proc).
>
> If the above is true (no automated unattended work), I wonder how companies
> do {month,quarter,year}-end processing to generate reports to send to
> appropriate governmental bodies. Or even, as in my employer, to policyholders.
>
>
>
>>
>>> Hum, how do the Windows experts "restart" a "job" that fails? I
>>> really don't now.
>>>
>>
>>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JCL divergence
Somewhat tongue in cheek. Actually, we used the CA-7 agent and Control-M Enterprise manager. Once z/OS is shutdown, they will continue to use Control-M. The robustness of the scripts substituting for jobs leaves some to be desired. But, I suppose improvement will occur over time. > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Gibney, Dave > Sent: Tuesday, December 22, 2020 3:26 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: JCL divergence > > WindowsJob...Huh > > > Hum, how do the Windows experts "restart" a "job" that fails? I really > > don't now. > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JCL divergence
AutoSys?
https://www.broadcom.com/products/software/automation/autosys
On Tue, Dec 22, 2020 at 5:57 PM John McKown
wrote:
> On Tue, Dec 22, 2020 at 5:49 PM Seymour J Metz wrote:
>
> > https://en.wikipedia.org/wiki/Cron
> >
> >
> I use CRON a fair amount on Linux at home. And on z/OS at work, for
> "personal scheduling". And there's the equivalent "Windows Task Scheduler"
> on Windows. But I wonder if any business uses them for things that we use
> CA-7 for. IIRC, CA had a Windows product where you'd put an "agent" on a
> Windows system and CA-7 could schedule work there. We actually tried to use
> it. But it never caught on in the Windows world at my company.
>
> There is this:
>
> https://docs.microsoft.com/en-us/sql/reporting-services/install-windows/configure-the-unattended-execution-account-ssrs-configuration-manager?view=sql-server-ver15
>
> But I'm getting too far off topic.
>
>
>
> >
> > --
> > Shmuel (Seymour J.) Metz
> > http://mason.gmu.edu/~smetz3
> >
> >
> > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> > of John McKown [john.archie.mck...@gmail.com]
> > Sent: Tuesday, December 22, 2020 6:35 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: JCL divergence
> >
> > On Tue, Dec 22, 2020 at 5:26 PM Gibney, Dave wrote:
> >
> > > WindowsJob...Huh
> > >
> >
> > Right. I am so ignorant, perhaps the Windows (and Linux?) world doesn't
> > even have any unattended scheduled activities. I know that there is a
> > "Windows Scheduler" that can run a batch file (MSDOS .bat) automatically
> at
> > a given time or when a particular user does a "log on" (perhaps akin to a
> > TSO logon proc).
> >
> > If the above is true (no automated unattended work), I wonder how
> companies
> > do {month,quarter,year}-end processing to generate reports to send to
> > appropriate governmental bodies. Or even, as in my employer, to
> > policyholders.
> >
> >
> >
> > >
> > > > Hum, how do the Windows experts "restart" a "job" that fails? I
> really
> > > > don't now.
> > > >
> > >
> > >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JCL divergence
There exist a number of scheduling solutions available for LUW workloads, IBM's
Tivoli Workload Schedule is definitely among them...
https://www.ibm.com/support/pages/tivoli-workload-scheduler-version-851-3
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of John McKown
Sent: Tuesday, December 22, 2020 6:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JCL divergence
Caution! This message was sent from outside your organization.
On Tue, Dec 22, 2020 at 5:26 PM Gibney, Dave wrote:
> WindowsJob...Huh
>
Right. I am so ignorant, perhaps the Windows (and Linux?) world doesn't even
have any unattended scheduled activities. I know that there is a "Windows
Scheduler" that can run a batch file (MSDOS .bat) automatically at a given time
or when a particular user does a "log on" (perhaps akin to a TSO logon proc).
If the above is true (no automated unattended work), I wonder how companies do
{month,quarter,year}-end processing to generate reports to send to appropriate
governmental bodies. Or even, as in my employer, to policyholders.
>
> > Hum, how do the Windows experts "restart" a "job" that fails? I
> > really don't now.
> >
>
>
--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JCL divergence
On Tue, Dec 22, 2020 at 5:49 PM Seymour J Metz wrote:
> https://en.wikipedia.org/wiki/Cron
>
>
I use CRON a fair amount on Linux at home. And on z/OS at work, for
"personal scheduling". And there's the equivalent "Windows Task Scheduler"
on Windows. But I wonder if any business uses them for things that we use
CA-7 for. IIRC, CA had a Windows product where you'd put an "agent" on a
Windows system and CA-7 could schedule work there. We actually tried to use
it. But it never caught on in the Windows world at my company.
There is this:
https://docs.microsoft.com/en-us/sql/reporting-services/install-windows/configure-the-unattended-execution-account-ssrs-configuration-manager?view=sql-server-ver15
But I'm getting too far off topic.
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> of John McKown [john.archie.mck...@gmail.com]
> Sent: Tuesday, December 22, 2020 6:35 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: JCL divergence
>
> On Tue, Dec 22, 2020 at 5:26 PM Gibney, Dave wrote:
>
> > WindowsJob...Huh
> >
>
> Right. I am so ignorant, perhaps the Windows (and Linux?) world doesn't
> even have any unattended scheduled activities. I know that there is a
> "Windows Scheduler" that can run a batch file (MSDOS .bat) automatically at
> a given time or when a particular user does a "log on" (perhaps akin to a
> TSO logon proc).
>
> If the above is true (no automated unattended work), I wonder how companies
> do {month,quarter,year}-end processing to generate reports to send to
> appropriate governmental bodies. Or even, as in my employer, to
> policyholders.
>
>
>
> >
> > > Hum, how do the Windows experts "restart" a "job" that fails? I really
> > > don't now.
> > >
> >
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JCL divergence
https://en.wikipedia.org/wiki/Cron
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
John McKown [john.archie.mck...@gmail.com]
Sent: Tuesday, December 22, 2020 6:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JCL divergence
On Tue, Dec 22, 2020 at 5:26 PM Gibney, Dave wrote:
> WindowsJob...Huh
>
Right. I am so ignorant, perhaps the Windows (and Linux?) world doesn't
even have any unattended scheduled activities. I know that there is a
"Windows Scheduler" that can run a batch file (MSDOS .bat) automatically at
a given time or when a particular user does a "log on" (perhaps akin to a
TSO logon proc).
If the above is true (no automated unattended work), I wonder how companies
do {month,quarter,year}-end processing to generate reports to send to
appropriate governmental bodies. Or even, as in my employer, to
policyholders.
>
> > Hum, how do the Windows experts "restart" a "job" that fails? I really
> > don't now.
> >
>
>
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JCL divergence
On Tue, Dec 22, 2020 at 5:26 PM Gibney, Dave wrote:
> WindowsJob...Huh
>
Right. I am so ignorant, perhaps the Windows (and Linux?) world doesn't
even have any unattended scheduled activities. I know that there is a
"Windows Scheduler" that can run a batch file (MSDOS .bat) automatically at
a given time or when a particular user does a "log on" (perhaps akin to a
TSO logon proc).
If the above is true (no automated unattended work), I wonder how companies
do {month,quarter,year}-end processing to generate reports to send to
appropriate governmental bodies. Or even, as in my employer, to
policyholders.
>
> > Hum, how do the Windows experts "restart" a "job" that fails? I really
> > don't now.
> >
>
>
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
JCL divergence
WindowsJob...Huh > Hum, how do the Windows experts "restart" a "job" that fails? I really > don't now. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
