Re: DAE Dataset - Compression
On Tue, 6 Oct 2020 09:31:26 -0700, Lizette Koehler wrote: >If you fix the issue, and the DAE entry is still in place, you might not see >if there is an issue. > >So as always, it depends. > >By removing the entry in DAE it might show if you actually fixed it > >Lizette > > >-Original Message- >From: IBM Mainframe Discussion List On Behalf Of >Jousma, David >Sent: Tuesday, October 6, 2020 9:12 AM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Re: DAE Dataset - Compression > >I guess I don’t agree with that Lizette? I mean we can agree to disagree, >there are many ways to run our environments, but clearing out DAE will just >retrigger DUMPs for repetitive issues all over again? It may be old >technology, but it works! 1400+ unique entries in our 20% utilized dae >allocated at 45 trks. Usually it’s the DB2 sysprogs that come to me to >re-enable a certain dump that’s being suppressed. > >Now, clearing out the sysplex dump directory regularly is something I agree >with. > >- DAE Display - > Row 1 to 14 of 1,437 >Command ===> Scroll ===> CSR > Enter an Action Code next to an entry. > Enter / next to an entry to choose from a list of Action Codes. > > Dataset: 'SYS2.SYSPLEX.DAE' > Dumps since last DAE Display: 215 Total Dumps suppressed: 163672 > Events since last DAE Display: 110606 Suppression rate: 94% > Have a look in "hlq.SBLSCLI0(ADYUPDAT)" and you can possibly use that to manage DAE as one of the options is CLEANUP and with that you can specify that entries older than so many days are deleted - no need to compress DAE. Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DAE Dataset - Compression
If you fix the issue, and the DAE entry is still in place, you might not see if there is an issue. So as always, it depends. By removing the entry in DAE it might show if you actually fixed it Lizette -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jousma, David Sent: Tuesday, October 6, 2020 9:12 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DAE Dataset - Compression I guess I don’t agree with that Lizette? I mean we can agree to disagree, there are many ways to run our environments, but clearing out DAE will just retrigger DUMPs for repetitive issues all over again? It may be old technology, but it works! 1400+ unique entries in our 20% utilized dae allocated at 45 trks. Usually it’s the DB2 sysprogs that come to me to re-enable a certain dump that’s being suppressed. Now, clearing out the sysplex dump directory regularly is something I agree with. - DAE Display - Row 1 to 14 of 1,437 Command ===> Scroll ===> CSR Enter an Action Code next to an entry. Enter / next to an entry to choose from a list of Action Codes. Dataset: 'SYS2.SYSPLEX.DAE' Dumps since last DAE Display: 215 Total Dumps suppressed: 163672 Events since last DAE Display: 110606 Suppression rate: 94% _ Dave Jousma AVP | Director, Technology Engineering Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI 49546 616.653.8429 | fax: 616.653.2717 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler Sent: Tuesday, October 6, 2020 12:04 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DAE Dataset - Compression **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** I have not read this whole thread, so I apologize if I cover the same ground DAE dataset is very old technology. It is a sequential file and I am not sure you can make it compressed. That could be an RFS Second - shutting down DAE like you did - is the correct process There is no reason to keep everything in DAE unless you want to Every time we put in a new z/OS OS. I clear out completely the DAE dataset. Depending on how active your system is for abends, you might just want to make it bigger. You might need to put a process in place to clear it out weekly or daily or other Lizette -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Jacobs Sent: Tuesday, October 6, 2020 7:06 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DAE Dataset - Compression Before I open up a ticket with IBM I wanted to ask if the DAE dataset can be allocated as compressed? I tried to migrate our shared DAE dataset to a newly allocated one that with compression enabled. It didn't go well. One SVCDUMP we received was this; COMPID=SC143,ISSUER=ADYTRNS FAILURE IN THE TRANSACTION PROCESSOR FOR DAE Mark Jacobs Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email. GPG Public Key - https://protect2.fireeye.com/url?k=966eb008-ca324407-966e9a90-0cc47a33347c-21744e3782d3f911&u=https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com -- 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 **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu wi
Re: DAE Dataset - Compression
I guess I don’t agree with that Lizette? I mean we can agree to disagree, there are many ways to run our environments, but clearing out DAE will just retrigger DUMPs for repetitive issues all over again? It may be old technology, but it works! 1400+ unique entries in our 20% utilized dae allocated at 45 trks. Usually it’s the DB2 sysprogs that come to me to re-enable a certain dump that’s being suppressed. Now, clearing out the sysplex dump directory regularly is something I agree with. - DAE Display - Row 1 to 14 of 1,437 Command ===> Scroll ===> CSR Enter an Action Code next to an entry. Enter / next to an entry to choose from a list of Action Codes. Dataset: 'SYS2.SYSPLEX.DAE' Dumps since last DAE Display: 215 Total Dumps suppressed: 163672 Events since last DAE Display: 110606 Suppression rate: 94% _ Dave Jousma AVP | Director, Technology Engineering Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI 49546 616.653.8429 | fax: 616.653.2717 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler Sent: Tuesday, October 6, 2020 12:04 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DAE Dataset - Compression **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** I have not read this whole thread, so I apologize if I cover the same ground DAE dataset is very old technology. It is a sequential file and I am not sure you can make it compressed. That could be an RFS Second - shutting down DAE like you did - is the correct process There is no reason to keep everything in DAE unless you want to Every time we put in a new z/OS OS. I clear out completely the DAE dataset. Depending on how active your system is for abends, you might just want to make it bigger. You might need to put a process in place to clear it out weekly or daily or other Lizette -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Jacobs Sent: Tuesday, October 6, 2020 7:06 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DAE Dataset - Compression Before I open up a ticket with IBM I wanted to ask if the DAE dataset can be allocated as compressed? I tried to migrate our shared DAE dataset to a newly allocated one that with compression enabled. It didn't go well. One SVCDUMP we received was this; COMPID=SC143,ISSUER=ADYTRNS FAILURE IN THE TRANSACTION PROCESSOR FOR DAE Mark Jacobs Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email. GPG Public Key - https://protect2.fireeye.com/url?k=966eb008-ca324407-966e9a90-0cc47a33347c-21744e3782d3f911&u=https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com -- 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 **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DAE Dataset - Compression
I have not read this whole thread, so I apologize if I cover the same ground DAE dataset is very old technology. It is a sequential file and I am not sure you can make it compressed. That could be an RFS Second - shutting down DAE like you did - is the correct process There is no reason to keep everything in DAE unless you want to Every time we put in a new z/OS OS. I clear out completely the DAE dataset. Depending on how active your system is for abends, you might just want to make it bigger. You might need to put a process in place to clear it out weekly or daily or other Lizette -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Jacobs Sent: Tuesday, October 6, 2020 7:06 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DAE Dataset - Compression Before I open up a ticket with IBM I wanted to ask if the DAE dataset can be allocated as compressed? I tried to migrate our shared DAE dataset to a newly allocated one that with compression enabled. It didn't go well. One SVCDUMP we received was this; COMPID=SC143,ISSUER=ADYTRNS FAILURE IN THE TRANSACTION PROCESSOR FOR DAE Mark Jacobs Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com -- 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: DAE Dataset - Compression
DAE uses QSAM - the DCB is DAEDCB DCB MACRF=(GL,PM),DSORG=PS,RECFM=FB,LRECL=255,EROPT=ACC I don't know offhand of anything that would preclude using compressed data set for DAE. Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY "IBM Mainframe Discussion List" wrote on 10/06/2020 10:11:28 AM: > From: "Tom Conley" > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 10/06/2020 11:49 AM > Subject: Re: DAE Dataset - Compression > Sent by: "IBM Mainframe Discussion List" > > On 10/6/2020 10:06 AM, Mark Jacobs wrote: > > Before I open up a ticket with IBM I wanted to ask if the DAE > dataset can be allocated as compressed? I tried to migrate our > shared DAE dataset to a newly allocated one that with compression > enabled. It didn't go well. One SVCDUMP we received was this; > COMPID=SC143,ISSUER=ADYTRNS FAILURE IN THE TRANSACTION PROCESSOR FOR DAE > > > > Mark Jacobs > > Best guess is that datasets like DAE, LOGREC, etc. are so early in the > IPL that we don't have niceties like compression, extended format, etc. > DFSMS comes up way later. > > Regards, > Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DAE Dataset - Compression
Point noted. Thanks. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com ‐‐‐ Original Message ‐‐‐ On Tuesday, October 6th, 2020 at 10:37 AM, Jousma, David <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote: > I guess my point was why even bother with dataset compression, even if it was > 100 cylinders. > > Dave Jousma > > AVP | Director, Technology Engineering > > Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, > MI 49546 > > 616.653.8429 | fax: 616.653.2717 > > -Original Message- > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of > Mark Jacobs > > Sent: Tuesday, October 6, 2020 10:33 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: DAE Dataset - Compression > > CAUTION EXTERNAL EMAIL > > DO NOT open attachments or click on links from unknown senders or unexpected > emails > > The old one is 6 cylinders in size and is 100% full. We're a software > development organization so we tend to get more software errors than average. > > Mark Jacobs > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - > https://protect2.fireeye.com/url?k=ce974af8-92cbbef7-ce976060-0cc47a33347c-36a40ccc297901ee&u=https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com > > ‐‐‐ Original Message ‐‐‐ > > On Tuesday, October 6th, 2020 at 10:23 AM, Jousma, David > 01a0403c5dc1-dmarc-requ...@listserv.ua.edu wrote: > > > How big is your DAE dataset? We've got sysplex shared DAE, and it’s a > > whopping 45 tracks, and only 20% utilized. > > > > Dave Jousma > > > > AVP | Director, Technology Engineering > > > > Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand > > > > Rapids, MI 49546 > > > > 616.653.8429 | fax: 616.653.2717 > > > > -Original Message- > > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf > > > > Of Mark Jacobs > > > > Sent: Tuesday, October 6, 2020 10:18 AM > > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > > Subject: Re: DAE Dataset - Compression > > > > CAUTION EXTERNAL EMAIL > > > > DO NOT open attachments or click on links from unknown senders or > > > > unexpected emails > > > > I issued a T DAE=01 to stop it across the sysplex, renamed the DAE datasets > > and then restarted DAE, T DAE=00. > > > > Mark Jacobs > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > GPG Public Key - > > > > https://protect2.fireeye.com/url?k=4525b7cf-197943c0-45259d57-0cc47a33 > > > > 347c-95a8c88408bcde43&u=https://api.protonmail.ch/pks/lookup?op=get&se > > > > arch=markjac...@protonmail.com > > > > ‐‐‐ Original Message ‐‐‐ > > > > On Tuesday, October 6th, 2020 at 10:11 AM, Tom Conley > > pinnc...@rochester.rr.com wrote: > > > > > On 10/6/2020 10:06 AM, Mark Jacobs wrote: > > > > > > > Before I open up a ticket with IBM I wanted to ask if the DAE > > > > > > > > dataset can be allocated as compressed? I tried to migrate our > > > > > > > > shared DAE dataset to a newly allocated one that with compression > > > > > > > > enabled. It didn't go well. One SVCDUMP we received was this; > > > > > > > > COMPID=SC143,ISSUER=ADYTRNS FAILURE IN THE TRANSACTION PROCESSOR > > > > > > > > FOR > > > > > > > > DAE > > > > > > > > Mark Jacobs > > > > > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > > > > > GPG Public Key - > > > > > > > > https://protect2.fireeye.com/url?k=cd3d2e11-9161da1e-cd3d0489-0cc4 > > > > > > > > 7a > > > > > > > > 33347c-234b18a82a4f8b6a&u=https://protect2.fireeye.com/url?k=c29c4 > > > > > > > > 73d-9ec0b332-c29c6da5-0cc47a33347c-385b633fe089787d&u=https://api. > > > > > > > > protonmail.ch/pks/lookup?op=ge > > > > > > > > t&search=markjac...@protonmail.com > > > > > > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > > > > > > send email to lists...@listserv.ua.edu with the message: INFO > > > > > > > > IBM-MAIN > > > &g
Re: DAE Dataset - Compression
I guess my point was why even bother with dataset compression, even if it was 100 cylinders. _ Dave Jousma AVP | Director, Technology Engineering Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI 49546 616.653.8429 | fax: 616.653.2717 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Jacobs Sent: Tuesday, October 6, 2020 10:33 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DAE Dataset - Compression **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** The old one is 6 cylinders in size and is 100% full. We're a software development organization so we tend to get more software errors than average. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://protect2.fireeye.com/url?k=ce974af8-92cbbef7-ce976060-0cc47a33347c-36a40ccc297901ee&u=https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com ‐‐‐ Original Message ‐‐‐ On Tuesday, October 6th, 2020 at 10:23 AM, Jousma, David <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote: > How big is your DAE dataset? We've got sysplex shared DAE, and it’s a > whopping 45 tracks, and only 20% utilized. > > Dave Jousma > > AVP | Director, Technology Engineering > > Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand > Rapids, MI 49546 > > 616.653.8429 | fax: 616.653.2717 > > -Original Message- > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf > Of Mark Jacobs > > Sent: Tuesday, October 6, 2020 10:18 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: DAE Dataset - Compression > > CAUTION EXTERNAL EMAIL > > DO NOT open attachments or click on links from unknown senders or > unexpected emails > > I issued a T DAE=01 to stop it across the sysplex, renamed the DAE datasets > and then restarted DAE, T DAE=00. > > Mark Jacobs > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - > https://protect2.fireeye.com/url?k=4525b7cf-197943c0-45259d57-0cc47a33 > 347c-95a8c88408bcde43&u=https://api.protonmail.ch/pks/lookup?op=get&se > arch=markjac...@protonmail.com > > ‐‐‐ Original Message ‐‐‐ > > On Tuesday, October 6th, 2020 at 10:11 AM, Tom Conley > pinnc...@rochester.rr.com wrote: > > > On 10/6/2020 10:06 AM, Mark Jacobs wrote: > > > > > Before I open up a ticket with IBM I wanted to ask if the DAE > > > > > > dataset can be allocated as compressed? I tried to migrate our > > > > > > shared DAE dataset to a newly allocated one that with compression > > > > > > enabled. It didn't go well. One SVCDUMP we received was this; > > > > > > COMPID=SC143,ISSUER=ADYTRNS FAILURE IN THE TRANSACTION PROCESSOR > > > FOR > > > > > > DAE > > > > > > Mark Jacobs > > > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > > > GPG Public Key - > > > > > > https://protect2.fireeye.com/url?k=cd3d2e11-9161da1e-cd3d0489-0cc4 > > > 7a > > > > > > 33347c-234b18a82a4f8b6a&u=https://protect2.fireeye.com/url?k=c29c4 > > > 73d-9ec0b332-c29c6da5-0cc47a33347c-385b633fe089787d&u=https://api. > > > protonmail.ch/pks/lookup?op=ge > > > > > > t&search=markjac...@protonmail.com > > > > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > > > > send email to lists...@listserv.ua.edu with the message: INFO > > > > > > IBM-MAIN > > > > Best guess is that datasets like DAE, LOGREC, etc. are so early in > > the > > > > IPL that we don't have niceties like compression, extended format, etc. > > > > DFSMS comes up way later. > > > > Regards, > > > > Tom Conley > > > > 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 > CAUTION EXTERNAL EMAIL > > DO NOT open attachments or click on links from unknown senders or > unexpected ema
Re: DAE Dataset - Compression
The old one is 6 cylinders in size and is 100% full. We're a software development organization so we tend to get more software errors than average. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com ‐‐‐ Original Message ‐‐‐ On Tuesday, October 6th, 2020 at 10:23 AM, Jousma, David <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote: > How big is your DAE dataset? We've got sysplex shared DAE, and it’s a > whopping 45 tracks, and only 20% utilized. > > Dave Jousma > > AVP | Director, Technology Engineering > > Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, > MI 49546 > > 616.653.8429 | fax: 616.653.2717 > > -Original Message- > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of > Mark Jacobs > > Sent: Tuesday, October 6, 2020 10:18 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: DAE Dataset - Compression > > CAUTION EXTERNAL EMAIL > > DO NOT open attachments or click on links from unknown senders or unexpected > emails > > I issued a T DAE=01 to stop it across the sysplex, renamed the DAE datasets > and then restarted DAE, T DAE=00. > > Mark Jacobs > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - > https://protect2.fireeye.com/url?k=4525b7cf-197943c0-45259d57-0cc47a33347c-95a8c88408bcde43&u=https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com > > ‐‐‐ Original Message ‐‐‐ > > On Tuesday, October 6th, 2020 at 10:11 AM, Tom Conley > pinnc...@rochester.rr.com wrote: > > > On 10/6/2020 10:06 AM, Mark Jacobs wrote: > > > > > Before I open up a ticket with IBM I wanted to ask if the DAE > > > > > > dataset can be allocated as compressed? I tried to migrate our > > > > > > shared DAE dataset to a newly allocated one that with compression > > > > > > enabled. It didn't go well. One SVCDUMP we received was this; > > > > > > COMPID=SC143,ISSUER=ADYTRNS FAILURE IN THE TRANSACTION PROCESSOR FOR > > > > > > DAE > > > > > > Mark Jacobs > > > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > > > GPG Public Key - > > > > > > https://protect2.fireeye.com/url?k=cd3d2e11-9161da1e-cd3d0489-0cc47a > > > > > > 33347c-234b18a82a4f8b6a&u=https://api.protonmail.ch/pks/lookup?op=ge > > > > > > t&search=markjac...@protonmail.com > > > > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > > > > send email to lists...@listserv.ua.edu with the message: INFO > > > > > > IBM-MAIN > > > > Best guess is that datasets like DAE, LOGREC, etc. are so early in the > > > > IPL that we don't have niceties like compression, extended format, etc. > > > > DFSMS comes up way later. > > > > Regards, > > > > Tom Conley > > > > 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 CAUTION EXTERNAL > EMAIL > > DO NOT open attachments or click on links from unknown senders or unexpected > emails > > This e-mail transmission contains information that is confidential and may be > privileged. It is intended only for the addressee(s) named above. If you > receive this e-mail in error, please do not read, copy or disseminate it in > any manner. If you are not the intended recipient, any disclosure, copying, > distribution or use of the contents of this information is prohibited. Please > reply to the message immediately by informing the sender that the message was > misdirected. After replying, please erase it from your computer system. Your > assistance in correcting this error is appreciated. > > > --
Re: DAE Dataset - Compression
How big is your DAE dataset? We've got sysplex shared DAE, and it’s a whopping 45 tracks, and only 20% utilized. _ Dave Jousma AVP | Director, Technology Engineering Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI 49546 616.653.8429 | fax: 616.653.2717 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Jacobs Sent: Tuesday, October 6, 2020 10:18 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DAE Dataset - Compression **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** I issued a T DAE=01 to stop it across the sysplex, renamed the DAE datasets and then restarted DAE, T DAE=00. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://protect2.fireeye.com/url?k=4525b7cf-197943c0-45259d57-0cc47a33347c-95a8c88408bcde43&u=https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com ‐‐‐ Original Message ‐‐‐ On Tuesday, October 6th, 2020 at 10:11 AM, Tom Conley wrote: > On 10/6/2020 10:06 AM, Mark Jacobs wrote: > > > Before I open up a ticket with IBM I wanted to ask if the DAE > > dataset can be allocated as compressed? I tried to migrate our > > shared DAE dataset to a newly allocated one that with compression > > enabled. It didn't go well. One SVCDUMP we received was this; > > COMPID=SC143,ISSUER=ADYTRNS FAILURE IN THE TRANSACTION PROCESSOR FOR > > DAE > > > > Mark Jacobs > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > GPG Public Key - > > https://protect2.fireeye.com/url?k=cd3d2e11-9161da1e-cd3d0489-0cc47a > > 33347c-234b18a82a4f8b6a&u=https://api.protonmail.ch/pks/lookup?op=ge > > t&search=markjac...@protonmail.com > > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > > send email to lists...@listserv.ua.edu with the message: INFO > > IBM-MAIN > > Best guess is that datasets like DAE, LOGREC, etc. are so early in the > > IPL that we don't have niceties like compression, extended format, etc. > > DFSMS comes up way later. > > Regards, > > Tom Conley > > -- > -- > --- > > 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 **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DAE Dataset - Compression
I issued a T DAE=01 to stop it across the sysplex, renamed the DAE datasets and then restarted DAE, T DAE=00. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com ‐‐‐ Original Message ‐‐‐ On Tuesday, October 6th, 2020 at 10:11 AM, Tom Conley wrote: > On 10/6/2020 10:06 AM, Mark Jacobs wrote: > > > Before I open up a ticket with IBM I wanted to ask if the DAE dataset can > > be allocated as compressed? I tried to migrate our shared DAE dataset to a > > newly allocated one that with compression enabled. It didn't go well. One > > SVCDUMP we received was this; COMPID=SC143,ISSUER=ADYTRNS FAILURE IN THE > > TRANSACTION PROCESSOR FOR DAE > > > > Mark Jacobs > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > GPG Public Key - > > https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com > > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > Best guess is that datasets like DAE, LOGREC, etc. are so early in the > > IPL that we don't have niceties like compression, extended format, etc. > > DFSMS comes up way later. > > Regards, > > Tom Conley > > --- > > 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: DAE Dataset - Compression
On 10/6/2020 10:06 AM, Mark Jacobs wrote: Before I open up a ticket with IBM I wanted to ask if the DAE dataset can be allocated as compressed? I tried to migrate our shared DAE dataset to a newly allocated one that with compression enabled. It didn't go well. One SVCDUMP we received was this; COMPID=SC143,ISSUER=ADYTRNS FAILURE IN THE TRANSACTION PROCESSOR FOR DAE Mark Jacobs Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Best guess is that datasets like DAE, LOGREC, etc. are so early in the IPL that we don't have niceties like compression, extended format, etc. DFSMS comes up way later. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
DAE Dataset - Compression
Before I open up a ticket with IBM I wanted to ask if the DAE dataset can be allocated as compressed? I tried to migrate our shared DAE dataset to a newly allocated one that with compression enabled. It didn't go well. One SVCDUMP we received was this; COMPID=SC143,ISSUER=ADYTRNS FAILURE IN THE TRANSACTION PROCESSOR FOR DAE Mark Jacobs Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN