Re: Automatic Job Ended Email (detail information)
Sounds good. In addition to CPU and wall time for the job, step times and waits, especially enque and resource waits are useful too. Linda Sent from my iPhone On Jan 15, 2014, at 10:57 PM, Brian Westerman brian_wester...@syzygyinc.com 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Need help setting up SLIP trap
On Fri, 17 Jan 2014 01:15:20 -0500, Jim Mulder wrote: So it seems likely that the SSVT overlay is due to the ISV product storing beyond the area which it obtained. I will put some more detail about the identity of the ISV product into your PMR. c'mon Jim, stop being a killjoy ;-) Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LE run-time options
Juergen, There are two possible usermods for LE. If you have CEEDOPT or CEECOPT, these are installation wide options. The CEEPRMxx parmlib member will only affect that LPAR, and you can also have a CEEROPT usermod for a particular region. So to answer your question, you can use both. CEEPRMxx will over-ride CEEDOPT for that LPAR. You can check what's being used with the D CEE,ALL command. -- 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
Re: Automatic Job Ended Email (detail information)
I'm not sure how I would separate out the enqueue and resource waits at job end time, that information is not as readily available so the overhead might be noticeable to get at it. It's kind of out of scope for this type of product. The way the product works, I can generate the MaxCC at job end, or at any point during the execution of the job, the only difference being that instead of ended in the subject (and the body of the message), it will state executing and will only show the steps that have executed to that point in time, so if it's a 50 step job and we get called to process things due to some event (other than job end), at say, step 5, then the best we can do is tell the user that at this time the job is executing in step5 and that the MaxCC, (so far) is whatever it happens to be and name that step for them. Sometimes and event will happen to a task that being able to be called before the actual end of the task makes sense, and when the email is being generated from something like SyzCMD/z (our command scripting product), and we want to know what the MaxCC or the stepCC's were, SyzCMD/z will call this product's APIs to get that information and can use it all programatically, plus it can generate it's own email using variables (some of which can be individual stepCC's) without ever needing the SyzMAIL/z email capabilities at all. The SyzCMD/z implementation of the APIs were to provide a better mousetrap for JCL condition code processing, since you can interrogate the codes along with about 90 other things to decide what needs to be done in the script, which will allow the site to programatically decide to run a step or skip it on the fly. To provide that kind of ability to SyzCMD/z meant that we needed a API that could do that type of thing, and then I wanted to give the user the ability to also send an email from SyzCMD/z (and SyzMPF/z) programatically. That's what drove the SyzMAIL/z product into being, SyzCMD/z didn't really need that because it can write to SMTP all on it's own, but you can't do that from a console directed task, so I needed an intermediary and SyzMAIL/z is it. After that point the rest of it made sense to add as capabilities. My only real problem was deciding where to stop, and the marketing people think I crossed that line already. :) I have code for SyzCMD/z (via these APIs) that allows it to see the MaxCC of any (or all) currently running tasks and to interrogate any or all of the StepCCs, but that code will sit on the shelf for now, because I have not thought of a reason that anyone would want to use it (yet). Brian -- 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)
I, being younger than most I work with (26), would honestly prefer SMS notificationswhich is what we have began to set up here (although they get kind of messy since it's going through JES2MAIL to our mail server and it appends the disclaimer at the bottom automaticallyyuck). Personally, I don't think that twitter, or a twitter-like service, offers much more than a simple SMS message. If we were going a web-enabled route, I would set up a website with an RSS feed, that way (similar to the twitter approach) everything would be in a central location. With that said, there's definitely nothing wrong with sitting in SDSF in the active queue just hitting enter again and again and again grin Thanks; Nathan Pfister zOS Systems Programmer AES\PHEAA - Tech Services npfis...@aessuccess.org (717) 720-2663 From: Miklos Szigetvari miklos.szigetv...@isis-papyrus.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 01/17/2014 04:04 AM Subject:Re: Automatic Job Ended Email (detail information) Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU 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 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
Re: Automatic Job Ended Email (detail information)
I personally see this as an addition to SDSF screens or emails that you receive the next morning, for the moments that you don't (want to) watch SDSF and still need to be notified of urgent matters (e.g. 03:00 during a good sleep). Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Nathan J Pfister Sent: Friday, January 17, 2014 13:23 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Automatic Job Ended Email (detail information) I, being younger than most I work with (26), would honestly prefer SMS notificationswhich is what we have began to set up here (although they get kind of messy since it's going through JES2MAIL to our mail server and it appends the disclaimer at the bottom automaticallyyuck). Personally, I don't think that twitter, or a twitter-like service, offers much more than a simple SMS message. If we were going a web-enabled route, I would set up a website with an RSS feed, that way (similar to the twitter approach) everything would be in a central location. With that said, there's definitely nothing wrong with sitting in SDSF in the active queue just hitting enter again and again and again grin Thanks; Nathan Pfister zOS Systems Programmer AES\PHEAA - Tech Services npfis...@aessuccess.org (717) 720-2663 From: Miklos Szigetvari miklos.szigetv...@isis-papyrus.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 01/17/2014 04:04 AM Subject:Re: Automatic Job Ended Email (detail information) Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU 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 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
Storage Tracking
Hello Group, Is there a tool or Rexx exec which can help me in identifying the Job consuming the High Virtual Shared Storage or Common Storage ? Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
pax, ddnames and _BPX_SHAREAS
I'm trying to use pax to write to a ddname. I'm doing this from a REXX exec
that's running in batch under IKJEFT01. I'm not getting it to work.
The following code:
...
wCMD = pax -w -X -z -x pax -f //DD:PAX aDir
ALLOC DD(PAX) DSN('aBackupDsn') OLD release
paxRC = bpxwunix(wCMD,,stdout.,stderr.)
do line# = 1 to stderr.0
say stderr.line#
End
FREE DD(PAX)
...
Results in
pax: //DD:PAX: EDC5037I The specified ddname was not found.
I assume this is because the default _BPX_SHAREAS setting causes the pax
command to run in a different address space, without access to the DDNAME (I
did run a version of the code with a LISTA STATUS to verify the dataset was
allocated to the DDNAME).
I can't figure out how to override this setting for my IKJEFT01 step.
Any thoughts, or other ideas how to write the pax output to a ddname?
(I also tried it by specifying a ddname in the bpxwunix call instead of the
stdout., but got a truncation error. I suspect that's because it exceeded the
2048 limit)
Thanks,
Bart
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Storage Tracking
Peter, Is there a tool or Rexx exec which can help me in identifying the Job consuming the High Virtual Shared Storage or Common Storage ? check the archives :-) This is Jim Mulder's answer when I asked the exact same question about two years ago: 6) I bemoan IBMs failure to give us a good means of figuring out who is using HVSHARE or HVCOMMON storage and how much storage-above-the- bar is actually *used*, i.e. backed. As far as I know, there still isn't any tracking done for HVCOMMON storage, no means of reporting about it. No way to know who is excessively using common storage above the bar. Same for HVSHARE. Unless you're named Jim Mulder and know where to look in a dump, us lowly customers cannot even check that in a dump. Am I mistaken in the reporting capabilities? Has that been fixed by now? Or is it another means of IBM trying to sell software service contracts to get that done only by IBM? Not to mention the frustration until you find someone who can actually *do* it. IPCS has RSMDATA HVCOMMON. That at least tells you the owner of the memory objects. For HVCOMMON which is obtained via the IARST64 macro, the IARST64 macro says: There is diagnostic support for 64 bit cell pools, created by IARST64, in IPCS via the CBFORMAT command. In order to locate the cell pool of interest, you need to follow the pointers from HP1, to HP2, to the CPHD. For common storage, the HP1 is located in the ECVT. CBF ECVT will format the ECVT, then do a FIND on HP1. Extract the address of the HP1 from the ECVT and CBF addrhp1 STR(HP1) will format the HP1. Each entry in the HP1 represents an attribute set (storage key, storage type (pageable, DREF, FIXED), and Fetch Protection (ON or OFF)) The output from this command will contain CBF commands for any connected HP2s.Select the CBF command of interest and run it to format the HP2. The HP2 consists of pointers to cell pool headers for different sizes. Choose the size of interest and select the command that will look like this: CBF addrcphd STR(IAXCPHD). This will format the cell pool header. To see details about all of the cells in the pool, use the EXIT option as follows: CBF addrcphd STR(IAXCPHD) EXIT. For private storage, the HP1 is anchored in the STCB. The quickest way to locate the HP1 is to run the SUMMARY FORMAT command for the address space of interest. Locate the TCB that owns the storage of interest and then scroll down to the formatted STCB. The HP1 field contains the address of the HP1. From here, the processing is the same as described for common storage above. You can also use the EXIT option as follows: CBF addrhp1 STR(HP1) EXIT to produce a report that summarizes the storage usage under that HP1. Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Need help setting up SLIP trap
Let's start with: there is very likely neither a loop nor a spin, there is just system processing because of requested SVC Dumps.There is no spin. If there's a loop in SDUMP you won't see more dumps being captured. SL SET,ID=NDMP,A=NOSVCD,LPAMOD=IEFJRASP,C=0C4 Aside from LPAMOD=IEFJRASP which in this case doesn't work because the 0C4 did not happen within IEFJRASP, it was just detected by this module. If there is continued dump processing, then the SLIP trap did not match. Skip mentioned matchlim. That is not needed or probably even wanted for a no-dump trap (as you want the suppression no matter how often a dump is requested). Regarding DAE options: The usual way to update DAE options in general is via SET DAE=xx and the ADYSETxx parmlib member. It is possible that this dump does not overtly request DAE suppression and your DAE options do not include SUPPRESSALL. Please strongly consider using that option. We have found it very useful. The IBM Health Checker for z/OS contains CHECK(IBMDAE,DAE_SUPPRESSING) which by default looks to see if you are using SUPPRESSALL for SVC Dumps. 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
Re: Storage Tracking
Most of the commercial z/OS monitors will show this (eg MXI, Omegamon, SysView, MainView etc etc) . If you want a quick overview of address space usage of 64-bit storage, you could try Mark Zelden's RXSTOR64 REXX exec which is free to download from his website http://www.mzelden.com/mvsutil.html. 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 mf db Sent: 17 January 2014 13:08 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Storage Tracking Hello Group, Is there a tool or Rexx exec which can help me in identifying the Job consuming the High Virtual Shared Storage or Common Storage ? Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to order HTTP Server (Appache)
FYI, when we looked at the Apache server we found the MVSDS service we havely use is not supported at all. There are indications this support will be available in 8.5 but we did not get any information when this version will be ordable as part of Ported Tools. Regards Ron -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISMF QUESTIONS - VIEWING STORAGE GROUP STATS
Is *that* storage group managed by *that* SMS? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of willie bunter Sent: Friday, January 17, 2014 15:30 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ISMF QUESTIONS - VIEWING STORAGE GROUP STATS Kees, Thanks for your help. When I switched it to ACTIVE I go the stats I was looking for. Now, I tried the same thing on another partition after I ensured that I had ACTIVE but the stats have the -. Is it because of certain customization? From: Vernooij, CP (SPLXM) - KLM kees.verno...@klm.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, January 17, 2014 9:25:45 AM Subject: Re: ISMF QUESTIONS - VIEWING STORAGE GROUP STATS You probably are looking at a CDS, not at the real world. Select CDS name 'ACTIVE'. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of willie bunter Sent: Friday, January 17, 2014 15:18 To: IBM-MAIN@LISTSERV.UA.EDU Subject: ISMF QUESTIONS - VIEWING STORAGE GROUP STATS Good Day To All, I am trying to keep track of utilization of some specific disk pools. When I look at the storage group using ISMF i.e. option 6 next option 1 the TOAL SPACE (14) FREE SPACE(15) %FREE SPACE (16) has -. The only stats posted are for STORGRP NAME(2) MIGR HIGH(12) MIGR LOW(13) LAST DATE MODIFIED(18) LAST TIME MODIFIED(9) OVERFLOW(41) MIGR HI TRK(45) MIGR LOW TRK(46) Is there a way of ISMF to display the stats that have the -? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com./This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- 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 information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISMF QUESTIONS - VIEWING STORAGE GROUP STATS
Kees, Thanks for your help. When I switched it to ACTIVE I go the stats I was looking for. Now, I tried the same thing on another partition after I ensured that I had ACTIVE but the stats have the -. Is it because of certain customization? From: Vernooij, CP (SPLXM) - KLM kees.verno...@klm.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, January 17, 2014 9:25:45 AM Subject: Re: ISMF QUESTIONS - VIEWING STORAGE GROUP STATS You probably are looking at a CDS, not at the real world. Select CDS name 'ACTIVE'. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of willie bunter Sent: Friday, January 17, 2014 15:18 To: IBM-MAIN@LISTSERV.UA.EDU Subject: ISMF QUESTIONS - VIEWING STORAGE GROUP STATS Good Day To All, I am trying to keep track of utilization of some specific disk pools. When I look at the storage group using ISMF i.e. option 6 next option 1 the TOAL SPACE (14) FREE SPACE(15) %FREE SPACE (16) has -. The only stats posted are for STORGRP NAME(2) MIGR HIGH(12) MIGR LOW(13) LAST DATE MODIFIED(18) LAST TIME MODIFIED(9) OVERFLOW(41) MIGR HI TRK(45) MIGR LOW TRK(46) Is there a way of ISMF to display the stats that have the -? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com./This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- 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: pax, ddnames and _BPX_SHAREAS
Thanks Elardus,
z/OS in question is z/OS 1.12
Should have clarified this in my original note, but I'm not trying to write to
a 'unix' file, I'm trying to write to a MVS dataset allocated to a DDName.
Using a dataset name in the pax command works fine, but I want to use a DDName
so that I can code RELEASE or write to tape.
Thanks,
Bart
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Elardus Engelbrecht
Sent: Friday, January 17, 2014 9:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: pax, ddnames and _BPX_SHAREAS
van der Grijn, Bart (B) wrote:
I'm trying to use pax to write to a ddname. I'm doing this from a REXX exec
that's running in batch under IKJEFT01. I'm not getting it to work.
What version of z/OS are you running?
ALLOC DD(PAX) DSN('aBackupDsn') OLD release
Results in pax: //DD:PAX: EDC5037I The specified ddname was not found.
My failing memory says you should rather use PATH(pathname) and DSNTYPE(HFS)
instead of DSN. It is a long time ago I tried/use ALLOC with a HFS file in REXX.
HTH!
Groete / Greetings
Elardus Engelbrecht
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISMF QUESTIONS - VIEWING STORAGE GROUP STATS
Sorry, I was looking at the wrong group. Last question. Are the stats posted by ISMF reliable? It is because this particular storage group has TOTAL SPACE 24360 FREE SPACE 18061 AND %FREE SPACE 74. That doesn't sound right This pool has 3 mod 9 each has 10017 cylinders for a total of 30051 cylinders. From: Vernooij, CP (SPLXM) - KLM kees.verno...@klm.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, January 17, 2014 9:32:21 AM Subject: Re: ISMF QUESTIONS - VIEWING STORAGE GROUP STATS Is *that* storage group managed by *that* SMS? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of willie bunter Sent: Friday, January 17, 2014 15:30 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ISMF QUESTIONS - VIEWING STORAGE GROUP STATS Kees, Thanks for your help. When I switched it to ACTIVE I go the stats I was looking for. Now, I tried the same thing on another partition after I ensured that I had ACTIVE but the stats have the -. Is it because of certain customization? From: Vernooij, CP (SPLXM) - KLM kees.verno...@klm.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, January 17, 2014 9:25:45 AM Subject: Re: ISMF QUESTIONS - VIEWING STORAGE GROUP STATS You probably are looking at a CDS, not at the real world. Select CDS name 'ACTIVE'. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of willie bunter Sent: Friday, January 17, 2014 15:18 To: IBM-MAIN@LISTSERV.UA.EDU Subject: ISMF QUESTIONS - VIEWING STORAGE GROUP STATS Good Day To All, I am trying to keep track of utilization of some specific disk pools. When I look at the storage group using ISMF i.e. option 6 next option 1 the TOAL SPACE (14) FREE SPACE(15) %FREE SPACE (16) has -. The only stats posted are for STORGRP NAME(2) MIGR HIGH(12) MIGR LOW(13) LAST DATE MODIFIED(18) LAST TIME MODIFIED(9) OVERFLOW(41) MIGR HI TRK(45) MIGR LOW TRK(46) Is there a way of ISMF to display the stats that have the -? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com./Thise-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- 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 information, services and offers, please visit our web site: http://www.klm.com./This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access
Re: ISMF QUESTIONS - VIEWING STORAGE GROUP STATS
They are updated periodically, I think each time SMS does something on the SG, so rather accurate. Space in in MB. That fits your cylinder numbers. Kees. (starting his weekend now, because it is going to rain soon and I want to be home before that - by bike). -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of willie bunter Sent: Friday, January 17, 2014 15:44 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ISMF QUESTIONS - VIEWING STORAGE GROUP STATS Sorry, I was looking at the wrong group. Last question. Are the stats posted by ISMF reliable? It is because this particular storage group has TOTAL SPACE 24360 FREE SPACE 18061 AND %FREE SPACE 74. That doesn't sound right This pool has 3 mod 9 each has 10017 cylinders for a total of 30051 cylinders. From: Vernooij, CP (SPLXM) - KLM kees.verno...@klm.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, January 17, 2014 9:32:21 AM Subject: Re: ISMF QUESTIONS - VIEWING STORAGE GROUP STATS Is *that* storage group managed by *that* SMS? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of willie bunter Sent: Friday, January 17, 2014 15:30 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ISMF QUESTIONS - VIEWING STORAGE GROUP STATS Kees, Thanks for your help. When I switched it to ACTIVE I go the stats I was looking for. Now, I tried the same thing on another partition after I ensured that I had ACTIVE but the stats have the -. Is it because of certain customization? From: Vernooij, CP (SPLXM) - KLM kees.verno...@klm.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, January 17, 2014 9:25:45 AM Subject: Re: ISMF QUESTIONS - VIEWING STORAGE GROUP STATS You probably are looking at a CDS, not at the real world. Select CDS name 'ACTIVE'. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of willie bunter Sent: Friday, January 17, 2014 15:18 To: IBM-MAIN@LISTSERV.UA.EDU Subject: ISMF QUESTIONS - VIEWING STORAGE GROUP STATS Good Day To All, I am trying to keep track of utilization of some specific disk pools. When I look at the storage group using ISMF i.e. option 6 next option 1 the TOAL SPACE (14) FREE SPACE(15) %FREE SPACE (16) has -. The only stats posted are for STORGRP NAME(2) MIGR HIGH(12) MIGR LOW(13) LAST DATE MODIFIED(18) LAST TIME MODIFIED(9) OVERFLOW(41) MIGR HI TRK(45) MIGR LOW TRK(46) Is there a way of ISMF to display the stats that have the -? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com./Thise-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- 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 information, services and offers, please visit our web site: http://www.klm.com./This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or
TADz
List; Are there any other good alternatives to TADz for z/OS asset discovery? Thanks; Nathan Pfister zOS Systems Programmer AES\PHEAA - Tech Services 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
Re: pax, ddnames and _BPX_SHAREAS
On Fri, Jan 17, 2014 at 7:12 AM, van der Grijn, Bart (B)
bvandergr...@dow.com wrote:
I'm trying to use pax to write to a ddname. I'm doing this from a REXX
exec that's running in batch under IKJEFT01. I'm not getting it to work.
The following code:
...
wCMD = pax -w -X -z -x pax -f //DD:PAX aDir
ALLOC DD(PAX) DSN('aBackupDsn') OLD release
paxRC = bpxwunix(wCMD,,stdout.,stderr.)
do line# = 1 to stderr.0
say stderr.line#
End
FREE DD(PAX)
...
Results in
pax: //DD:PAX: EDC5037I The specified ddname was not found.
I assume this is because the default _BPX_SHAREAS setting causes the pax
command to run in a different address space, without access to the DDNAME
(I did run a version of the code with a LISTA STATUS to verify the dataset
was allocated to the DDNAME).
I can't figure out how to override this setting for my IKJEFT01 step.
Any thoughts, or other ideas how to write the pax output to a ddname?
(I also tried it by specifying a ddname in the bpxwunix call instead of
the stdout., but got a truncation error. I suspect that's because it
exceeded the 2048 limit)
Thanks,
Bart
Close, but no cigar. Reading up on the bpxunix() REXX function, it states
that STDIN, STDOUT, and/or STDERR _may_ be assigned to a DD name. Reading
up on the pax command, you will find out that pax will write the archive
out to stdout unless told differently. Combining theses two observations,
I think you can make a single change to your REXX program
paxRC=bpxwunix(wCMD,,DD:PAX,stderr.)
I have never done this, but it can't hurt to try.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: pax, ddnames and _BPX_SHAREAS
van der Grijn, Bart (B) wrote: Thanks Elardus, You're welcome! :-) z/OS in question is z/OS 1.12 Ok. Should have clarified this in my original note, but I'm not trying to write to a 'unix' file, I'm trying to write to a MVS dataset allocated to a DDName. Using a dataset name in the pax command works fine, but I want to use a DDName so that I can code RELEASE or write to tape. Then I suspect the ALLOC command is not working 100% with that keyword combination. Could you try out TRACE in your REXX program to see what is happening when REXX is trying to execute ALLOC command? If ALLOC is working (you see the DD is allocated at all), then I'm at lost. HTH! Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: pax, ddnames and _BPX_SHAREAS
John,
I think you can make a single change to your REXX program
paxRC=bpxwunix(wCMD,,DD:PAX,stderr.)
I tried that. In my original note:
(I also tried it by specifying a ddname in the bpxwunix call instead of
the stdout., but got a truncation error. I suspect that's because it
exceeded the 2048 limit)
More specifically:
317 *-*wCMD = pax -w -X -z -x pax aDir
L pax -w -X -z -x pax
V /sap/D6B
O pax -w -X -z -x pax /sap/D6B
318 *-*ALLOC DD(PAX) DSN('aBackupDsn') OLD release
L ALLOC DD(PAX) DSN('
V PSUSS.INTR.KD6BXS.USRSAP.A
O ALLOC DD(PAX) DSN('PSUSS.INTR.KD6BXS.USRSAP.A
L ') OLD release
O ALLOC DD(PAX) DSN('PSUSS.INTR.KD6BXS.USRSAP.A') OLD release
319 *-*paxRC = bpxwunix(wCMD,,DD:PAX,stderr.)
V pax -w -X -z -x pax /sap/D6B
L
L DD:PAX
L STDERR.
DD:PAX truncation: rc=16
Line too long
The Usage note for BPXWUNIX:
STDOUT lines cannot exceed 2048 characters.
Elardus,
Then I suspect the ALLOC command is not working 100% with that keyword
combination. Could you try out
TRACE in your REXX program to see what is happening when REXX is trying to
execute ALLOC command?
I put a LISTA STATUS in to verify the ALLOC worked and it shows the DDName in
question.
I believe that the pax will work if I can force _BPX_SHAREAS=YES, but I don't
see how I can code this with an IKJEFT01 job step. The alternative would be to
run the rexx under USS to start with, but the way I read the manual, the TSO
ALLOC would then run under a different AS, so I assume my DDName would still
not be available (but I guess I should test that).
Thanks,
Bart
--
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 grew up on MVS (SP 1.3) with ACF2. It was the very first thing I ever installed and implemented on an MVS system as a new sysprog (only had OS passwords before that). When I was finally exposed to RACF at a different shop 6 years later (around 1991) I was surprised that there was no way to model an ID after another ID. Here we are 20+ years later and there is still no way to do it without products like Vanguard or BETA88.:-( -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://search390.techtarget.com/ateExperts/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: pax, ddnames and _BPX_SHAREAS
Have you tried running PGM=BPXBATCH instead and run the exec as a UNIX script?
You would need to place the exec in a UNIX file and change ALLOC to BPXWDYN.
As for the truncation error, have you tried changing the dataset's attributes
(LRECL, BLKSIZE and RECFM)?
Jon Perryman.
From: van der Grijn, Bart (B) bvandergr...@dow.com
I think you can make a single change to your REXX program
paxRC=bpxwunix(wCMD,,DD:PAX,stderr.)
I tried that. In my original note:
(I also tried it by specifying a ddname in the bpxwunix call instead of
the stdout., but got a truncation error. I suspect that's because it
exceeded the 2048 limit)
More specifically:
O ALLOC DD(PAX) DSN('PSUSS.INTR.KD6BXS.USRSAP.A') OLD release
319 *-* paxRC = bpxwunix(wCMD,,DD:PAX,stderr.)
V pax -w -X -z -x pax /sap/D6B
L
L DD:PAX
L STDERR.
DD:PAX truncation: rc=16
Line too long
The Usage note for BPXWUNIX:
STDOUT lines cannot exceed 2048 characters.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: pax, ddnames and _BPX_SHAREAS
Bart, It isn't clear whether you needed to do this with a TMP and REXX or whether you were just trying to work around the normal issues with BPXBATCH. This is very straight forward to do using our COZBATCH utility: //SHELL EXEC PGM=COZBATCH - a better BPXBATCH //STDIN DD * pax -w -X -x pax -v -f //DD:PAX myDir //PAX DD DSN=PAX,DISP=(NEW,PASS),SPACE=(CYL,(10,10)) // Kirk Wolf Dovetailed Technologies http://dovetail.com PS The Co:Z Toolkit is free to download and use under our free Community License. Enterprise license and support agreements are also available. http://dovetail.com/products/cozbatch.html -- 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)
Ow... That is a biggie -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ron van der Zande Sent: Friday, January 17, 2014 9:10 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to order HTTP Server (Appache) FYI, when we looked at the Apache server we found the MVSDS service we havely use is not supported at all. There are indications this support will be available in 8.5 but we did not get any information when this version will be ordable as part of Ported Tools. Regards Ron -- 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: Any way to copy (clone ) a RACF user profile ?
W dniu 2014-01-17 16:29, Mark Zelden pisze: I grew up on MVS (SP 1.3) with ACF2. It was the very first thing I ever installed and implemented on an MVS system as a new sysprog (only had OS passwords before that). When I was finally exposed to RACF at a different shop 6 years later (around 1991) I was surprised that there was no way to model an ID after another ID. Here we are 20+ years later and there is still no way to do it without products like Vanguard or BETA88.:-( Well, I grew up with RACF with no add-on product installed. Since time I mastered RACF I had no problem with lack of the option above. Note: in the past I frequently had requests like define 20 users like JSMITH and 30 users like KOWALSKI , etc. Of course it would be fine to have such option like clone, however I saw few shops with BETA88 installed and poor management - a lot of junk attributes were spread across plenty of users. Reason: clone. Example: 170 users with UID(0), unneeded ADSP, CLAUTH, etc. My €0.02 -- Radoslaw Skorupka Lodz, Poland --- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorized to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2014 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.696.052 złote. -- 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)
Not by any means a perfect solutionbut there is a cgi script out there that was made as an interim solution to this http://people.apache.org/~gregames/mvsds Thanks; Nathan Pfister zOS Systems Programmer AES\PHEAA - Tech Services npfis...@aessuccess.org (717) 720-2663 From: Leonardo Vaz leonardo@cn.ca To: IBM-MAIN@LISTSERV.UA.EDU Date: 01/17/2014 10:56 AM Subject:Re: How to order HTTP Server (Appache) Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Ow... That is a biggie -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ron van der Zande Sent: Friday, January 17, 2014 9:10 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to order HTTP Server (Appache) FYI, when we looked at the Apache server we found the MVSDS service we havely use is not supported at all. There are indications this support will be available in 8.5 but we did not get any information when this version will be ordable as part of Ported Tools. Regards Ron -- 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
Re: Any way to copy (clone ) a RACF user profile ?
The task of building a RACF user profile (or their equivalents in the CA products) is not that difficult even without the use of add on products. A previous post provided a method to search through the IRRDBU00 output file to build a series of commands. I concocted something quite similar during a TS to RACF conversion some years ago. In that scenario I had to use the TS db unload as the basis to build RACF commands to build users, groups, and various resource profiles. No biggie, and the previous cited example is fine enough for the job. An easier approach, IMHO, is to construct the series of commands, by whatever means, execute them to build the ID, then save them in a PDS member or any type of file. Inevitably, more requests come in and then it's a simple matter of copying the saved set of commands, executing them, and you're done. When I started in security administration way back when, it occurred to me that every command(s) is a 1 line (or more) clist. I then started to save everything unique that I ever did, security related, in a series of members. When a request came in I found a like type member, modified it and ran it. Obviously some ISPF editing skill is required but the OP sounded like he has plenty of that based on his questions. Once I had the add on products I became spoiled instantly, however those products are expensive so any RYO solution can be attractive. On 1/17/2014 9:29 AM, Mark Zelden wrote: I grew up on MVS (SP 1.3) with ACF2. It was the very first thing I ever installed and implemented on an MVS system as a new sysprog (only had OS passwords before that). When I was finally exposed to RACF at a different shop 6 years later (around 1991) I was surprised that there was no way to model an ID after another ID. Here we are 20+ years later and there is still no way to do it without products like Vanguard or BETA88.:-( -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://search390.techtarget.com/ateExperts/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: pax, ddnames and _BPX_SHAREAS
I think you need to do a:
call bpxwdyn alloc fi(pax) DSN('aBackupDsn') OLD release
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of van der Grijn, Bart (B)
Sent: Friday, January 17, 2014 8:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: pax, ddnames and _BPX_SHAREAS
I'm trying to use pax to write to a ddname. I'm doing this from a REXX exec
that's running in batch under IKJEFT01. I'm not getting it to work.
The following code:
...
wCMD = pax -w -X -z -x pax -f //DD:PAX aDir ALLOC DD(PAX)
DSN('aBackupDsn') OLD release
paxRC = bpxwunix(wCMD,,stdout.,stderr.)
do line# = 1 to stderr.0
say stderr.line#
End
FREE DD(PAX)
...
Results in
pax: //DD:PAX: EDC5037I The specified ddname was not found.
I assume this is because the default _BPX_SHAREAS setting causes the pax
command to run in a different address space, without access to the DDNAME (I
did run a version of the code with a LISTA STATUS to verify the dataset was
allocated to the DDNAME).
I can't figure out how to override this setting for my IKJEFT01 step.
Any thoughts, or other ideas how to write the pax output to a ddname?
(I also tried it by specifying a ddname in the bpxwunix call instead of the
stdout., but got a truncation error. I suspect that's because it exceeded the
2048 limit)
Thanks,
Bart
--
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: Any way to copy (clone ) a RACF user profile ?
On Fri, 17 Jan 2014 16:56:29 +0100, R.S. r.skoru...@bremultibank.com.pl wrote: Well, I grew up with RACF with no add-on product installed. Since time I mastered RACF I had no problem with lack of the option above. Note: in the past I frequently had requests like define 20 users like JSMITH and 30 users like KOWALSKI , etc. Most of us have. One of my consulting gigs many years ago was really a RACF admin and I created model definitions for all the different job functions so after I left all someone had to due was basically go into a PDS member for the job function and change xxx to the userid. I also created some cleanup programs in REXX. I think one is on my web site / CBT (for deleting unused userids and cleaning up their data sets). However in a huge shop this is more of a problem. For example one of my clients adds / changes / deletes hundreds or maybe even thousands of userids in a week. But they provision userids using software that interfaces with RACF (they are in the process from switching to a new product for this as well). Usually sysprog IDs are defined manually by the RACF team. I'm just surprised that RACF has never added a feature for this yet after all these years. Maybe Walt can comment if he is lurking. -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://search390.techtarget.com/ateExperts/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: pax, ddnames and _BPX_SHAREAS
Look at your DSName. It is not a valid MVS dataset name: too many characters without a period. Lloyd From: Elardus Engelbrecht elardus.engelbre...@sita.co.za To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, January 17, 2014 9:59 AM Subject: Re: pax, ddnames and _BPX_SHAREAS van der Grijn, Bart (B) wrote: Thanks Elardus, You're welcome! :-) z/OS in question is z/OS 1.12 Ok. Should have clarified this in my original note, but I'm not trying to write to a 'unix' file, I'm trying to write to a MVS dataset allocated to a DDName. Using a dataset name in the pax command works fine, but I want to use a DDName so that I can code RELEASE or write to tape. Then I suspect the ALLOC command is not working 100% with that keyword combination. Could you try out TRACE in your REXX program to see what is happening when REXX is trying to execute ALLOC command? If ALLOC is working (you see the DD is allocated at all), then I'm at lost. HTH! 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
Re: TADz
We installed TADz as POC. It was easy to install, easy to run, and easy to clone among sysplexes. AFAIK it requires DB2 on every system you want to monitor. Then Corporate policy turned to BMC DISCOVERY in part because it had already been established on other platforms. DISCOVERY uses what I call 'MAINVIEW Infrastructure'. If you currently run MAINVIEW the product or one of the other infrastructure exploiter products, then you already have in place much of what's required. Not all BMC products are exploiters. APPTUNE happens to be one; there are many others. MAINVIEW Infrastructure is complex, requires several started tasks, and requires oodles of TLC (and vendor help) to clone among sysplexes. It does not require DB2 but does require some kind of off-platform server to pull data from the mainframe via TCP/IP and a SAF userid with appropriate READ authority. . . 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: Nathan J Pfister npfis...@aessuccess.org To: IBM-MAIN@LISTSERV.UA.EDU, Date: 01/17/2014 06:56 AM Subject:TADz Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU List; Are there any other good alternatives to TADz for z/OS asset discovery? Thanks; Nathan Pfister zOS Systems Programmer AES\PHEAA - Tech Services -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
OT: Friday: Humor: The perfect working cubical environment
http://www.gocomics.com/working-daze/2014/01/17 -- Wasn't there something about a PASCAL programmer knowing the value of everything and the Wirth of nothing? Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LE run-time options
Also, there is no default for CEEPRMxx. Should you build a system that does not include CEEPRMxx (or there is a problem with its definition) or IEASYSxx points to a non-existent CEEPRMxx in PARMLIB, CEEDOPT will be used. On Fri, Jan 17, 2014 at 3:46 AM, Vince Getgood getgo...@hotmail.com wrote: Juergen, There are two possible usermods for LE. If you have CEEDOPT or CEECOPT, these are installation wide options. The CEEPRMxx parmlib member will only affect that LPAR, and you can also have a CEEROPT usermod for a particular region. So to answer your question, you can use both. CEEPRMxx will over-ride CEEDOPT for that LPAR. You can check what's being used with the D CEE,ALL command. -- 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: TADz
On Fri, 17 Jan 2014 09:20:31 -0800, Skip Robinson jo.skip.robin...@sce.com wrote: We installed TADz as POC. It was easy to install, easy to run, and easy to clone among sysplexes. AFAIK it requires DB2 on every system you want to monitor. Serveral clients of mine run TADz. DB2 is only required on a single system. However, all the monitored systems have a monitoring task and data gets FTPed / processed on the system running the DB2. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://search390.techtarget.com/ateExperts/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Friday: Humor: The perfect working cubical environment
Where's the coffee IV? -- Donald Grinsell State of Montana 406-444-2983 dgrins...@mt.gov A clever person solves a problem. A wise person avoids it. ~ Albert Einstein -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Friday, January 17, 2014 10:22 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: OT: Friday: Humor: The perfect working cubical environment http://www.gocomics.com/working-daze/2014/01/17 -- Wasn't there something about a PASCAL programmer knowing the value of everything and the Wirth of nothing? 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
Re: Friday: Humor: The perfect working cubical environment
Don, I will second that IV motion Scott ford www.identityforge.com from my IPAD On Jan 17, 2014, at 1:13 PM, Grinsell, Don dgrins...@mt.gov wrote: Where's the coffee IV? -- Donald Grinsell State of Montana 406-444-2983 dgrins...@mt.gov A clever person solves a problem. A wise person avoids it. ~ Albert Einstein -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Friday, January 17, 2014 10:22 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: OT: Friday: Humor: The perfect working cubical environment http://www.gocomics.com/working-daze/2014/01/17 -- Wasn't there something about a PASCAL programmer knowing the value of everything and the Wirth of nothing? 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: pax, ddnames and _BPX_SHAREAS
On Fri, 17 Jan 2014 13:12:09 +, van der Grijn, Bart (B) wrote: I'm trying to use pax to write to a ddname. The following code: ... wCMD = pax -w -X -z -x pax -f //DD:PAX aDir I don't believe any such construct is supported. Have you seen any documentation that states that it is. Submit a requirement. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: pax, ddnames and _BPX_SHAREAS
Thanks Jon, I'll play around with BPXBATCH to see if I can get to a working combination. Bart -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jon Perryman Sent: Friday, January 17, 2014 10:45 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: pax, ddnames and _BPX_SHAREAS Have you tried running PGM=BPXBATCH instead and run the exec as a UNIX script? You would need to place the exec in a UNIX file and change ALLOC to BPXWDYN. As for the truncation error, have you tried changing the dataset's attributes (LRECL, BLKSIZE and RECFM)? Jon Perryman. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: pax, ddnames and _BPX_SHAREAS
Thanks Kirk. My preference is to make this work with the tools I'm already licensed for, but I'll keep this option in mind. Bart -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Kirk Wolf Sent: Friday, January 17, 2014 10:47 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: pax, ddnames and _BPX_SHAREAS Bart, It isn't clear whether you needed to do this with a TMP and REXX or whether you were just trying to work around the normal issues with BPXBATCH. This is very straight forward to do using our COZBATCH utility: //SHELL EXEC PGM=COZBATCH - a better BPXBATCH //STDIN DD * pax -w -X -x pax -v -f //DD:PAX myDir //PAX DD DSN=PAX,DISP=(NEW,PASS),SPACE=(CYL,(10,10)) // Kirk Wolf Dovetailed Technologies http://dovetail.com PS The Co:Z Toolkit is free to download and use under our free Community License. Enterprise license and support agreements are also available. http://dovetail.com/products/cozbatch.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: pax, ddnames and _BPX_SHAREAS
Lloyd, I assume you're referring to aBackupDsn in
ALLOC DD(PAX) DSN('aBackupDsn') OLD release
If so, note that this is a rexx variable, not the actual dataset name.
Thanks,
Bart
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Lloyd Fuller
Sent: Friday, January 17, 2014 11:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: pax, ddnames and _BPX_SHAREAS
Look at your DSName. It is not a valid MVS dataset name: too many characters
without a period.
Lloyd
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: pax, ddnames and _BPX_SHAREAS
On 2014-01-17 07:43, van der Grijn, Bart (B) wrote:
z/OS in question is z/OS 1.12
Should have clarified this in my original note, but I'm not trying to write
to a 'unix' file, I'm trying to write to a MVS dataset allocated to a DDName.
Using a dataset name in the pax command works fine, but I want to use a
DDName so that I can code RELEASE or write to tape.
Even if what you're trying to do happens to succeed, it's
unsupported, and IBM will give you no assistance if it fails
in the future.
I've done similar things, using only supported (I believe)
facilities with a Rexx EXEC:
...
say BPXWDYN( 'alloc dd(SYSUT2) dsn(...) ...attributes...' )
say BPXWDYN( 'alloc dd(SYSUT1) filedata(BINARY) pathopts(ORDONLY)' ,
'path(''/dev/fd/0'') [attributes compatible with SYSUT2]' )
address ATTCHMVS 'IEBGENER'
...
and piping from pax to that EXEC. It can also be done in a single
EXEC using SYSCALL 'pipe' and SYSCALL 'spawn' for pax and ATTCHMVS
for IEBGENER.
Of course, it's easier with Co:Z, but ISVs, for example, can't rely
on customers' having Co:Z.
-- gil
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: pax, ddnames and _BPX_SHAREAS
Why do you need to use DD:... for pax? If you are going to use a REXX variable
in the DSN parameter, use the REXX variable in the pax command? The use of a
DSN in the pax command is documented and supported. I have not tried to use it
from REXX, but I have used it from the OMVS command line without problem
(except syntax issues getting the quotes and double quotes correct).
Lloyd
From: Paul Gilmartin paulgboul...@aim.com
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Friday, January 17, 2014 2:41 PM
Subject: Re: pax, ddnames and _BPX_SHAREAS
On 2014-01-17 07:43, van der Grijn, Bart (B) wrote:
z/OS in question is z/OS 1.12
Should have clarified this in my original note, but I'm not trying to write
to a 'unix' file, I'm trying to write to a MVS dataset allocated to a
DDName. Using a dataset name in the pax command works fine, but I want to
use a DDName so that I can code RELEASE or write to tape.
Even if what you're trying to do happens to succeed, it's
unsupported, and IBM will give you no assistance if it fails
in the future.
I've done similar things, using only supported (I believe)
facilities with a Rexx EXEC:
...
say BPXWDYN( 'alloc dd(SYSUT2) dsn(...) ...attributes...' )
say BPXWDYN( 'alloc dd(SYSUT1) filedata(BINARY) pathopts(ORDONLY)' ,
'path(''/dev/fd/0'') [attributes compatible with SYSUT2]' )
address ATTCHMVS 'IEBGENER'
...
and piping from pax to that EXEC. It can also be done in a single
EXEC using SYSCALL 'pipe' and SYSCALL 'spawn' for pax and ATTCHMVS
for IEBGENER.
Of course, it's easier with Co:Z, but ISVs, for example, can't rely
on customers' having Co:Z.
-- 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
Re: pax, ddnames and _BPX_SHAREAS
oh Gil, You know very well that the Command Reference documents only that pax supports MVS data set names and does not mention that DD:XXX names are supported. You have said this many times before, and I agree that IBM should formally support this. Have you opened a requirement? Surely they are just using whatever name you give it as an argument to fopen(), so one would assume that extra work would be required *not* to support DD:. But of course you are technically right, as usual :-) I have no reservations using cp and pax with DD names, but this wouldn't be acceptable to pedants. Perhaps it isn't supported and document because IBM can't figure out how to get DD's visible to BPXBATCH to test it :-) Seriously... if IBM were to document in the Command Ref that DD:NAME is supported in several shell utilities, they would get sucked into describing why it is hard to use DD names in the context of forked address spaces. Then they might have to document exactly when the shell forks vs spawns, which they have already declined to do. Kirk Wolf Dovetailed Technologies http://dovetail.com On Fri, Jan 17, 2014 at 1:16 PM, Paul Gilmartin paulgboul...@aim.comwrote: On Fri, 17 Jan 2014 13:12:09 +, van der Grijn, Bart (B) wrote: I'm trying to use pax to write to a ddname. The following code: ... wCMD = pax -w -X -z -x pax -f //DD:PAX aDir I don't believe any such construct is supported. Have you seen any documentation that states that it is. Submit a requirement. -- 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
Re: Pleas quote the text you reply to (Was: Automatic Job Ended Email (detail information))
Ooh, ooh! Now we can fight over top-posting vs. bottom-posting! And indent(at)ion! And HTML vs plaintext. On Fri, Jan 17, 2014 at 2:46 AM, Vernooij, CP (SPLXM) - KLM kees.verno...@klm.com wrote: Brian, and all who reply only their reply text: The way I read the messages in this thread is in a unknown, garbage order (probably sorted in some time format, with no relation to the local time the messages was sent in). In the case of this reply, I have no idea what the interesting idea was. Please quote the text you are referring to. Thanks, Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Brian Westerman Sent: Friday, January 17, 2014 08:03 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Automatic Job Ended Email (detail information) Now that's an interesting idea that I had not considered completely before. I could create a link into the email that would allow the user to obtain the data from somewhere else within the z/OS system. One of the options I thought about adding originally was the ability to log all of this to a database somewhere, but during the planning phase, I decided that I would allow the site to set up a default Cc: parameter so that a copy of things could be sent to a repository. I had thought at the time that we would make the repository as part of the product, but I had dropped the thought somewhere along the line, maybe I can crate a repository in version 2. :) I also have the code to send the data via FTP, but that also was placed on hold for the next version, along with about 20 other features. I do like the idea of providing a link the the detail data though, so if I can't send it in the original package, at least I will not have wasted the data collection. Thanks, Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Pleas quote the text you reply to (Was: Automatic Job Ended Email (detail information))
On 2014-01-17 13:04, zMan wrote: Ooh, ooh! Now we can fight over top-posting vs. bottom-posting! And indent(at)ion! And HTML vs plaintext. Hasn't LISTSERV settled by fiat the HTML question? I post responses close to and following the quoted text. On Fri, Jan 17, 2014 at 2:46 AM, Vernooij, CP (SPLXM) - KLM wrote: The way I read the messages in this thread is in a unknown, garbage order (probably sorted in some time format, with no relation to the local time the messages was sent in). In the case of this reply, I have no idea what the interesting idea was. Please quote the text you are referring to. +1 Also, trim stale text, LISTSERV footers and legal disclaimers. *But* leave enough header information (Date: and From:) as citation so the readercan refer to the full text of the cited article in the Archives. (Shmuel will pay no attention.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: pax, ddnames and _BPX_SHAREAS
MVS archive datasets are supported by the PAX command. The first paragraph of the MAN PAX page says the archive can be HFS file or MVS dataset. I only have access to the EFGLOBE.COM system so it may now say something different but along the same lines. Jon Perryman From: Paul Gilmartin paulgboul...@aim.com On 2014-01-17 07:43, van der Grijn, Bart (B) wrote: z/OS in question is z/OS 1.12 Should have clarified this in my original note, but I'm not trying to write to a 'unix' file, I'm trying to write to a MVS dataset allocated to a DDName. Using a dataset name in the pax command works fine, but I want to use a DDName so that I can code RELEASE or write to tape. Even if what you're trying to do happens to succeed, it's unsupported, and IBM will give you no assistance if it fails in the future. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: pax, ddnames and _BPX_SHAREAS
On Fri, 17 Jan 2014 14:01:34 -0800, Jon Perryman wrote: MVS archive datasets are supported by the PAX command. The first paragraph of the MAN PAX page says the archive can be HFS file or MVS dataset. I only have access to the EFGLOBE.COM system so it may now say something different but along the same lines. Yes, but the z/OS UNIX Command reference clearly describes the use of data set names, and (not so clearly) omits any mention of DDNAMEs. DDNAMEs are not data set names. Yes, as Kirk says, sometimes you get away with it; sometimes you don't. (addendum to my suggestion of pipe, BPXWDYN, spawn, and ATTCHMVS): You need to SYSCALL close the .2 end of the pipe after spawn and before IEBGENER. Else IEBGENER hangs waiting for input from an open pipe. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Check out MIT Deploys Swarm of Self-Assembling Robot Cubes - IEEE Spectrum
_MIT Deploys Swarm of Self-Assembling Robot Cubes - IEEE Spectrum_ (http://spectrum.ieee.org/automaton/robotics/robotics-hardware/mit-deploys-swarm-of- selfassembling-robot-cubes) Pretty cure tricks. Keep away from hard drives! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: pax, ddnames and _BPX_SHAREAS
This has been asked before,here
On Thu, 8 Jan 2009 16:34:41 +0100, Miklos Szigetvari
Post by Miklos Szigetvari
Hi
We have a number of user ZFS datasets, in NON EXTENDED format , and
already has reached the 4Gbyte limit
Till now we have allocated a new extended format ZFS and copied into it
via USS copytree.
I would use PAX instead ... probably quicker.
I've used this rexx program to do copies from one file system
to another in batch, but you certainly can do it interactively with
the commands or running the rexx program in a shell.
/* rexx */
/*=*/
fromdir = '/from_dir/'
todir = '/service/'
/*=*/
call syscalls 'ON'
address syscall 'geteuid'
uidval = retval
say 'Current UID = 'uidval
if uidval 0 then do
say 'Attempting to set to UID=0'
address syscall 'setreuid 0 0'
uidval2 = retval
if uidval2 0 then do
say 'Unable to set to UID=0'
exit 12
end
Else say 'New UID = 'uidval2
end
address syscall 'chdir' fromdir
say 'Copying files from' fromdir 'to' todir
call bpxwunix 'pax -rwvCMX -p eW . ' todir
Post by Miklos Szigetvari
Can the REPRO do the same ?
I wouldn't. Search the archives. I have repro'd a zfs to a new zfs
and was able to mount and see the data, but someone else tried
it (to go to extended) and it didn't work. Also remember a zfs is
a formatted data set.
Post by Miklos Szigetvari
Can I restore a NON extended into an extended ?
No. There is no DATACLAS to assign / convert to on logical
restore. Also this from the DFSMSdss Storage Admin Reference:
When performing a logical or physical data set restore operation of a VSAM
extended-format data set, the target data set allocation must be
consistent with the source data set allocation as follows:
- If the source is an extended-format VSAM, then the target must be an
extended-format VSAM.
- If the source is a compressed VSAM KSDS, then the target must be a
compressed VSAM KSDS.
- If the source is an alternate index for an extended-format KSDS,
then the target must be an alternate index for an extended-format KSDS.
- The target control interval size must be equal to the source.
Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:***@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Scott ford
www.identityforge.com
from my IPAD
On Jan 17, 2014, at 10:23 AM, van der Grijn, Bart (B)
bvandergr...@dow.com wrote:
John,
I think you can make a single change to your REXX program
paxRC=bpxwunix(wCMD,,DD:PAX,stderr.)
I tried that. In my original note:
(I also tried it by specifying a ddname in the bpxwunix call instead of
the stdout., but got a truncation error. I suspect that's because it
exceeded the 2048 limit)
More specifically:
317 *-*wCMD = pax -w -X -z -x pax aDir
L pax -w -X -z -x pax
V /sap/D6B
O pax -w -X -z -x pax /sap/D6B
318 *-*ALLOC DD(PAX) DSN('aBackupDsn') OLD release
L ALLOC DD(PAX) DSN('
V PSUSS.INTR.KD6BXS.USRSAP.A
O ALLOC DD(PAX) DSN('PSUSS.INTR.KD6BXS.USRSAP.A
L ') OLD release
O ALLOC DD(PAX) DSN('PSUSS.INTR.KD6BXS.USRSAP.A') OLD release
319 *-*paxRC = bpxwunix(wCMD,,DD:PAX,stderr.)
V pax -w -X -z -x pax /sap/D6B
L
L DD:PAX
L STDERR.
DD:PAX truncation: rc=16
Line too long
The Usage note for BPXWUNIX:
STDOUT lines cannot exceed 2048 characters.
Elardus,
Then I suspect the ALLOC command is not working 100% with that keyword
combination. Could you try out
TRACE in your REXX program to see what is happening when REXX is trying to
execute ALLOC command?
I put a LISTA STATUS in to verify the ALLOC worked and it shows the DDName in
question.
I believe that the pax will work if I can force _BPX_SHAREAS=YES, but I don't
see how I can code this with an IKJEFT01 job step. The alternative would be
to run the rexx under USS to start with,
Re: Pleas quote the text you reply to (Was: Automatic Job Ended Email (detail information))
On Fri, 17 Jan 2014 13:13:46 -0700, Paul Gilmartin wrote: In the case of this reply, I have no idea what the interesting idea was. Please quote the text you are referring to. Also, trim stale text, LISTSERV footers and legal disclaimers. *But* leave enough header information (Date: and From:) as citation so the reader can refer to the full text of the cited article in the Archives. (Shmuel will pay no attention.) In response to an off-list admonition, I'll stand somewhat corrected. From a small sample of the archives, Shmuel generally leaves an attribution. Sometimes I think he over-trims, leaving only a single, fairly generic sentence, and replying with only No, where more context and a citation of the rebutting document would be appropriate. But, thanks, Shmuel, for not leaving a cascade of LISTSERV footers. Thanks and apologies, gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Pleas quote the text you reply to (Was: Automatic Job Ended Email (detail information))
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Friday, January 17, 2014 3:58 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Pleas quote the text you reply to (Was: Automatic Job Ended Email (detail information)) On Fri, 17 Jan 2014 13:13:46 -0700, Paul Gilmartin wrote: In the case of this reply, I have no idea what the interesting idea was. Please quote the text you are referring to. Also, trim stale text, LISTSERV footers and legal disclaimers. *But* leave enough header information (Date: and From:) as citation so the reader can refer to the full text of the cited article in the Archives. (Shmuel will pay no attention.) In response to an off-list admonition, I'll stand somewhat corrected. From a small sample of the archives, Shmuel generally leaves an attribution. Sometimes I think he over-trims, leaving only a single, fairly generic sentence, and replying with only No, where more context and a citation of the rebutting document would be appropriate. Except, and pardon my ignorance, I have never been able to follow his attribution link to anywhere useful. But, thanks, Shmuel, for not leaving a cascade of LISTSERV footers. Thanks and apologies, 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
