Re: SDSF PS Command column
Seymour, this is a very interesting observation you made. I'm now experiencing similar With a certain banking system we use, you logon, and then you have to prove you are the person you say you are by providing more information. While having 2 factor authentication. With a certain cell provider, you have to login, then provide your PIN, then tell them your IMEI How many people have that information memorized? At some point we make being secure, *insecure,* because we won't talk to you because we can't be sure you are who you say you are, even with 2 factor authentication, and your password. Corporate paranoia. Steve Thompson On 2/13/2024 11:31 PM, Seymour J Metz wrote: The problem is not auditors; it is incompetent auditors. In the Army they taught us that preventing authorized access is a security violation. An unthinking automatic timeout is a DOS attack when it prevents running an annual job. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר From: IBM Mainframe Discussion List on behalf of Farley, Peter <031df298a9da-dmarc-requ...@listserv.ua.edu> Sent: Monday, February 5, 2024 12:27 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SDSF PS Command column I am constantly amazed at how much this whole “zero trust” meme is violating the concept of sharing everything among application developers. I for one have no qualms about any other application programmer at my shop seeing any coding I am doing (though I might be occasionally embarrassed by my own dumb mistakes). It is not “innocent” to share access to application programming information and styles and pitfalls, it is crucial to application programmer development and advancement. We learn from each other, especially from sharing our mistakes as well as our best practices and clever innovations. Add to that stupid security rules like “if you didn’t access this resource for the last 180 days we revoke your access to that resource”, which causes all kinds of headaches when you have to suddenly deal with issues in a yearly weekend production process and you don’t have read rights to the data files you need to view to resolve the issue and the security team only works 9 to 5 weekdays and the on-call is out shopping somewhere. Shakespeare was almost right – first get rid of all the auditors, the lawyers are easy to deal with compared to them. Peter From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Monday, February 5, 2024 11:02 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SDSF PS Command column On Mon, 5 Feb 2024 11:02:07 +, Rob Scott wrote: ... As to "why don't you just fix it ?"tstyle questions, we have to consider quite a few compatibility issues across n-2 releases especially when the "fix" requires changes to configuration and security ... Such as users' embedding cryptographic keys in commands? Ugh! UNIX arose in a more innocent age when no one worried much about such as: ls -lt /u -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SDSF PS Command column
The problem is not auditors; it is incompetent auditors. In the Army they taught us that preventing authorized access is a security violation. An unthinking automatic timeout is a DOS attack when it prevents running an annual job. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר From: IBM Mainframe Discussion List on behalf of Farley, Peter <031df298a9da-dmarc-requ...@listserv.ua.edu> Sent: Monday, February 5, 2024 12:27 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SDSF PS Command column I am constantly amazed at how much this whole “zero trust” meme is violating the concept of sharing everything among application developers. I for one have no qualms about any other application programmer at my shop seeing any coding I am doing (though I might be occasionally embarrassed by my own dumb mistakes). It is not “innocent” to share access to application programming information and styles and pitfalls, it is crucial to application programmer development and advancement. We learn from each other, especially from sharing our mistakes as well as our best practices and clever innovations. Add to that stupid security rules like “if you didn’t access this resource for the last 180 days we revoke your access to that resource”, which causes all kinds of headaches when you have to suddenly deal with issues in a yearly weekend production process and you don’t have read rights to the data files you need to view to resolve the issue and the security team only works 9 to 5 weekdays and the on-call is out shopping somewhere. Shakespeare was almost right – first get rid of all the auditors, the lawyers are easy to deal with compared to them. Peter From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Monday, February 5, 2024 11:02 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SDSF PS Command column On Mon, 5 Feb 2024 11:02:07 +, Rob Scott wrote: >... >As to "why don't you just fix it ?"tstyle questions, we have to consider quite >a few compatibility issues across n-2 releases especially when the "fix" >requires changes to configuration and security ... > Such as users' embedding cryptographic keys in commands? Ugh! UNIX arose in a more innocent age when no one worried much about such as: ls -lt /u -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SDSF PS Command column
Should be 8 years. IRS can go back 7 year years, plus the filing year. On Mon, Feb 5, 2024 at 12:09 PM Colin Paice wrote: > One customer told me that some of their applications are run once a year - > such as end of year accounts and tax. Some applications (a few) were kept > around for 4 years before they were finaly killed off. > Colin > > On Mon, 5 Feb 2024 at 17:28, Farley, Peter < > 031df298a9da-dmarc-requ...@listserv.ua.edu> wrote: > > > I am constantly amazed at how much this whole “zero trust” meme is > > violating the concept of sharing everything among application developers. > > I for one have no qualms about any other application programmer at my > shop > > seeing any coding I am doing (though I might be occasionally embarrassed > by > > my own dumb mistakes). > > > > It is not “innocent” to share access to application programming > > information and styles and pitfalls, it is crucial to application > > programmer development and advancement. We learn from each other, > > especially from sharing our mistakes as well as our best practices and > > clever innovations. > > > > Add to that stupid security rules like “if you didn’t access this > resource > > for the last 180 days we revoke your access to that resource”, which > causes > > all kinds of headaches when you have to suddenly deal with issues in a > > yearly weekend production process and you don’t have read rights to the > > data files you need to view to resolve the issue and the security team > only > > works 9 to 5 weekdays and the on-call is out shopping somewhere. > > > > Shakespeare was almost right – first get rid of all the auditors, the > > lawyers are easy to deal with compared to them. > > > > Peter > > From: IBM Mainframe Discussion List On Behalf > > Of Paul Gilmartin > > Sent: Monday, February 5, 2024 11:02 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: SDSF PS Command column > > > > > > On Mon, 5 Feb 2024 11:02:07 +, Rob Scott wrote: > > > > >... > > > > >As to "why don't you just fix it ?"tstyle questions, we have to consider > > quite a few compatibility issues across n-2 releases especially when the > > "fix" requires changes to configuration and security ... > > > > > > > > > Such as users' embedding cryptographic keys in commands? Ugh! > > > > > > > > UNIX arose in a more innocent age when no one worried much about such as: > > > > ls -lt /u > > > > > > > > -- > > > > This message and any attachments are intended only for the use of the > > addressee and may contain information that is privileged and > confidential. > > If the reader of the message is not the intended recipient or an > authorized > > representative of the intended recipient, you are hereby notified that > any > > dissemination of this communication is strictly prohibited. If you have > > received this communication in error, please notify us immediately by > > e-mail and delete the message and any attachments from your system. > > > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > 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
Re: SDSF PS Command column
One customer told me that some of their applications are run once a year - such as end of year accounts and tax. Some applications (a few) were kept around for 4 years before they were finaly killed off. Colin On Mon, 5 Feb 2024 at 17:28, Farley, Peter < 031df298a9da-dmarc-requ...@listserv.ua.edu> wrote: > I am constantly amazed at how much this whole “zero trust” meme is > violating the concept of sharing everything among application developers. > I for one have no qualms about any other application programmer at my shop > seeing any coding I am doing (though I might be occasionally embarrassed by > my own dumb mistakes). > > It is not “innocent” to share access to application programming > information and styles and pitfalls, it is crucial to application > programmer development and advancement. We learn from each other, > especially from sharing our mistakes as well as our best practices and > clever innovations. > > Add to that stupid security rules like “if you didn’t access this resource > for the last 180 days we revoke your access to that resource”, which causes > all kinds of headaches when you have to suddenly deal with issues in a > yearly weekend production process and you don’t have read rights to the > data files you need to view to resolve the issue and the security team only > works 9 to 5 weekdays and the on-call is out shopping somewhere. > > Shakespeare was almost right – first get rid of all the auditors, the > lawyers are easy to deal with compared to them. > > Peter > From: IBM Mainframe Discussion List On Behalf > Of Paul Gilmartin > Sent: Monday, February 5, 2024 11:02 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SDSF PS Command column > > > On Mon, 5 Feb 2024 11:02:07 +, Rob Scott wrote: > > >... > > >As to "why don't you just fix it ?"tstyle questions, we have to consider > quite a few compatibility issues across n-2 releases especially when the > "fix" requires changes to configuration and security ... > > > > > Such as users' embedding cryptographic keys in commands? Ugh! > > > > UNIX arose in a more innocent age when no one worried much about such as: > > ls -lt /u > > > > -- > > This message and any attachments are intended only for the use of the > addressee and may contain information that is privileged and confidential. > If the reader of the message is not the intended recipient or an authorized > representative of the intended recipient, you are hereby notified that any > dissemination of this communication is strictly prohibited. If you have > received this communication in error, please notify us immediately by > e-mail and delete the message and any attachments from your system. > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SDSF PS Command column
I am constantly amazed at how much this whole “zero trust” meme is violating the concept of sharing everything among application developers. I for one have no qualms about any other application programmer at my shop seeing any coding I am doing (though I might be occasionally embarrassed by my own dumb mistakes). It is not “innocent” to share access to application programming information and styles and pitfalls, it is crucial to application programmer development and advancement. We learn from each other, especially from sharing our mistakes as well as our best practices and clever innovations. Add to that stupid security rules like “if you didn’t access this resource for the last 180 days we revoke your access to that resource”, which causes all kinds of headaches when you have to suddenly deal with issues in a yearly weekend production process and you don’t have read rights to the data files you need to view to resolve the issue and the security team only works 9 to 5 weekdays and the on-call is out shopping somewhere. Shakespeare was almost right – first get rid of all the auditors, the lawyers are easy to deal with compared to them. Peter From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Monday, February 5, 2024 11:02 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SDSF PS Command column On Mon, 5 Feb 2024 11:02:07 +, Rob Scott wrote: >... >As to "why don't you just fix it ?"tstyle questions, we have to consider quite >a few compatibility issues across n-2 releases especially when the "fix" >requires changes to configuration and security ... > Such as users' embedding cryptographic keys in commands? Ugh! UNIX arose in a more innocent age when no one worried much about such as: ls -lt /u -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SDSF PS Command column
On Mon, 5 Feb 2024 11:02:07 +, Rob Scott wrote: >... >As to "why don't you just fix it ?"tstyle questions, we have to consider quite >a few compatibility issues across n-2 releases especially when the "fix" >requires changes to configuration and security ... > Such as users' embedding cryptographic keys in commands? Ugh! UNIX arose in a more innocent age when no one worried much about such as: ls -lt /u -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SDSF PS Command column
>> Since BPXEKDA doesn't need the OMVS segment for the first 40 bytes of the >> command, why does it need it for the rest of the command? Isn't it just a >> null terminated field that can be fully copied? My educated guess here is that BPXEKDA is used by the "D OMVS" operator command and provides an interface layer between the z/OS unix control blocks and the display command service, most likely via a PC-ss, and just gathers the required information without going through the dubbing process. Behind the scenes there is probably one or more tables in OMVS private storage describing the current processes. Using this interface also makes sense that operator commands can gather information independently of possible environmental problems that could affect BPX1/4 callable services. Due to console screen real estate, I imagine that the original authors returned only the characters that they needed for the display command response. To get more characters from BPXEKDA, there would have to be an enhancement to that service so that consumers like SDSF could display more data. OR The other alternative is that consumers like SDSF, call BPX(1/4)GTH in some fashion to gather the full text. I know where I would put my money on which could happen faster. As to "why don't you just fix it ?" style questions, we have to consider quite a few compatibility issues across n-2 releases especially when the "fix" requires changes to configuration and security for either (or both of) the SDSF server(s) and client users. Rob Scott Rocket Software -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jon Perryman Sent: Monday, February 5, 2024 3:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SDSF PS Command column EXTERNAL EMAIL On Sat, 3 Feb 2024 09:24:07 +, Rob Scott wrote: >SDSF calls the BPXEKDA service returns truncated command information. Since BPXEKDA doesn't need the OMVS segment for the first 40 bytes of the command, why does it need it for the rest of the command? Isn't it just a null terminated field that can be fully copied? >We have an existing RFE to provide more information. My guess is that the RFE includes more than just the command which probably need dubbing. I would think you could just as easily copy 100 bytes as 40 bytes. > When the PS command was originally written OMVS segments were not > commonplace and the design goal was to provide the data without being > dubbed In the past, dubbing caused some conflicts in some OEM products. For example, I was a developer for an automation product that included multi-tasking & multi-user TSO in the address space (also TCP tasks). You might introduce similar problems in the console address space so you will need more than simple testing. >BPXEKDA is used by the operator command responses which probably explains the >truncation length. I suspect the truncation is by choice. One possibility for the limitation is MLWTO secondary messages having a max length of 80. Another possibility is security.where the user does not have an OMVS segment to restrict access to processes. A third possibility would be TSO CONSOLE & OPER commands where output flooding. Fourth, it might introduce problems with MPF processing & message suppression. It might also be an issue with syslog. It could also introduce bad habits in automation products. -- 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
Re: SDSF PS Command column
On Sun, 4 Feb 2024 10:04:05 -0600, Paul Gilmartin wrote: >On Sat, 3 Feb 2024 21:47:56 -0600, Mark Zelden wrote: >>Agree to disagree. I haven't checked the doc and maybe it isn't documented >>that that field or >>any field is limited to 40 characters, but it is not a bug to be fixed. >> >I shall disagree. For example, suppose there were an option to display >a data set name in that 4-character field. You can disagree all you want but these are WADs. Right or wrong, IBM makes a design choice that turned out to be annoying that requires an RFE. If it's small enough and enough of an impact, IBM sometimes chooses to fix it as a defect in this release. This doesn't appear to be causing you any pain. Some enhancements and defects aren't worth fixing with limited resources. >There are multiple ways it could have been done right: >o The caller could provide a variable-length reply buffer. >o The service could return a pointer to a string. These are solutions to some problem in your mind. IBM's design choices would determine if these would meet their requirements. Could it be that there are more requirements such as security, MLWTO, MPF, automation, SSI, TSO commands or requirements we simply did not consider. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SDSF PS Command column
On Sat, 3 Feb 2024 09:24:07 +, Rob Scott wrote: >SDSF calls the BPXEKDA service returns truncated command information. Since BPXEKDA doesn't need the OMVS segment for the first 40 bytes of the command, why does it need it for the rest of the command? Isn't it just a null terminated field that can be fully copied? >We have an existing RFE to provide more information. My guess is that the RFE includes more than just the command which probably need dubbing. I would think you could just as easily copy 100 bytes as 40 bytes. > When the PS command was originally written OMVS segments > were not commonplace and the design goal was to provide the data without > being dubbed In the past, dubbing caused some conflicts in some OEM products. For example, I was a developer for an automation product that included multi-tasking & multi-user TSO in the address space (also TCP tasks). You might introduce similar problems in the console address space so you will need more than simple testing. >BPXEKDA is used by the operator command responses which probably explains the >truncation length. I suspect the truncation is by choice. One possibility for the limitation is MLWTO secondary messages having a max length of 80. Another possibility is security.where the user does not have an OMVS segment to restrict access to processes. A third possibility would be TSO CONSOLE & OPER commands where output flooding. Fourth, it might introduce problems with MPF processing & message suppression. It might also be an issue with syslog. It could also introduce bad habits in automation products. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SDSF PS Command column
On Sat, 3 Feb 2024 21:47:56 -0600, Mark Zelden wrote: > >Agree to disagree. I haven't checked the doc and maybe it isn't documented >that that field or >any field is limited to 40 characters, but it is not a bug to be fixed. It >could be enhanced >in the service stream, but it is most definitely not a defect. Someone else >already >stated that D OMVS,A=ALL (or something similar) didn't show the entire command. >Restriction on the display output... not a defect. > I shall disagree. For example, suppose there were an option to display a data set name in that 4-character field. Some names, probably a minority, would be truncated. But if the user enlarged that field, names were still truncated to 40 characters then padded with blanks, I could consider that only a defect, not a candidate for RFE. An earlier ply pointed a finger at an underlying service. If so, the SR should be transferred to that service. There are multiple ways it could have been done right: o The caller could provide a variable-length reply buffer. o The service could return a pointer to a string. Error handling is left as an exercise for the student. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SDSF PS Command column
On Fri, 2 Feb 2024 23:37:20 -0600, Paul Gilmartin wrote: >On Fri, 2 Feb 2024 15:55:26 -0600, Mark Zelden wrote: > >>On Fri, 2 Feb 2024 19:30:39 +, Frank Swarbrick wrote: >> >>>Is there any way to get more than the first 40 characters of the associated >>>command line for a job in the PS screen? >> >>Limited to 40 characters. regardless of what you put in arrange. (someone >>can open an enhancement request) >> >No, that should be a Support request Some defects are simply too wrong to be >subjects for enhancement. > >Regardless of documentation. > Agree to disagree. I haven't checked the doc and maybe it isn't documented that that field or any field is limited to 40 characters, but it is not a bug to be fixed. It could be enhanced in the service stream, but it is most definitely not a defect. Someone else already stated that D OMVS,A=ALL (or something similar) didn't show the entire command. Restriction on the display output... not a defect. 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
Re: SDSF PS Command column
On Sat, 3 Feb 2024 16:20:54 +, Rob Scott wrote: >The desire to avoid dubbing was purely down to requiring an OMVS segment for >the SDSF user. > Hadn't there long been default UID, and later automatic unique UID? But those might have wisely been defined lacking privileges needed by SDSF. Our site had earlier had widespread Solaris, and our admin replicated the Solaris UIDs. Perhaps even, "Request a Solaris ID and we'll copy it." One brave user NFS mounted his Solaris home directory for ~. >Of course, in today's environment decades later, this seems a rather quaint >reluctance as you can't do much on z/OS without one. > Still, fixing a defect in SDSF shouldn't require RFE. WAD is insufficient excuse. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SDSF PS Command column
The desire to avoid dubbing was purely down to requiring an OMVS segment for the SDSF user. Of course, in today's environment decades later, this seems a rather quaint reluctance as you can't do much on z/OS without one. Rob Scott Rocket Software Sent from Samsung Mobile on O2 Sent from Outlook for Android<https://aka.ms/AAb9ysg> From: IBM Mainframe Discussion List on behalf of Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu> Sent: Saturday, February 3, 2024 3:25:35 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SDSF PS Command column EXTERNAL EMAIL On Sat, 3 Feb 2024 09:24:07 +, Rob Scott wrote: >... When the PS command was originally written OMVS segments were not > commonplace and the design goal was to provide the data without being dubbed > ... > What is the penalty associated with dubbing? Would it be possible or even desirable to save and restore the "undubbed" status? I know WJS has recommended against SYSCALLS OFF, which would undub a pfocess. (An earlier ply was pessimistic about seeing an expert followup. I suspect3d otherwise.) -- Thanks, gil -- 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
Re: SDSF PS Command column
On Sat, 3 Feb 2024 09:24:07 +, Rob Scott wrote: >... When the PS command was originally written OMVS segments were not > commonplace and the design goal was to provide the data without being dubbed > ... > What is the penalty associated with dubbing? Would it be possible or even desirable to save and restore the "undubbed" status? I know WJS has recommended against SYSCALLS OFF, which would undub a pfocess. (An earlier ply was pessimistic about seeing an expert followup. I suspect3d otherwise.) -- Thanks, gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SDSF PS Command column
SDSF calls the BPXEKDA service to get this information and this only returns truncated command information. When the PS command was originally written OMVS segments were not commonplace and the design goal was to provide the data without being dubbed (which would have been required for calling something like BPX1GTH). BPXEKDA is used by the operator command responses which probably explains the truncation length. We are fully aware of the limitations on this implementation and have an existing RFE to provide more information. Rob Scott Rocket Software Sent from Outlook for Android<https://aka.ms/AAb9ysg> From: IBM Mainframe Discussion List on behalf of Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu> Sent: Saturday, February 3, 2024 5:37:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SDSF PS Command column EXTERNAL EMAIL On Fri, 2 Feb 2024 15:55:26 -0600, Mark Zelden wrote: >On Fri, 2 Feb 2024 19:30:39 +, Frank Swarbrick wrote: > >>Is there any way to get more than the first 40 characters of the associated >>command line for a job in the PS screen? > >Limited to 40 characters. regardless of what you put in arrange. (someone >can open an enhancement request) > No, that should be a Support request Some defects are simply too wrong to be subjects for enhancement. Regardless of documentation. -- gil -- 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
Re: SDSF PS Command column
On Fri, 2 Feb 2024 15:55:26 -0600, Mark Zelden wrote: >On Fri, 2 Feb 2024 19:30:39 +, Frank Swarbrick wrote: > >>Is there any way to get more than the first 40 characters of the associated >>command line for a job in the PS screen? > >Limited to 40 characters. regardless of what you put in arrange. (someone >can open an enhancement request) > No, that should be a Support request Some defects are simply too wrong to be subjects for enhancement. Regardless of documentation. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SDSF PS Command column
On Fri, 2 Feb 2024 19:30:39 +, Frank Swarbrick wrote: >Is there any way to get more than the first 40 characters of the associated >command line for a job in the PS screen? > > Limited to 40 characters. regardless of what you put in arrange. (someone can open an enhancement request) You need superuser authority (BPX.SUPERUSER in FACILITY class for RACF) TSO OMVS (or get into a PuTTY shell if you have that configured) su ps -ef orps -ef | grep Example SYSA:ZELDEN:/u/zelden:[su]# ps -ef | grep IZU IZUSVR 50331656 16777236 - Nov 05 ? 0:00 /usr/lpp/zosmf/liberty/lib/native/zos/s390x/bbgzangl COLD=N NAME=IZUANG1 IZUSVR 16777236 1 - Nov 05 ? 0:00 BPXBATA2 IZUSVR 50331674 1 - Nov 05 ? 2h54 BPXBATSL IZUSVR 16777243 50331674 - Nov 05 ? 2h54 /usr/lpp/zosmf/liberty/lib/native/zos/s390x/bbgzsrv --clean zosmfServer BPXROOT 16778537 83887091 - 15:51:14 ttyp 0:00 grep IZU 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
Re: SDSF PS Command column
If only I had superuser access! Frank From: IBM Mainframe Discussion List on behalf of Lionel B. Dyck Sent: Friday, February 2, 2024 1:58 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SDSF PS Command column You will need to issue the `ps -ef` command while using sudo, or su, to see all the processes and then the command field will be full. You can do that using bpxwunix from within a rexx exec. Lionel B. Dyck <>< Github: https://github.com/lbdyck System Z Enthusiasts Discord: https://discord.gg/system-z-enthusiasts-880322471608344597 “Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are.” - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jon Perryman Sent: Friday, February 2, 2024 2:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SDSF PS Command column On Fri, 2 Feb 2024 13:53:54 -0600, Lionel B. Dyck wrote: >Perhaps someone who knows the internals could help out here. It's unlikely someone here will know the internals to PS command in SDSF because it's designed for those who avoid UNIX. 40 bytes for a UNIX command can be very small when it can be up to 512 bytes. Since "/" did not get you the full line command, try the "D" line command. If that doesn't work, REXX exec can be run from the command line. Maybe someone has a REXX that extracts the information that you want. Maybe a D OMVS command gives you the information that you want. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SDSF PS Command column
I tried D OMVS,A=ALL and it (CMD) is also truncated at 40. oh well! From: IBM Mainframe Discussion List on behalf of Jon Perryman Sent: Friday, February 2, 2024 1:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SDSF PS Command column On Fri, 2 Feb 2024 13:53:54 -0600, Lionel B. Dyck wrote: >Perhaps someone who knows the internals could help out here. It's unlikely someone here will know the internals to PS command in SDSF because it's designed for those who avoid UNIX. 40 bytes for a UNIX command can be very small when it can be up to 512 bytes. Since "/" did not get you the full line command, try the "D" line command. If that doesn't work, REXX exec can be run from the command line. Maybe someone has a REXX that extracts the information that you want. Maybe a D OMVS command gives you the information that you want. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SDSF PS Command column
You will need to issue the `ps -ef` command while using sudo, or su, to see all the processes and then the command field will be full. You can do that using bpxwunix from within a rexx exec. Lionel B. Dyck <>< Github: https://github.com/lbdyck System Z Enthusiasts Discord: https://discord.gg/system-z-enthusiasts-880322471608344597 “Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are.” - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jon Perryman Sent: Friday, February 2, 2024 2:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SDSF PS Command column On Fri, 2 Feb 2024 13:53:54 -0600, Lionel B. Dyck wrote: >Perhaps someone who knows the internals could help out here. It's unlikely someone here will know the internals to PS command in SDSF because it's designed for those who avoid UNIX. 40 bytes for a UNIX command can be very small when it can be up to 512 bytes. Since "/" did not get you the full line command, try the "D" line command. If that doesn't work, REXX exec can be run from the command line. Maybe someone has a REXX that extracts the information that you want. Maybe a D OMVS command gives you the information that you want. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SDSF PS Command column
On Fri, 2 Feb 2024 13:53:54 -0600, Lionel B. Dyck wrote: >Perhaps someone who knows the internals could help out here. It's unlikely someone here will know the internals to PS command in SDSF because it's designed for those who avoid UNIX. 40 bytes for a UNIX command can be very small when it can be up to 512 bytes. Since "/" did not get you the full line command, try the "D" line command. If that doesn't work, REXX exec can be run from the command line. Maybe someone has a REXX that extracts the information that you want. Maybe a D OMVS command gives you the information that you want. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SDSF PS Command column
Perhaps someone who knows the internals could help out here. Lionel B. Dyck <>< Github: https://github.com/lbdyck System Z Enthusiasts Discord: https://discord.gg/system-z-enthusiasts-880322471608344597 “Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are.” - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Frank Swarbrick Sent: Friday, February 2, 2024 1:52 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SDSF PS Command column This both works and does not work. It expands the column, but, for this column at least, only pads past 40 with spaces. Perhaps the full command is stored only as 40 characters. From: IBM Mainframe Discussion List on behalf of Lionel B. Dyck Sent: Friday, February 2, 2024 12:44 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SDSF PS Command column In the menu bar click View then Arrange and then find Command in the popup table and change the width. Lionel B. Dyck <>< Github: https://github.com/lbdyck System Z Enthusiasts Discord: https://discord.gg/system-z-enthusiasts-880322471608344597 “Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are.” - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Frank Swarbrick Sent: Friday, February 2, 2024 1:42 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SDSF PS Command column Sorry, I am not trying to type a command. Rather I am looking at the "Command" column, and it is 40 characters in size. From: IBM Mainframe Discussion List on behalf of Ituriel do Neto <03427ec2837d-dmarc-requ...@listserv.ua.edu> Sent: Friday, February 2, 2024 12:34 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SDSF PS Command column Hi, If you type "/", a panel will pop up with more space to type commands Best Regards Ituriel do Nascimento Neto z/OS System Programmer Em sexta-feira, 2 de fevereiro de 2024 às 16:30:56 BRT, Frank Swarbrick escreveu: Is there any way to get more than the first 40 characters of the associated command line for a job in the PS screen? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SDSF PS Command column
This both works and does not work. It expands the column, but, for this column at least, only pads past 40 with spaces. Perhaps the full command is stored only as 40 characters. From: IBM Mainframe Discussion List on behalf of Lionel B. Dyck Sent: Friday, February 2, 2024 12:44 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SDSF PS Command column In the menu bar click View then Arrange and then find Command in the popup table and change the width. Lionel B. Dyck <>< Github: https://github.com/lbdyck System Z Enthusiasts Discord: https://discord.gg/system-z-enthusiasts-880322471608344597 “Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are.” - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Frank Swarbrick Sent: Friday, February 2, 2024 1:42 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SDSF PS Command column Sorry, I am not trying to type a command. Rather I am looking at the "Command" column, and it is 40 characters in size. From: IBM Mainframe Discussion List on behalf of Ituriel do Neto <03427ec2837d-dmarc-requ...@listserv.ua.edu> Sent: Friday, February 2, 2024 12:34 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SDSF PS Command column Hi, If you type "/", a panel will pop up with more space to type commands Best Regards Ituriel do Nascimento Neto z/OS System Programmer Em sexta-feira, 2 de fevereiro de 2024 às 16:30:56 BRT, Frank Swarbrick escreveu: Is there any way to get more than the first 40 characters of the associated command line for a job in the PS screen? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SDSF PS Command column
In the menu bar click View then Arrange and then find Command in the popup table and change the width. Lionel B. Dyck <>< Github: https://github.com/lbdyck System Z Enthusiasts Discord: https://discord.gg/system-z-enthusiasts-880322471608344597 Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are. - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Frank Swarbrick Sent: Friday, February 2, 2024 1:42 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SDSF PS Command column Sorry, I am not trying to type a command. Rather I am looking at the "Command" column, and it is 40 characters in size. From: IBM Mainframe Discussion List on behalf of Ituriel do Neto <03427ec2837d-dmarc-requ...@listserv.ua.edu> Sent: Friday, February 2, 2024 12:34 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SDSF PS Command column Hi, If you type "/", a panel will pop up with more space to type commands Best Regards Ituriel do Nascimento Neto z/OS System Programmer Em sexta-feira, 2 de fevereiro de 2024 às 16:30:56 BRT, Frank Swarbrick escreveu: Is there any way to get more than the first 40 characters of the associated command line for a job in the PS screen? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SDSF PS Command column
Sorry, I am not trying to type a command. Rather I am looking at the "Command" column, and it is 40 characters in size. From: IBM Mainframe Discussion List on behalf of Ituriel do Neto <03427ec2837d-dmarc-requ...@listserv.ua.edu> Sent: Friday, February 2, 2024 12:34 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SDSF PS Command column Hi, If you type "/", a panel will pop up with more space to type commands Best Regards Ituriel do Nascimento Neto z/OS System Programmer Em sexta-feira, 2 de fevereiro de 2024 às 16:30:56 BRT, Frank Swarbrick escreveu: Is there any way to get more than the first 40 characters of the associated command line for a job in the PS screen? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SDSF PS Command column
Hi, If you type "/", a panel will pop up with more space to type commands Best Regards Ituriel do Nascimento Neto z/OS System Programmer Em sexta-feira, 2 de fevereiro de 2024 às 16:30:56 BRT, Frank Swarbrick escreveu: Is there any way to get more than the first 40 characters of the associated command line for a job in the PS screen? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
