Re: GitHub setup for Z/os
thx Jerry and curtis On Thu, Mar 29, 2018 at 9:08 AM, Jerry Callen wrote: > There are detailed instructions on using the z/OS port of git with GitHub > here: > > https://forum.rocketsoftware.com/t/using-git-for-z-os-with-github/654 > > > -- Jerry > > -- > 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: Waiting for IBM to step away from Laura Ingraham sponsorship
On Sun, 1 Apr 2018 15:22:03 -0600 "Jack J. Woehr" wrote: :>This IBM stockholder is waiting for IBM to step away from Laura Ingraham :>sponsorship. :>Apologies for inserting politics into the technical discussion, but see :>no other equally effective venue to express my disappoinment. Now that you have established you disapprove of the first and second amendments, which others do you have problems with? Why would you allow a high school kids with a Nazi salute and Nazi style armbands make policy? -- Binyamin Dissen http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Software Delivery on Tape to be Discontinued
On Fri, 30 Mar 2018 16:11:30 -0400, Steve Smith wrote: >Believe what you like, but not everyone has eidetic memory over a 40-year >span. Besides, Amdahl's placement of the slash was illogical, and was >often misplaced even then. Shmuel is correct. Dr. Amdahl was not a believer in virtual memory, and when he started Amdahl Corporation in 1970, it wasn't required for any of the major operating systems from IBM. So the original 470 design did not include virtual memory, and the the model number of the first machine was to be 470/6. "470" signified that it was the fourth generation machine for the 1970's. With the addition of virtual memory to the 370 series and the introduction of OS/VS1, OS/VS2, and DOS/VS, the 470 design was enhanced to include virtual memory on all models, and the 470 series became the 470V series. The "V" went with "470" not with the model number. The placement of the slash was perfectly logical if you understood the reason for it. The models in the 470V series were the 470V/5, 470V/6, 470V/7, and 470V/8. -- Tom Marchant >On Fri, Mar 30, 2018 at 12:35 PM, Seymour J Metz wrote: > >> I might believe 470V/6. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Waiting for IBM to step away from Laura Ingraham sponsorship
IMHO, this mailing list should be kept free of all political and religious discussion. Its intended purposes is to further technical and operational discussions about IBM mainframe hardware and the software that runs on it. If you start injecting political and religions viewpoints on the list, then you allow the flood gates to open and we will start getting flame wars here instead. Since I'm a Christian, do you want me to lobby you to get IBM to stop funding organizations, positions, or advertising on TV programs, that I'm against? I'm sure you do not want me or others to start doing that here. On Mon, Apr 2, 2018 at 4:18 AM Binyamin Dissen wrote: > On Sun, 1 Apr 2018 15:22:03 -0600 "Jack J. Woehr" wrote: > > :>This IBM stockholder is waiting for IBM to step away from Laura Ingraham > :>sponsorship. > > :>Apologies for inserting politics into the technical discussion, but see > :>no other equally effective venue to express my disappoinment. > > Now that you have established you disapprove of the first and second > amendments, which others do you have problems with? Why would you allow a > high > school kids with a Nazi salute and Nazi style armbands make policy? > > -- > Binyamin Dissen > http://www.dissensoftware.com > > Director, Dissen Software, Bar & Grill - Israel > > > Should you use the mailblocks package and expect a response from me, > you should preauthorize the dissensoftware.com domain. > > I very rarely bother responding to challenge/response systems, > especially those from irresponsible companies. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Regards, Mark T. Regan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Waiting for IBM to step away from Laura Ingraham sponsorship
> Now that you have established you disapprove of the first and second > amendments, > which others do you have problems with? Why would you allow a high school > kids with > a Nazi salute and Nazi style armbands make policy? Well, that's about the shortest proof of Godwin's Law that I've ever seen... We now return you to our regularly scheduled technical discussions, already in progress. -- Jerry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
RES: JCL "diagramming"?
John, May be zBNA can supply some info you need. Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto BANCO BRADESCO S.A. 4250 / DITI Engenharia de Software Sistemas Operacionais Mainframes Tel: +55 11 3684-9602 R: 49602 3-1404 Fax: +55 11 3684-4427 -Mensagem original- De: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Em nome de John McKown Enviada em: quinta-feira, 29 de março de 2018 12:30 Para: IBM-MAIN@LISTSERV.UA.EDU Assunto: Re: JCL "diagramming"? On Thu, Mar 29, 2018 at 10:28 AM, Doug wrote: > JCLPREP can . > We only use that when testing new releases. > Doug > > I forgot my usual disclaimer: This software must not cost any money. That really limits my options. -- I have a theory that it's impossible to prove anything, but I can't prove it. Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN AVISO LEGAL ...Esta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. LEGAL ADVICE...This message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Waiting for IBM to step away from Laura Ingraham sponsorship
An apology for something you deliberately did is hardly a real apology. That you consider this forum "effective" for for your purposes gives you no more right to abuse it than it does to steal money because you find no "equally effective" way to get it. sas On Sun, Apr 1, 2018 at 5:22 PM, Jack J. Woehr wrote: > This IBM stockholder is waiting for IBM to step away from Laura Ingraham > sponsorship. > > Apologies for inserting politics into the technical discussion, but see no > other equally effective venue to express my disappoinment. > > -- > Jack J. Woehr # Science is more than a body of knowledge. It's a way of > www.well.com/~jax # thinking, a way of skeptically interrogating the > universe > www.softwoehr.com # with a fine understanding of human fallibility. - > Carl Sagan > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- sas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FSE - IGC0024H
This would be a "user SVC (SVC 248)" and would be supplied by the vendor of FSE. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of gsg Sent: Friday, March 30, 2018 3:33 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: FSE - IGC0024H Does anyone still use FSE(IGC0024H module)? What did/do you use it for? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: -- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Software Delivery on Tape to be Discontinued
On Tue, 27 Mar 2018 17:09:44 +, David Boyes wrote: >The HMC DVD in not directly accessible to any operating system as a device >with VM or Linux, and the interface > to it is not a published one. z/VM FTP server has long been able to access the removable media on the HMC. Or an authorized z/VM guest can do it themselves via DIAGNOSE X'2C4' (see CP Programming Services book). But to what end, ultimately? Across the industry, the ubiquitous DVD drive is disappearing. The manufacturers are winding down production. Those devices that need optical media have moved to Blu-Ray. Yet many laptops have neither. Weight. Power. Cost. The most secure delivery of service to z/OS is directly via SMP/E. Corrupted data or MITM interference is automatically detected by the TLS connection. You know the data is coming from IBM and you know it hasn't been tampered with. This story is not finished. Technology will continue to change, risk profiles will continue to change (are the Illuminati or State actors producing 3590 tapes and substituting them?), and so the delivery mechanisms will continue to evolve, just as they have done since the story began. Alan Altmark IBM Systems Lab Services -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Waiting for IBM to step away from Laura Ingraham sponsorship
And politics has absolutely no place in this forum. NONE! Doug Fuerst -- Original Message -- From: "Binyamin Dissen" To: IBM-MAIN@listserv.ua.edu Sent: 02-Apr-18 4:17:55 AM Subject: Re: Waiting for IBM to step away from Laura Ingraham sponsorship On Sun, 1 Apr 2018 15:22:03 -0600 "Jack J. Woehr" wrote: :>This IBM stockholder is waiting for IBM to step away from Laura Ingraham :>sponsorship. :>Apologies for inserting politics into the technical discussion, but see :>no other equally effective venue to express my disappoinment. Now that you have established you disapprove of the first and second amendments, which others do you have problems with? Why would you allow a high school kids with a Nazi salute and Nazi style armbands make policy? -- Binyamin Dissen http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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: Software Delivery on Tape to be Discontinued
On Mon, 2 Apr 2018 01:03:59 -0500, Edward Gould wrote: >> On Apr 1, 2018, at 1:22 AM, Timothy Sipples wrote: >> ... >> This particular path (HMC DVD with FTP) has no intermediate PC or other >> system of any kind in the loop, for those who don't want that. This path >> I'm describing is straight from DVD media to z/OS storage. >> ... >> I prefer/recommend electronic delivery with digitally signed software, but >> you've got choices. >> ... >Thanks for the brief explanation, I am guessing that you run an smpe job on >the mainframe and somehow it asks the HMC if there is anything for him. Smpe >creates all the libraries like the csi and the dlibs and the system libraries >automagically and the spool and paging, catalog(s). I did not realize that >smpe was that powerful, I will have to reread the book tonight as I skimmed it >and didn’t see the magic it does. From your explanation it also does a receive >and apply of all the necessary libraries. The is one smart SMPE, next time I >run into Kurt Q. I will have to congratulate him ! > (Was there any sarcasm there?) Can the HMC be configured, then, as an FTP server usable for RECEIVE FROMNETWORK given suitable SMPSRVR definition, and is the DVD in GIMZIPped format? If all these are true, then SMP/E can do it all in one RECEIVE step, as Ed hopes. Has IBM done PoC? GIMZIP format is protected by SHA-1 checksums. These might be delivered via an independent secure channel (voice phone call?) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Waiting for IBM to step away from Laura Ingraham sponsorship
I get enough of this via Facebook. I will politely suggest taking the discussion to this site: https://www.ibm.com/investor/services/contact-form.html -- Donald Grinsell, Systems Programmer Enterprise Technology Services Bureau SITSD/Montana Department of Administration 406.444.2983 (D) "Experience is the name everyone gives to their mistakes." ~ Oscar Wilde -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
VBSFIX Program
Does anyone have a copy of the IBM module VBSFIX? I have short record(s) in my SMF dump dataset, which is prohibiting me from doing my monthly SCRT thing. I've seen information that this program can resolve this issue. Anyone out there have this program and are willing to share? Thanks, S. Veryl Ellis Sungard Availability Services. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: VBSFIX Program
DFsort and syncsort can correct some bad record formats in SMF //SYSIN DD * INCLUDE COND=ALL OPTION COPY,VLSHRT Carmen Vitullo - Original Message - From: "Veryl Ellis" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Monday, April 2, 2018 10:22:23 AM Subject: VBSFIX Program Does anyone have a copy of the IBM module VBSFIX? I have short record(s) in my SMF dump dataset, which is prohibiting me from doing my monthly SCRT thing. I've seen information that this program can resolve this issue. Anyone out there have this program and are willing to share? Thanks, S. Veryl Ellis Sungard Availability Services. -- 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: VBSFIX Program
Attached is the VBSFIX program. Thanks -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carmen Vitullo Sent: Monday, April 02, 2018 10:34 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: VBSFIX Program DFsort and syncsort can correct some bad record formats in SMF //SYSIN DD * INCLUDE COND=ALL OPTION COPY,VLSHRT Carmen Vitullo - Original Message - From: "Veryl Ellis" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Monday, April 2, 2018 10:22:23 AM Subject: VBSFIX Program Does anyone have a copy of the IBM module VBSFIX? I have short record(s) in my SMF dump dataset, which is prohibiting me from doing my monthly SCRT thing. I've seen information that this program can resolve this issue. Anyone out there have this program and are willing to share? Thanks, S. Veryl Ellis Sungard Availability Services. -- 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 *** Disclaimer *** This communication (including all attachments) is solely for the use of the person to whom it is addressed and is a confidential AAA communication. If you are not the intended recipient, any use, distribution, printing, or copying is prohibited. If you received this email in error, please immediately delete it and notify the sender. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN VBSF TITLE 'PROGRAM TO READ VBS RECORDS AND CLEAN UP BAD SEGMTS' *** * * * THIS PROGRAM IS DISTRIBUTED ON AN "AS IS" BASIS. IBM MAKES NO * * WARRANTIES, EITHER EXPRESSED OR IMPLIED, AS TO ITS USABILITY OR* * SUITABILITY FOR ANY PURPOSE WHATSOEVER. THE USER OF THIS PROGRAM * * ACCEPTS FULL RESPONSIBILITY FOR ANY DAMAGES THAT MAY RESULT FROM * * THE USE OF THIS PROGRAM, AND IBM SHALL NOT BE HELD LIABLE FOR ANY * * DAMAGES -- EITHER DIRECT OR CONSEQUENTIAL -- WHICH MAY RESULT FROM * * ITS USE. * * * *** * * * * * FUNCTION - THIS PROGRAM IS DESIGNED TO READ A VBS DATASET (NON- * *VSAM) AND CHECK ON VALID SDW'S. * *INVALID SEGMENTS ARE CONVERTED TO VB OUTPUT IN FILE 'BADRECS'. * *VALID RECORDS ARE COPIED TO FILE 'OUTPUT'. * * * * EXEC PARMS: 'SMF' - THIS CAUSES THE PROGRAM TO DISPLAY THE SMF * * RECORD ID (BYTE 2) AS PART OF ERROR MESSAGES. * * * * INPUT - VBS FILE TO BE CHECKED : 'INPUT' * * * * OUTPUT- VBS FILE FOR GOOD RECORDS: 'OUTPUT' * * V(B) FILE WITH BAD SEGMENTS : 'BADRECS'* * ERROR MESSAGE FILE : 'SYSPRINT' * * * * METHODOLOGY - THE INPUT FILE IS READ IN ONE SEGMENT AT A TIME * * (LOCATE MODE). * * SEGMENTS ARE CHECKED MANUALLY, AND A NEW LOGICAL* * RECORD IS CREATED AND WRITTEN TO OUTPUT.* * SEGMENTS WHICH DON'T MATCH UP ARE WRITTEN INTACT TO FILE* * BADRECS FOR LATER ANALYSIS. * * A DESCRIPTIVE ERROR MESSAGE IS WRITTEN TO SYSPRINT FOR EACH * * BAD RECORD DETECTED.* * * * AUTHOR - B. K. PIERCE, WASHINGTON SYSTEMS CENTER. * * * * MAINTENANCE HISTORY - (ORIGINAL DATE - 4/28/80) * * V1M1 (12/06/81): ERROR IN RECORD UNSTACK ROUTINE. * * SUPPORT FOR SYNAD EXIT AND ERROR MESSAGES * * V1M2 (02/05/82): ADD SYNAD SUPPORT FOR OUTPUT DATASET * * V1M3 (04/22/85): FIXUP SY
Re: Waiting for IBM to step away from Laura Ingraham sponsorship
Jack J. Woehr wrote: >This IBM stockholder is waiting for IBM to step away from Laura Ingraham >sponsorship. What is that thing 'Laura Ingraham'? Is that thing involved with IBM z/OS and IBM-MAIN? Or, are you posting a 1 April joke? 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: VBSFIX Program
Thank you sooo much. S. Veryl Ellis ▪ Senior Systems Engineer | IBM Z Systems – Technical Services Group ▪ Sungard Availability Services 401 North Broad Street; 8th Floor; Philadelphia, Pa 19108 ▪ Office: 215-351-1303 ▪ Mobile: 267-640-4192 ▪ veryl.el...@sungardas.com ▪ www.sungardas.com CONFIDENTIALITY: This e-mail (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. If you received this e-mail in error, please notify the sender and delete this e-mail from your system. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steely.Mark Sent: Monday, April 02, 2018 11:38 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: VBSFIX Program Attached is the VBSFIX program. Thanks -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carmen Vitullo Sent: Monday, April 02, 2018 10:34 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: VBSFIX Program DFsort and syncsort can correct some bad record formats in SMF //SYSIN DD * INCLUDE COND=ALL OPTION COPY,VLSHRT Carmen Vitullo - Original Message - From: "Veryl Ellis" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Monday, April 2, 2018 10:22:23 AM Subject: VBSFIX Program Does anyone have a copy of the IBM module VBSFIX? I have short record(s) in my SMF dump dataset, which is prohibiting me from doing my monthly SCRT thing. I've seen information that this program can resolve this issue. Anyone out there have this program and are willing to share? Thanks, S. Veryl Ellis Sungard Availability Services. -- 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 *** Disclaimer *** This communication (including all attachments) is solely for the use of the person to whom it is addressed and is a confidential AAA communication. If you are not the intended recipient, any use, distribution, printing, or copying is prohibited. If you received this email in error, please immediately delete it and notify the sender. -- 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: VBSFIX Program
On Mon, 2 Apr 2018 11:33:37 -0400, Carmen Vitullo wrote: >DFsort and syncsort can correct some bad record formats in SMF > But if SMF or the dump utility is generating bad records that ought to be subject to APAR. >//SYSIN DD * >INCLUDE COND=ALL >OPTION COPY,VLSHRT >- Original Message - > >From: "Veryl Ellis" >Sent: Monday, April 2, 2018 10:22:23 AM > >Does anyone have a copy of the IBM module VBSFIX? > >I have short record(s) in my SMF dump dataset, which is prohibiting me from >doing my monthly SCRT thing. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: VBSFIX Program
The only time I've had to use this was when working with real tape and Moding onto an existing SMF offloaded tape. back in the days with an IBM tape library, some of the older media gave us some 'issues' Carmen Vitullo - Original Message - From: "Paul Gilmartin" <000433f07816-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Monday, April 2, 2018 12:19:50 PM Subject: Re: VBSFIX Program On Mon, 2 Apr 2018 11:33:37 -0400, Carmen Vitullo wrote: >DFsort and syncsort can correct some bad record formats in SMF > But if SMF or the dump utility is generating bad records that ought to be subject to APAR. >//SYSIN DD * >INCLUDE COND=ALL >OPTION COPY,VLSHRT >- Original Message - > >From: "Veryl Ellis" >Sent: Monday, April 2, 2018 10:22:23 AM > >Does anyone have a copy of the IBM module VBSFIX? > >I have short record(s) in my SMF dump dataset, which is prohibiting me from >doing my monthly SCRT thing. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Software Delivery on Tape to be Discontinued
AFAIK you still need to allocate the datasets for SMPE. What I understood Tim to be saying is that SMP can do a RECEIVE from a DVD, and thathe input stream can be a lot bigger than s single DVD. That might not be a problem if you are only installing service, but if you are installing new products it might involve a lot more than one DVD. I tend to agree with Tim that it's more convenient to let SMP get everything electronically, unless your network is overloaded or management won't allow it.. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Edward Gould Sent: Monday, April 2, 2018 2:03 AM To: IBM-MAIN@listserv.ua.edu Subject: Re: Software Delivery on Tape to be Discontinued > On Apr 1, 2018, at 1:22 AM, Timothy Sipples wrote: > > Edward Gould wrote: >> Would it even fit on a mod54? > > A Mod54 is about 54GB uncompressed, whereas a DVD disk can hold up to 9.4GB > (dual layer DVD-RAM at least). I don't recall if the HMC supports dual > layer DVD disks, but if not (worst case) then the maximum per disk would be > 4.7GB uncompressed. Unless the particular Mod54 can be compressed quite a > lot, it won't fit on a single DVD. > > A Mod9 would always fit on a dual layer disk and, at about 2:1 compression, > on a single layer disk. > >> I am still puzzled on how you get this from the PC to the mainframe. > > This particular path (HMC DVD with FTP) has no intermediate PC or other > system of any kind in the loop, for those who don't want that. This path > I'm describing is straight from DVD media to z/OS storage. > >> Our computer room is very secure. I am not even allowed to touch >> the HMC without a VP looking over my shoulder > > Sure, pick your security (or "security" theatrical) poison. It's up to you > and your organization. The request was for a way to receive z/OS products > from IBM on physical media and to load them into z/OS, without an > intermediate system such as a PC and without a network connection. It sure > seems like that distribution path is already available, today. IBM can ship > you DVDs, and you can load them via the HMC, to my knowledge. (Throughput? > I don't know. Try it and let us know!) > > Or, I should say, via *any* HMC. You aren't limited to one HMC. For > example, you can order two HMCs, put one inside your machine room, and put > the other outside the machine room. Configure the latter with more limited > authorized capabilities, and load your DVDs into that HMC. Mount the second > HMC in a locked cabinet with dual keys if you wish -- whatever. Your > "Mainframe Media Insertion Station" is then physically easier to access, > without entering the machine room. All possible, as you prefer. > > I prefer/recommend electronic delivery with digitally signed software, but > you've got choices. > > What am I still missing? > Timothy, Thanks for the brief explanation, I am guessing that you run an smpe job on the mainframe and somehow it asks the HMC if there is anything for him. Smpe creates all the libraries like the csi and the dlibs and the system libraries automagically and the spool and paging, catalog(s). I did not realize that smpe was that powerful, I will have to reread the book tonight as I skimmed it and didn’t see the magic it does. From your explanation it also does a receive and apply of all the necessary libraries. The is one smart SMPE, next time I run into Kurt Q. I will have to congratulate him ! Ed -- 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: Waiting for IBM to step away from Laura Ingraham sponsorship
While I agree with the sentiment, this is not the appropriate forum. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Jack J. Woehr Sent: Sunday, April 1, 2018 5:22 PM To: IBM-MAIN@listserv.ua.edu Subject: Waiting for IBM to step away from Laura Ingraham sponsorship This IBM stockholder is waiting for IBM to step away from Laura Ingraham sponsorship. Apologies for inserting politics into the technical discussion, but see no other equally effective venue to express my disappoinment. -- Jack J. Woehr # Science is more than a body of knowledge. It's a way of http://secure-web.cisco.com/1t_UBULoR1kzcDvN4HlFF0bWFCVeEFTWV3Qdhr-URA-PiRV9sIGVD0e679ZVwXouvqhAi0Ru_hiUeEJnMqM01B-tly6VVdqwlWN_BZPkEWUtxL5iOTNmjlXUkXW-pGc6pSDYMg8w9X685rUpjaPjykRwkg78unSzm3x3MMRCw0VXwy2UVbKr0j77WpR9n3VJ0EQxyAavo974z9ZJtgvjmcakJMs_i44IoNENBjicxriyd8TOJE4R43xxP2D9w6x7WzOhpPSD7ArVSb62QlNa94yiFTfYmbnnwNRD5wTmNnxxpmrrqBsbgh8tyIoF9aRHqQ6W9OJHJoKQqwvrv6ggVmhywAQ_25EMUWTTutn7q8Lb9WFqIZSsJ-f5v9mC1ob8KvKLTkK0RVIjP4GYYPBZBbPCP6GrEiDQSbbpMRKc6A9AqkykoGx7ontDaU-aMpDEX/http%3A%2F%2Fwww.well.com%2F%7Ejax # thinking, a way of skeptically interrogating the universe http://secure-web.cisco.com/1agRUfutLX_3efvnjpcCk7Ny5VeI77c9vmpuP6IA8CmGLisXyq8S4kMM05Dxu7XV2murg8yo_KY5rBB2SmaxkTIGkLGfv2AQR6TL4-onwFvx6aOJbJCAjJCePMkSQ53PEhtzYSuQiXWjHBGgHTwUGzMVsGXOFqTpSnHhF03aPPtEksB1p0XQHIhOx8pfRCZJqk_sjJ5gCjv-n5hl-jxbQRQDaeJatkSvEvUwxADoiri7sUXcz1UHcWDpvyKhdJucUDQ9d6rrmJ6GVQxRgKVtJyAJV2-oWW4DEJ3QXTfnijb-KlXCLkSf-5hSpZL0aSTDeQvTquUjSe5bv0b5qBnuC_t81GDPrlJj_mvHMGj9hYsYnVpIX8J08Mge4yOl8MfSRGIeAUkbDunw0xM694myfxjN3okJVAGKP3A5XDhfCBz8rTsfR0_dflOdUmoD_MzNj/http%3A%2F%2Fwww.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan -- 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: Waiting for IBM to step away from Laura Ingraham sponsorship
Agreed. Definitely OT for this forum. Keep it technical please. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Seymour J Metz Sent: Monday, April 2, 2018 1:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Waiting for IBM to step away from Laura Ingraham sponsorship While I agree with the sentiment, this is not the appropriate forum. From: IBM Mainframe Discussion List on behalf of Jack J. Woehr Sent: Sunday, April 1, 2018 5:22 PM To: IBM-MAIN@listserv.ua.edu Subject: Waiting for IBM to step away from Laura Ingraham sponsorship This IBM stockholder is waiting for IBM to step away from Laura Ingraham sponsorship. Apologies for inserting politics into the technical discussion, but see no other equally effective venue to express my disappoinment. -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The evolution of IT infrastructure – from mainframe to server-less | ITProPortal
The main problem that I had started with the title: Since the cloud includes a largte number of servers, it cannot be replacing servers, only shifting their locations. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Knutson, Samuel Sent: Saturday, March 31, 2018 12:04 PM To: IBM-MAIN@listserv.ua.edu Subject: Re: The evolution of IT infrastructure – from mainframe to server-less | ITProPortal The world is far from serverless and the mainframe is the most efficient hyper converged system you can operate for transaction processing. The article seems to lack a global perspective. Linux, open source and cloud providers are powerful parts of the world wide computing infrastructure but the Fortune 1000 as well as nation states world wide and the worldwide GDP are driven by mainframes. A more balanced perspective on the cloud is that it’s a good market to consume commodity services but you can't buy off the shelf replacements for custom applications with 10's if not 100's of thousands of many years of development. Those applications run on IBM Z because they are the digital DNA of successful enterprises. A different perspective is that the world is evolving towards on premise mainframe and the cloud as the predominant platforms. On premise commodity solutions and x86 may well be the endangered species. The mainframe is the only platform CIO's surveyed indicated they believed were sure would still be in their data center 5 years from now. View this for short three minute set of thoughts that expand on why Mainframe and Cloud get along just fine. https://secure-web.cisco.com/13Dda3dz2ix8jxDAowLzDnQ5YKOo6rLhcCySfn6VBH60ZnFvnnLEHVeLz705XFrXMjZCa5u185nB6tvq7ZtVfv5E6tzvyjzLYxC_r9E4sIgL0LpILcrf5p0U2idrSJGBLdBn4Fqy2LMmXBZcxbeq5s2nXGggOwGA_aj_QqKZ41ati1RvATqmLxefMum7LwqMXvtnC73ddms8xpE2ESc4i0BaqiGwkTlu8OrwIyC15uw-rNRADZTYa6_U4xBeQQhnUG24b1vdLrowfC2h7Qp24HiWTTP6_cKAhLGi8zTP-YKpxCzpO0gzVBPU99qMffEDgic8DmFlnL4EC6ru-cx8Ulo2S66MzgmW4vL7uEQBhqMBhuEXd05UAeWzLMPBNEyW2AOYLGL5QbSi2pRws1w4t309WQqgleXdz4bJRBT_AJIM5fFvX8R_bz_NEvkl4pE0b/https%3A%2F%2Fyoutu.be%2FGMc29ckVRdA Two-platform IT: Mainframe + Cloud = Digital Excellence Best Regards, Sam Knutson | VP, Product Management | Compuware @samknutson | linkedin.com/in/samknutson samuel.knut...@compuware.com | M: +1 301 996-1318 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Regan Sent: Friday, March 30, 2018 12:01 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Fwd: The evolution of IT infrastructure – from mainframe to server-less | ITProPortal https://secure-web.cisco.com/1YYj9nahekn6DXR-9H54LnpfeIv72A3z-4LtJ4oHDi0XeC0YVeRCgz-dQffU9QFksTJ0wAj2ctskaRItUmmIF-XwOIfovmYdCkGkc0cgyQCdANF5TZjAhwRwlsFxHestxNsAVk9AkPnc6wFZrOo75SM6nSL5l2CvobcQq5t0g20u7V7kYLV4m6BnIf02y0P72vKqJy3okHU93R5wVx8HoqL3S6kY4uZMGMswYSt-riRURdFox67HtmuSdMdjj4_LMFRsFnjvkS_C8dOdxXlZtof-t6QNCBcHGJF7XRlLCIy9ic4tn2pTr09bgLTm8ewulh_WSFv9m8KZdShg6QJ8dpRE56jbsg8exQW-_f6LNxyFpfbmbmfL8lfGx108ZKMB63bdLMy7dLCpygDAHnmQdMPfXyDQHxhI0EeEUTeJypRhUeEU_YhEDKVlMMACIn-6K/https%3A%2F%2Fwww.itproportal.com%2Ffeatures%2Fthe-evolution-of-it-infrastructure-from-mainframe-to-server-less%2F The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it -- 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: Waiting for IBM to step away from Laura Ingraham sponsorship
We're on baby watch so haven't been following closely, but definitely not good form for a technical list. We've all got our pet peccadilloes but this ain't the place for them. Penalties can come in the form of removal or set to noMail for continued abuse. In a message dated 4/2/2018 12:56:34 PM Central Standard Time, peter.far...@broadridge.com writes: Agreed. Definitely OT for this forum. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: VBSFIX Program
The program IFASMFDP was getting the S/002-04 ABEND reading a dumped SMF data PS dataset on disk (not the MANx datasets). Ran VBSFIX against this dataset creating a "fixed" dataset. Ran SCRT against the fixed dataset and all is well with the world. Thanks, S. Veryl Ellis ▪ Senior Systems Engineer | IBM Z Systems – Technical Services Group ▪ Sungard Availability Services 401 North Broad Street; 8th Floor; Philadelphia, Pa 19108 ▪ Office: 215-351-1303 ▪ Mobile: 267-640-4192 ▪ veryl.el...@sungardas.com ▪ www.sungardas.com CONFIDENTIALITY: This e-mail (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. If you received this e-mail in error, please notify the sender and delete this e-mail from your system. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Monday, April 02, 2018 1:20 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: VBSFIX Program On Mon, 2 Apr 2018 11:33:37 -0400, Carmen Vitullo wrote: >DFsort and syncsort can correct some bad record formats in SMF > But if SMF or the dump utility is generating bad records that ought to be subject to APAR. >//SYSIN DD * >INCLUDE COND=ALL >OPTION COPY,VLSHRT >- Original Message - > >From: "Veryl Ellis" >Sent: Monday, April 2, 2018 10:22:23 AM > >Does anyone have a copy of the IBM module VBSFIX? > >I have short record(s) in my SMF dump dataset, which is prohibiting me from >doing my monthly SCRT thing. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: VBSFIX Program
> On Apr 2, 2018, at 10:22 AM, Veryl Ellis wrote: > > Does anyone have a copy of the IBM module VBSFIX? > > I have short record(s) in my SMF dump dataset, which is prohibiting me from > doing my monthly SCRT thing. > > I've seen information that this program can resolve this issue. > > Anyone out there have this program and are willing to share? > > Thanks, Have you looked at CBTTAPE.ORG it had one or two the last time I looked. I have one that was written in house and I use it as I know exactly how it works and can trust it. I haven’t tried the CBTTAPE.ORG versions, but I suspect they work great. Ed > > S. Veryl Ellis > Sungard Availability Services. > > -- > 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: VBSFIX Program
> On Apr 2, 2018, at 12:19 PM, Paul Gilmartin > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > On Mon, 2 Apr 2018 11:33:37 -0400, Carmen Vitullo wrote: > >> DFsort and syncsort can correct some bad record formats in SMF >> > But if SMF or the dump utility is generating bad records that ought > to be subject to APAR. > >> //SYSIN DD * >> INCLUDE COND=ALL >> OPTION COPY,VLSHRT Once, a very long time ago, I tried aparing it, after two week run around with the SMF people I gave up and closed it. The SMF people I had a feeling they knew the answer but didn’t want to tell me or they were not interested. BUT it’s been years since I have seen one to tell you the truth so I haven’t worried about it. I did a search on my journal and I have not worked on one in 20 years I have been keeping it. Hope this isn’t a start of a new issue (or maybe they broke the old fix). Not sure of before though as any journal got caught up in a HD failure and lost the previous 20 years worth (sigh). Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Software Delivery on Tape to be Discontinued
Paul Gilmartin wrote: Can the HMC be configured, then, as an FTP server usable for RECEIVE FROMNETWORK given suitable SMPSRVR definition, and is the DVD in GIMZIPped format? If all these are true, then SMP/E can do it all in one RECEIVE step, as Ed hopes. Has IBM done PoC? GIMZIP format is protected by SHA-1 checksums. These might be delivered via an independent secure channel (voice phone call?) So, not necessarily in the order these things have come up: - SHA-1 checksums used by GIMZIP/GIMUNZIP/GIMGTPKG were not intended to be regarded as secure signatures. IBM packages cannot really be described as "signed." Also, NIST has deprecated SHA-1 for such a purpose for some time. Whether the SHA-1 hash value used to verify a package's integrity is just the one that comes with it or whether it's verfied by telephone, Registered Mail, or carrier pigeon truly matters not from a security point of view. SSL is more reliable for that purpose, as someone else suggested in this thread. The combination of SHA-1 for integrity and SSL for connection verification seems reasonably secure to yours truly, but I am not security guy so take my opinion for what it's worth. - We have not tested using the HMC functions for accessing the DVD drive for processing PTF orders, ServerPac orders, or CBPDO orders as far as I know (and, I would probably know). If sufficient interest develops, we might be convinced to, but we have no current plans. That said, I don't yet know of any reason it would not work. - SMP/E will allocate the same data sets it always did, and not allocate the data sets it never did, whether you use tape, DVD, or Internet to get an installable set of SYSMODs. So if you RECEIVE one or more products from a CBPDO order, for example, it will create the SMPTLIB data sets from the RELFILEs. But allocating the target and distribution library data sets will be up to you, as has been the case since the Beginning of Time. - ServerPac is insensitive to how things get to the z/OS UNIX file system. Its existing installation process will allocate all the data sets needed for the products in the order just as it has since its availability in 1996. - ServerPac and RECEIVE FROMNET both expect GIMZIP format packages. -- John Eells IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Software Delivery on Tape to be Discontinued
> On Mar 30, 2018, at 3:04 PM, Edward Gould wrote: > > Timothy: > I have heard about this method and I have read on here varying degrees of > success(or not). Has this method ever been done for CBPDO/CBIPO/ or you other > offerings?Would it even fit on a mod54? > I am open to it as long as it is extremely secure and doesn’t take 5 days (or > more). IMNO this might work for a PTF or two but several DVD’s worth?? > I am still puzzled on how you get this from the PC to the mainframe. Also, > while I am at it you would need enough disk specie on the PC to hold all this > data, I don’t think they make a big enough HD for the PC, do they? > Our computer room is very secure. I am not even allowed to touch the HMC > without a VP looking over my shoulder and asking everything I do, while he > dictates into a recorder, I am not sure how they would take me putting in and > out dvd’s that certainly will cause a ripple. While there is no video cam (at > least that I am aware of that points to the HMC) there are at least 20 > camera’s recording everything at or near a console, several in the tape vault > enter/exit/inside and one looking in at the elevator and a few others that I > don’t remember. If there are any on here that have done a offering through > the HMC I would love to hear your success/failures. > > Ed Funny thing I was curious as to the HMC and security. This afternoon I was up in the computer room and casually walked around to the HMC. I was looking at it and all of a sudden I heard a bell going off and about 30 seconds later two security people come up behind me and basically did an interrogation of me why I was doing back here . I said I was curious as to what version of software the HMC was running and did not want to do anything until I had my bosses approval. One of them read me the riot act about being in an area I am not supposed to be in. He wanted my badge number and he called it in and I got the OK to be there but not to touch. I went back to my desk and informed my boss. He told me to tell him before I go near the HMC to tell him. I think they have motion sensors as I sure did not see any camera(s). Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Software Delivery on Tape to be Discontinued
SHA-1 will guard against inadvertent errors: comm errors, truncated files, that sort of thing. As John says, it cannot be considered secure against willful and skilled tampering. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Eells Sent: Monday, April 2, 2018 12:50 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Software Delivery on Tape to be Discontinued Paul Gilmartin wrote: > Can the HMC be configured, then, as an FTP server usable for RECEIVE > FROMNETWORK given suitable SMPSRVR definition, and is the DVD in > GIMZIPped format? If all these are true, then SMP/E can do it all in > one RECEIVE step, as Ed hopes. Has IBM done PoC? > > GIMZIP format is protected by SHA-1 checksums. These might be > delivered via an independent secure channel (voice phone call?) So, not necessarily in the order these things have come up: - SHA-1 checksums used by GIMZIP/GIMUNZIP/GIMGTPKG were not intended to be regarded as secure signatures. IBM packages cannot really be described as "signed." Also, NIST has deprecated SHA-1 for such a purpose for some time. Whether the SHA-1 hash value used to verify a package's integrity is just the one that comes with it or whether it's verfied by telephone, Registered Mail, or carrier pigeon truly matters not from a security point of view. SSL is more reliable for that purpose, as someone else suggested in this thread. The combination of SHA-1 for integrity and SSL for connection verification seems reasonably secure to yours truly, but I am not security guy so take my opinion for what it's worth. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Software Delivery on Tape to be Discontinued
> On Apr 1, 2018, at 1:22 AM, Timothy Sipples wrote: > > Edward Gould wrote: >> Would it even fit on a mod54? > > A Mod54 is about 54GB uncompressed, whereas a DVD disk can hold up to 9.4GB > (dual layer DVD-RAM at least). I don't recall if the HMC supports dual > layer DVD disks, but if not (worst case) then the maximum per disk would be > 4.7GB uncompressed. Unless the particular Mod54 can be compressed quite a > lot, it won't fit on a single DVD. > > A Mod9 would always fit on a dual layer disk and, at about 2:1 compression, > on a single layer disk. > >> I am still puzzled on how you get this from the PC to the mainframe. > > This particular path (HMC DVD with FTP) has no intermediate PC or other > system of any kind in the loop, for those who don't want that. This path > I'm describing is straight from DVD media to z/OS storage. > >> Our computer room is very secure. I am not even allowed to touch >> the HMC without a VP looking over my shoulder > > Sure, pick your security (or "security" theatrical) poison. It's up to you > and your organization. The request was for a way to receive z/OS products > from IBM on physical media and to load them into z/OS, without an > intermediate system such as a PC and without a network connection. It sure > seems like that distribution path is already available, today. IBM can ship > you DVDs, and you can load them via the HMC, to my knowledge. (Throughput? > I don't know. Try it and let us know!) > > Or, I should say, via *any* HMC. You aren't limited to one HMC. For > example, you can order two HMCs, put one inside your machine room, and put > the other outside the machine room. Configure the latter with more limited > authorized capabilities, and load your DVDs into that HMC. Mount the second > HMC in a locked cabinet with dual keys if you wish -- whatever. Your > "Mainframe Media Insertion Station" is then physically easier to access, > without entering the machine room. All possible, as you prefer. > > I prefer/recommend electronic delivery with digitally signed software, but > you've got choices. > > What am I still missing? You are probably not missing anything. I think its me that is missing something. I get from you that you do “something” on the HMC (something about a FTP server) I haven’t see it but it may be hidden I don’t use the HMC but maybe once a year. If you are saying you FTP what is on the DVD to the FTP started task on the MF I guess I am OK (but have questions) with that. The sticking point I am at is how does the FTP server on the MF even know about the HMC server? *assuming its magic* then does the FTP server on the HMC transmit the data to the FTP server on the MF (How) and how does the FTP server on the MF know where to put the files that are downloaded and what naming conventions are used and what if you do not like them?\ I need a intro or something to explain to me what is going on so I can explain it to management as I am not understanding the slight of hand that is going on. Since apparently I need access to swap DVD’s as they are done how long (estimated) does it take? The reason I ask is that I have to have VP with me when I go near the HMC. I am sure he is not going to be happy sitting with me for hours on end. Sorry to be so pedantic but before I run this up the flag pole I need some basic information. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Software Delivery on Tape to be Discontinued
On Mon, 2 Apr 2018 15:24:27 -0500, Edward Gould wrote: > >If you are saying you FTP what is on the DVD to the FTP started task on the MF >I guess I am OK (but have questions) with that. The sticking point I am at is >how does the FTP server on the MF even know about the HMC server? *assuming >its magic* then does the FTP server on the HMC transmit the data to the FTP >server on the MF (How) and how does the FTP server on the MF know where to >put the files that are downloaded and what naming conventions are used and >what if you do not like them?\ > Terminology. An FTP connection (there may be several at one time) communicates between one client, which initiates the transaction, and one server, which provides the requeted "service". Routinely, SMP/E is (or uses) the client; I'd expect the HMC to be the server in the case you envision. Client on MF; server on HMC. Client and/or server may communicate via the TCP/IP started task. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Software Delivery on Tape to be Discontinued
W dniu 2018-04-02 o 22:14, Charles Mills pisze: SHA-1 will guard against inadvertent errors: comm errors, truncated files, that sort of thing. As John says, it cannot be considered secure against willful and skilled tampering. Yes, SHA-1 is to weak in today world, but SSL/TLS is still secure enough. TLS assure that you connect to proper site - IBM. And then you trust the site. You have to trust the site, otherwise anything from IBM could contain altered, malicious code. Despite of delivery method. Yes, also the tapes would be involved. From the other hand why SHA-1, not something stronger? I guess IBM decided to use the most available algorithm in the z/OS. Even if you haven't set up ICSF. -- Radoslaw Skorupka Lodz, Poland == -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorized to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.plsąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2018 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 169.248.488 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Software Delivery on Tape to be Discontinued
On 4/2/18, 9:15 AM, "IBM Mainframe Discussion List on behalf of Alan Altmark" wrote: > The most secure delivery of service to z/OS is directly via SMP/E. Corrupted > data or MITM interference is automatically detected by the TLS connection. > You know the data is coming from IBM and you know it hasn't been tampered > with. I'm not a security guy either, but I do know a fair amount about the transport infrastructure used in the Internet core and what gets connected to what and how. Carrier-level surveillance devices such as the ones manufactured by Palantir Systems are capable of transparently reconstructing signatures and defeating TLS at near-wire speed if given a sufficiently large input sample, and doing it at 100Gbit/sec or more if you can afford the pipe and hardware. These devices are mind-meltingly expensive -- deliberately impossibly out of the budget for anyone less than state-level actors -- but don't think there isn't a market for just such devices on the world stage. There's a lot of potentially uppity peasants out there, and a lot of state-level actors with the interest, ability and access to generate BGP updates and route all the traffic for a suspect area to a compromised device that generates the samples those kind of carrier-level surveillance appliances need. Ma Bell's core network and the parts owned by Cable & Wireless used to be fairly reliably secure -- not so much any more with SS7 and IP policy routing tools available to the moderately wicked. TLS and digitally signed content are a compromise. With enough resources, they are not unbreakable -- probably better than most, but not perfect. If you're dealing with sensitive stuff, an untrusted component anywhere in the path renders the whole path untrusted, and introducing that untrusted component is not hard in the telco world which underlies the IP world, and it's even easier in the IP world. TL;DR - I think there are customers who are willing to pay for a heavily assured path for media delivery -- it will cost a lot more, undoubtedly, and I would expect it to, but it needs to exist. I can think of at least 7 or 8 state-level actors who would be concerned with it (and actively trying to subvert it), and probably willing to put up the cash so that their rivals don’t have an advantage. For all us lesser mortals, Internet delivery probably will suffice, but I'd expect some major resistance along the way and some stiff liability insurance requirements in future contracts. Microsoft has already started to find that out; the next year or so will be very interesting. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN