http://www-01.ibm.com/support/docview.wss?uid=isg1PM24416 For z/OS 1.11 and up, suggests leaving HASPINDX in case z/OS can't resolve the log.
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.isfa500/haspall.htm Sample job ISFISALC contains an allocation for the ISF.HASPINDX data set. Blocksize 4096 and CYL,5 should satisfy almost all systems. On Mon, Apr 11, 2016 at 1:01 PM, Mark Zelden <m...@mzelden.com> wrote: > On Mon, 11 Apr 2016 16:24:12 +0000, Jesse 1 Robinson > <jesse1.robin...@sce.com> wrote: > >>That's it! We recover only one member of a two member sysplex. Normally we >>use operlog, >> but the logstream did not get created on this IPL, so SDSF has to use >> syslog. I can now create >> the problem at will with 'SYSID missing-sys'. SYSID 'recovered-sys' goes >> right into syslog >>with no problem. >> >>Do I sniff an APAR here? Or does all this go away in z/OS 2.2? > > Sounds like an APAR to me. I don't recall any caveats documented when the > requirement > for HASPINDX went away in z/OS 1.11. Seems to me that the code is just going > down a > path that wasn't accounted for when the requirement was removed. You > should just get the > "NO xxxx SYSLOG FOUND" message for the inactive member without SDSF trying to > allocate HASPINDX IMO, although I wouldn't be shocked if you were told WAD if > you > open an SR since SDSF has no way of knowing the level of an inactive member. > > The FM does say "it can be deleted": > > > SYSLOG > > Beginning with z/OS V1R11, SDSF uses a JES logical log to provide the SYSLOG > panel for JES2 and JES3 environments. SDSF does not use the HASPINDX data set. > > For lower level systems, SDSF uses the HASPINDX data set for the SYSLOG panel. > Even with z/OS V1R11 and higher systems, it is possible to force the use of > HASPINDX, with the PROPERTY statement in ISFPARMS. However, you should > be aware that it is IBM's intention to eventually remove the HASPINDX-based > SYSLOG when all systems support the logical log. > > You can specify the system being processed with the SYSID command. > > > Logical Log > > The logical log removes constraints on the number of jobs and data sets that > can be > indexed, and should result in better performance than use of the HASPINDX data > set. If you have only z/OS V1R11 or higher systems in the MAS, you can delete > any HASPINDX data sets. > > A SAF resource controls access to the JES logical log. The resource is > nodeid.+MASTER+.SYSLOG.SYSTEM.sysname in the JESSPOOL class. READ access > is required. This resource is in addition to the ISFCMD.ODSP.SYSLOG resource > in > the SDSF class that was already used. > > > Best Regards, > > Mark > -- > Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS > ITIL v3 Foundation Certified > mailto:m...@mzelden.com > Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html > Systems Programming expert at http://search390.techtarget.com/ateExperts/ > ---------------------------------------------------------------------- > 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