Re: Blades versus z was Re: Turn Off Another Light - Univ. of Tennessee
W dniu 2012-09-06 23:16, Mike Schwab pisze: On Thu, Sep 6, 2012 at 3:55 PM, R.S. mike.a.sch...@gmail.com CAN'T YOU SNIP.MY ADDRESS?.com.pl wrote: I meant it's hard to justfiy the choice: to buy IFL (plus rest of mainframe) or x64 servers. I meant Linux on IFL is *much* more expensive than on x64 servers. Things like power, cooling, floor space, staffing won't change it, but the software licenses could do it. BTW: I did not mention RAS, but not everyone will pay for good RollRoyce, some of us choose Toyota. You can buy and power 300 servers cheaper than one IFL? 1. 300? Only 300? Why not 3? I can buy good memory for 6,6 $ per GB, IBM wanted recently 8k$ per GB. 1000+ times more. Now it's cheaper - only 1500 $/GB. I can also buy CPU for 150$, while IFL costs approx 150 k$. 2. I REALLY DON'T CARE about cooling and power - that's my reality. No shortages here, no significant cost. I'm a little bit constrained with floor space, but this is not a reason for chosing IFL over x64. That's reality in my country (exceptions are possible) and - I think - in most countries in Europe. BTW: green z10 consumes 50% power more than z9 (*). WHO CARES??? Who said 'no' to z10just because it consumes more power? (*) I don't mean max CPU capacity, rather single book configurations. IBM has (had?) power estimation tools somewhere on webpage, but I also observed it on HMC - it shows current power consumption. 6,4kW vs 4kW. To be honest - similar (single BOOK, same MIPS) configuration for z196 consumes 5,8kW - a little bit less. I wouldn't care if it consumed more. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc 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 authorised 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. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
How does WLMTUC get its information?
Hi, I wrote a small Rexx application that - among other things - used the as-is-tool WLMTUC (which is a compiled REXX) to inform about upcoming image- or group-capping. Now I rewrote my application in java to move the workload from CP too zIIP, but I'm missing an equivalent to this WLMTUC function in java. Using the JZOS method Exec.run() doesn't work sufficiently, so I wanted to create some kind of java class that does whatever WLMTUC does. So here is my question: Does anybody know how that REXX function WLMTUC extracts the information about time-until-capping for both, image- and group-capping? Or does anybody know where the heck in storage I can find this information (things like calling SYSEVENT and so on does not help, as I can't do that from java, and as a REXX can't do these things either, the information MUST be somewhere in the storage). Or third alternative: Does anybody already have some kind of java class or JNI that I could use? Any help is appreciated, Regards Volkmar Langer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E question
Skip Robinson wrote: 5. Expect RC 8. (Anything less is miraculous. A miracle won't get you a raise or a hot date.) It should be for the OP easier if he do his SMP/E zones per group of products. And work zone by zone. But RC=8 is expected, yes. This is why there is this thing called 'fallback' or 'REJECT'. If you get a raise, expect raise in tax ... ;-D If you are deeply disturbed by RC 8, either take a (physician prescribed) pill, or spend some of your vast spare time researching each error sysmod. It is a full time job just to arrive at 'ACCEPT' stage... Reconsider the pill option. It's your choice. Or delegate it to some unfortunate person to save on pill costs. :-D 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: Blades versus z was Re: Turn Off Another Light - Univ. of Tennessee
On Thu, 6 Sep 2012 16:16:03 -0500, Mike Schwab mike.a.sch...@gmail.com wrote: You can buy and power 300 servers cheaper than one IFL? IBM says that many servers would cost 10 times as much to power and cool. As Mandy Rice-Davies[1] famously said: they would, wouldn't they? Roger Bowler Hercules the people's mainframe [1] http://en.wikipedia.org/wiki/Mandy_Rice-Davies -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: another DCOLLECT question
This will work. Thank you. From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Mike Schwab [mike.a.sch...@gmail.com] Sent: Friday, September 07, 2012 12:39 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: another DCOLLECT question Well, read the management classes into a table, with name, number of days to keep after creation, number of days to keep after last access. Then read each dataset, look up the management class, and report creation date, last access date, and the two deletion dates. I believe the data set is deleted when the first deletetion date is reached. Accessing the dataset would extend that deletion date, you would have to change the management class name or the management class to extend the other date. You may need to educate them on why you have the 4 dates instead of the 2 they requested. On Thu, Sep 6, 2012 at 7:36 PM, Uriel Carrasquilla uriel.carrasqui...@mail.mcgill.ca wrote: Thank you all for your reply. I am learning from the explanations provided. The datasets are sequential files that have an associated management-class and they all have a LIMIT required by our legal and auditing department in most cases and the business departments in some other cases. I am given a HLQ (high level qualifier) and I am expected to provide a report with the following headings: HLQ Dataset CreationDate ExpirationDate Each HLQ produces thousands and thousands of datasets with some cases in the million. Regards, Uriel -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- 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: SMP/E question
This is EXACTLY what I do. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Skip Robinson Sent: Thursday, September 06, 2012 11:31 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMP/E question I have never understood the fixation with rock bottom return codes. SMP/E maintenance is so much simpler without agonizing over every uneven cobblestone along the path. 1. RECEIVE HOLDDATA the same day you begin installing. If you're not sure how fresh your HOLDDATA is, pull it again. The cost is trivial. 2. APPLY CHECK (as others have said) excluding nothing but HOLDSYS. 3, Study the CAUSER report. If you see only messages about unresolved HOLD errors, you are good to go. Don't waste time building EXCLUDE lists. SMP/E will exclude error sysmods without your having to lift a finger. By design. 4. Resubmit the job with the word CHECK commented out. P.S. do not edit the source JCL; use SDSF SJ (or other product equivalent) so that the next submit from your CNTL library will retain CHECK. 5. Expect RC 8. (Anything less is miraculous. A miracle won't get you a raise or a hot date.) 6. Study the CAUSER report again. If all you see are unresolved HOLD errors, you're done. Move on. 7. If you see space or directory errors, you MUST fix them now. Use PDS command (or StarTool if you have it) to fix these errors. Modify secondary extents and/or directory blocks as needed. Then return to Step 4. If you are deeply disturbed by RC 8, either take a (physician prescribed) pill, or spend some of your vast spare time researching each error sysmod. If you determine that your shop desperately needs a particular PTF in error, then open an SR to see if IBM will give you an APAR testfix. This is itself the start of a whole new adventure that you may come to rue down the road. Reconsider the pill option. It's your choice. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Gibney, Dave gib...@wsu.edu To: IBM-MAIN@LISTSERV.UA.EDU Date: 09/06/2012 06:40 PM Subject:Re: SMP/E question Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU I exclude the specific PTFs with unresolved holderror and apply the rest. It is usually only a dozen or so. I really recommend order from server to insure you have all maint and all holddata. Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of ??? ?? ??? Sent: Thursday, September 06, 2012 3:56 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMP/E question Hi, I received the HOLDDATA from IBM. For example the first problem on the list is with PTF UA60617. I checked online, and it says that this PTF is from October 4th, 2011, and is still in error. Is there a way to find out if there is a fix for the fix? I will change my bypass statement. Gadi huge snippage -- 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
Re: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS
Rex, I tried to full volume restore to anothe VOLSER which is not SMS however DFDSS won't allow this :ADR710E (001)-TDFP (01), COPYVOLID IS REQUIRED TO RESTORE INPUT VOLUME. I am forced to use the COPYVOLID parm which at the moment I cannot because the volume is in use. I will have to wait for the weekend to try this out. From: Pommier, Rex R. rex.pomm...@cnasurety.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, 6 September 2012 12:53 PM Subject: Re: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS John, It depends on what you're actually trying to accomplish here. If all you want to do is verify that the COPYDUMP will restore successfully and the output is throw-away, you can do one of these (I'm sure there are many other things you could do as well): 1. Do the full volume restore. I am pretty certain that DFDSS will knock the volume you just restored offline and leave the original source online. Clip the offline volume to a different volser. Bring the renamed volume online. Verify the files are all there and look good. Take the volume offline and initialize it to throw the data away. 2. Do a dataset level restore using INCLUDE and/or EXCLUDE parameters to just bring back a subset of the data on the volume (you will possibly need to put some RENUNC statements in there as well due to the SMS versus non-SMS issue). If you can pull datasets off the full volume COPYDUMP, is that enough of a test to make sure you can use the COPYDUMP output? Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Dawes Sent: Thursday, September 06, 2012 11:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS Rex. I did the backup myself (used COPYDUMP) and it is from a full volume backup. I used RESTORE FULL INDDNAME(TAPE1) OUTDDNAME(DASD1). I cannot put the original volume offline because these contain all our pds libs. This is why I am trying the exercise of restoring the volume (physically) to a non-sms managed volume. This way no dsns weill b cataloged etc. I am using BYPASSACS because I thought I could bypass SMS. From: Pommier, Rex R. rex.pomm...@cnasurety.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, 6 September 2012 12:30 PM Subject: Re: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS John, I'm going to take your word that the original DUMP that you created the COPYDUMP from was a full volume dump. That being said, the BYPASSACS parameter you have in your RESTORE attempt is only valid for dataset level restores, not full restores. You will need to use a restore parameter similar to what John McKown mentioned below. You will need something like this instead of the restore you are using: RESTORE FULL INDDNAME(TAPE1) OUTDDNAME(DASD1) If you leave the keyword FULL off, DFDSS is looking for a dataset level restore. I don't see NOCOPYVOLID in the manual, but there is a blurb that says for an SMS managed source volume 9or a source volume with a VSAM dataset on it), you must use COPYVOLID. You will probably need to restore the full volume with the original volser, which will knock it offline, clip the volser to something else, then if you really want it non-SMS, run a convertv routine to make it non-SMS. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Dawes Sent: Thursday, September 06, 2012 10:37 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS I am trying to do a full volume restore to a non-SMS volume. The backup which was created is of a SMS managed volume. I want to validate the backup which was made using DFDSS COPYDUMP. From: McKown, John john.mck...@healthmarkets.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, 6 September 2012 11:08 AM Subject: Re: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS Are you trying to do a full volume restore, or a logical data set restore? Looks like the latter. In which case, as the messages indicate, you have not specified which data set names/pattern to restore. You'd need a DATASET(INCL(**)) to restore all the data sets. If you want to do a full volume restore, then change the RESTORE to be something like: RESTORE INDDNAME(TAPE1) OUTDDNAME(DASD1) NOCOPYVOLID From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Dawes [jhn_da...@yahoo.com.au] Sent: Thursday, September 06, 2012 9:42 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS G'Day, I am trying to perform a full volume restore of a SMS volume to a spare volume which is not SMS managed. I am encountering a problem and tried several things: The output volume has a different VOLSER. The reason for this is that I want to ensure that the tape
Re: SMP/E question
On 9/6/2012 11:31 PM, Skip Robinson wrote exactly my thoughts, but much more entertaining: I have never understood the fixation with rock bottom return codes. SMP/E maintenance is so much simpler without agonizing over every uneven cobblestone along the path. snip a bunch of good stuff I found myself chuckling and looking for the Like button. Seriously, an excellent recommendation. Kurt Quackenbush -- IBM, SMP/E Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Who is sending this ftp file
SMF Record 118 written by the Communication Server has a section with FTP CLient Statistics which includes the information you are looking for. As far as I know TCP/IP SMF recording must be explicitly enabled (see the IP Configuration Reference manual). And you'll need a formatting program to read the SMF 118 record. Hope this helps, mario On 09/07/2012 01:57 PM, Rajaram Kalahasti wrote: hi, I our shop, some job on the mainframe is sending a file ( thru ft) to a windows box. We lost track of which job it is. We only have 1. the windows box name 2. the file name (on windows box ) 3. the time we received the file on windows box. Looked up syslog -- no information there about the ftp. Is any any log on the mainframe that can give this information? Any help appreciated. Thank you Raj. -- 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: Who is sending this ftp file
It depends. That data is written to SMF, record type 118 or 119 or both or neither, depending on your FTP options. Unfortunately, it is possible for the job which did the ftp to access its own options data set, so you cannot be sure. You just need to scan the SMF data from that time frame. ref: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1d3a0/E.9 -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rajaram Kalahasti Sent: Friday, September 07, 2012 6:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Who is sending this ftp file hi, I our shop, some job on the mainframe is sending a file ( thru ft) to a windows box. We lost track of which job it is. We only have 1. the windows box name 2. the file name (on windows box ) 3. the time we received the file on windows box. Looked up syslog -- no information there about the ftp. Is any any log on the mainframe that can give this information? Any help appreciated. Thank you Raj. -- 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: Who is sending this ftp file
Rajaram Kalahasti wrote: I our shop, some job on the mainframe is sending a file ( thru ft) to a windows box. We lost track of which job it is. Tsk, tsk, tsk. What does RACF (SERVAUTH for example) and SMF tell you about the FTP program and ip and port usage usage? I really hope you have disabled ANONYMOUS user on your FTP server... Also check your FTPLOGGING setting too... Looked up syslog -- no information there about the ftp. Then your info, if your FTP server is setup correctly in the first place, should be on tmp/syslogd or somewhere there on your z/OS system. But look first in /etc/syslog.conf for your configuration details. Or check your FTP server profile settings. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How does WLMTUC get its information?
Yes, me too. I know, it was delivered as an ASIS-tool in former releases (not anymore since z/OS 1.11), but I don't know anymore in which library it was (maybe SAXREXEC or SAMPLIB). And before posting here, I tried to figure out where you could find it, but there has been absolutely NO evidence left in the web that it ever existed. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Who is sending this ftp file
McKown, John wrote: It depends. That data is written to SMF, record type 118 or 119 or both or neither, depending on your FTP options. Thanks for mentioning this. I was researching what SMF recort type it was. ref: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1d3a0/E.9 Some handy fields to scan for: SMF119FT_FCLUser, SMF119FT_FCUserID and SMF119FT_FCDRIP Good luck to the OP. 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: Who is sending this ftp file
I had forgotten about the UNIX syslog daemon (syslogd). I wonder how many shops have it set up and running. We do. I have it set up to log into /var/log/daemon.-mm-dd where -mm-dd is the Gregorian date. I also have it set up to switch to a new file every midnight (local). I only keep the last 3 days. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 • N. Richland Hills • TX 76010 (817) 255-3225 phone • john.mck...@healthmarkets.com • www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. –The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Friday, September 07, 2012 7:27 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Who is sending this ftp file Rajaram Kalahasti wrote: I our shop, some job on the mainframe is sending a file ( thru ft) to a windows box. We lost track of which job it is. Tsk, tsk, tsk. What does RACF (SERVAUTH for example) and SMF tell you about the FTP program and ip and port usage usage? I really hope you have disabled ANONYMOUS user on your FTP server... Also check your FTPLOGGING setting too... Looked up syslog -- no information there about the ftp. Then your info, if your FTP server is setup correctly in the first place, should be on tmp/syslogd or somewhere there on your z/OS system. But look first in /etc/syslog.conf for your configuration details. Or check your FTP server profile settings. 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: Who is sending this ftp file
If you believe a job is sending the file, you should be able to do a scan on your production jcllib to look for the filename on the windows box. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rajaram Kalahasti Sent: Friday, September 07, 2012 7:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Who is sending this ftp file hi, I our shop, some job on the mainframe is sending a file ( thru ft) to a windows box. We lost track of which job it is. We only have 1. the windows box name 2. the file name (on windows box ) 3. the time we received the file on windows box. Looked up syslog -- no information there about the ftp. Is any any log on the mainframe that can give this information? Any help appreciated. Thank you Raj. -- 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: Who is sending this ftp file
W dniu 2012-09-07 14:50, Meehan, Cheryl pisze: If you believe a job is sending the file, you should be able to do a scan on your production jcllib to look for the filename on the windows box. I will work or it won't. Reasons: 1. Ambigous filename, like REPORT.TXT 2. Filename as variable, like %%SOMETHING (in ControlM), or simply // SET. 3. Wild JCLLIBS, INCLUDE libraries, etc. JCL INCLUDE + JCLLIB ORDER=MY.SECRET.PDS 4. Maybe others Remark: any of the situations above should not take place, but the problem with looking for the job also should not happen. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc 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 authorised 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. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Who is sending this ftp file
Radoslaw Skorupka pisze: Reasons: 4. Maybe others Perhaps the whole FTP thing is originating from that Windoze box with a get statement. This is why we removed all those anonymous settings [1] and enabled SSL connection. Remark: any of the situations above should not take place, but the problem with looking for the job also should not happen. Agreed 101% Groete / Greetings Elardus Engelbrecht [1] - My TCP/IP team applied recommendations (some came from IBM-MAIN and IBM docs) and I'm grateful of that good co-operation, mind you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Who is sending this ftp file
Is it possible that you have them time/date the file was created on the Windows Box? If so, you might be able to go back to SYSLOG / or SMF 14/15 records to find the JOB/DSN In syslog I would have a D A,L issued around the time frame of the dataset creation on the Windows box. Then see what was running at that time. Tedious but perhaps helpful. Or having the date/time of the creating of the dataset, the SMF 14/15 records might give you within that time frame all jobs that opened any dataset. This is dependent on the file always being created and not replaced at a specific time. And hopefully on a schedule. Or with your security product you might be a WARNING usage on the FTP process and see what pops up. Or if you can disable the FTP server on the Windows box, see what fails on the Mainframe side. Lizette hi, I our shop, some job on the mainframe is sending a file ( thru ftp) to a windows box. We lost track of which job it is. We only have 1. the windows box name 2. the file name (on windows box ) 3. the time we received the file on windows box. Looked up syslog -- no information there about the ftp. Is any any log on the mainframe that can give this information? Any help appreciated. Thank you Raj. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Etymology of APAR
I won't argue APAR nor SPOOL, which is one acronym that is more meaningful than its deriving phrase, Simultaneous Peripheral Operation On-Line, but I will have to question Cadaver. According to the OED, Cadaver in English is derived from the Latin word for a dead body, related to to cadere, to fallas in drop dead. A quick search of the WWW shows that Wiktionary...an irrefutable source!...has the following: From the Latin verb cadō (“I fall”), as a euphemism for dying, the fallen one. This etymology is found as early as ca. 200 CE in the writings of Tertullian, who associated cadaver to cadendo : Atque adeo caro est quae morte subruitur, ut exinde a cadendo cadaver enuntietur. (Tertullian, De Resurrectione Carnis). A folk etymology derives cadaver syllabically from the Latin expression caro data vermibus. This etymology, more popular in Romance countries, can be traced back as early as the Schoolmen of the Middle Ages. Now, let's move on to gringo. ;-)) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Who is sending this ftp file
Lizette Koehler wrote: Is it possible that you have them time/date the file was created on the Windows Box? I would rather look, (for Windows XP! Yes! Yes! Yes!), in Windows\System32\LogFiles\MSFTPSVC1 folder and look for the youngest file. That file should contains all the details (date+time, source ip and port, statements used and filenames) 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: Etymology of APAR
Jon Butler wrote: Now, let's move on to gringo. ;-)) Oh no, I'm dying, are you deadly serious? ;-D Thanks for your entertaining info about cadavers before I fall down and drop dead. ;-) 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
JES2 record count
hi all, is there someone having experiences with JES2? I have a strange problem. A user created a spool file and SDSF and $DJ are showing a record count of 12 lines. When I look at the file I see 29 lines and when I write it to a dataset (XDC-command in SDSF) I will also have 29 lines. The record format is VBA and there are 17 lines containing only a control character in the first byte. This means that JES2 is not counting records having only a control character and no further data. Can someone confirm this or do we have a bug? I could not find something in the documentation but maybe I missed it. regards Juergen P.S. When having ETR I could ask IBM. With SR you can only open a problem :-( -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Anyone know how to copy a PDS directory as a flat file?
(The OP would be you, right?)
Yup. That's what makes me the expert on what his question meant.
However, you cannot sequentially read a UNIX directory.
Bummer indeed. I need a module that can sort out four cases, given a z/OS file
name.
- It is a sequential conventional dataset or PDS member.
- It is a PDS(E): return all of the effective names, i.e., for a PDS FOO.BAR,
return FOO.BAR(MEMBER1), FOO.BAR(MEMBER2), ...
- It is a regular HFS file
- It is an HFS directory: return all of the effective names, i.e., for foo/bar,
return foo/bar/file1, foo/bar/file2, ...
Oh yeah, with wildcard masking on the file or member names.
It is a much bigger job than it ought to be. It is a Sherlock Holmes job
figuring out which of the four cases applies. Not the biggest programming job
ever -- yes, I have all of the little tricks figured out -- but bigger than it
ought to be.
How many times has this wheel been re-invented?
Yeah, I could use DESERV for the PDS instead of reading the directory, but I
would have to build a C-Assembler front-end to do so. Not much different than
just doing the job in C. A little harder to maintain, because there is logic in
two places (and I have both skill sets, but a future maintainer might not).
The PDS thing is kind of fun in C++. I have a PDS directory entry class that
has a member that knows how to get the next entry in the block:
inline int PDSdirEntryLen() { return (C.numberOfUserDataHalfwords * 2) +
sizeof(memberName) + sizeof(C) + sizeof(firstRecord); }
inline PDSdirEntry *PDSdirEntryNext() { return reinterpret_castPDSdirEntry *(
PDSdirEntryLen() + reinterpret_castchar *(this) ); }
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Paul Gilmartin
Sent: Thursday, September 06, 2012 6:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Anyone know how to copy a PDS directory as a flat file?
On Thu, 6 Sep 2012 15:30:57 -0700, Charles Mills wrote:
Nope, the below is one of the answers to the OP's question.
(The OP would be you, right?)
It also works for PDSE, believe it or not.
It says that in Using Data Sets, 3.8.11 Reading a PDSE Directory:
You can read a PDSE directory sequentially just by opening the data set
(without using positioning macros) and reading it.
...
If you also want to read the keys (the name of the last member in that
block), use BSAM and specify KEYLEN=8.
It fakes it all. It even fakes keys. But does it return a usable TTR; one
that can be used in a subsequent POINT?
...
However, you cannot sequentially read a UNIX directory.
Bummer.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Who is sending this ftp file
Probably not the answer you want, but: block access to that Windows box (firewall) and see what fails... On Fri, Sep 7, 2012 at 7:57 AM, Rajaram Kalahasti rajaram.kalaha...@gmail.com wrote: hi, I our shop, some job on the mainframe is sending a file ( thru ft) to a windows box. We lost track of which job it is. We only have 1. the windows box name 2. the file name (on windows box ) 3. the time we received the file on windows box. Looked up syslog -- no information there about the ftp. Is any any log on the mainframe that can give this information? Any help appreciated. Thank you Raj. -- 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: Who is sending this ftp file
Would this phenomenon count as installing unapproved software according to a certain auditor in a different thread? Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- On Fri, Sep 7, 2012 at 7:57 AM, Rajaram Kalahasti rajaram.kalaha...@gmail.com wrote: hi, I our shop, some job on the mainframe is sending a file ( thru ft) to a windows box. We lost track of which job it is. We only have 1. the windows box name 2. the file name (on windows box ) 3. the time we received the file on windows box. Looked up syslog -- no information there about the ftp. Is any any log on the mainframe that can give this information? Any help appreciated. Thank you Raj. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Etymology of APAR
Jon Butler writes: begin extract I won't argue APAR nor SPOOL, which is one acronym that is more meaningful than its deriving phrase, Simultaneous Peripheral Operation On-Line, but I will have to question Cadaver. /end extract adumbrates without really making the useful distinction between analytic and synthetic acronyms. Did the phrase come first, followed by its acronym? Or did the acronym come first, followed by the construction of a more or, often, very much less felicitous phrase to serve as its imputed its origin? A recent IBM press release mentions the DOE's Innovative and Novel Computational Impact on Theory and Experiment (INCITE) and here it is clear that 'INCITE' came first. It in hand, the laboured, all but meaningless 'Innovative and Novel Computational Impact on Theory and Experiment' was then constructed for use as its notional deriving phrase. Let's move on to cadaver. The verb cadere does indeed mean to fall, in Latin and and indeed in modern Italian. The notional, but probably apocryphal quotation from Tertullian has, however, the defect that Tertrullian's dates, bracketed by the interval 155-235 AD, are too late. There are many CAro DAta VERmibus|verminibus == flesh given to the worms derivations that long antedate him. To err is human is much used in exculpatory fashion, particularly in American English. In origin its sense was very different. Pliny the Younger [unquestionably] wrote Errare humanum est, perseverare autem diabolicum. (To err is human; to persevere in it is diabolical.) John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E question
Bravo, Skip! This is what I always did as well. I had a former coworker who would go through and manually exclude every PTF that failed with a HOLDERROR, until he was able to get to a RC4 on his apply check. He wasted untold hours doing this, just so he could get a RC4 on his APPLY. I think he even went so far as to RESTORE the sysmods applied if he hit a space problem so his final APPLY would show all the PTFs being applied going in at once. Bizarre! Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Skip Robinson Sent: Thursday, September 06, 2012 10:31 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMP/E question I have never understood the fixation with rock bottom return codes. SMP/E maintenance is so much simpler without agonizing over every uneven cobblestone along the path. 1. RECEIVE HOLDDATA the same day you begin installing. If you're not sure how fresh your HOLDDATA is, pull it again. The cost is trivial. 2. APPLY CHECK (as others have said) excluding nothing but HOLDSYS. 3, Study the CAUSER report. If you see only messages about unresolved HOLD errors, you are good to go. Don't waste time building EXCLUDE lists. SMP/E will exclude error sysmods without your having to lift a finger. By design. 4. Resubmit the job with the word CHECK commented out. P.S. do not edit the source JCL; use SDSF SJ (or other product equivalent) so that the next submit from your CNTL library will retain CHECK. 5. Expect RC 8. (Anything less is miraculous. A miracle won't get you a raise or a hot date.) 6. Study the CAUSER report again. If all you see are unresolved HOLD errors, you're done. Move on. 7. If you see space or directory errors, you MUST fix them now. Use PDS command (or StarTool if you have it) to fix these errors. Modify secondary extents and/or directory blocks as needed. Then return to Step 4. If you are deeply disturbed by RC 8, either take a (physician prescribed) pill, or spend some of your vast spare time researching each error sysmod. If you determine that your shop desperately needs a particular PTF in error, then open an SR to see if IBM will give you an APAR testfix. This is itself the start of a whole new adventure that you may come to rue down the road. Reconsider the pill option. It's your choice. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Gibney, Dave gib...@wsu.edu To: IBM-MAIN@LISTSERV.UA.EDU Date: 09/06/2012 06:40 PM Subject:Re: SMP/E question Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU I exclude the specific PTFs with unresolved holderror and apply the rest. It is usually only a dozen or so. I really recommend order from server to insure you have all maint and all holddata. Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of ??? ?? ??? Sent: Thursday, September 06, 2012 3:56 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMP/E question Hi, I received the HOLDDATA from IBM. For example the first problem on the list is with PTF UA60617. I checked online, and it says that this PTF is from October 4th, 2011, and is still in error. Is there a way to find out if there is a fix for the fix? I will change my bypass statement. Gadi huge snippage -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Anyone know how to copy a PDS directory as a flat file?
In 07df01cd8c4d$b1408b20$13c1a160$@mcn.org, on 09/06/2012 at 09:35 AM, Charles Mills charl...@mcn.org said: Did you read my preceding post? g The one that denied the key field for PDS directory blocks? ;-) BTW, I saw a quote from an earlier message, but not the message itself, talking about reading directory blocks from a PDSE. For the record, those are not the actual PDSE directory blocks[1][2] but fake blocks made to look like they came from a PDS; ise DESERV if you want the actuial entries. And, yes, the TTR's are usable. [1] Mapped by IGWSMDE [2] No entries with names longer than 8 will be retruned. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Etymology of APAR
jwgli...@gmail.com (John Gilmore) writes: Did the phrase come first, followed by its acronym? Or did the acronym come first, followed by the construction of a more or, often, very much less felicitous phrase to serve as its imputed its origin? aka some claims that spool comes from spool/reel of tape which came from spools in looms ... which then generates phrase (unit-record front-end done by manually moving tape between the backend processor and the front-end handling unit record). from science center ... GML were the initials of the three people that invented GML at the science center in 1969 ... then needed to come up with the phrase generalized markup language. also from science center ... charlie invented compareswap while working on fine grain locking on cp67 multiprocessor. CAS are his initials which then resultetd in compareswap. initial attempt to get compareswap added to 370 was rebuffed, the 370 architecture owners saying that the POK favorite son operating system people claimed that (360) testset was sufficient. the challenge from the 370 architecture owners was to come up with a non-multiprocessor specific use for compareswap. thus was born the examples (that still appear in principles of operation) for using compareswap in multithreaded/multiprogramming applications (independent of whether running on single processor or multiple processors). compareswap was so useful that in the 80s it shows up on many other processor architecture and used by just about all large, high-thruput, DBMS implementations. -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Blades versus z was Re: Turn Off Another Light - Univ. of Tennessee
On 9/7/2012 at 04:40 AM, Roger Bowler ibm-m...@snacons.com wrote: On Thu, 6 Sep 2012 16:16:03 -0500, Mike Schwab mike.a.sch...@gmail.com wrote: You can buy and power 300 servers cheaper than one IFL? IBM says that many servers would cost 10 times as much to power and cool. As Mandy Rice-Davies[1] famously said: they would, wouldn't they? And they'd be right. My experience shows that only 30 servers _at idle_ costs more in power and cooling than a z9EC with 2 IFLs. I don't think things have changed appreciably since then. As Adam Savage (of Mythbusters) once said, facts are true whether you believe in them or not. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: zEC12, and previous generations, why? type question - GPU computing.
Mainframes? The 8100 was a series of small machines that grew out of the 3790. They were no more mainframes than their competitor, the S/1. Perhaps you are thinking of DPPX/370, which ran on the 9370. It is debatable (although maybe we shouldn't here!) - 8100 was a DPD product, not GSD like the midranges. -- Will -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Etymology of APAR
Its Friday: In the 1960s show The Man From U.N.C.L.E. - UNCLE didn't stand for anything - but there was so much clamor for an explanation - the writers came up with: United Network Command for Law Enforcement So sometimes the cart does come before the horse . Chris hoelscher Technology Architect | Database Infrastructure Services Technology Solution Services 123 East Main Street |Louisville, KY 40202 choelsc...@humana.com Humana.com Keeping CAS and Metavance safe for all HUMANAty -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Anne Lynn Wheeler Sent: Friday, September 07, 2012 11:17 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] Etymology of APAR jwgli...@gmail.com (John Gilmore) writes: Did the phrase come first, followed by its acronym? Or did the acronym come first, followed by the construction of a more or, often, very much less felicitous phrase to serve as its imputed its origin? The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Anyone know how to copy a PDS directory as a flat file?
On Fri, 7 Sep 2012 07:03:10 -0700, Charles Mills wrote: How many times has this wheel been re-invented? Yeah, I could use DESERV for the PDS instead of reading the directory, Does DESERV understand UNIX directories? ISTR not. And I suspect that ISPF still relies on reading PDS(E) directories as PS data sets rather than using DESERV. Likely a major reason for the simulated directory support for PDSE. And the DDLIST panel's MEMBER command will return only members of PDS(E), not UNIX directories in mixed catenations, potentially badly misleading when the name occurs in an earlier UNIX catenand. PMR. Got paraphrase of WAD. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Proof That Dinosaurs Can Learn New Tricks
Proof that dinosaurs can learn new tricks, I wrote my first 'blog' entry -- EVER -- and it is on SHARE's web site. http://www.share.org/p/bl/ar/blogaid=167source=6 -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@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
Re: Anyone know how to copy a PDS directory as a flat file?
And I suspect that ISPF still relies on reading PDS(E) directories as PS data sets rather than using DESERV I would be astounded if ISPF doesn't use standard services. Since the format of PDSEs has never been published, and since directory space can be created when needed in non-contiguous areas, I seriously doubt ISPF can read the directory as a PS data set. Bib Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Proof That Dinosaurs Can Learn New Tricks
snip from Ed's blog This time, there was no new z/OS release to talk about; the next one is not scheduled until September, 2013. /snip What happened to the June, 2013 release date? Regards, John K IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on 09/07/2012 10:46:21 AM: From: Edward Jaffe edja...@phoenixsoftware.com To: IBM-MAIN@listserv.ua.edu Date: 09/07/2012 10:47 AM Subject: Proof That Dinosaurs Can Learn New Tricks Sent by: IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu Proof that dinosaurs can learn new tricks, I wrote my first 'blog' entry -- EVER -- and it is on SHARE's web site. http://www.share.org/p/bl/ar/ blogaid=167source=6 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES2 record count
IIRC, this is more of an SDSF 'issue', not 'problem'. SDSF always presents print data with ANSI control characters, as in VB*A* regardless of what the application program actually produced. Furthermore, I think that SDSF presents only single advances regardless of the generating program. JES2 reports the number of lines produced by the application program, which may be machine characters, as in VB*M*, and may include double or triple spacing. Older IBM utilities especially are famous for producing xBM lines. If I'm off base here, I beg to be set straight. As to the comment about not being able to ask questions with SR, I have the option of checking 'usage' for report type. That may depend on the type of support contract you have with IBM, but look for the option when opening an SR. The option is on the generic header page and not presented externally. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Juergen Keller juergen.kel...@deutsche-boerse.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 09/07/2012 06:52 AM Subject:JES2 record count Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU hi all, is there someone having experiences with JES2? I have a strange problem. A user created a spool file and SDSF and $DJ are showing a record count of 12 lines. When I look at the file I see 29 lines and when I write it to a dataset (XDC-command in SDSF) I will also have 29 lines. The record format is VBA and there are 17 lines containing only a control character in the first byte. This means that JES2 is not counting records having only a control character and no further data. Can someone confirm this or do we have a bug? I could not find something in the documentation but maybe I missed it. regards Juergen P.S. When having ETR I could ask IBM. With SR you can only open a problem :-( -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Proof That Dinosaurs Can Learn New Tricks
Welcome to the land of the blogosaurs. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Edward Jaffe edja...@phoenixsoftware.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 09/07/2012 08:46 AM Subject:Proof That Dinosaurs Can Learn New Tricks Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Proof that dinosaurs can learn new tricks, I wrote my first 'blog' entry -- EVER -- and it is on SHARE's web site. http://www.share.org/p/bl/ar/blogaid=167source=6 -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@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
Re: JES2 record count
In 0455733492565759.wa.juergen.kellerdeutscheboerse@listserv.ua.edu, on 09/07/2012 at 08:52 AM, Juergen Keller juergen.kel...@deutsche-boerse.com said: is there someone having experiences with JES2? I have a strange problem. A user created a spool file and SDSF and $DJ are showing a record count of 12 lines. When I look at the file I see 29 lines and when I write it to a dataset (XDC-command in SDSF) I will also have 29 lines. The record format is VBA and there are 17 lines containing only a control character in the first byte. Try it with VBM. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Blades versus z was Re: Turn Off Another Light - Univ. of Tennessee
r.skoru...@bremultibank.com.pl (R.S.) writes: 1. 300? Only 300? Why not 3? I can buy good memory for 6,6 $ per GB, IBM wanted recently 8k$ per GB. 1000+ times more. Now it's cheaper - only 1500 $/GB. I can also buy CPU for 150$, while IFL costs approx 150 k$. re: http://www.garlic.com/~lynn/2012l.html#81 Blades versus z was Re: Turn Off Another Light - Univ. of Tennessee note part of the enormous growth in servers was that they were viewed as nearly zero cost item ... so people costs to manage multiple applications was greater than just having server per application. some operations then found that that they might have grown to hundreds of thousands of servers ... and that the provisioning became a single large budget item (but still less than traditional people costs of manage multiple applications per server). Note that this is different than the cloud mega-datacenters with hundreds of thousands of servers ... which developed their own RAS, management adminstsrative strategy ... and actual have processor use that justifies the hundreds of thousands of servers (and millions of processors). vmware (and others) move into the market using virtual machines to drastically reduce the cost of managing multiple applications per server ... they were claiming 10:1 server consolidation for the previous generation over the generation before that. newest e5-2600 with 527BIPS, 315GBLOPS, 421watts, and claiming 20:1 server consolidation over the previous generation ... at IBM base list price of $1815 for e5-2600 blade. this is compared to 80 processor z196 with 50BIPS, ??GFLOPS, 31.7Kw at $28M (and IBM claiming it effectively earns roughly $5.25M in mainframe services, software, and storage for every $1M in mainframe sold) ... bringing 80 processor z196 to $175M -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Proof That Dinosaurs Can Learn New Tricks
AFAIK there was never a June 2013 release date for the next z/OS release. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 On 2012-09-07 12:03, John P Kalinich wrote: snip from Ed's blog This time, there was no new z/OS release to talk about; the next one is not scheduled until September, 2013. /snip What happened to the June, 2013 release date? Regards, John K IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on 09/07/2012 10:46:21 AM: From: Edward Jaffe edja...@phoenixsoftware.com To: IBM-MAIN@listserv.ua.edu Date: 09/07/2012 10:47 AM Subject: Proof That Dinosaurs Can Learn New Tricks Sent by: IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu Proof that dinosaurs can learn new tricks, I wrote my first 'blog' entry -- EVER -- and it is on SHARE's web site. http://www.share.org/p/bl/ar/ blogaid=167source=6 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Anyone know how to copy a PDS directory as a flat file?
I seriously doubt ISPF can read the directory as a PS data set But that's the thing -- anyone can. It's fairly trivial. Follow the PDS directory read documentation, and it works like magic on a PDSE. (I have no knowledge or opinion on what ISPF actually does.) Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bob Shannon Sent: Friday, September 07, 2012 8:49 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Anyone know how to copy a PDS directory as a flat file? And I suspect that ISPF still relies on reading PDS(E) directories as PS data sets rather than using DESERV I would be astounded if ISPF doesn't use standard services. Since the format of PDSEs has never been published, and since directory space can be created when needed in non-contiguous areas, I seriously doubt ISPF can read the directory as a PS data set. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Automated Service Delivery Certificate
Our automated service delivery certificate expired this week and I'm having a duce of a time attempting to find the link on new ShopzSeries website to get a new one. Any clue would be appreciated! Chip Grantham | Ameritas | Sr. IT Consultant | cgrant...@ameritas.com 5900 O Street, Lincoln NE 68510 | p: 402-467-7382 | c: 402-429-3579 | f: 402-325-4030 *** This message may contain confidential information intended only for the use of the addressee(s) named above and may contain information that is legally privileged. If you are not the addressee, or the person responsible for delivering it to the addressee, you are hereby notified that reading, disseminating, distributing or copying this message is strictly prohibited. If you have received this message by mistake, please immediately notify us by replying to the message and delete the original message immediately thereafter. Thank you. *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Automated Service Delivery Certificate
Create a new software order, select z/OS Service, and in the pull down, select SERVICE CERTIFICATE. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Chip Grantham Sent: Friday, September 07, 2012 1:02 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Automated Service Delivery Certificate Our automated service delivery certificate expired this week and I'm having a duce of a time attempting to find the link on new ShopzSeries website to get a new one. Any clue would be appreciated! Chip Grantham | Ameritas | Sr. IT Consultant | cgrant...@ameritas.com 5900 O Street, Lincoln NE 68510 | p: 402-467-7382 | c: 402-429-3579 | f: 402-325-4030 *** This message may contain confidential information intended only for the use of the addressee(s) named above and may contain information that is legally privileged. If you are not the addressee, or the person responsible for delivering it to the addressee, you are hereby notified that reading, disseminating, distributing or copying this message is strictly prohibited. If you have received this message by mistake, please immediately notify us by replying to the message and delete the original message immediately thereafter. Thank you. *** -- 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
Re: Automated Service Delivery Certificate
Also when you upload it to zOS for installation into your security package, don't believe the FM where it says the certificate can be stored in a data set with a minimum lrecl of 256 or larger. RACF won't import it. I've had success with a lrecl of 4096, recfm=vb. Mark Jacobs On 09/07/12 13:06, Jousma, David wrote: Create a new software order, select z/OS Service, and in the pull down, select SERVICE CERTIFICATE. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Chip Grantham Sent: Friday, September 07, 2012 1:02 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Automated Service Delivery Certificate Our automated service delivery certificate expired this week and I'm having a duce of a time attempting to find the link on new ShopzSeries website to get a new one. Any clue would be appreciated! Chip Grantham | Ameritas | Sr. IT Consultant | cgrant...@ameritas.com 5900 O Street, Lincoln NE 68510 | p: 402-467-7382 | c: 402-429-3579 | f: 402-325-4030 *** This message may contain confidential information intended only for the use of the addressee(s) named above and may contain information that is legally privileged. If you are not the addressee, or the person responsible for delivering it to the addressee, you are hereby notified that reading, disseminating, distributing or copying this message is strictly prohibited. If you have received this message by mistake, please immediately notify us by replying to the message and delete the original message immediately thereafter. Thank you. *** -- 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 -- Mark Jacobs Time Customer Service Tampa, FL The quiet ones are the ones that change the universe... The loud ones only take the credit. Londo Mollari - Babylon 5 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Proof That Dinosaurs Can Learn New Tricks
On Fri, 7 Sep 2012 08:46:21 -0700, Edward Jaffe edja...@phoenixsoftware.com wrote: Proof that dinosaurs can learn new tricks, I wrote my first 'blog' entry -- EVER -- and it is on SHARE's web site. http://www.share.org/p/bl/ar/blogaid=167source=6 -- Nice... another hidden talent for Mr. Jaffe. :-)I had problems viewing it on Firefox 15.0 for some reason, but looked fine on IE. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Automated Service Delivery Certificate
Top Secret seems perfectly happy with 256. Just imported one this morning with the following attributes: Organization . . . : PS Record format . . . : VB Record length . . . : 256 Block size . . . . : 27998 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Jacobs Sent: Friday, September 07, 2012 1:44 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Automated Service Delivery Certificate Also when you upload it to zOS for installation into your security package, don't believe the FM where it says the certificate can be stored in a data set with a minimum lrecl of 256 or larger. RACF won't import it. I've had success with a lrecl of 4096, recfm=vb. Mark Jacobs On 09/07/12 13:06, Jousma, David wrote: Create a new software order, select z/OS Service, and in the pull down, select SERVICE CERTIFICATE. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Chip Grantham Sent: Friday, September 07, 2012 1:02 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Automated Service Delivery Certificate Our automated service delivery certificate expired this week and I'm having a duce of a time attempting to find the link on new ShopzSeries website to get a new one. Any clue would be appreciated! Chip Grantham | Ameritas | Sr. IT Consultant | cgrant...@ameritas.com 5900 O Street, Lincoln NE 68510 | p: 402-467-7382 | c: 402-429-3579 | f: 402-325-4030 *** This message may contain confidential information intended only for the use of the addressee(s) named above and may contain information that is legally privileged. If you are not the addressee, or the person responsible for delivering it to the addressee, you are hereby notified that reading, disseminating, distributing or copying this message is strictly prohibited. If you have received this message by mistake, please immediately notify us by replying to the message and delete the original message immediately thereafter. Thank you. *** -- 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 -- Mark Jacobs Time Customer Service Tampa, FL The quiet ones are the ones that change the universe... The loud ones only take the credit. Londo Mollari - Babylon 5 -- 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
Re: Proof That Dinosaurs Can Learn New Tricks
OK, you woke me up. *What* June 2013 release date? (If someone from IBM said that, please send me a note.) John P Kalinich wrote: snip from Ed's blog This time, there was no new z/OS release to talk about; the next one is not scheduled until September, 2013. /snip What happened to the June, 2013 release date? snip -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Proof That Dinosaurs Can Learn New Tricks
On Fri, 7 Sep 2012 11:03:27 -0500, John P Kalinich wrote: What happened to the June, 2013 release date? Announcement 212-086 (April 11, 2012) says second half of 2013. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Proof That Dinosaurs Can Learn New Tricks
Excellent! But it seems to be behind SHARE's paywall. I don't really object to that - but it WILL limit your audience. :-( Cheers, Martin Martin Packer, zChampion, Principal Systems Investigator, Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker From: Edward Jaffe edja...@phoenixsoftware.com To: IBM-MAIN@listserv.ua.edu, Date: 09/07/2012 04:46 PM Subject: Proof That Dinosaurs Can Learn New Tricks Sent by: IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu Proof that dinosaurs can learn new tricks, I wrote my first 'blog' entry -- EVER -- and it is on SHARE's web site. http://www.share.org/p/bl/ar/blogaid=167source=6 -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@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 Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Anyone know how to copy a PDS directory as a flat file?
On Fri, 7 Sep 2012 15:30:25 -0400, Shmuel Metz (Seymour J.) wrote: Got paraphrase of WAD. Broken as designed? Something to the effect that DDLIST was designed to use ISPF services to support ISPF functions, and ISPF has no service to scan a UNIX directory. They also mentioned that DDLIST is somehow oriented to problem analysis. I pointed out that identifying the wrong member of a library catenation can seriously mislead a programmer attempting to analyze a problem. They were unmoved. That was several years ago. ISPF has become more UNIX-friendly in the interim. DDLIST remains BAD. I routinely use UNIX directories in my SYSEXEC catenation, but the first catenand must not not be a UNIX directory. I reported this as a problem, and IBM says, Not supported. They give the appearance of not caring. (I get sporadic S0C4 when exiting a panel, but never more than once per session.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Automated Service Delivery Certificate
I complained about the process a few months ago when my cert expired. Trouble is, I do this only once and year and forget the steps. First off, consult SMP/E User's Guide SA22-7773-xx . There's a discussion about the steps to take. Problem is, I found out (once again) that the directions for replacing an existing cert are not clear. There's no actual 'certificate replace' function. You have to delete the old certificate first, then add back the new one. As I recall (shoulda taken notes), deleting the old certificate makes something else disappear that has to be redefined manually; the book implies that no other steps are required. Anyhow, it's not trivial for a once-a-year procedure. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Mark Jacobs mark.jac...@custserv.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 09/07/2012 10:43 AM Subject:Re: Automated Service Delivery Certificate Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Also when you upload it to zOS for installation into your security package, don't believe the FM where it says the certificate can be stored in a data set with a minimum lrecl of 256 or larger. RACF won't import it. I've had success with a lrecl of 4096, recfm=vb. Mark Jacobs On 09/07/12 13:06, Jousma, David wrote: Create a new software order, select z/OS Service, and in the pull down, select SERVICE CERTIFICATE. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Chip Grantham Sent: Friday, September 07, 2012 1:02 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Automated Service Delivery Certificate Our automated service delivery certificate expired this week and I'm having a duce of a time attempting to find the link on new ShopzSeries website to get a new one. Any clue would be appreciated! Chip Grantham | Ameritas | Sr. IT Consultant | cgrant...@ameritas.com 5900 O Street, Lincoln NE 68510 | p: 402-467-7382 | c: 402-429-3579 | f: 402-325-4030 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Reading the CA MSM database
The apar is still plain old SMPE. All you need is the Global zone names to get the listing. Lizette -Original Message- From: Hardee, Chuck chuck.har...@thermofisher.com Sent: Sep 7, 2012 1:57 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Reading the CA MSM database Thanks Mary Anne, What I'm looking for is a simple report that shows the APAR number and short description or title. Charles (Chuck) Hardee Senior Systems Engineer Database Administration Information Technology Services Thermo Fisher Scientific 300 Industry Drive Pittsburgh, PA 15275 Direct: 724-517-2633 FAX: 412-490-9230 chuck.har...@thermofisher.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mary Anne Matyaz Sent: Friday, September 07, 2012 4:33 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Reading the CA MSM database Chuck, Here's one that just does an sql call...what are you looking for? Mary Anne STEP05A EXEC PGM=DBSQLPR, // PARM='PRTWIDTH=1500,INPUTWIDTH=72' //STEPLIB DD DSN=CAMSM.V50.RUN.CUSLIB,DISP=SHR // DD DSN=CAMSM.V50.RUN.CAAXLOAD,DISP=SHR //CXX DD DSN=CAMSM.V50.RUN.CXX,DISP=SHR //SYSUDUMP DD SYSOUT=* //SYSPRINT DD SYSOUT=* //STDERR DD SYSOUT=* //STDOUT DD SYSOUT=* //OPTIONS DD * AUTHID=CASWMGT /* //SYSIN DD * SELECT * FROM MOUNTPOINT; /* It shows you your mountpoints: MOUNTPOINTID,8, INT NOT NULL MP_PATH, /msmserv/mpm/scroot/DatabaseM/CA/MAINTENANCE, VARC MP_DATASET, OMVS.CAMSM.MSMT5, VARCHAR(16/45) MP_TYPE, * (NULL), VARCHAR(20) MP_OPTIONS, ZFS, VARCHAR(3/2000) MOUNTPOINTID,9, INT NOT NULL MP_PATH, /msmserv/mpm/scroot/DatabaseM/CA/MAINTENANCE/descri MP_DATASET, OMVS.CAMSM.MSMT6, VARCHAR(16/45) MP_TYPE, * (NULL), VARCHAR(20) MP_OPTIONS, ZFS, VARCHAR(3/2000) MOUNTPOINTID,10, INT NOT NULL MP_PATH, /msmserv/mpm/scroot/DatabaseM/CA/MAINTENANCE/CA_1_T 40) MP_DATASET, OMVS.CAMSM.MSMT7, VARCHAR(16/45) MP_TYPE, * (NULL), VARCHAR(20) MP_OPTIONS, ZFS, VARCHAR(3/2000) -- 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: Reading the CA MSM database
Thanks Mary Anne, (I knew Mary Anne would reply with that sample from our SHARE session) What I'm looking for is a simple report that shows the APAR number and short description or title. Charles (Chuck) Hardee If you look at hlq.CEGPJCL(B4KLOAD) you might be able to guess which table(s) to look at, but contacting CA would be your best bet.I have Sysview + the Datacom monitor installed on a few LPARs because of some production Datacom workloads and that would help, but I don't have it in the sysplex and system I run MSM on. Besides, I'm a real z/OS sysprog and don't do SQL. :-) Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Reading the CA MSM database
Yes Lizette, I am well aware of the SMP/E connection, but it is more than that. MSM loads APARs into itself from SupportConnect when you update a product's maintenance status. That does not mean they are in SMP/E. In fact, they aren't automatically applied to your installed products until you say so. And, once in SMP/E, unless you restrict your view to 1 zone, or choose to view the APARs from an ALL zones perspective, you have to interrogate each APAR individually to find out what zones an APAR has applied to. What I want is a list of the APARs that are available in MSM to be received and/or applied via SMP/E. Furthermore, I want to be able to see, in one display, the APAR, whether it is in MSM or not, whether it has been received or not, what zone or zones it has been applied to and, if it had been accepted, what zones it has been accepted to. This is not available anywhere in MSM all at one time, only on an APAR by APAR basis *if* you drill down to it. So, I need to be able to extract from the MSM database all APARs and their titles that are available for a product. I already have the SMP/E extract portion. Chuck Charles (Chuck) Hardee Senior Systems Engineer Database Administration Information Technology Services Thermo Fisher Scientific Pittsburgh, PA 15275 chuck.har...@thermofisher.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Friday, September 07, 2012 5:12 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Reading the CA MSM database The apar is still plain old SMPE. All you need is the Global zone names to get the listing. Lizette -Original Message- From: Hardee, Chuck chuck.har...@thermofisher.com Sent: Sep 7, 2012 1:57 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Reading the CA MSM database Thanks Mary Anne, What I'm looking for is a simple report that shows the APAR number and short description or title. Charles (Chuck) Hardee Senior Systems Engineer Database Administration Information Technology Services Thermo Fisher Scientific 300 Industry Drive Pittsburgh, PA 15275 Direct: 724-517-2633 FAX: 412-490-9230 chuck.har...@thermofisher.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mary Anne Matyaz Sent: Friday, September 07, 2012 4:33 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Reading the CA MSM database Chuck, Here's one that just does an sql call...what are you looking for? Mary Anne STEP05A EXEC PGM=DBSQLPR, // PARM='PRTWIDTH=1500,INPUTWIDTH=72' //STEPLIB DD DSN=CAMSM.V50.RUN.CUSLIB,DISP=SHR // DD DSN=CAMSM.V50.RUN.CAAXLOAD,DISP=SHR //CXX DD DSN=CAMSM.V50.RUN.CXX,DISP=SHR //SYSUDUMP DD SYSOUT=* //SYSPRINT DD SYSOUT=* //STDERR DD SYSOUT=* //STDOUT DD SYSOUT=* //OPTIONS DD * AUTHID=CASWMGT /* //SYSIN DD * SELECT * FROM MOUNTPOINT; /* It shows you your mountpoints: MOUNTPOINTID,8, INT NOT NULL MP_PATH, /msmserv/mpm/scroot/DatabaseM/CA/MAINTENANCE, VARC MP_DATASET, OMVS.CAMSM.MSMT5, VARCHAR(16/45) MP_TYPE, * (NULL), VARCHAR(20) MP_OPTIONS, ZFS, VARCHAR(3/2000) MOUNTPOINTID,9, INT NOT NULL MP_PATH, /msmserv/mpm/scroot/DatabaseM/CA/MAINTENANCE/descri MP_DATASET, OMVS.CAMSM.MSMT6, VARCHAR(16/45) MP_TYPE, * (NULL), VARCHAR(20) MP_OPTIONS, ZFS, VARCHAR(3/2000) MOUNTPOINTID,10, INT NOT NULL MP_PATH, /msmserv/mpm/scroot/DatabaseM/CA/MAINTENANCE/CA_1_T 40) MP_DATASET, OMVS.CAMSM.MSMT7, VARCHAR(16/45) MP_TYPE, * (NULL), VARCHAR(20) MP_OPTIONS, ZFS, VARCHAR(3/2000) -- 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: Reading the CA MSM database
Hi Mark, Yes, CA would be the gospel, so to speak, and I have already opened an issue with them on this very subject. But, as par for the course, they can't get past the CSI has the information you want. I already have the SMP/E side, I want the MSM side. I've stressed that to them but they just don't understand. Part of their not understanding is that they don't realize how their tool is being used in the real world and the deficiencies it presents, this being one of them. I will take a look at the B4KLOAD member and see if I can come up with what I need. Thanks, Chuck Charles (Chuck) Hardee Senior Systems Engineer Database Administration Information Technology Services Thermo Fisher Scientific Pittsburgh, PA 15275 chuck.har...@thermofisher.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Zelden Sent: Friday, September 07, 2012 5:14 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Reading the CA MSM database Thanks Mary Anne, (I knew Mary Anne would reply with that sample from our SHARE session) What I'm looking for is a simple report that shows the APAR number and short description or title. Charles (Chuck) Hardee If you look at hlq.CEGPJCL(B4KLOAD) you might be able to guess which table(s) to look at, but contacting CA would be your best bet.I have Sysview + the Datacom monitor installed on a few LPARs because of some production Datacom workloads and that would help, but I don't have it in the sysplex and system I run MSM on. Besides, I'm a real z/OS sysprog and don't do SQL. :-) Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Proof That Dinosaurs Can Learn New Tricks
I found I could 'join' Share as a 'non-member' and got to the post - cost nothing. Graham Hobbs - Original Message - From: Martin Packer martin_pac...@uk.ibm.com Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, September 07, 2012 3:51 PM Subject: Re: Proof That Dinosaurs Can Learn New Tricks Excellent! But it seems to be behind SHARE's paywall. I don't really object to that - but it WILL limit your audience. :-( Cheers, Martin Martin Packer, zChampion, Principal Systems Investigator, Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker From: Edward Jaffe edja...@phoenixsoftware.com To: IBM-MAIN@listserv.ua.edu, Date: 09/07/2012 04:46 PM Subject: Proof That Dinosaurs Can Learn New Tricks Sent by: IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu Proof that dinosaurs can learn new tricks, I wrote my first 'blog' entry -- EVER -- and it is on SHARE's web site. http://www.share.org/p/bl/ar/blogaid=167source=6 -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@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 Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- 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
Replacement for LISTDSI for multivolume datasets searched
Hi, in a REXX application I used LISTDSI to determine the size of some datasets, in order to generate a JCL stream and FTP locsite statements. Now the datasets growed, so I meeded to define some datasets as multi volume files. But here I recognized that LISTDSI doesn't support multi volume datasets. So I'm looking for a replacement for LISTDSI to get the total size of the files on all volumes. Any idea appreciated. -- Freundliche Gruesse / Kind regards *Dipl. Math. Juergen Kehr * IT Schulung Beratung / IT Education + Consulting Elfbuchenstrasse 10 34317 Habichtswald Germany Tel. +49-5606-5337408 Fax +49-3222-9341387 Mobil +49-172-5129389 mailto:kehrjuer...@t-online.de mailto:kehrjuer...@googlemail.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Replacement for LISTDSI for multivolume datasets searched
Yes, you can use the Catalog Search Interface (CSI) to do this. There is documentation in z/OS V1R12.0 DFSMS Managing Catalogs And a sample in SYS1.SAMPLIB(IGGCSIRX) Lizette Hi, in a REXX application I used LISTDSI to determine the size of some datasets, in order to generate a JCL stream and FTP locsite statements. Now the datasets growed, so I meeded to define some datasets as multi volume files. But here I recognized that LISTDSI doesn't support multi volume datasets. So I'm looking for a replacement for LISTDSI to get the total size of the files on all volumes. Any idea appreciated. -- Freundliche Gruesse / Kind regards -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: zOSMF Zones
On 8/21/2012 12:36 PM, Bob Shannon wrote: Having been forced to order zOSMF, does one install it in the z/OS zones or in its own zones? Dunno which way is best, but IBM installs z/OSMF into its own zones on the ADCD. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@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
Re: Communications Server
On 8/20/2012 11:34 AM, Skip Robinson wrote: How about Netview questions? There is netv...@yahoogroups.com where Tom Howe is an active participant; the best Netview list in cyber-space! -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@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
Re: zOSMF Zones
On Fri, 7 Sep 2012 18:19:07 -0700, Skip Robinson jo.skip.robin...@sce.com wrote: We have followed a simple rule for a decade or so. Everything included in ServerPac goes into one CSI. Period. Everything else goes into some other CSI. Hence if we order a product separately in between ServerPacs but know that it will later on come in the next ServerPac, we install in the ServerPac CSI. Otherwise it goes somewhere else. The reason for this rule is the management of maintenance, which is far easier, more consistent, and more reliable if all the blood cousins are housed in the same bunkhouse. . Exactly the same rule I have followed.If it is Z038 Serverpac orderable, and I know we would order it with the next Serverpac, it goes into that CSI. The only exception I can think of was Java when we used to install new versions at the whim of the WAS team, before WAS starting coming with its own Java. But we also stopped maintaining Java with SMP/E around the same time because using SMP/E to keep track of Java maintenance buys you exactly nothing (IMO, there was a recent discussion about that here). At some other shops I have been at the same rule was followed with perhaps the additional exception of languages like COBOL and PL1 that also weren't ordered with a OS/390 or z/OS Serverpac either since they were maintained / upgraded separately. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Blades versus z was Re: Turn Off Another Light - Univ. of Tennessee
re: http://www.garlic.com/~lynn/2012l.html#81 Blades versus z was Re: Turn Off Another Light - Univ. of Tennessee http://www.garlic.com/~lynn/2012l.html#87 Blades versus z was Re: Turn Off Another Light - Univ. of Tennessee BladeCenter blade servers http://www-03.ibm.com/systems/bladecenter/hardware/servers/ at the current moment, following appears to incorrectly copy the description of HS23E for e5-2400 which is single chip-socket ... the HS23 is e5-2600 with dual chip-socket with 8processor per chip, for 16processors and 32 hyperthreads. IBM BladeCenter HS23 http://www-03.ibm.com/systems/bladecenter/hardware/servers/hs23/index.html this does better at describing HS23 with two sockets. IBM BladeCenter HS23 http://www.redbooks.ibm.com/abstracts/tips0843.html BC-H 14 bay chassis allows 14 HS23 @$1815 is $25,410 (plus cost of the chassis) and at 527BIPS would be aggregate of 7.4TIPS (the equivalent of 147 50MIP 80-processor z196 and @$28M would be $4B). BladeCenter H Chassis http://www-03.ibm.com/systems/bladecenter/hardware/chassis/bladeh/ BladeCenter H (8852) http://www-03.ibm.com/systems/xbc/cog/bc_h_8852/bc_h_8852aag.html bladecenter H chassis is 9U ... for standard 42U rack, http://en.wikipedia.org/wiki/19-inch_rack that could allow four bladecenter h chassis (36U) per 42U rack or 56 HS23 blades, @$1815 is $101,640 (plus cost of rack and four bladecenter H chassis) and at 527BIPS would be aggregate of 30TIPS (or equivalent of 590 50MIP 80-processor z196 and @$28M would be $16.5B, IBM uplift for mainframe for services, software, and storage would be over $100B ). -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Anyone know how to copy a PDS directory as a flat file?
On 8/09/2012 1:49 AM, Bob Shannon wrote: Since the format of PDSEs has never been published, and since directory space can be created when needed in non-contiguous areas, I seriously doubt ISPF can read the directory as a PS data set. Well, if reading the directory with QSAM or BSAM counts, then why not? The REVIEW command can be used with the DATA operand to browse the directory of a PDS or PDSE. It uses BSAM so the hardware keys can be seen as well. You could then use the CUT subcommand to copy it to a data set if that was your fancy. For a PDSE end-of-file is presented right after the last used directory block, whereas for a PDS the unused directory blocks can also be read before reaching end-of-file. Time was when the first QSAM GET to a PDSE directory returned a buffer of mainly zeros, but the second GET gave access to the first (mocked up by the system) directory block. That was fixed a decade or two ago. So, if ISPF reads the directory sequentially (and I do not know if it does or not, though SMF 14/15 records might give a clue) it could acquire all of the ISPF stats and usual load module attributes for PDS and PDSE members. Of course, DESERV does give extra directory entry information for program objects which are not present in the data structure described by the IHAPDS macro. OTOH, I agree that ISPF would not directly access the 4K blocks on the tracks occupied by a PDSE and figure out the stats and facts using logic which decodes the internal PDSE data structures. Cheers, Greg Price -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
