Mark. Reminds me of the statement of dazzle with your brilliance or baffle then with your bullshit
Sent from my iPhone No one said I could type with one thumb > On Dec 11, 2024, at 08:02, Allan Staller > <[email protected]> wrote: > > Classification: Confidential > > As I said yesterday, and auditor that can spell S-M-P-E is a rarity. > > -----Original Message----- > From: IBM Mainframe Discussion List <[email protected]> On Behalf Of > Joel Ewing > Sent: Tuesday, December 10, 2024 6:17 PM > To: [email protected] > Subject: Re: SMPE and auditors > > [CAUTION: This Email is from outside the Organization. Unless you trust the > sender, Don’t click links or open attachments as it may be a Phishing email, > which can steal your Information and compromise your Computer.] > > I'm betting the auditor's level of understanding is pretty low here -- > probably just a concept that putting code with a known error into > production is always bad. The reality of course is that if you have > been doing z/OS maintenance long enough, you know every system placed into > production has unknown errors, some of which could end up being serious. > Over time, as more errors are discovered and communicated to IBM resulting in > APARS and HOLDs, you end up with a production system with both known and > unknown errors. IBM issues PTFs to fix known errors, and if those PTFs are > later found to have errors, a later ERROR > hold is put on the PTF. The only difference between APPLY and APPLY > BYPASS for that PTF is a matter of timing: when you do the APPLY > versus when the ERROR hold on the PTF is issued. The odds are that every > time you do major maintenance, you will invariably have applied some PTFs > that at a later time will be found to contain errors. > > Normally you wouldn't want to place a PTF that has an ERROR hold into a > production system, but on rare occasions you encounter a HELD PTF that fixes > a problem that is very serious for your installation, while the ERROR hold is > a minor issue or even no problem for your installation because of your > configuration. If no resolving PTF is available, in such a case it may be > desirable to BYPASS the ERROR hold to replace a > critical problem with a minor one. This is a judgement call based on > detailed knowledge of your specific system environment, and frankly not > something a generic auditor is qualified to judge or question. When > applying quarterly maintenance, you can try to maximize the number of PTFs ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
