Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

Pre-E SMP consisted entirely of PDS--PO because PDSE had not been invented yet. It was, as someone pointed out, a sort of elaborate RYO data base. In those days of molasses-inspired SLED, clunky CPUs, limited expensive central memory, and a far less sophisticated MVS than we enjoy today, a

Re: Old School Maintenance Philosophy -- Never ACCEPT?

On Wed, 23 May 2018 09:55:04 -0700, Gerhard Adam wrote: >Why bother? Do a RESTORE GROUP CHECK and get that information. No, GROUP doesn't work that way with RESTORE. assume you have applied two PTFs, and one defines the other as the prerequisite. When you select the prerequisite and specify

Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

>SMP/E for z/OS IBM User's Guide SA23-2277-30 ... appears to say otherwise: No. Read what I actually wrote. The configuration information for an SMP4 or earlier environment is in multiple data sets, of which the CDS is only one. The CDS is the equivalent of a target zone, not of the entire

Re: File transfer Red Alert

AFAIK, yes (no examples available). -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Pace Sent: Wednesday, May 23, 2018 3:15 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: File transfer Red Alert Can I run sftp as a batch job as I

Re: File transfer Red Alert

I don't run SFTP personally so I don't have an example, but it's our corporate standard for inter-platform data transfer. It can definitely run in batch. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile

Re: File transfer Red Alert

Can I run sftp as a batch job as I can regular ftp? On Wed, May 23, 2018 at 2:56 PM, Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Wed, 23 May 2018 16:57:18 +, Pew, Curtis G wrote: > >> > >> Why didn't the supplier, as a courtesy to the customer, deliver the >

Re: File transfer Red Alert

On May 23, 2018, at 1:56 PM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > And other firewalls block .zip instead (or also). After all, a .zip might > contain > anything, including executable code. Some firewalls have a whitelist. And I > dealt recently with one

Re: VTL as 3490 vs 3590

"...and my car has 4 beautiful wheels including spare one" (sales pitch in tire workshop) -- Radoslaw Skorupka Lodz, Poland == -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone

Re: VTL as 3490 vs 3590

And safer, especially in areas where there are regulators that get very cranky if a tape goes missing during transit. On Wed, May 23, 2018 at 2:19 PM, Brian Westerman < brian_wester...@syzygyinc.com> wrote: > Except that now you can merely transmit the data to any other server to > have it

Re: Replaceing IEBGENER

FastGener does other things besides just replacing IEBGENER. It's a system we inherited, so at this stage we do not have a choice. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of R.S. Sent: Wednesday, May 23, 2018 10:37 AM To:

Re: Replaceing IEBGENER

Thank you for the explanation. I googled FASTGENER (not FASTGENR) and did not find proper link ;-) Another question: Gadi, you wrote you have DFSort - does it make any sens to purchase another GENER when you have ICEGENER? Is FASTGENR better than ICEGENER? -- Radoslaw Skorupka Lodz, Poland

Re: VTL as 3490 vs 3590

3215 support is a FUNCTION of CHPID = OSC and has been around since 2008. It requires the OSA-1000BASE-T feature and main users are z/TPF customers. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email

Re: VTL as 3490 vs 3590

Except that now you can merely transmit the data to any other server to have it offsite. Having gone through all of the various gyrations over the years of trying to come up with ways to get the tapes off site, from paying a company to cart them away to the caves to transmitting tape-to-tape

Re: Replaceing IEBGENER

Because IT creates the alias IBMGENER to the old IEBGENER and so it knows how to invoke it. Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Paul Gilmartin > Sent: 22 May, 2018 17:30 > To: IBM-MAIN@LISTSERV.UA.EDU >

AW: IP printing from JES2?

"Priced attractively" means that it is part of Communications Server (which is part of z/OS) but is not "free"? There is an additional fee? Thank you, Michael Mit freundlichen Grüßen Michael Knigge Software Engineer SET GmbH Lister Straße 15 30163 Hannover phone: +49 511 39780-23 fax: +49

Re: Old School Maintenance Philosophy -- Never ACCEPT?

I think people used to install their local usermods that way. I don't remember that ever being the norm for PTF's though. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to

Re: Replaceing IEBGENER

If you have DFSort or Syncsort then replacing IEBGENER with ICEGENER or SYNCGENR is not only simple, but you would be silly not to do so and save the resources. FASTGENR is also very good, but I don't think (in my opinion) that it's worth the extra cost since you already paid for either

Re: GETMAIN LOC=32

On 5/11/2018 2:24 PM, Bernd Oppolzer wrote: For example: I'm not really familiar with the new 64 bit instruction, but there must be an instruction similar to MVCL, involving two 64 bit address registers and two length registers. Yes. It's called MVCL. -- Phoenix Software International Edward

Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

> On May 23, 2018, at 2:13 PM, Gerhard Adam wrote: > > SMP was available in MVT and MFT. It did not begin with MVS I beg to differ. But I was new to the job and our senior sysprog did maint with another IBM program (which I do not remember but it was NOT SMP but something

Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

I personally used SMP in 1975 on a S/360 running MFT. Sent from my iPhone On May 23, 2018, at 8:29 PM, Edward Gould wrote: >> On May 23, 2018, at 2:13 PM, Gerhard Adam wrote: >> >> SMP was available in MVT and MFT. It did not begin with MVS > >

Re: Old School Maintenance Philosophy -- Never ACCEPT?

On 5/23/2018 9:30 AM, Jesse 1 Robinson wrote: Open any IBM doc on SMP(/E) ever published and you will find the same canonical procedure: --RECEIVE --APPLY --ACCEPT (maybe hold off on this a while, but resolve to do it eventually) FWIW, I always do it this way: --ACCEPT --RECEIVE --APPLY --

Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

Yes, definitely something like that... AMAPTFLE. It was mentioned in this NaSPA article as an SMP predecessor... http://www.naspa.net/magazine/2005/0705/T0507009.pdf -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gerhard Adam

Re: File transfer Red Alert

​>Correct. Since the attributes of an SVCDUMP are always FB/4160/4160, you can do a BINary download to a PC, then do a BINary upload to z/OS if you first do a "QUOTE SITE LRECL=FB LRECL=4106 BLKSIZE=4106".​ Just for the records, above QUOTE command has the values wrong. Correct is: 4160.

Re: Fwd: [TSO-REXX] Sdsf rexx

On 5/8/2018 12:50 PM, Jake Anderson wrote: Lizette, We are using EJES. I think it has its own rexx interface. So finding a way to know the destination based on first character of a Jobname. Listing the destination for each job whose name starts with $ is trivial in (E)JES. You don't even

Re: VTL as 3490 vs 3590

W dniu 2018-05-23 o 08:19, Brian Westerman pisze: Except that now you can merely transmit the data to any other server to have it offsite. Having gone through all of the various gyrations over the years of trying to come up with ways to get the tapes off site, from paying a company to cart

Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

Ed, Not sure how long ago eons was, but I started in the mid-80s on MVS/SP and at my first SMP/E (and I believe only) class, I was taught the APPLY / run for a while / ACCEPT usage - except for USERMODs or APARs that hadn't had a published PTF yet. Rex -Original Message- From: IBM

File transfer Red Alert

Does anyone find this funny? Comes today, with compliance date of tomorrow. Anyway, I'm playing with the JAVA version of the utility. First off, I'll point out that the download link for the .jar file downloads the file as a .zip file. After uploading to my sandbox, I had to rename it to

Re: File transfer Red Alert

On Wed, May 23, 2018 at 7:25 AM Jousma, David < 01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote: > Does anyone find this funny? Comes today, with compliance date of > tomorrow. > > Anyway, I'm playing with the JAVA version of the utility. First off, > I'll point out that the download

Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

Agree, my SMP/E class I took (Amdal) in the early 80's taught us the same, plus it was suggested we run the accept process (only sysmods(PTF) ) prior to applying of new maint. that philosophy right or wrong has worked great for me. NEVER ACCEPT USERMODS OR APARS - Carmen Vitullo -

Re: File transfer Red Alert

"//DD:DDNAME" or something similar? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Wednesday, May 23, 2018 7:25 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: File transfer Red Alert Does anyone find this funny?

Re: IP printing from JES2?

AFAIK, no additional fee. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Michael Knigge Sent: Wednesday, May 23, 2018 1:49 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: AW: IP printing from JES2? "Priced attractively" means that it is

Re: File transfer Red Alert

Thanks John. >A .jar file _is_ a .zip file, but with some specified contents, such as a >"manifest". The JAVA "jar" command can create a file which a standard "unzip" >>utility can expand. It can also extract files from a standard zip file. That >is, it can act as a regular zip command. But

Re: AW: IP printing from JES2?

Sorry for my sarcasm, On Wed, 23 May 2018 06:49:08 +, Michael Knigge wrote: >"Priced attractively" means that it is part of Communications Server (which is >part of z/OS) but is not "free"? There is an additional fee? > Correct, no additional fee. Part of CS

Re: How to get BPX loadhfs (BPX1LOD) to load module into writable memory?

I believe that the rules for whether BPX1LOD brings a module into writable memory are the same as for whether the LOAD service does. It primarily has to do with the module attributes (is it reentrant?) and the APF authorization of the job step. Peter Relson z/OS Core Technology Design

Re: [External] Re: Old School Maintenance Philosophy -- Never ACCEPT?

Or you restore A and B and reapply A. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Tuesday, May 22, 2018 6:39 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: Old School Maintenance Philosophy -- Never

Re: [External] Re: VTL as 3490 vs 3590

I've been following this thread with some interest. We currently have a TS7720 without tape behind it and a TS3584 with C06 "dumb" controllers as Timothy calls them. Due to the impending demise of support for the C06 and the unavailability of C07 controllers we have decided to swing the 3584

Re: Old School Maintenance Philosophy -- Never ACCEPT?

"never accept" because there might be "bad" maintenance in the stream. If you have been running on the "new maintenance" for xx months, what can be "bad"? I agree w/Tom Conley. It was wrong then (even if well intended). It is still wrong. -Original Message- From: IBM Mainframe

Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

I'm so glad I did not have to use/work with SMP, I've heard the war stories and I think the backup everyone philosophy came from the old SMP V4 days and at the site I worked at, SMP/E I was still taught the standard of backing up all SMP/E datasets, target and DLIBS prior to any apply, it has

Re: File transfer Red Alert

Speaking of file transfer, does anyone have JCL to get HOLDDATA "securely"? I was using: //FTPHOLDD EXEC PGM=FTP,REGION=2M,PARM='(EXIT' //SYSPRINT DD SYSOUT=* //OUTPUT DD SYSOUT=* //INPUTDD *

Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

On 18May23:1247+, Pommier, Rex wrote: > > Not sure how long ago eons was, but I started in the > mid-80s on MVS/SP and at my first SMP/E (and I believe > only) class, I was taught the APPLY / run for a while / > ACCEPT usage - except for USERMODs or APARs that hadn't > had a published PTF

Re: Replaceing IEBGENER

Vernooij, Kees - KLM , ITOPT1 wrote: Because IT creates the alias IBMGENER to the old IEBGENER and so it knows how to invoke it. Quite some time ago, DFSMSdfp started to ship an IEBGENR alias of IEBGENER so that DFSORT could call it when ICEGENER encountered IEBGENER control statements.

Re: File transfer Red Alert

this doc is pretty good on how to get the cert and upload to your z/OS system https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.gim3000/obtuc.htm doing this we were able to schedule the receive of holddata weekly using a scheduling package. Carmen Vitullo

Re: File transfer Red Alert

On Wed, 23 May 2018 13:00:22 +, Jousma, David wrote: > >>A .jar file _is_ a .zip file, but with some specified contents, such as a >>"manifest". The JAVA "jar" command can create a file which a standard "unzip" >>>utility can expand. It can also extract files from a standard zip file. That

Re: How to get BPX loadhfs (BPX1LOD) to load module into writable memory?

Peter Relson wrote: I believe that the rules for whether BPX1LOD brings a module into writable memory are the same as for whether the LOAD service does. It primarily has to do with the module attributes (is it reentrant?) and the APF authorization of the job step. Peter Relson z/OS Core

AW: AW: IP printing from JES2?

Thanks for clarification... sorry I've missed the sarcasm - no native speaker ;-) Mit freundlichen Grüßen Michael Knigge Software Engineer SET GmbH Lister Straße 15 30163 Hannover phone: +49 511 39780-23 fax: +49 511 39780-65 www.set.de michael.kni...@set.de Handelsregister: HRB52778

Re: z/OS 2.3 - sftp

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.foto100/sftp.htm -Sue Shumway On 05/23/18 11:48 AM, Mark Pace wrote: Can someone tell me where the sftp command is documented in z/OS 2.3? I've looked in the 8 Unix System Services manuals. -- Sue Shumway z/OS

Re: z/OS 2.3 - sftp

Sorry, that was the wrong link. Try: https://www-304.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R3sc276806?OpenDocument Kirk Wolf Dovetailed Technologies http://dovetail.com On Wed, May 23, 2018 at 11:01 AM, Kirk Wolf wrote: >

Re: Old School Maintenance Philosophy -- Never ACCEPT?

I would go so far as to assert that there was never a 'no-ACCEPT policy', only an ad hoc practice advocated by what I always thought were outliers. Open any IBM doc on SMP(/E) ever published and you will find the same canonical procedure: --RECEIVE --APPLY --ACCEPT (maybe hold off on this

Re: File transfer Red Alert

In article <4ee2851a2279b94cb70cd69b1741060901f61c1...@s1flokydce2kx05.dm0001.info53.com> you wrote: > Thanks John. > >A .jar file _is_ a .zip file, but with some specified contents, such as a > >"manifest". The JAVA "jar" command can create a file which a standard > >"unzip" >utility can

Re: File transfer Red Alert

-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Wednesday, May 23, 2018 11:08 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: File transfer Red Alert >Why didn't the supplier, as a courtesy to the customer, deliver

Re: Old School Maintenance Philosophy -- Never ACCEPT?

On Wed, 23 May 2018 11:08:32 -0500, Tom Marchant wrote: >On Wed, 23 May 2018 10:07:16 -0400, John Eells wrote: > >>As others have pointed out, it makes RESTORE a lot harder if you never >>ACCEPT PTFs. > >I haven't had the need to do this yet, but I have an idea that I think will >make it much

Re: z/OS 2.3 - sftp

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.e0za100/ch1openssh.htm Kirk Wolf Dovetailed Technologies http://dovetail.com On Wed, May 23, 2018 at 10:49 AM, Mark Pace wrote: > Can someone tell me where the sftp command is documented in

Re: Old School Maintenance Philosophy -- Never ACCEPT?

On Wed, 23 May 2018 10:07:16 -0400, John Eells wrote: >As others have pointed out, it makes RESTORE a lot harder if you never >ACCEPT PTFs. I haven't had the need to do this yet, but I have an idea that I think will make it much easier. If I want to restore PTF A and RESTORE CHECK tells me

Re: VTL as 3490 vs 3590

W dniu 2018-05-23 o 17:39, Mike Baldwin pisze: [...] > Thanks for reading this far! Did I kill the thread? No! Not at all. > A couple of the largest VTL vendors only support 3490 Well, can we enumerate the VTL vendors? IMHO all of them would be happy to see its name on the list, while it's

Re: VTL as 3490 vs 3590

You make some good points. Here are a few more things to consider. Most vendors use .AWS format so there is compatibility at that level and that’s useful. We have conversion utilities that allow us to replace another vendors VTL with the 5990. As a wise person once said "indecision is the

Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

War stories, yes, but I worked on OS/360 and OS/2 SVS before there was an SMP, and that was far worse. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Carmen Vitullo

Re: Old School Maintenance Philosophy -- Never ACCEPT?

Why bother? Do a RESTORE GROUP CHECK and get that information. Sent from my iPhone > On May 23, 2018, at 9:08 AM, Tom Marchant > <000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote: > >> On Wed, 23 May 2018 10:07:16 -0400, John Eells wrote: >> >> As others have pointed out, it makes

Re: File transfer Red Alert

On May 23, 2018, at 10:07 AM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > Why didn't the supplier, as a courtesy to the customer, deliver the file with > the needed extension and save that step? This is just a guess, but maybe some firewalls or other policy

Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

" I learned to use SMP back on MVT (am I the only one still here that can truthfully make that statement?)" Answer: No, yes I remember SMP back before the "e" was added on, the CSI was a PDS! And not a PDSe! I do not follow the 'Never ACCEPT" process. Al Nims Systems Admin/Programmer III UF

Re: Old School Maintenance Philosophy -- Never ACCEPT?

As others have pointed out, it makes RESTORE a lot harder if you never ACCEPT PTFs. Why? To RESTORE, SMP/E requires the needed levels of the parts to be in the DLIBs. Here is a simple example. Suppose you have Part A, and the DLIB level of Part A is 001. You have installed six PTFs that

Re: File transfer Red Alert

I'll hunt around I do have some JCL to receive HOLDDATA weekly, but something like this may work, if you receive the keyring for SMP/E from the IBM site, there's doc on the site, they add the keyring to your security package and use some JCL like this... I think this is still valid

Re: Replaceing IEBGENER

Paul Gilmartin wrote: On Wed, 23 May 2018 10:17:48 -0400, John Eells wrote: Vernooij, Kees - KLM , ITOPT1 wrote: Because IT creates the alias IBMGENER to the old IEBGENER and so it knows how to invoke it. Quite some time ago, DFSMSdfp started to ship an IEBGENR alias of IEBGENER so that

Re: VTL as 3490 vs 3590

Yes, that was a typo. We allow 3490 or 3590, but as I said, most define as 3490 and we have only had 1 customer do 3590. The 3590 customer is international and he does stack data sets on each tape. We are backing up over 1000 tapes per night at that site. Ken Kenneth A. Bloom CEO Avenir

Re: Replaceing IEBGENER

On Wed, 23 May 2018 10:17:48 -0400, John Eells wrote: >Vernooij, Kees - KLM , ITOPT1 wrote: >> Because IT creates the alias IBMGENER to the old IEBGENER and so it knows >> how to invoke it. > > >Quite some time ago, DFSMSdfp started to ship an IEBGENR alias of >IEBGENER so that DFSORT could call

Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

I also don't recall a "never ACCEPT" policy. That would be silly because it becomes a "never RESTORE" policy. Sent from my iPhone > On May 23, 2018, at 7:08 AM, David L. Craig wrote: > >> On 18May23:1247+, Pommier, Rex wrote: >> >> Not sure how long ago eons was, but

Re: VTL as 3490 vs 3590

Hi Tony, Wow, long Friday thread! Tony, our observation is that customers who choose a VTL that supports 3590 logical device type usually choose to exploit 3590. A couple of the largest VTL vendors only support 3490, so they have a choice of one, and it does not seem to be a priority to add

z/OS 2.3 - sftp

Can someone tell me where the sftp command is documented in z/OS 2.3? I've looked in the 8 Unix System Services manuals. -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems

Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

I think the reference may have been to the older SMP CDS which played the role of the current CSI Sent from my iPhone > On May 23, 2018, at 11:03 AM, Seymour J Metz wrote: > > The PTS, among others, was a PDS. SMP used very strange member names. There > was no CSI, no zones.

Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

No. The equivalent of the CSI was multiple data sets, starting with the PTS, CDS and ACDS. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Gerhard Adam

Re: Old School Maintenance Philosophy -- Never ACCEPT?

>ISTR a maintenance philosophy from "eons" ago where PTFs would be >applied but never accepted. It's not my dog. > What was the rationale for this? Urban legends? 4 roses? >Does anyone still use this philosophy? If so, I don't want to know. The only case where it might make sense was for

Re: VTL as 3490 vs 3590

What, z/VM doesn't have 1052-7 support? GD -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of R.S. Sent: Tuesday, May 22, 2018 4:03 PM To:

Re: z/OS 2.3 - sftp

Thank you, Kirk and Susan. On Wed, May 23, 2018 at 12:04 PM, Susan Shumway wrote: > https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com > .ibm.zos.v2r3.foto100/sftp.htm > > -Sue Shumway > > On 05/23/18 11:48 AM, Mark Pace wrote: > >> Can someone tell me where the

Re: Replaceing IEBGENER

On Wed, 23 May 2018 17:41:43 +, Jesse 1 Robinson wrote: >Sorry for a war story on Wednesday, but it's too good to suppress. We >implemented the ICEGENER strategy at a former shop in the 80s. What could go >wrong? Seems that some (of course critical) application was creating a >sequential

Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

:) so nice to be called a newbe @60, I started out working for Sear ETO in 1977 as an operator :( so yep, very green Carmen Vitullo - Original Message - From: "Seymour J Metz" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, May 23, 2018 1:04:09 PM Subject: Re:

Re: Old School Maintenance Philosophy -- Never ACCEPT?

> On May 22, 2018, at 3:28 PM, Ed Jaffe wrote: > > z/OS Sysprogs, > > ISTR a maintenance philosophy from "eons" ago where PTFs would be applied but > never accepted. > > What was the rationale for this? Does anyone still use this philosophy? If > so, why? > >

Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

On Wed, 23 May 2018 11:05:29 -0700, Gerhard Adam wrote: >I think the reference may have been to the older SMP CDS which played the role >of the current CSI > The rumor I heard (I wasn't there) is that, prior to VSAM, SMP used a PDS directory as a makeshift data base. Names of members (which

Re: Old School Maintenance Philosophy -- Never ACCEPT?

Never accept what? The advice to never accept an APAR or USERMOD is sound. The advice never to accept a PTF - it's not my dog. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on

Re: File transfer Red Alert

And that is perfectly valid point. They just need to call that out on the webpage then. _ Dave Jousma Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p

Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

Ah yes, the SYSTEM GEN - MVSCP Carmen Vitullo - Original Message - From: "Seymour J Metz" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, May 23, 2018 11:54:31 AM Subject: Re: [External] Old School Maintenance Philosophy -- Never ACCEPT? War stories, yes, but

Re: File transfer Red Alert

Skip, I was going to bring that up too. We've also got RFN working through our HTTPS proxy just fine. I would like to believe that IBM would make something similar available, but not holding my breath either. I think that’s why I gave up on PDUU as well.

Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

In my SysProg days (70s - 80s), I would ACCEPT maintenance, but only after we had run it for a while. PUT maintenance was relegated to weekends. I would backup the full environment before running the ACCEPT (saved my bacon a few times). PS: Anybody else remember fighting with SMP v3? We were

Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

Sorry, but the CSI was never a PDS and still isn't. I suspect you're thinking of the PTS Sent from my iPhone > On May 23, 2018, at 10:00 AM, Nims,Alva John (Al) wrote: > > " I learned to use SMP back on MVT (am I the only one still here that can > truthfully make that

Re: File transfer Red Alert

Makes sense. That is what I am playing with using OpenSSH sftp or Dovetailed. Will using DDDUD meet the earlier requirement for uploads using on PDUU. If so, the I can focus on that? -Original Message- From: Jousma, David [mailto:01a0403c5dc1-dmarc-requ...@listserv.ua.edu] Sent:

Re: Replaceing IEBGENER

My similar war story, DOS/VS job would fail with system error that blocks read from tape didn't match label block count; OK, that is a hardware error, dropped block. After much cleaning and attempts at repair we would still get it. Programmer came in one day and said they had fixed it

Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

CSI not VSAM ? Carmen Vitullo - Original Message - From: "Alva John Nims (Al)" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, May 23, 2018 12:00:11 PM Subject: Re: [External] Old School Maintenance Philosophy -- Never ACCEPT? " I learned to use SMP back on MVT

Re: File transfer Red Alert

This is the same road we traversed a few years back when RECEIVE FROM NETWORK stopped working with vanilla FTP. We are not technically capable of running FTPS directly from z/OS to IBM because we depend on an appliance (BlueCoat) to 'punch through' the standard firewall. BlueCoat does not--and

Re: Replaceing IEBGENER

I don't agree. It's simple to refer directly to the program that you want. Adding an IEBGENER alias to ICEGENER runs the risk of someone hitting a subtle incompatibility at 0'dark hundred in a job that was never tested with ICEGENER. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3

Re: File transfer Red Alert

This is interesting as our network folks just implemented a HTTP proxy which totally negates AMAPDUPL because it uses a FTP client. I have a PRM open and are looking at OpenSSH sftp or potentially Dovetailed Tech SFTP to be to access datasets from USS. It has introduced a nightmare for

Re: File transfer Red Alert

In the PMR I opened, PDUU (AMAPDUPL) does not use the capability that SMP/E for downloads. I am talking with them about potentially using some variant of USS sftp as their client interface to that we can continue using the PDUU tool. As of now, I have to upload SVCDUMPs, etc from WinSCP after

Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

I indeed remember SMP v4, especially v4.13 that ironically had bugs. Circa 1978/79 and very ugly. Our PSR lived onsite for days. David On Wednesday, May 23, 2018 Bill Hitefield wrote: In my SysProg days (70s - 80s), I would ACCEPT maintenance, but only

Re: File transfer Red Alert

Jon, the newer JAVA utility does document that they support HTTP proxy. _ Dave Jousma Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f

Re: File transfer Red Alert

Yes, but PDUU does not support Java only the FTP client. Are you hearing that PDUU is going to use something other than the FTP client. That is what I am hearing from the PMR. -Original Message- From: Jousma, David [mailto:01a0403c5dc1-dmarc-requ...@listserv.ua.edu] Sent:

Re: Replaceing IEBGENER

Sorry for a war story on Wednesday, but it's too good to suppress. We implemented the ICEGENER strategy at a former shop in the 80s. What could go wrong? Seems that some (of course critical) application was creating a sequential file in which the actual number of blocks was calculated. File was

Re: File transfer Red Alert

No, what I am saying is to ditch pduu in favor of ibmsdduu. There are config options to specify a http proxy. The only caveat I've seen is that the files to be uploaded have to be in zfs filesystem first. https://www-05.ibm.com/de/support/ecurep/send_java-tool.html

Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

SMP3? I remember the original SMP, and the chaotic days before it. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Bill Hitefield

Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

ObNewbie That was before MVSCP. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Carmen Vitullo Sent: Wednesday, May 23, 2018 1:10 PM To:

Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

The PTS, among others, was a PDS. SMP used very strange member names. There was no CSI, no zones. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Carmen Vitullo

Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

Yes, that was my mistake, I should have said the predecessor to the CSI was the CDS, a PDS data set with that funny character in the member name. Al Nims Systems Admin/Programmer III UF Information Technology East Campus P.O. Box 112050 Gainesville, FL. 32611 (e) ajn...@ufl.edu (p) (352)

Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

> On May 23, 2018, at 9:08 AM, David L. Craig wrote: > >> >> Not sure how long ago eons was, but I started in the >> mid-80s on MVS/SP and at my first SMP/E (and I believe >> only) class, I was taught the APPLY / run for a while / >> ACCEPT usage - except for USERMODs or

Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

The CDS may have been an equivalent to a target zone, but not to the entire CSI. You won't get very far without a PTS and ACDS. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on

  1   2   >