If I had to guess (and I do) I'd say the complaint (RC8 RSN3A?) is due to the
trailing blanks in the pattern. The example in the book has a pattern with no
trailing blanks.
hth
Andy
On Fri, 19 Aug 2016 13:54:15 -0400, Steve Thompson wrote:
>I am having a problem with IEATDUMP. I am trying to
On Tue, 2 Aug 2016 09:46:19 -0500, Vince Getgood wrote:
[snip]
>
>In the SYSLOG, for my failed start of JES, I can see the following: -
>
>S JES2,SUB=MSTR,M=JES2PRSP,START=(COLD,FORMAT,NOREQ)
>IEF196I 1 //JES2 JOB MSGLEVEL=1
>IEF196I
On Tue, 31 May 2016 08:39:04 -0500, Kirk Wolf wrote:
>I agree with the OP's suggestion that there should be fine grained control
>to allow unauthorized jobs to write certain types of SMF records.
>
>Perhaps a BPX.SMF.TYPxx resource?
>
>Kirk Wolf
>Dovetailed Technologies
>http://dovetail.com
>
Do
On Fri, 27 May 2016 10:15:44 -0500, Dyck, Lionel B. (TRA)
wrote:
>In ISPF there are two commands that appear to have the similar descriptions:
>
>REFOPEND - Personnal Data Set Open
>REFOPENL - Personnal Library Open
>
>Both open a different list with REFOPEND being a superset from what I can see
Skip, I've noticed that SDSF will try to allocate HASPINDX if you invoke LOG
SYSLOG with SYSID set to a system that's an inactive member of the MAS.
hth
Andy
On Sat, 9 Apr 2016 20:24:18 +, Jesse 1 Robinson
wrote:
>IPLed a system in DR mode. Exact mirrored copy of prod. SDSF log won't work
Quoting Skip, "I would be very interested to see a case where JES(2) rejects a
DESTID'
Try the TSO command ALLOC SYSOUT(A) DEST(NOSUCH.ANY) where NOSUCH is a node not
defined to your JES and ANY is anything.
--
For IBM-MAIN
On Thu, 19 Nov 2015 19:24:01 +, Bonno, Tuco wrote:
>can anybody throw some light on the USAGE of the "tapehlq" parm in IGGCATxx?
Tape volume catalogs are described in DFSMS OAM Planning, Installation, and
Storage Administration Guide for Tape Libraries.
I get "500 Internal Server Error" in the fine print near the bottom.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
All of us have to push back whenever we can
OK, add me to your spam list, but I posted this in response to a story about
the Secret Service's most recent transgressions (featuring a green screen):
Rachel, I've been watching you on MSNBC since before you had your own show.
When it comes to polit
> I don't remember what was there originally...
The Internet Archive Wayback Machine does:
http://web.archive.org/web/*/http://www-03.ibm.com/systems/z/os/zos/library/bkserv/index.html
--
For IBM-MAIN subscribe / signoff / archi
Would
//SYMS2 DD *,DSN=&&XX&IFSYM,SYMBOLS=(EXECSYS,LOGDD2)
do?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
On Wed, 18 Jun 2014 08:07:29 -0700, Skip Robinson
wrote:
>What am I missing for the data set
>delete?
Skip, you're missing a FILE keyword.
Andy
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email t
On Fri, 30 May 2014 09:24:03 -0500, Bill Rowehl wrote:
Bill,
You can use a DD statement like:
//name DD
DSN=logstream.name,SUBSYS=(LOGR,IXGSEXIT),RECFM=VB,LRECL=32756,BLKSIZE=32760
with your favorite report generating program or IDCAMS with a PRINT statement.
The Redbook SMF Logstream Mode:
I've seen that happen issuing a lot of ROUTE commands from a batch job when the
response of the command being routed was suppressed. Try adding T=0 to your
ROUTE commands.
--
For IBM-MAIN subscribe / signoff / archive access in
The explanation for message IKJ56584I is:
"A CLIST or REXX exec to be implicitly executed could not be found because the
ddname was not allocated, although the ALTLIB level that corresponds to this
ddname is still active."
I don't believe the CPP0628001S message is relevant to your problem.
--
I should have mentioned that behavior I described occurs when the volume field
of LOADxx PARMLIB statements for such libraries is blank. The doc for the
volume field includes:
"If '**' or '&SYSR1' is specified, IPL processing will
attempt to locate the specified data set on the system
re
On Tue, 8 Oct 2013 07:53:32 -0400, Peter Relson wrote:
>Is there truly still a place where ** works but &SYSR1 does not?
Peter,
I know of one place. When I IPL with a member of the PARMLIB concatenation,
for instance SYS1.IBM.PARMLIB, cataloged on &SYSR1, I get IGGN505A SPECIFY UNIT
FO
John,
For the situation you describe I believe adding ZONEINDEX entries for the
products' CSIs to the 1.13 GLOBAL zone plus doing a GZONEMERGE from the 1.11
GLOBAL zone to the 1.13 GLOBAL ZONE of content for the products' FMIDs would
accomplish what you want. The GZONEMERGE command will take c
18 matches
Mail list logo