com
> 480 578 7889
>
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf
> Of Tom Brennan
> Sent: Monday, January 13, 2025 10:18 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: EXTERNAL Email: Re: AutoIPL
>
> It was great working with Skip Ro
: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EXTERNAL Email: Re: AutoIPL
It was great working with Skip Robinson because he would always be up on
the latest new functions, coming back from SHARE or IBM T3 and
immediately trying things out. He even regularly talked the managers
into letting us volunteer for the
: Friday, January 10, 2025 3:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL Email: Re: AutoIPL
The only problem I remember was a Dev system early morning auto IPL that
we didn't even notice until maybe a day later. I think after that we
started a task at IPL time that sent us an email.
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL Email: Re: AutoIPL
The only problem I remember was a Dev system early morning auto IPL that
we didn't even notice until maybe a day later. I think after that we
started a task at IPL time that sent us an email.
On 1/10/2025 11:05 AM, David
n List On Behalf Of
Steve Horein
Sent: Saturday, January 11, 2025 11:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: AutoIPL
From
https://www.ibm.com/docs/en/zos/3.1.0?topic=trace-statements-parameters-diagxx
*AUTOIPL, when requested to IPL an MVS system, will, by default, specify the
CLEAR optio
s). Any
> >> dissemination or use of this electronic email or its contents (including
> >> any attachments) by persons other than the intended recipient(s) is
> >> strictly prohibited. If you have received this message in error, please
> >> notify us immediately by
. Thank you
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On Behalf Of Radoslaw Skorupka
Sent: Friday, January 10, 2025 1:15 PM
To:IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: AutoIPL
W dniu 10.01.2025 o 19:12, Steve Beaver pisze:
How many of you have discovered t
[mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Allan Staller
Sent: Friday, January 10, 2025 12:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: AutoIPL
Classification: Confidential
Discovered...Yes used (never)
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Steve Beaver
Sent:
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Radoslaw Skorupka
> > Sent: Friday, January 10, 2025 1:15 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: AutoIPL
> >
> &g
original message
(including any attachments) in its entirety. Thank you
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Radoslaw Skorupka
Sent: Friday, January 10, 2025 1:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: AutoIPL
W dniu
, January 10, 2025 1:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: AutoIPL
W dniu 10.01.2025 o 19:12, Steve Beaver pisze:
> How many of you have discovered the Auto IPL feature for zOS
Me.
However it was looong time ago. 2016, or rather earlier.
--
Radoslaw Skorupka
Lodz, Pol
PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: AutoIPL
Know about it and used it. prior employment we autoipl'd at 2:00 am on Sunday
mornings once a month.
Brad Wissink| Sr. Systems Programmer
Sammons® Financial Group Member Companies
8300 Mills Civic Parkway, West Des Moine
W dniu 10.01.2025 o 19:12, Steve Beaver pisze:
How many of you have discovered the Auto IPL feature for zOS
Me.
However it was looong time ago. 2016, or rather earlier.
--
Radoslaw Skorupka
Lodz, Poland
--
For IBM-MAIN subscr
nal Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Allan Staller
Sent: Friday, January 10, 2025 12:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: AutoIPL
Classification: Confidential
Discovered...Yes used (never)
-Original Message-
From: IB
bwiss...@sfgmembers.com | www.SammonsFinancialGroup.com
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Steve Beaver
Sent: Friday, January 10, 2025 12:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: AutoIPL
I'm new to the USDOJ and my lead put in an I
ulate
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Allan Staller
Sent: Friday, January 10, 2025 12:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: AutoIPL
Classification: Confidential
Discovered...Yes used (never)
-Original Message-
Classification: Confidential
Discovered...Yes used (never)
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Steve Beaver
Sent: Friday, January 10, 2025 12:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AutoIPL
[CAUTION: This Email is from outside the Organization. Unles
Hello,
It is not new and I saw it working in a production environment, saving us a lot
of time.
It is a nice feature.
Best Regards
Ituriel do Nascimento Neto
z/OS System Programmer
Em sexta-feira, 10 de janeiro de 2025 às 15:12:46 BRT, Steve Beaver
<050e0c375a14-dmarc-requ...@listse
We had a 084 RC 0C wait state on that lpar, and no I didn't take a SAD. I can
fully grok that one of our developers overlayed storage. Thanks for the
information.
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get&search
Why did the system go into a wait state?
Was a standalone dump taken?
When we process a DIAGxx that specifies MVS(LAST), we copy
CVTSYSAD into DgnbAIMvsUCBAddr (in SYS1.MODGEN(IGVDGNB)).
When we try to AutoIPL that MVS, we get the device number from
UCBCHAN in the UCB pointed to by DgnbAIMvsU
Nope. DIAGxx has AUTOIPL MVS(LAST). PPRC isn't being used here. AUTOIPL works
almost all the time. It failed today with that message. Was just wondering why.
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get&search=markj
The obvious reason is DIAGxx has AUTOIPL statement with that address.
Maybe changed by SET command? Otherwise all I can think of is PPRC maybe
can do this, but unlikely.
On Fri, Nov 5, 2021 at 11:43 AM Mark Jacobs <
0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
> One of out systems went
32 Office ⇐=== NEW
robin...@sce.com
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Bruce Hewson
Sent: Sunday, May 14, 2017 9:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: AUTOIPL SADUMP LOADPARM flag value
Hello Skip,
GDPS-PPRC - do
Hello Skip,
GDPS-PPRC - doesn't like any IPL activity that is not performed via the GDPS
panels.
extract from:-
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.0/com.ibm.zos.v2r2.ieag300/wsat.htm
Note:
AutoIPL is not appropriate in a GDPS® environment.
Regards
Bruce
--
-MAIN@LISTSERV.UA.EDU] On Behalf
Of Bruce Hewson
Sent: Saturday, May 13, 2017 5:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: AUTOIPL SADUMP LOADPARM flag value
Hi Skip,
why not REIPL ?
one acronym == GDPS :-)
Regards
Bruce H
Hi Skip,
why not REIPL ?
one acronym == GDPS :-)
Regards
Bruce Hewson
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
On 5/12/2017 5:18 PM, Jesse 1 Robinson wrote:
It's Friday, so I can (re)tell my war story. Shortly after z/OS R13 hit our
first prod system, I noticed one morning that the system had been IPLed around
05:00. Everyone denied having done it. Then I discovered a fresh SAD taken
around the same ti
-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: AUTOIPL SADUMP LOADPARM flag value
On Fri, 12 May 2017 16:18:14 +, Jesse 1 Robinson
wrote:
>I'm curious as to why you do not want automatic reIPL after SADMP. Your
>system is in a non-restartable wait state, after all. I
On Fri, 12 May 2017 16:18:14 +, Jesse 1 Robinson
wrote:
>I'm curious as to why you do not want automatic reIPL after SADMP. Your
>system is in a non-restartable wait state, after all. I view that as the
>ultimate performance degradation. ;-) You have an SAD. If want to look at
.com
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Bruce Hewson
Sent: Thursday, May 11, 2017 11:39 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: AUTOIPL SADUMP LOADPARM flag value
Hello Jim,
thank you.
summary:-
SADUMP
Hello Jim,
thank you.
summary:-
SADUMP treats last LOADPARM character as if it is a hexadecimal nibble.
1... 8 - reserved for IBM - do not use
.1.. 4 - SADUMP will attempt re-ipl using stored DIAG member MVS()
parameter values
..1. 2 - unassigned - do not use
...1 1
Currently, "2" will be treated the same as "0" or " " (blank).There
is no reason
why you should have specified "2", and a good reason not to - there is a
possibility that in some future release, we might assign some meaning to
"2".
Standalone dump treats this character as a hexadecimal
I'm not sure about disabling Hardware messages, but you can delete the message
using BCPii; HWICMD / HWI_CMD_HWMSG / HWMSG_DELETE.
Regards,
Leo
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of R.S.
Sent: Friday, July 29, 2016 10:47 AM
33 matches
Mail list logo
