Please check the DADFLT() keyword on the SDSF GROUP statement. This dictates the default address space types returned when the user omits any parameters on the DA command.
If the SDSF group omits the DADFLT keyword, it defaults to NONE. I believe there are historical reasons for this behaviour. Rob Scott Rocket Software ________________________________ From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf of Michael Babcock <bigironp...@gmail.com> Sent: Monday, February 6, 2023 6:05:54 PM To: IBM-MAIN@LISTSERV.UA.EDU <IBM-MAIN@LISTSERV.UA.EDU> Subject: Re: Missing Values For The 'SDSF DA' Panels - z/OS 2.5 EXTERNAL EMAIL Rob. We applied all available SDSF maintenance to our 2.5 system. We’ve found that DA ALL works. Has something changed with respect to the DA command/panel not defaulting to ALL? On Fri, Feb 3, 2023 at 2:55 AM Rob Scott <rsc...@rocketsoftware.com> wrote: > Ross, > > First of all, I am glad you have opened a support case for this, our > support team should be able to gather further diagnostic information to > resolve the problem. > > A bit of background information for the archives : > > (o) In z/OS 2.4+, the SDSF "DA" information is gathered centrally by a > subtask in the SDSFAUX address space. > (o) This subtask uses the RMF programming service ERBSMFI (GRBSMFI) to > collect this information and any ISV product that replaces RMF supplies an > alias for this module. > (o) The SDSFAUX address space dumps the first 256 bytes of the ERBSMFI > load module in the HSFTRACE DD that is allocated to the SDSF started task > (o) When the RMF address space is not active, ERBSMFI still returns the > data we require (SMF 79-1 records), however in our experience other ISV > products do not return data when their STC is inactive and instead pass > back a non-zero return code. As a customer for an ISV that replaces RMF, > you might want to consider raising an RFE with them to address this. > (o) When we get a non-zero return code from ERBSMFI for 79-1 data, we > fallback to our own internal data collector (HSFSMFI) that builds pseudo > 79-1 records that reflect the columns that SDSF used to display prior to > using ERBSMFI (many years ago). The SDSF client code will detect this > condition and the number of columns shown on the DA panel will be greatly > reduced from "full-RMF" function. > (o) Error conditions calling ERBSMFI are normally reflected either by > WTO-style messages and/or messages written to the HSFLOG DD that is > allocated to the SDSF started task. > (o) Other SDSF panels that depend on ERBSMFI include DEV and PAG, however > they do not have internal fallback capability. > > Rob Scott > Rocket Software > > -----Original Message----- > From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf > Of Ross Vaughn > Sent: 03 February 2023 04:07 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Missing Values For The 'SDSF DA' Panels - z/OS 2.5 > > EXTERNAL EMAIL > > > > > > We are currently in the process of rolling out z/OS 2.5 and have hit an > issue on a test LPAR that is not displaying any information in the SDSF DA > panels. > There are no messages in the syslog out of the IPL that would lead us in a > certain direction. We think we may have an issue with CMF but can’t > confirm. We are occasionally seeing error messages out of SDSFAUX as well. > > It looks like beginning with z/OS 2.4 the ’SDSF DA’ information is > obtained by the SDSFAUX address space calling the BMC AMI Ops Monitor for > CMF. We have verified we have the CX10GVID module in our linklist library > that CMF uses to obtain the SDSF DA values. > We have a ticket open with support as well, but curious if anyone has seen > similar issues when rolling out z/OS 2.5? Same LPAR on z/OS 2.4 does not > have the same issue. > > Thanks, > Ross > > > > > > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > ================================ > Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA > 02451 > <https://www.google.com/maps/search/77+Fourth+Avenue,+Waltham+MA+02451?entry=gmail&source=g<https://www.google.com/maps/search/77+Fourth+Avenue,+Waltham+MA+02451?entry=gmail&source=g>> > ■ Main Office Toll Free Number: +1 855.577.4323 > Contact Customer Support: > https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport<https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport> > Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - > http://www.rocketsoftware.com/manage-your-email-preferences<http://www.rocketsoftware.com/manage-your-email-preferences> > Privacy Policy - > http://www.rocketsoftware.com/company/legal/privacy-policy<http://www.rocketsoftware.com/company/legal/privacy-policy> > ================================ > > This communication and any attachments may contain confidential > information of Rocket Software, Inc. All unauthorized use, disclosure or > distribution is prohibited. If you are not the intended recipient, please > notify Rocket Software immediately and destroy all copies of this > communication. Thank you. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Michael Babcock OneMain Financial z/OS Systems Programmer, Lead ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ================================ Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ Main Office Toll Free Number: +1 855.577.4323 Contact Customer Support: https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - http://www.rocketsoftware.com/manage-your-email-preferences Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy ================================ This communication and any attachments may contain confidential information of Rocket Software, Inc. All unauthorized use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify Rocket Software immediately and destroy all copies of this communication. Thank you. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
