Re: How to check if a job is running in a SYSPLEX
I would also suggest to use the shared SPOOL, but maybe a ROUTE *ALL,D A,jobname would do this. With EXEC CICS SPOOLOPEN, EXEC CICS SPOOLWRITE you can submit a job and you can get back the result via EXEC CICS SPOOLREAD. Another option would be via RMF II API interface, (ERB2XDGS) query for the SMF 79 subtype 2 records. On 06.08.2014 11:25, Jim McAlpine wrote: We currently have an assembler routine which is called from CICS to check whether a particular job is running in the same z/OS system as the CICS system. This routine was written back in the dark ages and accomplishes this by chasing the ASCB chain and comparing the jobname of each address space. We now have the need to check to see if the job in question is running in any z/OS instance of a SYSPLEX. Any suggestions as to what is the best way to accomplish this. TIA Jim Mc -- 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: Retireiving DCB information for migrated datasets
Hi In the mcds (migration control dataset) you can find the DCB information, ARCMCD macro. On 30.07.2014 08:56, גדי בן אבי wrote: Hi, Is it possible to retreive DCB information (LRECL, BLKSIZE, RECFM, DSORG) for migrated datasets, without recalling the dataset? I looked in the record layouts for decollect, and couldn't find it. If it matters, the system is question is running OS/390 v2.8 Thanks Gadi לשימת לבך, בהתאם לנהלי חברת מלם מערכות בעמ ו/או כל חברת בת ו/או חברה קשורה שלה (להלן : החברה) וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam and/or its subsidiaries (hereinafter : Malam) regulations and signatory rights, no offer, agreement, concession or representation is binding on the Malam, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the Malam seal. -- 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: Retireiving DCB information for migrated datasets
Hi It is a good question, as I wanted to give the library name, but I didn't find . Now I find in my source library , as far as I can remember , there was no MACRO , map in the time I wrote the MCDS program , I can send you if you need, but currently I can't find . On 30.07.2014 09:57, גדי בן אבי wrote: Hi, Where should I look for this macro? Gadi From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Miklos Szigetvari [miklos.szigetv...@isis-papyrus.com] Sent: 30 July 2014 10:40 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Retireiving DCB information for migrated datasets Hi In the mcds (migration control dataset) you can find the DCB information, ARCMCD macro. On 30.07.2014 08:56, גדי בן אבי wrote: Hi, Is it possible to retreive DCB information (LRECL, BLKSIZE, RECFM, DSORG) for migrated datasets, without recalling the dataset? I looked in the record layouts for decollect, and couldn't find it. If it matters, the system is question is running OS/390 v2.8 Thanks Gadi לשימת לבך, בהתאם לנהלי חברת מלם מערכות בעמ ו/או כל חברת בת ו/או חברה קשורה שלה (להלן : החברה) וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam and/or its subsidiaries (hereinafter : Malam) regulations and signatory rights, no offer, agreement, concession or representation is binding on the Malam, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the Malam seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: AW: RMF Spreadsheet Reporter
HI Some questions: 1) Are you sure the input dataset is cataloged at the time of the FTP get ? 2)If it is a submitted job, it can be that the dataset is not yet exits in the time of the FTP. Is it possible to set some delay before the FTP get ? 3)You can switch on the FTP trace 4)Any console message about this FTP GET ? On 16.07.2014 13:09, Christian Birr wrote: No, not at all. And I don't agree with Shane, report selection and JCL run fine and after retrieving the reports manually with FTP everything works perfect in RMF PP. The only culprit is the internal FTP not working. Here is an extract of the FTP log: SENT: USER BIRR 331 Send password please. SENT: PASS (*hidden*) 230 BIRR is logged on. Working directory is BIRR.. SENT: SYST 215 MVS is the operating system of this server. FTP Server is running on z/OS. SENT: PWD 257 'BIRR.' is working directory. SENT: CWD 'BIRR' 250 BIRR. is the working directory name prefix. SENT: PWD 257 'BIRR.' is working directory. SENT: site retpd 200 SITE command was accepted SENT: site autorecall 200 SITE command was accepted SENT: TYPE A 200 Representation type is Ascii NonPrint SENT: SITE noasatrans 200 SITE command was accepted SENT: PORT 192,168,16,38,4,194 200 Port request OK. SENT: RETR 'BIRR.D196.T145616.LISTING' 550 Data set BIRR.D196.T145616.LISTING not found FTP Get failed 550 Data set BIRR.D196.T145616.LISTING not found Christian -Ursprüngliche Nachricht- Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag von Boris Lenz Gesendet: Mittwoch, 16. Juli 2014 11:49 An: IBM-MAIN@LISTSERV.UA.EDU Betreff: Re: RMF Spreadsheet Reporter Any special characters like $ @ # in the userid? Regards, Boris On Tue, July 15, 2014 21:02, Christian Birr wrote: I'll do that tomorrow; I'm on CET and on duty since 5:00, need some sleep. My hope was that someone of RMF/Böblingen would chime in. Thanks Christian -- 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
RMF postprocessor question
Hi I see in the RMF post processor Summary Report the CPU usage i/o activity etc. in 30 minute intervals The question is: Can I get this values via some program interface (program call ERB2X ...) ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SMPE or binder estimates
Hi The IBM software support is trying to install some PTF's into our system, and all the possible system libraries are small (NUCLEUS LINKLIB MIGLIB etc ) Now it is in a realloc/copy/rename phase. Any method to avoid this ? SMPE or the binder could make some estimates about the updated modules and maybe STOP if it is unable to install the PTF's ? Maybe I'm missing the proper method how to handle this. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT? Unicode 7.0 released
The SYS1.SCUNTBL has in z/OS 2.1 about 12700 members and around 34 700 tracks, something strange growing here , maybe the Mona Lisa is also online somewhere ... On 17.06.2014 15:12, John McKown wrote: http://unicode-inc.blogspot.com/2014/06/announcing-unicode-standard-version-70.html quote Version 7.0 of the Unicode Standard is now available, adding 2,834 new characters. This latest version adds the new currency symbols for the Russian ruble and Azerbaijani manat, approximately 250 emoji (pictographic symbols), many other symbols, and 23 new lesser-used and historic scripts, as well as character additions to many existing scripts. These additions extend support for written languages of North America, China, India, other Asian countries, and Africa. For full details, see http://www.unicode.org/versions/Unicode7.0.0/. /quote Some of the new characters seem reasonable. But Webdings and Wingdings? Why not a Unicode character for the Mona Lisa? Or for specific corporate logos. Hey, might be a money maker!? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TN3270 Issues
Hi We had this kind of problem, the PROFILE dataset was wrong in the TN3270 STC, but I think better to follow the IP Diag Guide TN3270 diag steps On 16.06.2014 08:00, Mainframe Mainframe wrote: After Changing system name , IPLed system and VTAM, TCPIP, TSO,TN3270 all cameup, but I still not able to login to system. I tried pining IP connected to my system and I am able to ping. but I am not able to isolate why I am not able to access tso. I dont see any messages on console related to this. I still feel TN3370 has some issue but not sure 100%. -- 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: CBT Tape Version 488 has been cut
Super, Thank you Sam (now I have all) On 08.06.2014 05:02, Sam Golob wrote: Hi Folks, CBT Tape Version 488 has been cut, dated June 3, 2014. Files from this cut are now reflected on the CBT directory of www.cbttape.org. It is also possible to get a disk pack (currently a 3390 mod 2) with all the CBT files already loaded on it, and ZZSA loaded on it as IPL text. This pack (volid is CBT001) is either in Tersed DFDSS format, or Tersed FDR format, and the clicker for it, can be found on the main page of www.cbttape.org. Please look at www.cbttape.org, either on the main page, or the CBT page, for further options. Any new files, which didn't make this cut, will be posted on the Updates page of www.cbttape.org. My advice is always to go to the Updates page first, when you are looking for a file, by file number. In that way, you'll usually get the best version. All the best of everything to all of you. Use it in good health! Sam -- 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: Alerts after critical events
Hi Thank you very much . My question was mainly about the critical event's , What do yo consider as critical, how can you detect etc etc, but not mainly about the notification . We have here some HTTP application to show up the critical events, or send an Email. On 17.05.2014 06:34, Brian Westerman wrote: The SyzMAIL/z part of our automation suite allows messages to be sent for nay console or system event, including automatically sending email (or SMS text message) for any and all tasks in the system when the task ends (or any time during it's execution), all without any JCL changes to any of the tasks or jobs. It, and all of our products, are very affordable. Several sites have purchased it solely because they are unmanned, like your shop, because it will send the email or Cell phone text so that someone gets notified immediately should something happen, or if any jobs or tasks in the system end in a way they want to be told of. Since there are no JCL changes to any job or started task, you can implement it quickly and it never sleeps. You can get information at www.syzygyinc.com/SyzMAILz.htm Brian On Fri, 16 May 2014 06:31:52 -0500, John McKown john.archie.mck...@gmail.com wrote: We do this sort of thing by trapping console messages using CA-OPS/MVS (you might want to look at the free TSSO on the CBTTAPE for this, if necessary). We have a number of jobs which we then submit, via CA-7 which use XMITIP (also free) to send a email to the appropriate MS Exchange user. In our case, this user has a email address which sends the email to the appropriate email to SMS gateway (which depends on the phone's telephone service provider). It ends up as an SMS text message on the appropriate cell phone. If you don't have something like CA-7, you could simply have a PDS with a number of jobs in it. Each job sends the proper message to the proper email user. You then submit this by having a STC which basically just does an IEBGENER to the internal reader. The START command would look something like: S SUBJOB,JOB=jobname Where jobname is the member name in the PDS. Which, in CA-7, is also the name of the JOB in the JOB card. An alternative would be to have a PDS which contains the email to be send via XMITIP. And then have a different STC, say called SENDTXT, which runs XMITIP in the STC and references the name of the member containing the proper email to be sent. Command: START SENDTXT,TEXT=pds_member On Fri, May 16, 2014 at 3:24 AM, Miklos Szigetvari miklos.szigetv...@isis-papyrus.com wrote: Hi We are a small shop, no operator, and a small number of z/OS users. I would like to develop an application, which can send/show alerts if some kind of critical event occurs in the system. What I'm considering now: - Health checker events (PFA also) - High CPU usage(SDSF DA?) - MXI system wide exceptions (from CBT Tape 408) - JES Resource Monitor - MPF exit for critical messages - DUMP exit for different dumps What I would need : - a simple tool to show the DISK space usage in different storage groups and mount attributes Maybe some other events also, any suggestion welcomed. -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! John McKown -- 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 -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551
Alerts after critical events
Hi We are a small shop, no operator, and a small number of z/OS users. I would like to develop an application, which can send/show alerts if some kind of critical event occurs in the system. What I'm considering now: - Health checker events (PFA also) - High CPU usage(SDSF DA?) - MXI system wide exceptions (from CBT Tape 408) - JES Resource Monitor - MPF exit for critical messages - DUMP exit for different dumps What I would need : - a simple tool to show the DISK space usage in different storage groups and mount attributes Maybe some other events also, any suggestion welcomed. -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is it possible to have ADRDSSU dump/copy output files directly onto z/OS USS files ?
We have this kind of modification , it is in CBT 880. On 08.05.2014 16:38, Tsai Laurence wrote: Dears , as the subject , any resolution ? need to have the output file placed onto z/OS USS environment . So that I can using z/OS NFS client to store those backup output files onto remote servers. Is it doable ? tks and regards, Laurence -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PFA (Now, an HZR subject)
Hi Looking into the Runtime Diagnostic, some question's: Who is issuing the ANALYZE command, and how often ? For me the answer in an idle z9 comes in about 3-4 seconds with NO EVENTS , but any way to trigger something if there would be some event ? On 07.05.2014 14:37, Dana Mitchell wrote: On Wed, 7 May 2014 12:08:27 +0200, R.S. r.skoru...@bremultibank.com.pl wrote: Side question: where is it documented? I mean Runtime Diagnostic documentation. I can't find the manual. -- Radoslaw Skorupka Lodz, Poland Radoslaw, I found it in the z/OS 1.13 Info center and the heading on the section Enabling Runtime Diagnostics states: z/OS Problem Management G325-2564-09 Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Any way to programmatically determine state of SMFPRMxx SYS(EXITS())?
ShowMvs can so I think you can also (source is available for ShowMvs) On 24.04.2014 16:42, Charles Mills wrote: Is there any way for an (authorized) program to determine whether SYS(EXITS(IEFU8n)) has been specified? That is, whether IEFU8n (where 'n' is 3, 4 or 5) is active. Note that z/OS allows a module to be added to an exit even though the exit is not active and the module will never receive a single call. I am looking for whether the EXIT is active and will be called by z/OS, not whether or not module X has been installed on the exit. I am hoping for a conventional z/OS macro type answer, not issue /D SMF,O from Rexx and parse the results. I am looking at bit EXAAEDEFINED in the CSVDYNEX answer area mapping DSECT CSVEXAA. Does this provide the information I am looking for? Does something else? Thanks, Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Health Check for datasets ?
Hi Searching for some kind of health checkfor datasets , which could understand the IEBPDSE messages or IDCAMS lists (CA/CI split , allocation , reorg etc etc) or a SEQ dataset allocation, blocking etc. -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Predictive Failure Analysis (PFA) can help ?
Hi Maybe the PFA can help us, but I don't know how : We have a long running USS process, so called stress test.After some hours, stops to use CPU or any resource, and after about an hour wait , running normal again. The problem is , that this slow down occurs in the night, or early in the morning, so we can react after some delay. So it would be necessary to detect this slow down and alert somebody . Can the PFA help here , or any other idea how we can detect this ? -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Predictive Failure Analysis (PFA) can help ?
Thank you, we know this and we have some alerts during this quiesce period, but this slow down is not during backup. On 16.04.2014 10:00, Mike Schwab wrote: If you use ADRDSSU to backup OMVS files, the files are quiesced during the backup. On Wed, Apr 16, 2014 at 2:42 AM, Miklos Szigetvari miklos.szigetv...@isis-papyrus.com wrote: Hi Maybe the PFA can help us, but I don't know how : We have a long running USS process, so called stress test.After some hours, stops to use CPU or any resource, and after about an hour wait , running normal again. The problem is , that this slow down occurs in the night, or early in the morning, so we can react after some delay. So it would be necessary to detect this slow down and alert somebody . Can the PFA help here , or any other idea how we can detect this ? -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Predictive Failure Analysis (PFA) can help ?
The CPU usage for the process , address space , drops from about 70% to 0%, the process writes to some log files , 100-300 message pro minute, in this period no message in this logs. On 16.04.2014 10:20, Elardus Engelbrecht wrote: Miklos Szigetvari wrote: we have some alerts during this quiesce period, but this slow down is not during backup. How in the first place do you see the slow down? Perhaps your reply could yield a good answer to you question. 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 -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Predictive Failure Analysis (PFA) can help ?
O.k. so no PFA for this. It is a test machine, so during the complete stress test, this was the only active process, so no WLM or something like this. Monitored with RMF and the system CPU also dropped to a few percent. Seems to me , the process is in wait , I would like to get DUMP's and issue other diag commands in this case. As it happened last time in Sunday morning 7:30, it would be not bad to get some kind of alert . On 16.04.2014 15:33, John Eells wrote: Others have offered diagnostic suggestions, but to respond to your original query: PFA monitors a number of things, but time used CPU per address space is not among them. For a list of PFA's checks, see Chapter 9 in z/OS Problem Management (the 2.1 version is here: http://publibz.boulder.ibm.com/epubs/pdf/e0z2k100.pdf). Miklos Szigetvari wrote: Maybe the PFA can help us, but I don't know how : We have a long running USS process, so called stress test.After some hours, stops to use CPU or any resource,how we can detect this ? snip -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
OT:Watson supercomputer by the IBM and the cancer research
Hi There has been several articles (here in the newsgroup also) about the Watson machine and cancer research. If someone could know a person who knows the details, maybe contact me privately. It is a serious meter, thank you in advance. -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT:Watson supercomputer by the IBM and the cancer research
Thank you very much I will try the link and hope to get some answer, thank you. On 10.04.2014 10:09, Aled Hughes wrote: Hi Miklos Try this link http://www-05.ibm.com/innovation/uk/watson/watson_in_healthcare.shtml Schöne Grüße ALH -Original Message- From: Miklos Szigetvari miklos.szigetv...@isis-papyrus.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Thu, 10 Apr 2014 8:59 Subject: OT:Watson supercomputer by the IBM and the cancer research Hi There has been several articles (here in the newsgroup also) about the Watson machine and cancer research. If someone could know a person who knows the details, maybe contact me privately. It is a serious meter, thank you in advance. -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Software (compiler) PTF or maintenance level
On 01.04.2014 06:19, Jon Perryman wrote: Shmuel is correct. Having a PTF level can be misleading. You are only seeing PTF numbers that IBM has chosen to display. If the C compiler consists of a 100 modules, then there are 100 PTF levels which may or may not be important to you. UNIX has this concept because the product is replaced as a whole. z/OS updates are at the module level rather than product level. You may find the release somewhat useful but rarely will you find that listing 4 PTF's as a levelset being of much use. In addition, you have the various includes and related products play a larger role than the compiler level. What problem have you encountered that has you making the decision to include compiler level? If necessary, we would like to compile again with the same status (PTF level or service level) as it was originally compiled . Jon Perryman. From: Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net on 03/31/2014 at 06:03 AM, John McKown john.archie.mck...@gmail.com said: But that doesn't show the PTF level. There is no such thing; there's only the list of all service installed. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Software (compiler) PTF or maintenance level
Hi We would like to compile our product again with the same compiler environment we delivered some years ago. Seems with C/C++ not so easy. On 01.04.2014 09:19, R.S. wrote: IMHO fundamental question: What do you need by specyfying PTF or maintenance level? Just to know what PTF ar applied? Then go to SMP/E and prepare detailed report. Preferably with all nnREQ's. Just to know what is the level? You don't need such information! To know whether compiler correctly support XYZ feature, which was fixed by PTF NN12345 ? Then ask about this PTF (or APAR). -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Software (compiler) PTF or maintenance level
Hi We would like to document the actual maintenance or PTF level or software level of the compiler, we are using to compile our product. How can I find this ? (It is the C/C++ compiler) -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Software (compiler) PTF or maintenance level
Thank you for all, we know already the PHASEID, currently all the phase-id's are the same and it is equal with the highest PTF level. What if they would be different ? On 31.03.2014 14:15, John McKown wrote: David, Thanks! I added that compile parm to my make file and got messages like: CCN(I) Product(5694-A01) Phase(CCNEOPTP) Level(UI15229.z1r13) CCN(I) Product(5694-A01) Phase(CCNDRVR ) Level(UI15229.z1r13) CCN(I) Product(5694-A01) Phase(CCNEP ) Level(UI15229.z1r13) CCN(I) Product(5694-A01) Phase(CCNETBY ) Level(UI15229.z1r13) On Mon, Mar 31, 2014 at 6:33 AM, David Crayford dcrayf...@gmail.com wrote: Check out the PHASEID compiler option. On 31/03/2014 3:31 PM, Miklos Szigetvari wrote: Hi We would like to document the actual maintenance or PTF level or software level of the compiler, we are using to compile our product. How can I find this ? (It is the C/C++ compiler) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: uploading a PDS to my PC
after the cd ... issue prompt On 13.03.2014 16:51, John Norgauer wrote: Issued the command and then ftp came back with mget member1? I need to upload the whole PDS. John Norgauer Senior Systems Programmer Mainframe Technical Support Services University of California Davis Medical Center 1651 Alhambra Blvd Suite 200 Sacramento, Ca 95816 916-734-0536 SYSTEMS PROGRAMMING.. Guilty, until proven innocent !! JN 2004 Hardware eventually breaks - Software eventually works anon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Question about z/OS v2.1 stability
Hi Seems this is a APAR for the C++ compiler TITLE: PI13158: THE WRONG CASE IS TAKEN ON A SWITCH STATEMENT. - Title: PI13158: DER FALSCHE CASE VERWENDET mit einer SWITCH STATEMENT. - URL:http://www.ibm.com/support/docview.wss?uid=isg1PI13158myns=z000mynp=OCSWG90mync=E On 18.02.2014 17:57, Miklos Szigetvari wrote: Hi Kirk We got an interim fix for the firts two problems, but it seems it has created a new one. Till now we don't have any APAR number , our PMR numbers can tell you. On 18.02.2014 17:51, Kirk Wolf wrote: Hi Miklos, Can you post any APAR numbers that arise from the problems with the C++ compiler that you found? Thanks, Kirk Wolf Dovetailed Technologies http://dovetail.com On Tue, Feb 18, 2014 at 10:47 AM, Miklos Szigetvari miklos.szigetv...@isis-papyrus.com wrote: Hi We have here serious problems with the v2.1 C/C++ compiler, the generated machine code largely differs from 1.13, and with some serious errors (till now) We opened a number of PMR's about this , but for more than 10 years we trusted the compiler, now the trust is fading away. Some problem also with PDSE datasets. On 18.02.2014 15:47, Steven Werth wrote: I'm in the process of installing z/OS 2.1 and am far enough along that I expect to IPL it on a sandbox lpar very soon. Today, my manager tells me that she has heard from our intermediary with IBM that v2.1 is causing some issues for some companies and they are recommending that we not go to v2.1 but go to v1.13 instead (we're on v1.12 currently). I've been following the list closely for the past several months and don't recall seeing anything posted about v2.1 problems. Do any of you have it up and running? Did you run into major problems? Thanks, Steve Werth --- NOTICE --- This message is for the designated recipient only and may contain confidential, privileged or proprietary information. If you have received it in error, please notify the sender immediately and delete the original and any copy or printout. Unintended recipients are prohibited from making any other use of this e-mail. Although we have taken reasonable precautions to ensure no viruses are present in this e-mail, we accept no liability for any loss or damage arising from the use of this e-mail or attachments, or for any delay or errors or omissions in the contents which result from e-mail transmission. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- 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 -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS WIKI access from a mianframe (TSO)
Hi Thank you for all the answers, I gave up this, but seems to simple to export/import the WIKI text files to PC. I say simple as I got some viruses during the WIKI/Tomact download ..., and I'm using the DATASET reference in the documentation so something instead of the DATASET reference , and the user can have a document on his PC (not online , not actual ). On 03.03.2014 13:30, Miklos Szigetvari wrote: Hi Is it possible to access the z/OS WIKI from a mainframe application ? (In this case the user can access the mainframe only via TSO certificates) -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OS WIKI access from a mianframe (TSO)
Hi Is it possible to access the z/OS WIKI from a mainframe application ? (In this case the user can access the mainframe only via TSO certificates) -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LPAR images not visible
Are you using the HMC directly or over a browser (remote) ? On 26.02.2014 09:26, Christian D wrote: Hello All, I see many of the LPARs images are missing in our HMC, Not sure what went wrong and I do not see any alerts. What could be the reason ? Any pointers ? Chris -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LPAR images not visible
Hi As far as I can remember we had with some browsers and some browser settings the similar problem (i.e. don't see all the LPAR's ) On 26.02.2014 09:47, Christian D wrote: Hi, I am using via Browser. On Wed, Feb 26, 2014 at 2:14 PM, Miklos Szigetvari miklos.szigetv...@isis-papyrus.com wrote: Are you using the HMC directly or over a browser (remote) ? On 26.02.2014 09:26, Christian D wrote: Hello All, I see many of the LPARs images are missing in our HMC, Not sure what went wrong and I do not see any alerts. What could be the reason ? Any pointers ? Chris -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- 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 -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Question about z/OS v2.1 stability
Hi We have here serious problems with the v2.1 C/C++ compiler, the generated machine code largely differs from 1.13, and with some serious errors (till now) We opened a number of PMR's about this , but for more than 10 years we trusted the compiler, now the trust is fading away. Some problem also with PDSE datasets. On 18.02.2014 15:47, Steven Werth wrote: I'm in the process of installing z/OS 2.1 and am far enough along that I expect to IPL it on a sandbox lpar very soon. Today, my manager tells me that she has heard from our intermediary with IBM that v2.1 is causing some issues for some companies and they are recommending that we not go to v2.1 but go to v1.13 instead (we're on v1.12 currently). I've been following the list closely for the past several months and don't recall seeing anything posted about v2.1 problems. Do any of you have it up and running? Did you run into major problems? Thanks, Steve Werth --- NOTICE --- This message is for the designated recipient only and may contain confidential, privileged or proprietary information. If you have received it in error, please notify the sender immediately and delete the original and any copy or printout. Unintended recipients are prohibited from making any other use of this e-mail. Although we have taken reasonable precautions to ensure no viruses are present in this e-mail, we accept no liability for any loss or damage arising from the use of this e-mail or attachments, or for any delay or errors or omissions in the contents which result from e-mail transmission. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Question about z/OS v2.1 stability
Hi Kirk We got an interim fix for the firts two problems, but it seems it has created a new one. Till now we don't have any APAR number , our PMR numbers can tell you. On 18.02.2014 17:51, Kirk Wolf wrote: Hi Miklos, Can you post any APAR numbers that arise from the problems with the C++ compiler that you found? Thanks, Kirk Wolf Dovetailed Technologies http://dovetail.com On Tue, Feb 18, 2014 at 10:47 AM, Miklos Szigetvari miklos.szigetv...@isis-papyrus.com wrote: Hi We have here serious problems with the v2.1 C/C++ compiler, the generated machine code largely differs from 1.13, and with some serious errors (till now) We opened a number of PMR's about this , but for more than 10 years we trusted the compiler, now the trust is fading away. Some problem also with PDSE datasets. On 18.02.2014 15:47, Steven Werth wrote: I'm in the process of installing z/OS 2.1 and am far enough along that I expect to IPL it on a sandbox lpar very soon. Today, my manager tells me that she has heard from our intermediary with IBM that v2.1 is causing some issues for some companies and they are recommending that we not go to v2.1 but go to v1.13 instead (we're on v1.12 currently). I've been following the list closely for the past several months and don't recall seeing anything posted about v2.1 problems. Do any of you have it up and running? Did you run into major problems? Thanks, Steve Werth --- NOTICE --- This message is for the designated recipient only and may contain confidential, privileged or proprietary information. If you have received it in error, please notify the sender immediately and delete the original and any copy or printout. Unintended recipients are prohibited from making any other use of this e-mail. Although we have taken reasonable precautions to ensure no viruses are present in this e-mail, we accept no liability for any loss or damage arising from the use of this e-mail or attachments, or for any delay or errors or omissions in the contents which result from e-mail transmission. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- 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 -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IEAVTSEL (Post Dump Exit) in z/OS 2.1
Hi Try to use the IEAVTSEL Post Dump Exit (works in 1.13) but not in 2.1 As info-center not accessible, asking in this way if someone has occurred this, before try to debug . -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JESGB400/IEFGB400
Hi Any supported and documented interface to achieve this ? i.e. gets called at IEF287I . On 05.02.2014 08:53, Jim Mulder wrote: I have not reassembled as the pointers and offsets have not changed. There are no abends and I know the code is not being called. As far as I know all system messages are still coming out. I have a development system and I've set the code to abend if it gets called and nothing happens. Our routine is looking for IEF287I messages to detect C'NOT CATLGD 2' messages. We hook ourselves in front of the IBM routine and then branch to the original code once we've noted the NOT CATLGD 2 to our system. When I look at my job that tests the NOT CATLGD 2, there are two sets of messages dealing with this issue. In the JOBLOG, the following message comes out: IEF377I NOTCAT2 STEP6 440 OPS.NOTCAT2.TEST4 NOT CATLGD 2 In the MSGLOG the following message comes out: IEF287I OPS.NOTCAT2.TEST4NOT CATLGD 2 (this is the one we've always looked for). I first thought the change was that IEF377I replaced the IEF287I and I changed the routine to look for either but I still didn't get my notification so I changed the code to abend to make sure it was getting called (development so hard abends would not be a problem) but everything works fine - except I don't get called which also means the original IEFGB400 program wouldn't have been called either. I am looking for why the JESGB400/IEFGB400 isn't being called (JES or SYSTEM parmlib parameter??) or what replaced that message processor. I'm not sure how to setup a trap when it doesn't look like the JESGB400 pointer is being used at all. IEFGB400 is a tiny module located below the 16MB line which does nothing but issue a PUT macro in 24-bit addressing mode. It created in the days when PUT could not be called in 31-bit addressing mode. That restriction being long gone, the allocation message module was changed in z/OS 1.10 to do its PUT directly, instead of calling IEFGB400. So your method of modifying JESGB400 in order to intercept allocation joblog messages will no longer work, as of z/OS 1.10. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
DB2 V11 on z9
Hi Try to start DB2 V11 on a z9 machine z/OS 1.13 and got: DSNY027I DSNYASCP :D Z10 IS THE MINIMUM LEVEL OF PROCESSOR SUPPORTED BY - Hmmm... during the installation would say this - For DB2 is it over with V10 on z9 ? - What is the next ? We are using DB2 MQ CICS - Our z9 about 6-7 years old Maybe the whole process carefully planed or I miss something. -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ENF 55(SRM Shortage) event
Hi Try to use the ENF 55 (SRM resource shortage) event, but seems to me the ENF55 structure is almost everywhere zero. Record ID time stamp , flag is o.k, but nothing more . Not for users or I'm misunderstand something ? -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ENF 55(SRM Shortage) event
Hi X'04' -pageable frames between ... and shortly after x'00' so no shortage. It is o.k, this is a relatively small test LPAR, but I hoped to find something more, why, how many, how is using etc etc, but the rest is zero . On 30.01.2014 15:45, Rob Scott wrote: Which event was indicated in ENF55TYP ? Rob Scott Lead Developer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Miklos Szigetvari Sent: 30 January 2014 14:34 To: IBM-MAIN@LISTSERV.UA.EDU Subject: ENF 55(SRM Shortage) event Hi Try to use the ENF 55 (SRM resource shortage) event, but seems to me the ENF55 structure is almost everywhere zero. Record ID time stamp , flag is o.k, but nothing more . Not for users or I'm misunderstand something ? -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- 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 -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Compiled rexx program runs native in OMVS but not as CGI
We are using compiled REXX program's with the old HTTP Server (not the Apache based one) without problem's I can suggest to try with F httpserv,APPL=DEBUG -V or -VV option and/or check the HTTP logs directory for the actual logs, cgi-error* or httpd_errors* On 29.01.2014 16:30, jan de decker wrote: Hi list, I am trying to set up a zOS HTTP server that uses compiled Rexx programs as CGI. Example: A Rexx program runs as CGI when interpreted After compilation with the REXXOEC procedure it runs when directly invoked from within OMVS When itrying to invoke the same compiled program from HTML the browser stays connecting and eventually times out. An interpreted Rexx in the same directory runs as CGI. The HTML points to the same path for both programs. The HTTP server runs with UID(0) and without user authentication. This will changed after I get a working prototype. Any help would be greatly appreciated. j@n -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF Log Stream
Hi For us was the benefit, that we get online the actual SMF data, from a job's WEB site we can access all the SMF details (30, 14 92 etc etc records) . On 22.01.2014 22:14, gsg wrote: What are the benefits of converting to SMF Log Streams? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Automatic Job Ended Email (detail information)
Maye would be interesting to know how the young people would like to be notified (Email ? Twitter ? Facebook ? ) if something happens. Old timers are sitting by the TSO and pressing the ENTER for the SDSF DA again and again. On 16.01.2014 07:57, Brian Westerman wrote: Hi, We are testing our SyzMail product that provides for the sending of email when a task (JOB STC or TSO user) ends that contains all of the normal stuff you would expect to see (maxCC, stepCCs, programs used, etc.) and I was thinking that it would be great to provide the execution time (both wall clock and CPU) that the task used and the start and end times and some other information that is all just right there for the picking, but it has started some controversy here because many (most actually) think that people could care less about the details and mostly just care about the condition codes. I myself think that since the email is being generated and we have the information available, that it makes sense to send it. My thinking is that if you can see at a glance that the job ran a particular way that you might be more likely to save time by not having to find the job output and view it. In fact, I was thinking that sometimes seeing how much time a job used, wall and CPU, can be almost as important as the condition codes. I agree that providing information that no one will ever want is a waste, and have considered providing the option for a normal and verbose type of email, but I keep thinking that once the job is done and the email is dynamically generated, it's not like the user can come back and say, that they have a CC=4 in step07 so they would like to have some additional information, it's just too late by then. I figured that asking normal people (which some of you are), might be a reasonable thing to do. Any comments or suggestions? Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Any way to copy (clone ) a RACF user profile ?
Hi Any way to copy (clone) a RACF user profile under another user name ? So I would like to have a new user USER2 with the same attributes as the existing USER1. -- -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Any way to copy (clone ) a RACF user profile ?
I would need (now) only the OPERPARM section from a special user to another special one, a logical suggestion was to use GROUP but in the GROUP no OPERPARM. On 16.01.2014 18:25, Skip Robinson wrote: (Quoting my reply to the same question on RACF-L) We get 'create like' requests quite often, as if there were some Like button we could push to clone a userid. It's actually pretty complex. A LISTUSER does not show all salient attributes. For example, to show allowed logon PROC(s), you have to check the TSOPROC class. For other attributes, you have to check the TSOAUTH class. And don't forget the ACCTNUM class. This complexity is the main reason that we're still on UADS after all these years: automated processes created decades ago would have to change substantially to accommodate these additional data compartments, and nobody has presented a compelling business case to convert. Even with UADS and a concomitant ACCOUNT LIST command, you still have to do lots of parsing and manipulating. OTOH if you're itching to get really proficient in Rexx, this would make a first rate exercise. ;-) . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Miklos Szigetvari miklos.szigetv...@isis-papyrus.com To: IBM-MAIN@LISTSERV.UA.EDU, Date: 01/16/2014 02:58 AM Subject:Any way to copy (clone ) a RACF user profile ? Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Hi Any way to copy (clone) a RACF user profile under another user name ? So I would like to have a new user USER2 with the same attributes as the existing USER1. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Automatic Job Ended Email (detail information)
Hi If requested, we send a small Email to the user with a link to the WEB page , there he can see the details of the job. On 16.01.2014 07:57, Brian Westerman wrote: Hi, We are testing our SyzMail product that provides for the sending of email when a task (JOB STC or TSO user) ends that contains all of the normal stuff you would expect to see (maxCC, stepCCs, programs used, etc.) and I was thinking that it would be great to provide the execution time (both wall clock and CPU) that the task used and the start and end times and some other information that is all just right there for the picking, but it has started some controversy here because many (most actually) think that people could care less about the details and mostly just care about the condition codes. I myself think that since the email is being generated and we have the information available, that it makes sense to send it. My thinking is that if you can see at a glance that the job ran a particular way that you might be more likely to save time by not having to find the job output and view it. In fact, I was thinking that sometimes seeing how much time a job used, wall and CPU, can be almost as important as the condition codes. I agree that providing information that no one will ever want is a waste, and have considered providing the option for a normal and verbose type of email, but I keep thinking that once the job is done and the email is dynamically generated, it's not like the user can come back and say, that they have a CC=4 in step07 so they would like to have some additional information, it's just too late by then. I figured that asking normal people (which some of you are), might be a reasonable thing to do. Any comments or suggestions? Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
How to order HTTP Server (Appache)
Hi If someone can advice, if I can order the IBM HTTP Server (powered by Apache) JIWO610 online via ShopzSeries or how can I get it. (and maybe is it worth to migrate ? ) -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to order HTTP Server (Appache)
Hi I already seen this redbook, elegantly avoids the httpd.conf differences On 15.01.2014 17:00, Jousma, David wrote: Thanks Steve. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Comstock Sent: Wednesday, January 15, 2014 10:06 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to order HTTP Server (Appache) On 1/15/2014 7:59 AM, Jousma, David wrote: Kirk, Very timely post. I wasn't finding the doc anywhere. Would be really nice if someone had a migration doc to get from the old to the new. Interestingly on the IBM z/os internet library, they list IBM HTTP server, but it is still the old 5.3 version. On the IBM redbooks page look for redpiece redp4987, IBM HTTP Server on z/OS - Migrating from Domino-powered to Apache-powered. -Steve -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Kirk Wolf Sent: Wednesday, January 15, 2014 9:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to order HTTP Server (Appache) FYI, the free IBM Ported Tools IHS (Apache) is version 7, whereas the IHS Apache server packaged with Websphere is currently 8.5. http://www-03.ibm.com/systems/z/os/zos/features/unix/ported/ihs/ I don't know if there is a list of differences, but I would appreciate this information if anyone has it. Kirk Wolf Dovetailed Technologies http://dovetail.com On Wed, Jan 15, 2014 at 8:18 AM, Paul Gilmartin paulgboul...@aim.comwrote: On Wed, 15 Jan 2014 08:04:17 -0600, Elardus Engelbrecht wrote: Apache is the current industry standard. But a lot of Apache shops are strongly looking at nginx to replace it. It is said to be faster (using less RAM and CPU), easier to set up, and more secure. I'm just echoing what I've heard. Interesting. Could you please be kind to supply any documentation / links about the 'industry standard'? http://nginx.org/en/ Hmm, interesting site. I think one of my colleagues may be interested in it. Thanks! Hmmm... z is not listed among the tested platforms. So: o Might it be EBCDIC-friendly? (I hate EBCDIC.) o Might it be legacy data set-friendly? o Might it be compatible with the C compiler Enhanced ASCII option. I can run little one-page tests in Enhanced ASCII; anything serious fails for lack of library support (X, Curses). -- gil - - 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 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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 -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com
Re: How to order HTTP Server (Appache)
On 15.01.2014 19:11, Steve Comstock wrote: On 1/15/2014 10:55 AM, Miklos Szigetvari wrote: Hi I already seen this redbook, elegantly avoids the httpd.conf differences Yeah. Actually, I prefer the older server for a few reasons (which I have passed on to the HTTP guys in IBM with no reaction). But I'm out of the game now, so my vote doesn't count. You vote should cout, you have experience, and I'm affraid the IBM HTTP guys not too many Kind regards, -Steve Comstock, founder The Trainer's Friend, Inc. http://www.trainersfriend.com 303-355-2752 On 15.01.2014 17:00, Jousma, David wrote: Thanks Steve. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Comstock Sent: Wednesday, January 15, 2014 10:06 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to order HTTP Server (Appache) On 1/15/2014 7:59 AM, Jousma, David wrote: Kirk, Very timely post. I wasn't finding the doc anywhere. Would be really nice if someone had a migration doc to get from the old to the new. Interestingly on the IBM z/os internet library, they list IBM HTTP server, but it is still the old 5.3 version. On the IBM redbooks page look for redpiece redp4987, IBM HTTP Server on z/OS - Migrating from Domino-powered to Apache-powered. -Steve -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Kirk Wolf Sent: Wednesday, January 15, 2014 9:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to order HTTP Server (Appache) FYI, the free IBM Ported Tools IHS (Apache) is version 7, whereas the IHS Apache server packaged with Websphere is currently 8.5. http://www-03.ibm.com/systems/z/os/zos/features/unix/ported/ihs/ I don't know if there is a list of differences, but I would appreciate this information if anyone has it. Kirk Wolf Dovetailed Technologies http://dovetail.com On Wed, Jan 15, 2014 at 8:18 AM, Paul Gilmartin paulgboul...@aim.comwrote: On Wed, 15 Jan 2014 08:04:17 -0600, Elardus Engelbrecht wrote: Apache is the current industry standard. But a lot of Apache shops are strongly looking at nginx to replace it. It is said to be faster (using less RAM and CPU), easier to set up, and more secure. I'm just echoing what I've heard. Interesting. Could you please be kind to supply any documentation / links about the 'industry standard'? http://nginx.org/en/ Hmm, interesting site. I think one of my colleagues may be interested in it. Thanks! Hmmm... z is not listed among the tested platforms. So: o Might it be EBCDIC-friendly? (I hate EBCDIC.) o Might it be legacy data set-friendly? o Might it be compatible with the C compiler Enhanced ASCII option. I can run little one-page tests in Enhanced ASCII; anything serious fails for lack of library support (X, Curses). -- gil - - 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 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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
Re: Scary Sysprogs
-- This is clearly another case of too many mad scientists, and not enough hunchbacks. Maranatha! John McKown -- 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 This message contains privileged and confidential information intended for the above addressees only. If you receive this message in error please delete or destroy this message and/or attachments. The sender of this message will fully cooperate in the civil and criminal prosecution of any individual engaging in the unauthorized use of this message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Progarm Directory for z/OS 1.13
Hi Searching for the program directory for z/OS 1.13. Any standard place or naming convention for this ? -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Progarm Directory for z/OS 1.13
On 07.01.2014 17:17, Lizette Koehler wrote: http://www-05.ibm.com/e-business/linkweb/publications/servlet/pbi.wss?CTY=US FNC=SRXPBL=GI10-0670-13 Yes super, thank you Lizette and Happy New Year -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: zOS server REXX CGI problem
Hi Is it /jeds.web/cgi/* or/jeds/web/cgi/* ? with the F httpserv,APPL=-DEBUG -V or -VV you can get a detailed trace On 27.12.2013 16:29, jan de decker wrote: Hi all, I installed a HTTP server on zOS and sofar as HTML is concerned all goes well but I cannot manage to get a REXX CGI program to do something. The brower (Firefox) keeps showing connecting. In the http.conf file I defined: Exec CGI/* /jeds.web/cgi/* The Rexx program is in /jedsp/web/cgi and has the attributes 755 The link on the page is: pppa href=../cgi/getenv.rexxEnvironment/a/p The page is served from /jedsp/web/pub The rexx exists in /jedsp/web/cgi Any help would be greatly appreciated j@n -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Deinstall software, for example BDT
Hi Thank you for all the answers. Why delete a product ? We are business partner , and we got till now all for free, from the IBM, but every year got a list about how much we shouldn't have to pay. This list has contained the BDT and some other components (Book Manager Read and Book Manager Build etc. etc) . So till now we paid a symbolic price, but seems IBM would like to turn this symbolic money to real one. If I understand correctly BDT has a symbolic price about 2000 $. I will try to SMP/E DELETE , but before, I will remove all the proper libraries from LNKLST , ISPF etc. etc. On 17.12.2013 23:12, R.S. wrote: W dniu 2013-12-17 22:43, craig.p...@fotlinc.com pisze: Why would you want to delete a product that comes as part of the base; for example, BDT and is either ENABLE or DISABLED via IFAPRDxx? Good point. There is working and IBM-blessed method for z/OS *FEATURES*, like RACF, dss, rmm, C/C++ or BDT. Such (paid) features always come (as a code) with z/OS, but some of them are disabled in IFAPRD, while others are enabled. And this is OK for IBM. Of course everyone is aware that customer may enable the feature without paying for that, but that's another story. However separate *PRODUCTS* (like DB2, CICS, MQ, COBOL, OMEGAMONs, TWS, etc. etc.) are different issue: - you get it only when you explicitely ordered it. Product can be delivered in separate package (CBPDO) or bundled with system in ServerPac - you shouldn'tt have the code whan you didn't ordered it. The unanswered problem arises when you want to stop using given product. - IFAPRD member is not relevant here. - IBM does not use product keys, so lack of key is not a a prove you don't use the product. BTW: Who's using BDT? And what is it for? I understand it (never paid attention, so I can be totally wrong here) as very old replacement/alternative to FTP. Regards -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Deinstall software, for example BDT
Hi How would you deinstall (if it is the proper expression) software, for example BDT (Bulk Data Transfer) ? -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TRSMAIN - Influencing the temporary dataset allocation
Hi I'm using the AMATERSE program with TMPSPACE DD(to allocate the temporary) On 13.12.2013 11:56, Jake anderson wrote: Hello, I am performing a unters for a Rel file using TRSMAIN. Unfortunately it is failing due to insufficient allocation during temporary dataset creation. Are there any parameter within TRSMAIN step that can influence or create a larger Temporary dataset. Right now the RELFILE is sitting on Multi-vol(4 volumes), so its kind of pretty bigger one. Any suggestions or advise would be helpful for me to unpack the RELFILE. Jake -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Catalog system for Unix Was: Re: z/OS is antique WAS: Aging Sysprogs = Aging Farmers
On 03.12.2013 07:13, David Crayford wrote: On 3/12/2013 4:16 AM, Kirk Wolf wrote: I would guess that the tricky part would be replacing the interface to inotify with w_ioctl / Iocc#regFileInt I could be wrong but it looks like Iocc#regFileInt doesn't support monitoring directories, which diminishes it's value. A port of inotify for z/OS would be a very nice to have. It is true as we have tried to use this to detect directoy changes. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HEAPCHECK and HEAPZONE difference in zOS 2.1
Thank you, we also using the HEAPCHK to check the heap corruption, but we find it is very slow and not always easy to find the place of error(it is sometimes far from the check). I hope HEAPZONE will be faster. In the meantime my colleague find the SHARE presentation Heap Damage Get into Zone On 03.12.2013 16:51, Charles Mills wrote: FWIW I use HEAPCHK as part of the standard regression testing of a product written in C++. I don't notice the performance impact while the product is running (but that is a very subjective don't notice -- I have made no attempt to measure the impact because I don't really care about the performance of one test). I use RPTSTG(ON) as part of the same test and one of them really slows down termination: a product termination that normally is essentially instantaneous takes perhaps 30 seconds. I do a lot of delete's at that point so perhaps it is HEAPCHK that slows things down. //CEEOPTS DD * RPTSTG(ON) HEAPCHK(ON,1,0,10,10,1024,0) /* HEAPZONE sounds useful. A similar feature is the default in MS Visual Studio (where I do my alpha testing -- and I suspect similarly in things like Eclipse). It works great. If you allocate 27 bytes and use 28, then on the free() or delete C++ asserts. You tend to find buffer overruns shortly after they happen, rather than down the road when all sorts of seemingly unrelated things start misbehaving. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Monday, December 02, 2013 6:15 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HEAPCHECK and HEAPZONE difference in zOS 2.1 Miklos, I found HEAPCHK in z/OS Language Environment Customization HEAPCHK Derivation: HEAP storage CHecKing Use HEAPCHK to run additional heap check tests. If HEAPCHK(ON) is used with STORAGE(,heap_free_value), the free areas of the heap will also be checked. If HEAPCHK(ON) is specified, this will result in a performance degradation due to the additional error checking that is performed. A U4042 abend dump will be generated when an error is detected, but no CEEDUMP will be produced. And for HEAPZONE I found in z/OS Language Environment Programming Reference Derivation: HEAP check ZONES The HEAPZONES runtime option is used to turn on overlay toleration and checking for user heaps. When activated, the runtime option affects any obtained storage that can be controlled by the HEAP or HEAP64 runtime options. HEAPZONES also affects storage obtained from a heap pool. A heap check zone is an additional piece of storage that is appended to an allocated element during a storage request. The size of the check zone depends on the size31 and size64 suboptions of HEAPZONES. The check zone can be examined for overlays when the heap element is freed. So it looks that HEAPCHK has a performance overhead and validates heaps of (I think) all HEAPS and the other a runtime option to provide overly toleration and check for USER heaps. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
HEAPCHECK and HEAPZONE difference in zOS 2.1
If someone can explain the difference between HEAPCHECK and HEAPZONE (new in z/OS 2.1) -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Searching for a Component to HLQ list
Hi If someone can help to find out the proper HLQ (high level qualifier) for different software components: For example for the Book Manager Build or for the BDT FTF I would like to find out the proper HLQ. -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Searching for a Component to HLQ list
Hi On 28.11.2013 17:01, Lizette Koehler wrote: I think the answer will depend on your shop. Some shops will place the HLQ as the componet's 3 char indicator - for example HAS for JES, EZA for communciations, etc.. We are using the default names, without any prefix, so EOX EOY for book manager etc etc Some shops place the SYS1 HLQ on all IBM products and a different HQL for OEM products. In the CBPDO process you can rename the xxx.library-name to anything you need to use for your shop. For example, the name From CBPDO the name ASM.SASMSAM2Could be made SYS1.ASM.SASMSAM2 Or From CBPDO ASM.SASMSAM2Could be made SYS1.SASMSAM2 Or From CBPDO ASM.SASMSAM2Could be made ASM.SASMSAM2 So - it depends. If you are asking something else, please let us know. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Miklos Szigetvari Sent: Thursday, November 28, 2013 8:47 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Searching for a Component to HLQ list Hi If someone can help to find out the proper HLQ (high level qualifier) for different software components: For example for the Book Manager Build or for the BDT FTF I would like to find out the proper HLQ. -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Getting a VSAM data set's system timestamp
Maybe via SMF records ? On 21.11.2013 13:48, Robin Atwood wrote: I want our file server to be able to tell the clients when a data set last changed. For non-VSAM it's easy (if a bit vague), there's the last reference date in the F1 DSCB. For VSAM you can see a SYSTEM-TIMESTAMP in the LISTCAT output but how do you get that from a program? We currently use IGGCSI00 for VSAM info but there is no field name for the timestamp. The SHOWCAT macro does not seem to show all that much at all. Any ideas out there? I am hoping I have missed something. TIA Robin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: USS Callable Assembler Services
Hi Sometimes it is worth to look into the proper (in this case msgsnd) C/C++ documentation. Seems to me , in some cases the USS Callable Services and the C/C++ Runtime Library Reference together complete. On 20.11.2013 15:20, esst...@juno.com wrote: I have found out that the documentation is poor. This sequence of Instructions is correct. L 15,16 CVT - common vector table L 15,544(15) CSRTABLE L 15,24(15) CSR slot L 15,offset(15) Address of the service BALR 14,15 Branch and link The issue with the Reason Code has to do with the setting of the MSG_TYPE. The documentation does not expalin it well enough that the MSG_ID returned from BXP1QGT needs to be stored in the MSG_TYPE field prior to the MSG_TEXT before issuing BPX1QSND. I can noe WRITE and RED from the queue. Thanks To All Who responded. Paul D'Angelo -- Original Message -- From: Tony Harminc t...@harminc.net To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: USS Callable Assembler Services Date: Mon, 18 Nov 2013 15:17:59 -0500 On 18 November 2013 14:36, esst...@juno.com esst...@juno.com wrote: Tom Marchant and others pointed out I don't have an answer to your questions, but I think you mean LA 15,16 And I agree, However From z/OS UNIX System Services Programming: Assembler Callable Services Reference SA23-2281-00 The following is an example of code that specifies the offset. The example assumes that register 1 is set up with the address of the parameter list. Replace offset with the appropriate value from the following offset table. L 15,16 CVT - common vector table L 15,544(15) CSRTABLE L 15,24(15) CSR slot L 15,offset(15) Address of the service BALR 14,15 Branch and link I suspect the documentation is wrong It's not wrong, and changing L to LA would break what you have. You could indeed use the IHAPSA and CVT macros and avoid use of hard-coded constants, but the problem with this is that the CSRTABLE and what it points to are OCO, so there are no IBM-supplied mappings or names. I wrote a little macro that contains roughly what you show above. It takes the service name as an argument and generates the call with the offset and arguments. There are other services reached through the CSRTABLE with offsets other than 24; some of them are documented to various extents, and others not at all. Tony H. -- 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 -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IXGBRWSE - SMF Logstream
Hi Nick I'm using the IXGBRWSE to browse the SMF logstream, I don't understand why it is unsupported , or that is the supported way to get the SMF log streams ? On 18.11.2013 13:20, Nick Jones wrote: Hi Jose, We do not ship an official mapping macro for the SMF buffers returned by a log stream browse. The intended interface to get SMF records in log streams is IFASMFDL. You can however IXGBRWSE the log stream and see the buffers are returned in a consistent format, but this is of course not supported by IBM. In some cases the data returned by the log stream browse has to be manipulated by SMF before the user sees it, such as if zEDC compression is turned on in z/OS V2R1. -Nick Jones z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
APA ( Application Performance Analyzer) and DB2 question
Hi If someone has experience with APA and DB2,as currently seems to me, the APA DB2 interface not working (no any DB2 measurement) , and no any error message about this. We are now z/OS 1.13 DB2 V10.0 and APA 7.1 -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS IPL Issue
What about the SAMPLIB SPPINST and SPPPACK ? According comments it is a kind of syntax checker. On 22.10.2013 15:22, Peter Relson wrote: WIth a syntax error such as the one shown by the OP, there would have been an IPL-time message such as: IEA712I LPALST LIBRARY DATA SETS IGNORED /*-UNABLE TO LOCATE As to why it blew up, it was likely because one of the data sets later in the LPALSTxx definition was also therefore not included (this line was treated as the end of input because it had no trailing comma after the initial token which was the /*) and some later processing needed a module in one of the not-included data sets. FWIW, I would think that not very many things would treat /* SYS1.CICS41.SDFHLPA, as a valid comment since it does not have the traiilng */. Of course LPALSTxx wouldn't treat it as a valid comment even with the trailing */. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS IPL Issue
As Ed pointed out, you can't see the message as it is in the WSMA , but you need the IEA304W message. You can take a standalone dump or use the HMC alter/display to find CVT pointer, CVTWSMA, and WSMA see MVS Data Area (for me volume 5) On 19.10.2013 07:53, saurabh khandelwal wrote: Hello, I had checked for this IEA304W this message but, I couldn't find it . The message I am getting on HMC hardware message is Central processor (CP) 0 is in a nonrestartable stopped state due to a System Control Program (SCP) initiated reset of the I/O interface for partition PROD01. The disabled wait program status word (PSW) is 000280009064. When I am trying to load LPAR, I am getting success message but after that I don't get to see anything on operating system message scree and LPAR color become RED. Does it mean that operating system is able to load successfully in the initial level but after that because of memory its crashing. I don't have INITSQA entry in my LOADXX member but in IEASYS member we have specified SQA=(1792K,50M).. Do I need to make INITSQA entry in LOADXX member to solve this issue, If yes, then how much I need to specify. Please suggest. Regards Saurabh On Sat, Oct 19, 2013 at 11:15 AM, Ed Jaffe edja...@phoenixsoftware.comwrote: On 10/18/2013 10:15 PM, saurabh khandelwal wrote: But while loading LPAR from HMC, I get success message on load screen but I don't see anything in operating system message screen . When I tried checking Hardware message, I have got below PSW code there 0002800090**64. I am not getting any clue to solve this issue. Kindly advise . z/OS MVS System Codes A program check occurred. Accompanying message IEA304W further explains this wait state and entry code. If the message does not appear on the console, you can find the message in the wait state message area (WSMA). /z/OS MVS System Codes -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.**com/ http://www.phoenixsoftware.com/ --**--**-- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How diagnose potential memory leaks with LE?
Hi I'm afraid the new operator has a deleteat termination, so maybe with malloc you will see the storage leak. On 10.10.2013 06:51, Charles Mills wrote: I'm trying to see if a (batch, conventional z/OS, C++, 31-bit, V1R13) program has memory leaks. After reading Diagnosing storage leak problems in the LE debugging guide, I run the program with //CEEOPTS DD * HEAPCHK(ON,1,0,10,10,1024,0) /* I get the following on CEEDUMP on termination: Heap Storage Diagnostics Stg Addr IDLength Entry E AddrE Offset 15C55158 0828CEEV#GH 1542C620 + realloc_name_buffer 157FC750 +0074 setlocale 157FD348 +016C tzset 157751C0 +066C _cinit156DDF70 +32C0 CEEZINV 15462490 +0D18 main 15100160 -EAF07E30 15C55CD8 0040CEEV#GH 1542C620 + dllinit 155BE410 +0100 CEEZIDT 15461308 +089C main 15100160 -EAF07E94 I guess that indicates that there are two un-freed heap areas, one 0x828 long and one 0x40 long -- is that right? They look like system areas allocated at startup, so they probably are not problem leaks, right? But just to be sure, I add the following intentional memory leak to my program: char *foo = new char[99]; I run the program again. I get *exactly* the same storage diagnostics. So now I have no idea whether HEAPCHK is actually reporting storage leaks or not. Anyone have any tips? Am I doing something wrong? Thanks, Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Diagnose trap/DUMP a member not found error
Hi If someone can advice: We have a C++ application, getting time to time a C++ error, errno=67 errno2=X'C0B003B6' (member not found) . How can I trap/DUMP this error situation ? - The LE errno2 SLIP trap not works in this case - The occurrence of the error is sporadic, but the input PDS has about 29200 members -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Issue with JES SPOOL
My experience is the same, several 100% TGS utilization, but never cold start. I think for small shops, without any operator, it is important, to be get notified if some JES limit over the warning values, Email or SMS On 26.09.2013 12:41, Scott Chapman wrote: Others have given great advice on how to get out of the situation or avoid it. But to talk to the cold start question: For various reasons that we don't need to go into here, we have experienced 100% TGS utilization multiple times over the last year on multiple JESPlexes. Including times when nobody did anything about it and allowed the situation to persist for hours. Bad things can start to happen if you leave the spool 100% full for hours. But in no case did we have to cold start. In fact, I don't think we've done a cold start on any of our JESplexes in years. Hmmm... is there a $D for that tidbit? Scott . But , am also interested to know if there is a way i could avoid a cold start of JES2 when the TGS utilization reaches 100 % . In our case , we did not have spare spool volumes to add space dynamically . As we had to do a Cold start of JES2 being the last option , am just trying to understand if i had a different option other than that . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SUBMIT logging recording facility ?
Hi Searching for some tool or method, to log or record the jobs and STC's running or submitted. It would be interesting to know: - how it is entered to the system ? (submit or START command ...) - who started or submitted ? - from which library ? etc etc. I'm thinking maybe some SMF user record. -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISV SMF DSECT Layout to something more readable
Mark, the assembler compiler's ADATA output contains very detailed info's about DSECT's. As far as I know. many utility/tool is using this ADATA info, for example the IBM C/C++ compiler dsect2c utility (CNEDSCT program) to generate C structures from DSECT's . On 25.09.2013 12:59, Mark Regan wrote: I have a ISV software product that creates SMF records for which they do not publish the SMF record layout in their manuals. All they do is refer you to the DSECT coding in their MAC library and expect you to figure out the record layout from it. Not having a background in a programming language, especially assembler (I can do some SAS, but that's about it), is there a utility that can read a dsect and produce a readable output to work from? I have an older SAS program that was coded to produce reports from the vendor's older version of the software, but the newest release we just put on changed the SMF record layout and also increased the record length from 1034 to 3194 bytes in length. Thanks, Mark Regan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Get CPUID and srial number from JAVA code
I hope gives better ideas as, the SDSF JAVA interface, and the D MP=CPU operator command reply. On 17.09.2013 15:28, Arye Shemer wrote: Hi, Has anyone know how I can get CPUID and machine serial number from JAVA code ? Is there a z/OS Java forum that I can get help on this issue ? thanks, Arye Shemer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFSMShsm and backing up ZFS files
Hi Jonathan I have no experience with DFSMShsm, but we are using ADRDSSU to backup our ZFS files, and during the backup there is a quiesce. Our long running USS processes are complaining as they have no access during this quiesce period. So seems to me not the DFSMShsm but the data mover makes the quiesce On 11.09.2013 16:30, Jonathan Miller wrote: Lizette, Yes I saw that article. If I read it correctly DFSMShsm should backup the ZFS files by doing a quiesce. Our files do not have a backup at all. Is this because they are mounted and AUTOBACKUP can't get the quiesce possibly. I am doing some more digging on my end to see what's up. Is there anyone out there who is using DFSMShsm to backup there ZFS unix files and it works with multiple copies after a dataset is changed? Jonathan Miller AES/PHEAA IT-Tech Services Systems Programmer (717) 720-2763 (Desk) (717) 554-3663 (Cell) This message contains privileged and confidential information intended for the above addressees only. If you receive this message in error please delete or destroy this message and/or attachments. The sender of this message will fully cooperate in the civil and criminal prosecution of any individual engaging in the unauthorized use of this message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SDSF SVC error (ISF030E)
If some have seen this: I got for REXX SDSF interface under USS, in the operlog ISF030E RC=16 SDSF SVC not called from a module residing in an authorized library -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ADRDSSU DUMP and non-z/OS volumes
On 10.09.2013 15:14, R.S. wrote: Is it possible to dump full volume which is non-z/OS formatted? I mean Linux or zVM volume. We are dumping all the zLinux volumes via ADRDSSU, but in this time the zLinux is down -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Where environment variables set for batch POSIX programs?
I think you can get the best to set: ENVAR(_CEE_ENVFILE_S=DD:ENVARS) and in the ENVARS DD define the actual ENVARS : TZ=MEZ-1MESZ-2,M3.5.0/02:00:00,M10.5.0/03:00:00 ISIS_KEY_TRACE=1 ISIS_PCS_LOGMODE=M*C ISIS_PCS_LOCAL_SHM=1 (here blank terminated, in the _CEE_ENVFILE it should be x'00' terminated ) On 06.09.2013 03:09, Charles Mills wrote: This question is related to my question on timezone_name. I am responsible for a C++ program that runs POSIX(ON) as a started task in conventional MVS. I observe that at some customers the environment variable TZ (time zone) is set correctly, and that at others it is not set at all. I search the USS documentation and all I find is information about setting the environment variables if you are a shell user. For the customers that do not have TZ correctly set (for MVS started tasks), what do I tell them to do? You need to set the TZ environment variable by customizing as documented in _? Thanks, Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Searching for a SUBMIT and WRITER tool
Hi I have the problem, some of our users, submits, time to time several hundred tests jobs, for different application tests. It fills the spool, difficult to handle etc etc . I would need some simple tool to manage this: - submit again and again , only a a limited number of jobs. - if a job is ready, write out the outputs to some dataset. - maybe check the return codes. Before starts to write, maybe someone has a good idea about this. -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Antwort: Searching for a SUBMIT and WRITER tool
For financial reason(no money) , although UC4 is in the next village. On 05.09.2013 09:17, Michael Klaeschen wrote: Which reason you do not use a job monitor like OPC/TWS (IBM) or UC4 (they are from Austria, too)? You might want to consider spool management software like Beta92. That also can check the return codes. Cheers Michael Von:Miklos Szigetvari miklos.szigetv...@isis-papyrus.com An: IBM-MAIN@LISTSERV.UA.EDU Datum: 2013-09-05 08:57 Betreff:Searching for a SUBMIT and WRITER tool Gesendet von: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Hi I have the problem, some of our users, submits, time to time several hundred tests jobs, for different application tests. It fills the spool, difficult to handle etc etc . I would need some simple tool to manage this: - submit again and again , only a a limited number of jobs. - if a job is ready, write out the outputs to some dataset. - maybe check the return codes. Before starts to write, maybe someone has a good idea about this. -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Searching for a SUBMIT and WRITER tool
Thank you for answers, I agree with the suggestions , increase the SPOOL size, and/or use some external writer, or short term SYSOUT classes. Unfortunately currently I'm not in the position to make this changes,or persuade the user to change his jobs, but in the SUBMIT job I can change the called program from IEBGENER to some REXX or other call. On 05.09.2013 17:10, Joel C. Ewing wrote: On 09/05/2013 03:01 AM, R.S. wrote: W dniu 2013-09-05 08:57, Miklos Szigetvari pisze: Hi I have the problem, some of our users, submits, time to time several hundred tests jobs, for different application tests. It fills the spool, difficult to handle etc etc . I would need some simple tool to manage this: - submit again and again , only a a limited number of jobs. - if a job is ready, write out the outputs to some dataset. - maybe check the return codes. Before starts to write, maybe someone has a good idea about this. IMHO the cheapest solution is to add resources to JES and maybe redirect large outputs to dasd (permanent datasets). And maybe enforce limit of lines per job (after the limit job is abended with S722 AFAIR). Oh last but not least: talk to the people. It's likely they will understand clear rules and justification and they will follow the rules. I would also recommend providing distinct SYSOUT short-term HOLD classes that will be eligible for auto-delete after a few days, one day, and perhaps even periods shorter than one day; and set up system automation for the periodic purging of output that exceeds the retention documented for those classes. In many cases the output from test jobs are known to be of short usefulness. Having installation standards for which HOLD classes to use for job MSGCLASS and for test SYSOUT for various test job categories will provide a better means to clean up after users who fail to purge their own garbage. Enforcement of those standards will encourage users to either direct output really needing longer retention to DASD or use some tool like SDSF to save selected held SYSOUT to data sets after job completion before held SYSOUT is auto-purged. Increasing JOBNUM limits and spool space may still be required, but you don't want to just throw JES resources at what is even known by the users to be trash. -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMS Notices from Jes2
With my phone account and SMTP settings the following is working: (i.e X-PRIORITY was necessary to get SMS in my mobile ) //ESAEMAIL JOB ,ESA,NOTIFY=ESA, //CLASS=A,MSGCLASS=X,MSGLEVEL=(1,1) //OUTPUTOUTPUT DEST=JES2P390.SMTP //ISDICLEM EXEC PGM=IEBGENER //SYSIN DD DUMMY //SYSPRINT DD SYSOUT=* //SYSUT2DD SYSOUT=A,OUTPUT=*.OUTPUT //SYSUT1DD * helo jes2p390 mail from:miklos.szigetv...@isis-papyrus.com rcpt to:436502130...@drei.at data to:436502130...@idrei.at to:miklos.szigetv...@tplus.at SUBJECT: SMS FROM Z/OS Today X-PRIORITY: 1 MIME-Version: 1.0 Content-type: text/plain test text test text1 On 27.08.2013 16:16, Rouse, Willie wrote: Hello All, I would like to send messages to application owners when critical jobs fail/abend. I don't know if there is a way to send an SMS messages from Jes2. Respectfully, Willie C. Rouse Senior Mainframe Consultant Prince George's County, Maryland Office of Information Technology 9201 Basil Court/ Room B8 Largo, MD 20774 Voice: 301-883-7189 Fax: 301-883-3790 This E-mail and any of its attachments may contain Prince George’s County Government or Prince George's County 7th Judicial Circuit Court proprietary information or Protected Health Information, which is privileged and confidential. This E-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this E-mail, you are hereby notified that any dissemination, distribution, copying, or action taken in relation to the contents of and attachments to this E-mail is strictly prohibited by federal law and may expose you to civil and/or criminal penalties. If you have received this E-mail in error, please notify the sender immediately and permanently delete the original and any copy of this E-mail and any printout. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CEEPIPI assistance requested
Hi I can't add too much tor this, but a few years ago, I tried do something similar, i.e. In a multitask supervisor mode server, from the workers sub-tasks , call the Xerxes XML parser via CEEPIPI. Don't remember for all the details, but surly I had also different 46D abends . In the last version my LE rutime options: POSIX(ON),TRAP(OFF,NOSPIE),STACK(1M,1M,ANY,KEEP) A suggestion would be(if possible) to call the LE module without CEEPIPI, to see how it works with normal call's. Completely independent from this Xerxes project, we have tried to use the zIIP engine from C++ ( with a valid enclave SRB license) , but it was a normal C++ application, so no CEEPIPI. The application was very complex, and I wasn't able to find a way to run the code under enclave SRB. Some small parts (for example the ZIP inflate/deflate) library was proper to run in zIIP, but it is generally only a few percent of the total CPU . On 26.08.2013 05:26, Sam Siegel wrote: On Sun, Aug 25, 2013 at 5:27 PM, Peter Relson rel...@us.ibm.com wrote: I don't know why LE would issue an ESPIE if you told it not to. It certainly seems from the evidence that something is issuing ESPIE. And it's issuing it in your state, which is supervisor state, which therefore will result in the abend you received. Is it possible that what you think are the options that you provided are, in fact, not? This is a possibility and I will check it carefully. However, if supervisor mode is entered prior to any subtask being attached, the process runs to completion without abend. The 46d-18 only occurs when the PROCESS subtask is the only subtask which enters supervisor mode. My current thinking is that the exception routine needs to be coded in the CEEPIPI service routine vector. That will be checked next. As to You might be asking, why I'm doing this. The answer is that eventually, I want to be able to run the C/C++ programs that are setup in the SUB_DP environment under an SRB. This is documented in Language Environment Vendor Interfaces (SA22-7568). This will allow me to offload C/C++ code to a zIIP engine. I can say only maybe. In general, only if you are licensed to do so (and of course if the SRBs are enclave SRBs). Agreed on both points. A valid license is hand. Peter Relson z/OS Core Technology Design -- 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 -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: REXX exec, To compile or not to compile
Agree with Thomas On the REXX compiler installation, you find some compute intensive samples. Here we got the CPU speed 1 - 7 for the compiled REXX code I didn't see any official performance compare between compiled and interpreted code. Maybe a point would be to minimize the called external REXX functions. On 07.08.2013 11:06, Thomas Berg wrote: Hi, Yes if you have a lot of rexx-pure executing code. If you have a many host commands intermingled with the code it's probably not much benefits. It depends of how much of the processing is done in the rexx code. Regards Thomas Berg Thomas Berg Specialist z/OS\RQM\IT Delivery SWEDBANK AB (Publ) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of K Sent: Wednesday, August 07, 2013 9:51 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: REXX exec, To compile or not to compile Hi all Is there any performance benefit of compiling our frequently REXX execs? Kind regards Kostas -- 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 -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Installing HSM or rather: DFHSM woes
Hi On 08.07.2013 19:41, Glenn Wilcock wrote: Hi, Just got back from vacation and saw this thread. SETSYS TAPEMIGRATION(NONE is looking for the next set of subparms. In the syntax diagram, note the left paren after NONE, which means it wants another parameter - ROUTETOTAPE(ANY | unit). I don't believe that you have the correct understanding of On Demand Migration. (See below) Lizette mentioned some SHARE presentations that would be beneficial. There is also another one that I presented recently entitled 'The Wonderful World of SETSYS commands' that would be beneficial. If you would like, I'm more than happy to have a conference call with you to give an overview of these presentations and discuss your questions. Just contact me off-thread. As some of the other appends have mentioned, even though some features are optional, it will make your life alot easier to implement them. (This invitation also applies to any other customer reading this append. The development team's opportunity to interact with customers and learn about your specific environments is invaluable). ( I have no DFHSM problem currently), but the offer is great, don't remember to read something like this for a long time. Thank you Glenn Glenn Wilcock DFSMShsm Architect wilc...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CPU cost of malloc/free (or STORAGE OBTAIN, GETMAIN etc.)
Hi We had something similar, a heap mgmt system in all the possible platforms, I don't know now the result from the other platforms but , in z/OS the HEAPPOOLS(align,... ) was the best . On 06.07.2013 17:57, Bernd Oppolzer wrote: When designing the storage management for my XML tools (especially the SAX and DOM parsers), I had the following goals in mind: - to support many allocation and free calls of little storage areas - to reuse the areas of the same size without much lookup time - to separate the areas from other allocations, that are done outside the XML tools - and: to be able to get rid of all the areas at the end of the XML parsing etc. in a simple and secure way. So I put some storage management functions of my own on top of the normal malloc/free (or any other storage management provided by the customer, which provides a similar interface as malloc/free). Now I wanted to know, which additional overhead is created by using my storage functions instead of the original malloc/free - or: if there is any. Of couse, if could be, because I'm doing some work to arrive at the goals outlined above. I had no chance to test on the mainframe, at the moment, but I tried it on OS/2, Linux (Intel) and Windows. I parsed a 23 MB XML document with validation. The OS/2 and Linux hardware is a very old Pentium processor (from 1999), the Windows hardware a some years old Dell laptop. I parsed the XML the first time with my storage management, and the second time with normal malloc/free functions. Here the results: on OS/2, original malloc/free is 2 to 3 percent faster than with my storage management; the parsing needs 19 seconds on Linux, it' different; my storage management is about 2 to 3 percents faster, the parsing needs only 17 seconds (same hardware) on Windows, my storage management is 1 percent faster, the parsing needs only 3.8 seconds - with the contemporary hardware, of course (I confirmed this by parsing the XML 10 times, because with only 1 run the results were not very reliable). I'm very impressed of the OS/2 storage management, because it seems to do a very good job. Also the others are not at all bad, because - given so many allocation calls of little areas - the results are good, IMO. Anyway: the test shows, that you can still do some improvements - on Linux and Windows - BY ADDING additional storage management logic on top of the existing malloc / free functions. I could imagine that this could be the case on z/OS, too. Of course, this is more important, if applications do STORAGE OBTAIN or GETMAIN calls directly, which IMO are far more costly than malloc / free. I would like to test the same thing on z/OS next week or so, but I first have to talk to my customer about this. At the moment, my customer uses very costly site-specific software allocation functions; the routine, which does the storage management, needs several percents of the overall CPU time in certain situations; this is due to the fact that the areas are stored in linked lists and checked (sequentially) for errors at certain points in time. I will try to convince my customer to do some improvements here (for example, by putting my software management functions on top of the site-specific functions). Kind regards Bernd -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Find a record in the SMF logstream again
Hi Any possibility to find an SMF record in the SMF logstream again ? (It would be some kind of SMF browse, and if I interested in the details of an SMF record, I would like to find it again) -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Find a record in the SMF logstream again
It would be interesting to see the SMF logstream, till no solution in sight, I will use the SMF dump. On 03.07.2013 16:13, retired mainframer wrote: The SMF dump program will let you select by record type and time period. There are tools on the CBT tape (e.g., DAF) that will let you select records by other criteria. :: -Original Message- :: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On :: Behalf Of Miklos Szigetvari :: Sent: Wednesday, July 03, 2013 2:57 AM :: To: IBM-MAIN@LISTSERV.UA.EDU :: Subject: Find a record in the SMF logstream again :: :: Hi :: :: Any possibility to find an SMF record in the SMF logstream again ? :: (It would be some kind of SMF browse, and if I interested in the details :: of an SMF record, I would like to find it again) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
C/C++ memory files
If someone has some performance data or comparison about the C/C++ memory files (or hyperspace memory file) (Intend to use maybe, and before a larger programming effort I would like to know the performance effects ) -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: C/C++ memory files
You mean Temporary File System ? The application is opening a large number of input files with the C/C++ fopen convention as fopen(//DD:INPUT(member),r) . I just think about convert the original input PDS(E) file into a memory files according this syntax. I have already tested the PDSE cache, probably it is my fault, but I didn't noticed any effect of this. On 28.06.2013 14:54, Scott Ford wrote: Miklos, Have you also looked at TFS ... Scott ford www.identityforge.com from my IPAD 'Infinite wisdom through infinite means' On Jun 28, 2013, at 8:28 AM, Miklos Szigetvari miklos.szigetv...@isis-papyrus.com wrote: If someone has some performance data or comparison about the C/C++ memory files (or hyperspace memory file) (Intend to use maybe, and before a larger programming effort I would like to know the performance effects ) -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- 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 -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: C/C++ memory files
On 28.06.2013 15:56, Hunkeler, Peter (TLSG 4) wrote: The application is opening a large number of input files with the C/C++ fopen convention as fopen(//DD:INPUT(member),r) . Is this read only data? if so, would it be an option to copy the PDS members into a TFS file system (one of your own), say after an IPL and leave them there for your application? TFS access is memory only and should be fast. It is read only data. I see that the TFS would increase the performance, as the application is running by our customers, the goal would be minimal or no change in the application , JCL etc etc . The application can run, even currently, under USS, but till now I have never seen a customer, convert an application to run under USS , from batch JCL for performance reasons. Never made any comparison, but I have the feeling even the ZFS would out-perform the conventional MVS dataset access. I just think about convert the original input PDS(E) file into a memory files according this syntax. You mean naming the files //DD:INPUT(member)? The //DD: is triggering MVS OPEN in C/C++ instead of file system open. I suspect this will not work. If I understand the book correctly, this kind of memory file open would work, the memory file name is DD:INPUT ... in this case -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IPCS CBF control block list
Hi Is there a list of the available control blocks, to format via CBFORMAT command ? (I'm searching for DCB DEB IOB etc etc , but a list would be not bad ) -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IPCS CBF control block list
Thank you, DCB DEB etc. not included, but next time a starting point. On 24.06.2013 12:00, nitz-...@gmx.net wrote: Miklos, Is there a list of the available control blocks, to format via CBFORMAT command ? (I'm searching for DCB DEB IOB etc etc , but a list would be not bad ) Try SYS1.PARMLIB(BLSCECT). It contains a list of data structures. Maybe it will help you. Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IPCS CBF control block list
Thank you. On 24.06.2013 19:47, Jim Mulder wrote: Is there a list of the available control blocks, to format via CBFORMAT command ? (I'm searching for DCB DEB IOB etc etc , but a list would be not bad ) Under your IPCS session, use the IPCSDATA ACTIVE subcommand. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: abendu4080 reasonCEE05101
I have the feeling. that Antony has right, it is a CEE5101C message and the MSS mvssigsetup call failed In the DUMP verbx ledata 'all' should be the errno2 (or errno_jr or errnojr etc etc) field. I try to read the Share presentations from Mr Monti, and all others, about LE and USS debugging and it is a big help all the time, but every time I surprised by the undocumented secondary error numbers, messages , different names (errno2 errnojr errno_jr), missing statement numbers in traceback's etc etc. On 21.06.2013 11:09, nitz-...@gmx.net wrote: Miklos, If you get a DUMP, there should be an Errnojr field (error information title), maybe it contains the errno and errno2. where exactly would I find that? I have several dumps to choose from, and even formatting ledata from that dump doesn't cough out any such field. The dump title was chosen by LE and is Dump Title: JOBNAME xSTEPNAME USER 4080 This is NOT a dump written by Unix system services, it is written by LE, and the calling sequence leads me to believe that LE wants to output a message that it cannot find. Neither can I. Hence my question. At least I hope that I have now persuaded DAE to suppress further useless transaction dumps of this type. Lizette, in your quote you omitted the explanation how the reason code would get translated into an LE-Message. I cannot find the message the reason code (CEE05101) translates to. In addition, we are neither in initiation of an LE enclave nor in termination, as far as I can see in the dump. Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: abendu4080 reasonCEE05101
Any chance to format the component trace COMP(SYSOMVS) SUBNAME((SYSCAL)) ? On 21.06.2013 13:14, nitz-...@gmx.net wrote: I have the feeling. that Antony has right, it is a CEE5101C message and the MSS mvssigsetup call failed In the DUMP verbx ledata 'all' should be the errno2 (or errno_jr or errnojr etc etc) field. I just (re)did the verbx ledata 'all' and did a find on errno. This is the only line that has it: CERRNO: But while I was there, I took another look at the system trace table: 008ADAE8 PC ... 800_02ADD2A9 01300 USS space switched 008ADAE8 SSRV 14F 004D 1ED13D00 223BD660 00105570 mvssigsetup 6001 008ADAE8 PR ... 000_02ADD2A8 1E853D52 008ADAE8 PC ... 800_02ADE437 00311 Storage Release 008ADAE8 SSRV 133 00808303 0648 21EDA000 Storage Release 0041 008ADAE8 PR ... 000_02ADE436 014930B2 008ADAE8 PGM011 _2220F5EC 00060011 07852001 8000 22788410 008ADAE8 *SVC D _2220F63C CEE05101 8400 84000FF0 07851001 8000 So yes, this proves without a doubt that the code has done an mvssigsetup. 2ADD2A9 is somewhere within BPXINLPA, that doesn't help much. The question is: Did the space switch PC requesting mvssigsetup fail or succeed? As far as I can tell, I don't get to see the return code in system trace. Also, where do I get the The return code was return_code; the reason code was reason_code. The application will be terminated. promised return and reason codes? Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: abendu4080 reasonCEE05101
I would say:009c( errno:156 EMVSINITIAL) and errno2: 0d070200 JRPswKeyNotValid: The PSW key of the caller is not a valid key Action: A service was requested that requires the invoker to be in the same key that the process was dubbed under. If we are happy about this =-O On 21.06.2013 15:35, nitz-...@gmx.net wrote: Any chance to format the component trace COMP(SYSOMVS) SUBNAME((SYSCAL)) ? First dump: ADCD113 SYSCALL 0F080001 17:09:13.929282 STANDARD SYSCALL ENTRY TRACE ASID..0041 USERIDx STACK§20BC8048 TCB...008ADAE8 EUID..1392 PID...000100C5 + 004D D1C3E2E2 8185 04040006 221ADB70 +0020 004D 0048 082FF328 0007 0048 F97FC14F +0040 F97FC14F 009C 0D070200 +0060 ADCD113 SYSCALL 0F080002 17:09:13.929301 STANDARD SYSCALL EXIT TRACE ASID..0041 USERIDx STACK§20BC8048 TCB...008ADAE8 EUID..1392 PID...000100C5 + 004D D1C3E2E2 8000 04040002 009C +0020 0D070200 Second dump: ADCD113 SYSCALL 0F080001 17:09:16.584461 STANDARD SYSCALL ENTRY TRACE ASID..0041 USERIDx STACK§204AD138 TCB...008AD9F0 EUID..1392 PID...000100C5 + 004D D1C3E2E2 8185 04040006 221ADB70 +0020 004D 0048 082FF328 0007 0048 F97FC14F +0040 F97FC14F 009C 0D070200 +0060 ADCD113 SYSCALL 0F080002 17:09:16.584480 STANDARD SYSCALL EXIT TRACE ASID..0041 USERIDx STACK§204AD138 TCB...008AD9F0 EUID..1392 PID...000100C5 + 004D D1C3E2E2 8000 04040002 009C +0020 0D070200 Admittedly, I cannot even tell from these entries that they must be for mvssigsetup. And my slip trap just hit. Something to look forward to on Monday Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Simulate SMS SC somehow ?
Hi Any way to simulate the SMS storage class for NON MANAGED datasets? (Explanation: I would need an SMS SC for PDSE data caching, but the volumes, with the data, are non SMS managed currently) -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ZFS MountCall / Osi Wait
Hi If I see correctly your ZFS is shared or at last used by other members, you can run the salvager utility IOAAGSLV to check/correct the ZFS in any LPAR anytime , before a long IPL. I don't think it is a good idea, to cancel the recovery for ZFS. On 17.06.2013 10:02, Munif Sadek wrote: Thanks Lizette I have checked and all the fixes that you have mentioned have been applied or have been superseded by higher level fixex. our Maintenance level is RSU1303. Yes System does IPL successfully, it is just the first time IPL takes almost an hour or more to get there.. couple of messages that i get are *BPXP006E OMVS IS INITIALIZING THE FILE SYSTEM IOEZ00807I In a wait to verify that aggregate ..ETC has no other writers. Member SYS1 in sysplex PRODPLEX last wrote to the aggregate on Jun 13 01:13:19 2013. IOEZ00397I Recovery statistics for .Y.ETC: elapsed time 76 ms 1 log pages 6 log records, 2 data blocks modified 3 redo-data, 0 redo-fill records 0 undo records, 0 unwritten blocks SYS2 BPXF013I FILE SYSTEM ...OMVS.ETC WAS SUCCESSFULLY MOUNTED. *BPXM123E UNIX SYSTEM SERVICES HAS DETECTED THAT A GRS LATCH HAS BEEN HELD BY JOB OMVS FOR AN EXTENDED PERIOD OF TIME and almost after an hour i get IOEZ00646I zFS Kernel is restarting 42 file systems IOEZ00055I zFS kernel: initialization complete. My question is it possible to cancel restart or pending recovery on these zfs files. How can i get rid of latch contention during Mount.. I know i did not detach (unmount) zfs aggregate before copying but new system being IPLed is in a monoplex (or xcflocal) and as such do not care about recovery as long as ZFS data on DISK ( write committed) is intact. Thanks Lizette, once again for your help. best regards, munif. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ENF 54 (SDUMP event)
In my case, for the ENF event 54 (SDUMP) I got back an error , during the ENFREQ call, so I can't listen to this event. Would be not bad , but as Peter Relson told , there is no any event like this in the current code . On 12.06.2013 11:16, Scott Fagen wrote: Wayne Driscoll said: snip Having 2 API's, one internal, one external has a large number of negative consequences, including increasing maintenance effort, because if there is a defect, both API's have to be investigated, and possibly modified and the increased testing requirements, including ongoing regression testing. /snip It all depends on how you define API. Is the interface the parameter list and the linkage to the service or is it the executable macro one uses to invoke the service? I'd argue that it is not always clear or consistent for z/OS. Obviously, the back end service routines can't figure out if they were called by code generated by a macro or hand cobbled by a developer. There are clearly cases within z/OS where the BCP developers have access to a greater variety of parameters to the same exact linkage and back end routines for a number of system services. There is no technical reason to not provide a mapping and executable macro (in SYS1.MACLIB?) for the unwashed masses and separate macros (in an internally accessible maclib, not shipped with the product) for the Priests of the Temples of Syrinx that both wind up invoking the same back end code. Scott Fagen Chief Architect - System z CA Technologies -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Allocated a Non SMS managed Multi volume HFS dataset
I think it would be better , to use ZFS instead of HFS. On 06.06.2013 23:57, baby eklavya wrote: Greetings , Thanks everyone for your inputs . I converted those volumes to SMS managed and added them to a new storage group . Modified the STGROUP ACS routines by adding DSNTYPE = HFS . coding LLQ=HFS also worked fine in my case . The dataset was allocated as SMS managed and i was able to mount it successfully . Regards, Baby On Thu, Jun 6, 2013 at 6:54 PM, Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: Lizette Koehler wrote: My code looks like (Pseudo). This is not perfect, but more in what code could do You would need to review the ACS constructs to see what would work for your shop. You might use a DSN Mask or VOLSER mask. What would ACSENVIR be in the case of TSO / ISPF allocation? Perhaps evaluating JOB or XMODE can help you to determine the environment. If LLQ = 'HFS' Then STGROUP = HFSVOLS Else WRITE ' Not using HFS Pool ' EXIT Consider adding DSNTYPE = 'HFS' in your IF statement in the ACS routines. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ENF 54 (SDUMP event)
Thank you Peter, I try to follow the rules On 06.06.2013 13:54, Peter Relson wrote: All signals that are intended to be listened for are documented. All others are for IBM use only and you are not supposed to listen for them (and as an authorized program it is expected that you follow the rules). Clearly it is good to understand what listenable signals are produced so that you can decide if they are useful to you; surely the mere presence of a signal does not imply usefulness. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HTTP Server
Hi The bpxmtext command gives you the explanation : MV1D:/MV1D/tmp[208]:bpxmtext 744C7246 TCPIP JRPortAccessAuth: User does not have authority to access this port. Action: Specify a valid port. The netstat -o or netstat -o -P 80 gives you the port reservation list Are you sure about your userid (not the STC name but the STC userid) ? as here : IEF695I START WEBSRV WITH JOBNAME WEBSRV IS ASSIGNED TO USER WEBSRV , GROUP SYS1 On 06.06.2013 15:08, Mark Pace wrote: I'm trying to setup the HTTP server from IBM Ported tools. I can not get the server to start. $ bin/apachectl start (111)EDC5111I Permission denied. (errno2=0x744C7246): make_sock: could not bind to address 0.0.0.0:80 no listening sockets available, shutting down Unable to open logs In the documentation it talks about setting up the PORT statement in TCPIP. Contained in my TCPIP parms file 80 TCP WEBSRV1 ; Web Server WEBSRV1 is the name of the started task. When that didn't work I also tried using the userid that the started tasks runs as - WWWSERV I get the same eror using either name on the PORT statement. I've tried to run down the errno2 message, but as of yet I can not find it's documentation. Any, helpful, suggestions are appreciated. -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN