Re: Last SAD (was: DLIB volume for SAD)

The ones we did in the last '20' years was to test SAD. In the old days, you needed a SAD for IMS restart after a system crash (IIRC). Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Edward Gould > Sent: 29 September, 2017

Re: z/OS Symbols Question

>we need to query these symbolic names from an exit. really? care to share why? It is quite unusual to have to "query" a system symbol. The case I usually think of is "I have a string, I support symbolics, I call the symbol substitution service to do whatever it, according to its documentation

Re: DLIB volume for SAD

Your question implies confusion. It is the Stand-Alone Dump program that scans and saves a broken LPAR's memory, which you IPL on top of a broken LPAR. I imagine you can scan a broken LPAR's memory using HMC/SE facilities, but I doubt many people can "PEEK/POKE" a busted-arse LPAR to fix it on

Re: SYS3 datasets

On 9/24/2017 7:18 PM, Tony Thigpen wrote: We have a staff z/OS systems programmer who claims that: "Almost all shops use the SYS3. HLQ to indicate third party software." Don't think I've *ever* seen the SYS3 HLQ used by our customers for our software. That doesn't mean nobody does it, just tha

Re: DLIB volume for SAD

Is there a scanning mechanism within Distribution library dataset to scan the memory of frozen Lpar ? On 29-Sep-2017 7:11 AM, "Ed Jaffe" wrote: > On 9/27/2017 2:16 PM, Steely.Mark wrote: > >> A little off topic - when is the last time anyone had to perform a SAD >> ? I haven’t done one in 20+

Re: DLIB volume for SAD

On 9/27/2017 2:16 PM, Steely.Mark wrote: A little off topic - when is the last time anyone had to perform a SAD ? I haven’t done one in 20+ years. We take a SAD every time any of our systems go south. -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA

Re: DLIB volume for SAD

I understand. Building of the SAD was a just another step in the sysres build process. Easy enough and harmless to set and forget it. It was always done, always up to date and I didn't have to worry about it. Mark Jacobs Edward Gould September 28, 2017 at 7:47

Re: Last SAD (was: DLIB volume for SAD)

> On Sep 28, 2017, at 1:01 PM, Art Gutowski wrote: > > "Steely.Mark" asked: > >> A little off topic - when is the last time anyone had to perform a SAD ? >> I haven’t done one in 20+ years. > > We've taken at least a couple in the last 4 years. I don't recall the exact > circumstances

Re: DLIB volume for SAD

> On Sep 28, 2017, at 11:56 AM, Mark Jacobs - Listserv > wrote: > > > > Mr. Murphy taught me a very long time ago that I should always ensure I have > a working SADUMP that matches the OS level requiring it. > > > > Agree. That's why I always rebuilt it after every zOS maintenance cycle, >

Re: z/OS Symbols Question

Gil, That is what I need, I need to know if &THENAME is defined , we need to query these symbolic names from an exist. So I am trying cut down on overhead ...thank you Gil I missed that in the macro. A new adventure is system's development. Scott On Thu, Sep 28, 2017 at 1:58 PM Paul Gilmartin <

Re: Last SAD (was: DLIB volume for SAD)

"Steely.Mark" asked: >A little off topic - when is the last time anyone had to perform a SAD ? I >haven’t done one in 20+ years. We've taken at least a couple in the last 4 years. I don't recall the exact circumstances (lots of brush fires early in the transition), but on at least one

Re: z/OS Symbols Question

On Wed, 27 Sep 2017 17:47:43 -0500, Kirk Wol wrote: >Looking up the value of a symbol with ASASYMBM is a degenerate case: > >just give it an input pattern of: "&THENAME" >and the output buffer will contain the value. > Does the OP need a definite indication of whether "&THENAME" is defined? Loo

Re: z/OS Symbols Question

On Wed, 27 Sep 2017 18:28:59 -0400, scott Ford wrote: >I need to scan the symbol table for an assigned symbolic... ITYM you need to scan for an assigned symbol. "Symbol" is a noun. "Symbolic" is an adjective, as in "symbolic substitution". -- Tom Marchant --

Re: DLIB volume for SAD

Mr. Murphy taught me a very long time ago that I should always ensure I have a working SADUMP that matches the OS level requiring it. Agree. That's why I always rebuilt it after every zOS maintenance cycle, cause' ya never know. Mark Jacobs Mark Zelden September

Re: DLIB volume for SAD

I didn't respond to the "last time you took an SAD". It has been probably 1.5 years at least since a prod / dev LPAR crashed and took an SAD via AUTOIPL, but it does happen every few years it seems. The other 2 times were more recent and involved sandbox LPARs. One was just a week ago when someo

Re: DLIB volume for SAD

I always put SADUMP for each OS release on the 2nd volume of my maintenance sysres for each OS release (still using 3390-9s). I create an HMC profile on each CPC for SADUMP at that time. If I was using a mod-27 or anything large enough where I didn't have a multi-volume sysres set, I would ju

Re: a volser id in a system-manage library(TS7700) is the same as a volser id in DS8800

If you have authority to use bypass label processing; you may be able to read the tape with JCL parameters like: //TAPEIN DD DSN=bogus dsn with your HLQ,UNIT=3490,VOL=SER=bogus volser, //LABEL=(2,BLP,EXPDT=98000),DISP=(OLD,KEEP), //DCB=(appropriate RECFM,LRECL,ETC because

Re: Is the AFP control bit (big #13 in CR0) testable in an application?

>I guess it's stuck at always saving/restoring the AFP regs if the >CVTBFPH flag not true. You do not have to save/restore if the registers are not currently being saved/restored (because upon their first use, their value will be 0). . IHASTCB byte STCBFPFL bit STCBBFP is on if and only if the