Re: Where did IBM hide TASID?
[Default] On 2 Aug 2018 15:49:35 -0700, in bit.listserv.ibm-main b...@psu.edu (Brian France) wrote: >On 08/02/2018 06:22 PM, Tom Conley wrote: >> On 8/2/2018 11:44 AM, Srivastava, Rajesh K wrote: >>> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww-01.ibm.com%2Fsupport%2Fdocview.wss%3Fuid%3Dswg24009131data=02%7C01%7Cbwf2%40psu.edu%7C077d97a2c7ec45aab1d108d5f8c67187%7C7cf48d453ddb4389a9c1c115526eb52e%7C0%7C0%7C636688453560736718sdata=62qVcT5MnglHH4mUeOlM1G7wdwcTObRyqWIi8aI%2FbNg%3Dreserved=0 >>> >>> >>> >>> -Original Message- >> >> You, sir, are a steely-eyed missile man. > Ya one of THEE best movie lines... AND so true here as I thought IBM >put TASID to bed years ago. If you look at the site, you will find that it has not been updated for 2/OS 2.3 and maybe 2.2 Clark Morris >> >> 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: Need help with ISPF Dialogue Manager and VGET
Keep in mind that if you do VDEFINE(s), you MUST do VDELETE(s) for the same variables, before you FREEMAIN (e.g.) and/or exit. Otherwise, enjoy tracking down mysterious S0C4s, etc. ISPF will think that the storage is still allocated to the function pool variable(s) and may read from or write to it/them. To clarify what was already said, you don't need VDEFINE if your assembler program is not interacting with the data. For example, if you are displaying a panel that, implicitly or explicitly, does all needed VGETs, VPUTs and operations for some variables, no VDEFINEs are needed for those variables. If you are only inspecting or setting a particular variable once, VCOPY or VREPLACE will do just as well, without the need for VDELETE. Less clear cut is when a program is invoked by SELECT. It would seems that all function pool variables are deleted, along with their reference addresses, lengths, etc. I'm not sure; YMMV. That said, unless you are writing a program product (and maybe even then), you are better off using ISPEXEC from assembler. It is easier to write and maintain, and also offers variable substitution: CALL ISPEXEC,(BUFLEN25,BUFFER25),VL ... Buffer25 dc c'display panel(abc)' Buflen25 dc a(l'Buffer) In fact, this could all be nicely packaged into an assembler MACRO. Compiled REXX, CLIST (see note), and the Pipes/ISPF stages will give you better performance than interpreted REXX, without the productivity downsides of assembler. (AFAIK, ISPF has it's own internal copy of the CLIST interpreter that loads and/or runs faster than the usual CLIST interpreter; call a CLIST only via SELECT.) ISPF dialogs with only ISPLINK require lots of extra coding, more detailed knowledge of the business requirements, perfect comments for future victims, and full understanding of dialog services. Finally, the TSO variable lookup routine IKJCV441 can only get or set once variable at a time. With TBxxx services this is a burden; a requirement to address this was never approved. I hope this helps. On Thu, 2 Aug 2018, 1:04 pm Seymour J Metz, wrote: > When last I had access to ISPF I used them heavily. Not as good as a > full-fledged syntax directed editor, but still very helpful. > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > > From: IBM Mainframe Discussion List on behalf > of Edward Finnell <000248cce9f3-dmarc-requ...@listserv.ua.edu> > Sent: Wednesday, August 1, 2018 4:38 PM > To: IBM-MAIN@listserv.ua.edu > Subject: Re: Need help with ISPF Dialogue Manager and VGET > > Anybody use MODEL commands for anything anymore? > > > In a message dated 8/1/2018 1:55:00 PM Central Standard Time, > lionel.d...@va.gov writes: > > > o make it easy check out > > http://secure-web.cisco.com/1aCvaZTPAJO1cr0bBILltD9dwI1WmoCvWWhozu3I5u48ZM15ylQIGanv_Trrk6O5VuRGJJswyxcYz9vRomNgklq_m_j0s771svDk7WUeYqwl1uuj1d3L0IpAP99Mwac4LtJjboIVoqgiN2VoxeeOXVWrkNSAJ8j_heA3jX0DN-HWTAl4EZoG079JyQfdUKxE89gRHnPAOZE4GK-dkswWoeIfb2zLBHL_rgCSTYNMsaiXrYtx1b0DsQl9-oQG5qM4JDe1lTPm3VIpwY9E3n-gzDQ2BhMnoQHrZcbLoraJl3fMpTz1UdkrD4eX0UU75u403yRandjrU5Bvb-MH0MgDt8Gg3UhqUI2OG7XVjTxlsZZxZLk7h6MgGbUS0MsShNul6/http%3A%2F%2Fwww.cbttape.org > and FILE 803 - it is a collection of ISPF macros that I ran across in the > last millennium that make it very easy to code ISPF dialogs in assembler. > > -- > 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: Where did IBM hide TASID?
On 08/02/2018 06:22 PM, Tom Conley wrote: > On 8/2/2018 11:44 AM, Srivastava, Rajesh K wrote: >> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww-01.ibm.com%2Fsupport%2Fdocview.wss%3Fuid%3Dswg24009131data=02%7C01%7Cbwf2%40psu.edu%7C077d97a2c7ec45aab1d108d5f8c67187%7C7cf48d453ddb4389a9c1c115526eb52e%7C0%7C0%7C636688453560736718sdata=62qVcT5MnglHH4mUeOlM1G7wdwcTObRyqWIi8aI%2FbNg%3Dreserved=0 >> >> >> >> -Original Message- > > You, sir, are a steely-eyed missile man. Ya one of THEE best movie lines... AND so true here as I thought IBM put TASID to bed years ago. > > Regards, > Tom Conley > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Brian W. France Systems Administrator (Mainframe) Pennsylvania State University Administrative Information Services - Infrastructure/SYSARC Rm 25 Shields Bldg., University Park, Pa. 16802 814-863-4739 b...@psu.edu "To make an apple pie from scratch, you must first invent the universe." -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Where did IBM hide TASID?
On 8/2/2018 11:44 AM, Srivastava, Rajesh K wrote: http://www-01.ibm.com/support/docview.wss?uid=swg24009131 -Original Message- You, sir, are a steely-eyed missile man. 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: ADABAS tuning
back in 2000 or so, MXG had some SAS process to analyze ADABAS PLOGS, //ADALOG DD DISP=SHR,DSN=xx.ADABAS.PLOGCOPY //SYSIN DD * OPTIONS NOSOURCE NOFMTERR; %INCLUDE SOURCLIB(XADALOG); RUN; been a long time since I've looked at ADABAS so if you have MXG, this 'may' help some other than that, the SMF30's is the only other place I've looked Carmen Vitullo - Original Message - From: "Clark Morris" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, August 2, 2018 1:40:27 PM Subject: Re: ADABAS tuning [Default] On 2 Aug 2018 08:43:32 -0700, in bit.listserv.ibm-main t...@vse2pdf.com (Tony Thigpen) wrote: >To answer some of the questions: > >1) There is no monitor. >2) WLM only has two profiles, DAY and NIGHT. These jobs all run during >the NIGHT settings. >3) Turf war prevents me from actually calling ADABAS support. Only the >DBA is allowed that option. And, if the issues are resolved with ADABAS >tuning, then he will look really bad as he has placed all the blame on >'Systems'. So, he will not call them for us. I would compare all of the job statistics that you have access to including CPU time and i-os to see what differs between normal and spike nights. Also check what is running concurrently with the spike night jobs. It may be a scheduling conflict. Also if Adabas is cutting any SMF records that could be helpful get those and ask for access to the tool(s) to interpret them. Clark Morris > >I need to get enough ammo to dump it back on the DBA. > >Tony Thigpen > >Tony Thigpen wrote on 08/02/2018 11:13 AM: >> Is there anyone that would be willing to give me some guidance to solve >> some ADABAS issues. Something is causing a performance problem and >> nobody seems to even know where to start looking. >> >> We have several Natural programs that run in minutes one night, then >> take an hour on other nights. We also have some RPG programs (using the >> VSAM bridge) that have similar problems. >> >> The programmers don't think it has to do with daily work-load changes. >> They want to point the finger at Systems. We (systems) are not making >> changes. >> >> The 'DBA' belongs to the programmer group, and to be honest, I don't >> think he has a clue concerning performance, just how to define the >> databases. >> >> At this point, I just need a better idea of where the problem really is >> so I can attempt to throw it back to the DBA. >> > >-- >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: ADABAS tuning
Clark gave you excellent advise to check what else is running at that time. I once had a cics transaction that at 10 o'clock in the morning started slow don. The DBA and his consultant claimed the system need more memory and CPU. Omegamon told us a different story: We looked at the disk where the table was located and discovered that a batch job reads the table sequentially, so the disk heads was moving all the time, which cause the slowdown. we shifted the job the problem disappeared saved us lot of money in memory and cpu purchases ;-) So my advise is dig! look at the CPU and elapse. may be your problem is statistical. ITschak On Thu, Aug 2, 2018 at 8:40 PM Clark Morris wrote: > [Default] On 2 Aug 2018 08:43:32 -0700, in bit.listserv.ibm-main > t...@vse2pdf.com (Tony Thigpen) wrote: > > >To answer some of the questions: > > > >1) There is no monitor. > >2) WLM only has two profiles, DAY and NIGHT. These jobs all run during > >the NIGHT settings. > >3) Turf war prevents me from actually calling ADABAS support. Only the > >DBA is allowed that option. And, if the issues are resolved with ADABAS > >tuning, then he will look really bad as he has placed all the blame on > >'Systems'. So, he will not call them for us. > > I would compare all of the job statistics that you have access to > including CPU time and i-os to see what differs between normal and > spike nights. Also check what is running concurrently with the spike > night jobs. It may be a scheduling conflict. Also if Adabas is > cutting any SMF records that could be helpful get those and ask for > access to the tool(s) to interpret them. > > Clark Morris > > > >I need to get enough ammo to dump it back on the DBA. > > > >Tony Thigpen > > > >Tony Thigpen wrote on 08/02/2018 11:13 AM: > >> Is there anyone that would be willing to give me some guidance to solve > >> some ADABAS issues. Something is causing a performance problem and > >> nobody seems to even know where to start looking. > >> > >> We have several Natural programs that run in minutes one night, then > >> take an hour on other nights. We also have some RPG programs (using the > >> VSAM bridge) that have similar problems. > >> > >> The programmers don't think it has to do with daily work-load changes. > >> They want to point the finger at Systems. We (systems) are not making > >> changes. > >> > >> The 'DBA' belongs to the programmer group, and to be honest, I don't > >> think he has a clue concerning performance, just how to define the > >> databases. > >> > >> At this point, I just need a better idea of where the problem really is > >> so I can attempt to throw it back to the DBA. > >> > > > >-- > >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 > -- ITschak Mugzach *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring for Legacy **| * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ADABAS tuning
[Default] On 2 Aug 2018 08:43:32 -0700, in bit.listserv.ibm-main t...@vse2pdf.com (Tony Thigpen) wrote: >To answer some of the questions: > >1) There is no monitor. >2) WLM only has two profiles, DAY and NIGHT. These jobs all run during >the NIGHT settings. >3) Turf war prevents me from actually calling ADABAS support. Only the >DBA is allowed that option. And, if the issues are resolved with ADABAS >tuning, then he will look really bad as he has placed all the blame on >'Systems'. So, he will not call them for us. I would compare all of the job statistics that you have access to including CPU time and i-os to see what differs between normal and spike nights. Also check what is running concurrently with the spike night jobs. It may be a scheduling conflict. Also if Adabas is cutting any SMF records that could be helpful get those and ask for access to the tool(s) to interpret them. Clark Morris > >I need to get enough ammo to dump it back on the DBA. > >Tony Thigpen > >Tony Thigpen wrote on 08/02/2018 11:13 AM: >> Is there anyone that would be willing to give me some guidance to solve >> some ADABAS issues. Something is causing a performance problem and >> nobody seems to even know where to start looking. >> >> We have several Natural programs that run in minutes one night, then >> take an hour on other nights. We also have some RPG programs (using the >> VSAM bridge) that have similar problems. >> >> The programmers don't think it has to do with daily work-load changes. >> They want to point the finger at Systems. We (systems) are not making >> changes. >> >> The 'DBA' belongs to the programmer group, and to be honest, I don't >> think he has a clue concerning performance, just how to define the >> databases. >> >> At this point, I just need a better idea of where the problem really is >> so I can attempt to throw it back to the DBA. >> > >-- >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: ADABAS tuning
On Thu, 2 Aug 2018 11:42:53 -0400, Tony Thigpen wrote: >1) There is no monitor. No ADABAS monitor, or no system monitor? >3) Turf war prevents me from actually calling ADABAS support. Only the >DBA is allowed that option. And, if the issues are resolved with ADABAS >tuning, then he will look really bad as he has placed all the blame on >'Systems'. So, he will not call them for us. > >I need to get enough ammo to dump it back on the DBA. In that case, I would look at the ADABAS address space to determine whether it is having trouble getting resources. Look for I/O statistics. Document what you find. Give him the reports and tell him that ADABAS seems to be performing well, as far as the system is concerned. Ask him what makes him think that there is a system problem. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Need help with ISPF Dialogue Manager and VGET
When last I had access to ISPF I used them heavily. Not as good as a full-fledged syntax directed editor, but still very helpful. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Edward Finnell <000248cce9f3-dmarc-requ...@listserv.ua.edu> Sent: Wednesday, August 1, 2018 4:38 PM To: IBM-MAIN@listserv.ua.edu Subject: Re: Need help with ISPF Dialogue Manager and VGET Anybody use MODEL commands for anything anymore? In a message dated 8/1/2018 1:55:00 PM Central Standard Time, lionel.d...@va.gov writes: o make it easy check out http://secure-web.cisco.com/1aCvaZTPAJO1cr0bBILltD9dwI1WmoCvWWhozu3I5u48ZM15ylQIGanv_Trrk6O5VuRGJJswyxcYz9vRomNgklq_m_j0s771svDk7WUeYqwl1uuj1d3L0IpAP99Mwac4LtJjboIVoqgiN2VoxeeOXVWrkNSAJ8j_heA3jX0DN-HWTAl4EZoG079JyQfdUKxE89gRHnPAOZE4GK-dkswWoeIfb2zLBHL_rgCSTYNMsaiXrYtx1b0DsQl9-oQG5qM4JDe1lTPm3VIpwY9E3n-gzDQ2BhMnoQHrZcbLoraJl3fMpTz1UdkrD4eX0UU75u403yRandjrU5Bvb-MH0MgDt8Gg3UhqUI2OG7XVjTxlsZZxZLk7h6MgGbUS0MsShNul6/http%3A%2F%2Fwww.cbttape.org and FILE 803 - it is a collection of ISPF macros that I ran across in the last millennium that make it very easy to code ISPF dialogs in assembler. -- 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: ADABAS tuning
On Aug 2, 2018, at 10:42 AM, Elardus Engelbrecht wrote: > > I think there is a SAG-L discussion list somewhere sa...@listserv.uark.edu Software AG also has discussion forums, documentation, and such at empower.softwareag.com; you might be able to get an account there without the DBA’s permission (and I think if you did you could open support issues.) -- Pew, Curtis G curtis@austin.utexas.edu ITS Systems/Core/Administrative Services -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ADABAS tuning
Do you do ADABAS caching? Can you look at the ADABAS shutdown stats? A couple of areas to look at in the shutdown stats... Logical reads Buffer efficiency Distribution of commands by thread (would also be good to know how many threads you have) High watermarks for the major pools (I have not been able to get a good handle on my FI pool as it is always at 99% but all the other ones I'm able to keep to 50% or less.) Thanks, Ron McCabe Mutual of Enumclaw -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tony Thigpen Sent: Thursday, August 02, 2018 8:43 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ADABAS tuning To answer some of the questions: 1) There is no monitor. 2) WLM only has two profiles, DAY and NIGHT. These jobs all run during the NIGHT settings. 3) Turf war prevents me from actually calling ADABAS support. Only the DBA is allowed that option. And, if the issues are resolved with ADABAS tuning, then he will look really bad as he has placed all the blame on 'Systems'. So, he will not call them for us. I need to get enough ammo to dump it back on the DBA. Tony Thigpen Tony Thigpen wrote on 08/02/2018 11:13 AM: > Is there anyone that would be willing to give me some guidance to > solve some ADABAS issues. Something is causing a performance problem > and nobody seems to even know where to start looking. > > We have several Natural programs that run in minutes one night, then > take an hour on other nights. We also have some RPG programs (using > the VSAM bridge) that have similar problems. > > The programmers don't think it has to do with daily work-load changes. > They want to point the finger at Systems. We (systems) are not making > changes. > > The 'DBA' belongs to the programmer group, and to be honest, I don't > think he has a clue concerning performance, just how to define the > databases. > > At this point, I just need a better idea of where the problem really > is so I can attempt to throw it back to the DBA. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Confidentiality Notice: This e- mail and all attachments may contain CONFIDENTIAL information and are meant solely for the intended recipient. It may contain controlled, privileged, or proprietary information that is protected under applicable law and shall not be disclosed to any unauthorized third party. If you are not the intended recipient, you are hereby notified that any unauthorized review, action, disclosure, distribution, or reproduction of any information contained in this e- mail and any attachments is strictly PROHIBITED. If you received this e- mail in error, please reply to the sender immediately stating that this transmission was misdirected, and delete or destroy all electronic and paper copies of this e-mail and attachments without disclosing the contents. This e- mail does not grant or assign rights of ownership in the proprietary subject matter herein, nor shall it be construed as a joint venture, partnership, teaming agreement, or any other formal business relationship. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Where did IBM hide TASID?
http://www-01.ibm.com/support/docview.wss?uid=swg24009131 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Pinnacle Sent: Thursday, August 02, 2018 11:42 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Where did IBM hide TASID? While IBM supposably restored all their web links, the ones to TASID are still broken. Anybody know where IBM hid TASID? Regards, Tom Conley -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information contained in this e-mail, and any attachment, is confidential and is intended solely for the use of the intended recipient. Access, copying or re-use of the e-mail or any attachment, or any information contained therein, by any other person is not authorized. If you are not the intended recipient please return the e-mail to the sender and delete it from your computer. Although we attempt to sweep e-mail and attachments for viruses, we do not guarantee that either are virus-free and accept no liability for any damage sustained as a result of viruses. Please refer to https://disclaimer.bnymellon.com/eu.htm for certain disclosures relating to European legal entities. We take our data protection and privacy responsibilities seriously and our privacy notice explains how we collect, use and share personal information in the course of our business activities. It can be accessed at the privacy section of www.bnymellon.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ADABAS tuning
To answer some of the questions: 1) There is no monitor. 2) WLM only has two profiles, DAY and NIGHT. These jobs all run during the NIGHT settings. 3) Turf war prevents me from actually calling ADABAS support. Only the DBA is allowed that option. And, if the issues are resolved with ADABAS tuning, then he will look really bad as he has placed all the blame on 'Systems'. So, he will not call them for us. I need to get enough ammo to dump it back on the DBA. Tony Thigpen Tony Thigpen wrote on 08/02/2018 11:13 AM: Is there anyone that would be willing to give me some guidance to solve some ADABAS issues. Something is causing a performance problem and nobody seems to even know where to start looking. We have several Natural programs that run in minutes one night, then take an hour on other nights. We also have some RPG programs (using the VSAM bridge) that have similar problems. The programmers don't think it has to do with daily work-load changes. They want to point the finger at Systems. We (systems) are not making changes. The 'DBA' belongs to the programmer group, and to be honest, I don't think he has a clue concerning performance, just how to define the databases. At this point, I just need a better idea of where the problem really is so I can attempt to throw it back to the DBA. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ADABAS tuning
Hi, If you're not getting anywhere and need some consulting then consider calling us. Details below. Regards, Stephen Donaldson. -- Stephen R. Donaldson, Code Magus Limited (England reg. no. 4024745) Number 6, 69 Woodstock Road, Oxford, OX2 6EY, United Kingdom Voice: +44 1865 310 768 Fax: +44 1865 316 979 Cell: +44 787 9897709 Support: +44 1865 589826 Skype:vixxmovz http://www.codemagus.com mailto:step...@codemagus.com On 02/08/2018 08:13, Tony Thigpen wrote: Is there anyone that would be willing to give me some guidance to solve some ADABAS issues. Something is causing a performance problem and nobody seems to even know where to start looking. We have several Natural programs that run in minutes one night, then take an hour on other nights. We also have some RPG programs (using the VSAM bridge) that have similar problems. The programmers don't think it has to do with daily work-load changes. They want to point the finger at Systems. We (systems) are not making changes. The 'DBA' belongs to the programmer group, and to be honest, I don't think he has a clue concerning performance, just how to define the databases. At this point, I just need a better idea of where the problem really is so I can attempt to throw it back to the DBA. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ADABAS tuning
Tony Thigpen wrote: >Is there anyone that would be willing to give me some guidance to solve some >ADABAS issues. Something is causing a performance problem and nobody seems to >even know where to start looking. At what z/OS and ADABAS level are you? >We have several Natural programs that run in minutes one night, then take an >hour on other nights. We also have some RPG programs (using the VSAM bridge) >that have similar problems. Batch or Online? In what WLM classes / priority are these programs running? What is RMF telling you about performance? Are the _SAME_ transactions / ADABAS calls being run in one night and then longer in other nights? Are the duration not perhaps being due to enqueues or lockouts inside the database? >The programmers don't think it has to do with daily work-load changes. They >want to point the finger at Systems. We (systems) are not making changes. Ask them since when does it happen. Also, how often. What was done earlier in the day before the nights where it took longer? Ask them how often do they re-organizing / enlarging their database(s). This is important. >The 'DBA' belongs to the programmer group, and to be honest, I don't think he >has a clue concerning performance, just how to define the databases. Are the Com-Plete records written out? These records will tell you a lot about ADABAS transactions, calls and workload. Check your Buffer Pool, Work Pool, etc. There are many tuning settings inside ADABAS and Com-Plete. Check them out. >At this point, I just need a better idea of where the problem really is so I >can attempt to throw it back to the DBA. I think there is a SAG-L discussion list somewhere, but you should call Software AG for support. Trust me, ADABAS tuning is a thankless job. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Where did IBM hide TASID?
While IBM supposably restored all their web links, the ones to TASID are still broken. Anybody know where IBM hid TASID? 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: ADABAS tuning
Is cpu consumption equal or near? It might a wait for a reaource. Don't u have a monitor to look at? ITschak בתאריך יום ה׳, 2 באוג׳ 2018, 17:27, מאת Carmen Vitullo : > I worked on a system (state govm't) that had ADABAS years ago, mostly it > depends on what version your running, some tuning opportunities were in the > latest release, about 2011,2012 timeframe, another tuning opportunity was > placement of the DB's and index files( ASSOC file) - what I recall back > with DB performance was DASD CACHE, it was suggested DFW was turned off, > IIRC, and the ASSOC file and DB be on the same volume? that's all from > memory, a good resource as Rob has suggested is ADABAS support. > > > > Carmen Vitullo > > - Original Message - > > From: "Tony Thigpen" > To: IBM-MAIN@LISTSERV.UA.EDU > Sent: Thursday, August 2, 2018 10:13:58 AM > Subject: ADABAS tuning > > Is there anyone that would be willing to give me some guidance to solve > some ADABAS issues. Something is causing a performance problem and > nobody seems to even know where to start looking. > > We have several Natural programs that run in minutes one night, then > take an hour on other nights. We also have some RPG programs (using the > VSAM bridge) that have similar problems. > > The programmers don't think it has to do with daily work-load changes. > They want to point the finger at Systems. We (systems) are not making > changes. > > The 'DBA' belongs to the programmer group, and to be honest, I don't > think he has a clue concerning performance, just how to define the > databases. > > At this point, I just need a better idea of where the problem really is > so I can attempt to throw it back to the DBA. > > -- > > Tony Thigpen > > -- > 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: ADABAS tuning
How about from a WLM perspective or use RMF to view the times they run as it might show the problems. RMF III you can watch it live. I believe ADABAS has info in it's address space that shows file usage. Now that might only show when the address space is shutdown. On 8/2/2018 11:13 AM, Tony Thigpen wrote: Is there anyone that would be willing to give me some guidance to solve some ADABAS issues. Something is causing a performance problem and nobody seems to even know where to start looking. We have several Natural programs that run in minutes one night, then take an hour on other nights. We also have some RPG programs (using the VSAM bridge) that have similar problems. The programmers don't think it has to do with daily work-load changes. They want to point the finger at Systems. We (systems) are not making changes. The 'DBA' belongs to the programmer group, and to be honest, I don't think he has a clue concerning performance, just how to define the databases. At this point, I just need a better idea of where the problem really is so I can attempt to throw it back to the DBA. -- Brian W. France Systems Administrator (Mainframe) Pennsylvania State University Administrative Information Services - Infrastructure/SYSARC Rm 25 Shields Bldg., University Park, Pa. 16802 814-863-4739 b...@psu.edu "To make an apple pie from scratch, you must first invent the universe." Carl Sagan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ADABAS tuning
I worked on a system (state govm't) that had ADABAS years ago, mostly it depends on what version your running, some tuning opportunities were in the latest release, about 2011,2012 timeframe, another tuning opportunity was placement of the DB's and index files( ASSOC file) - what I recall back with DB performance was DASD CACHE, it was suggested DFW was turned off, IIRC, and the ASSOC file and DB be on the same volume? that's all from memory, a good resource as Rob has suggested is ADABAS support. Carmen Vitullo - Original Message - From: "Tony Thigpen" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, August 2, 2018 10:13:58 AM Subject: ADABAS tuning Is there anyone that would be willing to give me some guidance to solve some ADABAS issues. Something is causing a performance problem and nobody seems to even know where to start looking. We have several Natural programs that run in minutes one night, then take an hour on other nights. We also have some RPG programs (using the VSAM bridge) that have similar problems. The programmers don't think it has to do with daily work-load changes. They want to point the finger at Systems. We (systems) are not making changes. The 'DBA' belongs to the programmer group, and to be honest, I don't think he has a clue concerning performance, just how to define the databases. At this point, I just need a better idea of where the problem really is so I can attempt to throw it back to the DBA. -- Tony Thigpen -- 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: ADABAS tuning
Call support Rob Schramm On Thu, Aug 2, 2018, 11:14 AM Tony Thigpen wrote: > Is there anyone that would be willing to give me some guidance to solve > some ADABAS issues. Something is causing a performance problem and > nobody seems to even know where to start looking. > > We have several Natural programs that run in minutes one night, then > take an hour on other nights. We also have some RPG programs (using the > VSAM bridge) that have similar problems. > > The programmers don't think it has to do with daily work-load changes. > They want to point the finger at Systems. We (systems) are not making > changes. > > The 'DBA' belongs to the programmer group, and to be honest, I don't > think he has a clue concerning performance, just how to define the > databases. > > At this point, I just need a better idea of where the problem really is > so I can attempt to throw it back to the DBA. > > -- > > Tony Thigpen > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Rob Schramm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ADABAS tuning
Is there anyone that would be willing to give me some guidance to solve some ADABAS issues. Something is causing a performance problem and nobody seems to even know where to start looking. We have several Natural programs that run in minutes one night, then take an hour on other nights. We also have some RPG programs (using the VSAM bridge) that have similar problems. The programmers don't think it has to do with daily work-load changes. They want to point the finger at Systems. We (systems) are not making changes. The 'DBA' belongs to the programmer group, and to be honest, I don't think he has a clue concerning performance, just how to define the databases. At this point, I just need a better idea of where the problem really is so I can attempt to throw it back to the DBA. -- Tony Thigpen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: how to calculate previous day using REXX
Nims,Alva John wrote: >Please take this with ALL it's implied humor: "OMG! Do you normally program >in APL?" :-) While appreciating the humor, I'd point out that nested function calls like that are entirely natural and accepted in Rexx. With good tracing options like TRACE ?I (Intermediates) debugging such statements is not at all difficult. With 35+ years of Rexx use, I find Brian's illustrated example painful to read. As an illustration it makes sense-not criticizing you, Brian!-but if I'd posted it, I might have included the compressed, single-statement version as an example of how you'd actually use it in real life. .phsiii -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: how to calculate previous day using REXX
These were intended to be instructive answers to a question about date arithmetic, not examples of good Rexx coding style. Your points are of course correct. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Horein Sent: Thursday, August 2, 2018 5:52 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: how to calculate previous day using REXX I know it boils down to preference or requirements, but something I have a hard time grasping: why declare so many variables? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: how to calculate previous day using REXX
Please take this with ALL it's implied humor: "OMG! Do you normally program in APL?" :-) Al Nims Systems Admin/Programmer III UF Information Technology East Campus P.O. Box 112050 Gainesville, FL. 32611 (e) ajn...@ufl.edu (p) (352) 273-1298 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Horein Sent: Thursday, August 02, 2018 8:52 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: how to calculate previous day using REXX I know it boils down to preference or requirements, but something I have a hard time grasping: why declare so many variables? Don't I come up with the same result using this? SAY DATE('N',DATE('B')-1,'B') And understandably, the likely event is you'll want to reference the value elsewhere, so why not cut to the chase: DATEX = DATE('N',DATE('B')-1,'B') On Thu, Aug 2, 2018 at 5:56 AM Burrell, Todd wrote: > This code should work for you in any circumstance: > > DATEB=DATE('B') > DATEB=DATEB-1 > DATEX=DATE('N',DATEB,'B') > SAY DATEX > > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of ITschak Mugzach > Sent: Thursday, August 02, 2018 4:44 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: how to calculate previous day using REXX > > Try this logic: > >- Get the Julian date of today (YYXXX) >- Deduct 1 from Julian date (xxx) >- Last 3 digits zero? (xxx) >- Deduct one from first two chars (year) (YY) >- Decide the Julian date (365 or 366 based on year/4) (xxx) > > ITschak > > > On Thu, Aug 2, 2018 at 10:38 AM saurabh khandelwal < > sourabhkhandelwal...@gmail.com> wrote: > > > Hello Group, > > > > In REXX , we have Date function to calculate today's date but do we > > have any separate function to calculate yesterday's date. > > > > currently, we used > > > > TODAY= DATE('S') > > YESTERDAY = TODAY - 1 > > > > this code work whole month but, starting of the month where we have > > date > > > > ex : > > > > TODAY - '20180801' > > > > then yesterday will be calculated like > > > > TODAY -1 , So yesterday value will be YESTERDAY = '20180800' , > > which is wrong. > > > > Can you please help to overcome this issue. > > > > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO > > IBM-MAIN > > > > > -- > ITschak Mugzach > *|** IronSphere Platform* *|* *Information Security Contiguous > Monitoring for Legacy **| * > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > This email transmission and any accompanying attachments may contain > CSX privileged and confidential information intended only for the use > of the intended addressee. Any dissemination, distribution, copying or > action taken in reliance on the contents of this email by anyone other > than the intended recipient is strictly prohibited. If you have > received this email in error please immediately delete it and notify > sender at the above CSX email address. Sender and CSX accept no > liability for any damage caused directly or indirectly by receipt of this > email. > > > -- > 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: how to calculate previous day using REXX
I know it boils down to preference or requirements, but something I have a hard time grasping: why declare so many variables? Don't I come up with the same result using this? SAY DATE('N',DATE('B')-1,'B') And understandably, the likely event is you'll want to reference the value elsewhere, so why not cut to the chase: DATEX = DATE('N',DATE('B')-1,'B') On Thu, Aug 2, 2018 at 5:56 AM Burrell, Todd wrote: > This code should work for you in any circumstance: > > DATEB=DATE('B') > DATEB=DATEB-1 > DATEX=DATE('N',DATEB,'B') > SAY DATEX > > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of ITschak Mugzach > Sent: Thursday, August 02, 2018 4:44 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: how to calculate previous day using REXX > > Try this logic: > >- Get the Julian date of today (YYXXX) >- Deduct 1 from Julian date (xxx) >- Last 3 digits zero? (xxx) >- Deduct one from first two chars (year) (YY) >- Decide the Julian date (365 or 366 based on year/4) (xxx) > > ITschak > > > On Thu, Aug 2, 2018 at 10:38 AM saurabh khandelwal < > sourabhkhandelwal...@gmail.com> wrote: > > > Hello Group, > > > > In REXX , we have Date function to calculate today's date but do we > > have any separate function to calculate yesterday's date. > > > > currently, we used > > > > TODAY= DATE('S') > > YESTERDAY = TODAY - 1 > > > > this code work whole month but, starting of the month where we have > > date > > > > ex : > > > > TODAY - '20180801' > > > > then yesterday will be calculated like > > > > TODAY -1 , So yesterday value will be > > YESTERDAY = '20180800' , which is wrong. > > > > Can you please help to overcome this issue. > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > -- > ITschak Mugzach > *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring > for Legacy **| * > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > This email transmission and any accompanying attachments may contain CSX > privileged and confidential information intended only for the use of the > intended addressee. Any dissemination, distribution, copying or action > taken in reliance on the contents of this email by anyone other than the > intended recipient is strictly prohibited. If you have received this email > in error please immediately delete it and notify sender at the above CSX > email address. Sender and CSX accept no liability for any damage caused > directly or indirectly by receipt of this email. > > > -- > 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: Processor model not listed in IODF
Peter wrote: Hi Mike/John, I did ran a REPORT MISSINGFIX against required service driver fixcat and found two ptf which were missing. I am kind of surprised too that these PTFs didn't show up in RSU1806 and there's source was PUT1803. Whether PTFs are marked RSU depends on the PTF close dates and the quarterly RSU testing dates. The moral of the story: Just use current HOLDDATA and REPORT MISSINGFIX to identify the PTFs you need for new processors (and for anything else we provide FIXCAT HOLDs for, too!). I highly recommend that people not rely on the PSP (it is accurate, but the manual process involved in checking the requirements that way is error-prone), or PUT levels, or RSU levels to provide hardware or functional support. -- John Eells IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Processor model not listed in IODF
Hi Mike/John, I did ran a REPORT MISSINGFIX against required service driver fixcat and found two ptf which were missing. I am kind of surprised too that these PTFs didn't show up in RSU1806 and there's source was PUT1803. Peter On Thu 2 Aug, 2018, 2:47 PM Michael Babcock, wrote: > We just did this and 3907 did show up in HCD on our z/OS 2.2 system. I’m > not in the office right now but HCD needs a PTF. Do this, get the latest > HOLDDATA, run an SMPE MISSINGFIX report, Get and apply any 3907 > maintenance. > > That should resolve any issues. If you don’t use the MISSING FIX report, > I highly recommend it. I also use the SMP RECEIVE ORDER as well. Avoids > having to get maintenance from SHOPz. > > > > On Thu, Aug 2, 2018 at 3:25 AM Peter wrote: > > > Hi > > > > I have applied toleration maintenance against zOS 2.2 to support z14 zr1 > > model 3907. All the required and recommended service are applied. > > > > When I try to add new processor I don't find model 3907 in the list. I > see > > only till 3906. > > > > Any clue where I might be missing ? > > > > Peter > > > > -- > > 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: how to calculate previous day using REXX
This code should work for you in any circumstance: DATEB=DATE('B') DATEB=DATEB-1 DATEX=DATE('N',DATEB,'B') SAY DATEX -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of ITschak Mugzach Sent: Thursday, August 02, 2018 4:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: how to calculate previous day using REXX Try this logic: - Get the Julian date of today (YYXXX) - Deduct 1 from Julian date (xxx) - Last 3 digits zero? (xxx) - Deduct one from first two chars (year) (YY) - Decide the Julian date (365 or 366 based on year/4) (xxx) ITschak On Thu, Aug 2, 2018 at 10:38 AM saurabh khandelwal < sourabhkhandelwal...@gmail.com> wrote: > Hello Group, > > In REXX , we have Date function to calculate today's date but do we > have any separate function to calculate yesterday's date. > > currently, we used > > TODAY= DATE('S') > YESTERDAY = TODAY - 1 > > this code work whole month but, starting of the month where we have > date > > ex : > > TODAY - '20180801' > > then yesterday will be calculated like > > TODAY -1 , So yesterday value will be > YESTERDAY = '20180800' , which is wrong. > > Can you please help to overcome this issue. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- ITschak Mugzach *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring for Legacy **| * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This email transmission and any accompanying attachments may contain CSX privileged and confidential information intended only for the use of the intended addressee. Any dissemination, distribution, copying or action taken in reliance on the contents of this email by anyone other than the intended recipient is strictly prohibited. If you have received this email in error please immediately delete it and notify sender at the above CSX email address. Sender and CSX accept no liability for any damage caused directly or indirectly by receipt of this email. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Processor model not listed in IODF
We just did this and 3907 did show up in HCD on our z/OS 2.2 system. I’m not in the office right now but HCD needs a PTF. Do this, get the latest HOLDDATA, run an SMPE MISSINGFIX report, Get and apply any 3907 maintenance. That should resolve any issues. If you don’t use the MISSING FIX report, I highly recommend it. I also use the SMP RECEIVE ORDER as well. Avoids having to get maintenance from SHOPz. On Thu, Aug 2, 2018 at 3:25 AM Peter wrote: > Hi > > I have applied toleration maintenance against zOS 2.2 to support z14 zr1 > model 3907. All the required and recommended service are applied. > > When I try to add new processor I don't find model 3907 in the list. I see > only till 3906. > > Any clue where I might be missing ? > > Peter > > -- > 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: Processor model not listed in IODF
Peter wrote: Hi I have applied toleration maintenance against zOS 2.2 to support z14 zr1 model 3907. All the required and recommended service are applied. When I try to add new processor I don't find model 3907 in the list. I see only till 3906. Any clue where I might be missing ? As it happens, I own the ZR1 PSP. Without exception, when contacted by someone who has used the PSP rather than HOLDDATA and REPORT MISSINGFIX, something got missed in the manual process used. So not to contradict you, but if you receive current HOLDDATA, does REPORT MISSINGFIX show anything? (I assume you are running on the copy of z/OS you updated with the ZR1 PTFs and handled all the necessary HOLDDATA correctly.) I should also mention that at some future point, I intend to stop putting PTF lists in the PSP. -- John Eells IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: how to calculate previous day using REXX
Thank you so much.. this worked for us On Thu, Aug 2, 2018 at 11:55 AM, Styles, Andy (ITS zPlatform Services) < 00d68f765d25-dmarc-requ...@listserv.ua.edu> wrote: > Classification: Public > say date('S', date('B') - 1 ,'B') > > Andy Styles > z/Series System Programmer > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of ITschak Mugzach > Sent: 02 August 2018 09:44 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: how to calculate previous day using REXX > > -- This email has reached the Bank via an external source -- > > > Try this logic: > >- Get the Julian date of today (YYXXX) >- Deduct 1 from Julian date (xxx) >- Last 3 digits zero? (xxx) >- Deduct one from first two chars (year) (YY) >- Decide the Julian date (365 or 366 based on year/4) (xxx) > > ITschak > > > On Thu, Aug 2, 2018 at 10:38 AM saurabh khandelwal < > sourabhkhandelwal...@gmail.com> wrote: > > > Hello Group, > > > > In REXX , we have Date function to calculate today's date but do we have > > any separate function to calculate yesterday's date. > > > > currently, we used > > > > TODAY= DATE('S') > > YESTERDAY = TODAY - 1 > > > > this code work whole month but, starting of the month where we have date > > > > ex : > > > > TODAY - '20180801' > > > > then yesterday will be calculated like > > > > TODAY -1 , So yesterday value will be > > YESTERDAY = '20180800' , which is wrong. > > > > Can you please help to overcome this issue. > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > -- > ITschak Mugzach > *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring > for Legacy **| * > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. > Registered in Scotland no. SC95000. Telephone: 0131 225 4555. > > Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. > Registered in England and Wales no. 2065. Telephone 0207626 1500. > > Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. > Registered in Scotland no. SC327000. Telephone: 03457 801 801. > > Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, > London EC2V 7HN. Registered in England and Wales no. 10399850. > > Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets > plc are authorised by the Prudential Regulation Authority and regulated by > the Financial Conduct Authority and Prudential Regulation Authority. > > Halifax is a division of Bank of Scotland plc. > > HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in > Scotland no. SC218813. > > This e-mail (including any attachments) is private and confidential and > may contain privileged material. If you have received this e-mail in error, > please notify the sender and delete it (including any attachments) > immediately. You must not copy, distribute, disclose or use any of the > information in it or any attachments. Telephone calls may be monitored or > recorded. > > > -- > 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: how to calculate previous day using REXX
Brian Fraser wrote: >If you use 'Base' then maths works without needing to worry about 0 or >negatives. Indeed. And also no worries at all about Leap Year! I use 'Base' to feed my SMF jobs the date of today+yesterday for dumping purposes. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: how to calculate previous day using REXX
If you use 'Base' then maths works without needing to worry about 0 or negatives. /* REXX */ TODAY = DATE('BASE') YESTERDAY = TODAY-1 DAYB4 = TODAY-2 ISODATE = DATE('STANDARD',TODAY,'BASE') SAY ISODATE ISODATE = DATE('STANDARD',YESTERDAY,'BASE') SAY ISODATE ISODATE = DATE('STANDARD',DAYB4,'BASE') SAY ISODATE This gives me: 20180802 20180801 20180731 On Thu, Aug 2, 2018 at 4:44 PM ITschak Mugzach wrote: > Try this logic: > >- Get the Julian date of today (YYXXX) >- Deduct 1 from Julian date (xxx) >- Last 3 digits zero? (xxx) >- Deduct one from first two chars (year) (YY) >- Decide the Julian date (365 or 366 based on year/4) (xxx) > > ITschak > > > On Thu, Aug 2, 2018 at 10:38 AM saurabh khandelwal < > sourabhkhandelwal...@gmail.com> wrote: > > > Hello Group, > > > > In REXX , we have Date function to calculate today's date but do we have > > any separate function to calculate yesterday's date. > > > > currently, we used > > > > TODAY= DATE('S') > > YESTERDAY = TODAY - 1 > > > > this code work whole month but, starting of the month where we have date > > > > ex : > > > > TODAY - '20180801' > > > > then yesterday will be calculated like > > > > TODAY -1 , So yesterday value will be > > YESTERDAY = '20180800' , which is wrong. > > > > Can you please help to overcome this issue. > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > -- > ITschak Mugzach > *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring > for Legacy **| * > > -- > 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: how to calculate previous day using REXX
Yes, I forgot to mention last step: covert Julian date to the date format you use. ITschak On Thu, Aug 2, 2018 at 10:56 AM saurabh khandelwal < sourabhkhandelwal...@gmail.com> wrote: > Thanks for reply. But in our rexx automation, we basically need all three > Year , month and date. So, not sure, if I can achieve it from the logic you > suggested before. > > > > On Thu, Aug 2, 2018 at 11:43 AM, ITschak Mugzach > wrote: > > > Try this logic: > > > >- Get the Julian date of today (YYXXX) > >- Deduct 1 from Julian date (xxx) > >- Last 3 digits zero? (xxx) > >- Deduct one from first two chars (year) (YY) > >- Decide the Julian date (365 or 366 based on year/4) (xxx) > > > > ITschak > > > > > > On Thu, Aug 2, 2018 at 10:38 AM saurabh khandelwal < > > sourabhkhandelwal...@gmail.com> wrote: > > > > > Hello Group, > > > > > > In REXX , we have Date function to calculate today's date but do we > have > > > any separate function to calculate yesterday's date. > > > > > > currently, we used > > > > > > TODAY= DATE('S') > > > YESTERDAY = TODAY - 1 > > > > > > this code work whole month but, starting of the month where we have > date > > > > > > ex : > > > > > > TODAY - '20180801' > > > > > > then yesterday will be calculated like > > > > > > TODAY -1 , So yesterday value will be > > > YESTERDAY = '20180800' , which is wrong. > > > > > > Can you please help to overcome this issue. > > > > > > -- > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > > > > -- > > ITschak Mugzach > > *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring > > for Legacy **| * > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > -- > Thanks & Regards > Saurabh Khandelwal > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- ITschak Mugzach *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring for Legacy **| * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: how to calculate previous day using REXX
Thanks for reply. But in our rexx automation, we basically need all three Year , month and date. So, not sure, if I can achieve it from the logic you suggested before. On Thu, Aug 2, 2018 at 11:43 AM, ITschak Mugzach wrote: > Try this logic: > >- Get the Julian date of today (YYXXX) >- Deduct 1 from Julian date (xxx) >- Last 3 digits zero? (xxx) >- Deduct one from first two chars (year) (YY) >- Decide the Julian date (365 or 366 based on year/4) (xxx) > > ITschak > > > On Thu, Aug 2, 2018 at 10:38 AM saurabh khandelwal < > sourabhkhandelwal...@gmail.com> wrote: > > > Hello Group, > > > > In REXX , we have Date function to calculate today's date but do we have > > any separate function to calculate yesterday's date. > > > > currently, we used > > > > TODAY= DATE('S') > > YESTERDAY = TODAY - 1 > > > > this code work whole month but, starting of the month where we have date > > > > ex : > > > > TODAY - '20180801' > > > > then yesterday will be calculated like > > > > TODAY -1 , So yesterday value will be > > YESTERDAY = '20180800' , which is wrong. > > > > Can you please help to overcome this issue. > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > -- > ITschak Mugzach > *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring > for Legacy **| * > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Thanks & Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: how to calculate previous day using REXX
Classification: Public say date('S', date('B') - 1 ,'B') Andy Styles z/Series System Programmer -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of ITschak Mugzach Sent: 02 August 2018 09:44 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: how to calculate previous day using REXX -- This email has reached the Bank via an external source -- Try this logic: - Get the Julian date of today (YYXXX) - Deduct 1 from Julian date (xxx) - Last 3 digits zero? (xxx) - Deduct one from first two chars (year) (YY) - Decide the Julian date (365 or 366 based on year/4) (xxx) ITschak On Thu, Aug 2, 2018 at 10:38 AM saurabh khandelwal < sourabhkhandelwal...@gmail.com> wrote: > Hello Group, > > In REXX , we have Date function to calculate today's date but do we have > any separate function to calculate yesterday's date. > > currently, we used > > TODAY= DATE('S') > YESTERDAY = TODAY - 1 > > this code work whole month but, starting of the month where we have date > > ex : > > TODAY - '20180801' > > then yesterday will be calculated like > > TODAY -1 , So yesterday value will be > YESTERDAY = '20180800' , which is wrong. > > Can you please help to overcome this issue. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- ITschak Mugzach *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring for Legacy **| * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC95000. Telephone: 0131 225 4555. Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales no. 2065. Telephone 0207626 1500. Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC327000. Telephone: 03457 801 801. Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales no. 10399850. Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are authorised by the Prudential Regulation Authority and regulated by the Financial Conduct Authority and Prudential Regulation Authority. Halifax is a division of Bank of Scotland plc. HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC218813. This e-mail (including any attachments) is private and confidential and may contain privileged material. If you have received this e-mail in error, please notify the sender and delete it (including any attachments) immediately. You must not copy, distribute, disclose or use any of the information in it or any attachments. Telephone calls may be monitored or recorded. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: how to calculate previous day using REXX
When I had to do date calculations in REXX, I used the information here http://www.rexxla.org/rexxlang/mfc/datec.html DATE('B') returns todays date as a number of days from a date in the past. Subtract 1 from that and you get yesterday. You can then use different formats of the DATE function to convert our result to a human readable format. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of saurabh khandelwal Sent: Thursday, August 2, 2018 11:39 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: how to calculate previous day using REXX Hello Group, In REXX , we have Date function to calculate today's date but do we have any separate function to calculate yesterday's date. currently, we used TODAY= DATE('S') YESTERDAY = TODAY - 1 this code work whole month but, starting of the month where we have date ex : TODAY - '20180801' then yesterday will be calculated like TODAY -1 , So yesterday value will be YESTERDAY = '20180800' , which is wrong. Can you please help to overcome this issue. -- 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: how to calculate previous day using REXX
Try this logic: - Get the Julian date of today (YYXXX) - Deduct 1 from Julian date (xxx) - Last 3 digits zero? (xxx) - Deduct one from first two chars (year) (YY) - Decide the Julian date (365 or 366 based on year/4) (xxx) ITschak On Thu, Aug 2, 2018 at 10:38 AM saurabh khandelwal < sourabhkhandelwal...@gmail.com> wrote: > Hello Group, > > In REXX , we have Date function to calculate today's date but do we have > any separate function to calculate yesterday's date. > > currently, we used > > TODAY= DATE('S') > YESTERDAY = TODAY - 1 > > this code work whole month but, starting of the month where we have date > > ex : > > TODAY - '20180801' > > then yesterday will be calculated like > > TODAY -1 , So yesterday value will be > YESTERDAY = '20180800' , which is wrong. > > Can you please help to overcome this issue. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- ITschak Mugzach *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring for Legacy **| * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
how to calculate previous day using REXX
Hello Group, In REXX , we have Date function to calculate today's date but do we have any separate function to calculate yesterday's date. currently, we used TODAY= DATE('S') YESTERDAY = TODAY - 1 this code work whole month but, starting of the month where we have date ex : TODAY - '20180801' then yesterday will be calculated like TODAY -1 , So yesterday value will be YESTERDAY = '20180800' , which is wrong. Can you please help to overcome this issue. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Processor model not listed in IODF
Hi I have applied toleration maintenance against zOS 2.2 to support z14 zr1 model 3907. All the required and recommended service are applied. When I try to add new processor I don't find model 3907 in the list. I see only till 3906. Any clue where I might be missing ? Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN