Re: z/OS hosting
Hi Do you have a country constraint ? Do you have a DR request ? Resiliency Services on Z Mainframe alain.benveni...@kyndryl.com > Le 15 févr. 2024 à 11:40, Gadi Ben-Avi a écrit : > > Hi, > I was asked to investigate z/OS hosting. > Can any one point me to companies that provides this type of service? > If you've move from on premis to a hosted environment, and would like to > share your experience, I would like to hear it. > > Thanks > > Gadi > > -- > 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: Network not working between zOS and zVM
I have removed the ethernet word on link statement. And it works ! Thanks ! What would be the impact if i start a z/os and a z/vm test environnement ? Ethernet word will not be required ? Resiliency Services on Z Mainframe alain.benveni...@kyndryl.com > Le 4 janv. 2024 à 15:49, Alan Altmark a écrit : > > On Wed, 3 Jan 2024 09:04:54 -0600, Alain Benvéniste > wrote: >> I had a z/OS (10.1.106.201) under a z/VM(10.1.106.200) speaking to each >> other through CTC, and it worked. >> Now I want them to speak to each other through a unique OSA card as lpars. >> it works but sporadically. >> Each one can ping my PC(10.1.106.250). > > It sounds like MAC address confusion of some sort, seen when two hosts have > the same IP address or when the external routers are confused. If you have > dynamic routing, make sure those configuration reflect the direct connections > instead of routing override pointing to CTC. > > When it is misbehaving, you need to see what the routers are telling you > about both systems. It feels like there's a static route stuck somewhere. > "Sporadic" is the clue. > > For fun, try removing the "ETHERNET" keyword from the z/VM LINK statement. > It's ok to mix IP and ETHERNET mode traffic on the same OSA, but it's > possible there is some kind of issue with the MAC address that VM is using > because of ETHERNET mode. (It gets a new MAC address from the OSA.) > > Alan Altmark > IBM > > -- > 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
Network not working between zOS and zVM
Hi, I had a z/OS (10.1.106.201) under a z/VM(10.1.106.200) speaking to each other through CTC, and it worked. Now I want them to speak to each other through a unique OSA card as lpars. it works but sporadically. Each one can ping my PC(10.1.106.250). My z/OS : INTERFACE ETH0 DEFINE IPAQENET IPADDR 10.1.106.201 PORTNAME QDIO4101 ; BEGINRoutes ; Destination Subnet Mask First Hop Link Name Packet ROUTE 10.1.106.0255.255.255.0 = ETH0MTU DEFAULTSIZE ROUTE DEFAULT 10.1.106.1 ETH0MTU DEFAULTSIZE ENDRoutes TRL is up with the devices busy (0A00-0A03) : VBUILD TYPE=TRL OSATRL1E TRLE LNCTL=MPC, X READ=(0A00),X WRITE=(0A01), X DATAPATH=(0A02,0A03), X PORTNAME=(QDIO4101),X MPCLEVEL=QDIO, X PORTNUM=0 z/VM: DEVICE OSD_0A04 OSD 0A04 AUTORestart LINK ETH0 QDIOETHERNET OSD_0A04 ETHERNET HOME 10.1.106.200 ETH0 ; GATEWAY ; (IP) NetworkSubnet First Link ; AddressMask Hop Na ; --- --- --- -- 10.1.106.0 255.255.255.0 = ETH0 DEFAULTNET 10.1.106.1 ETH0 Thanks Alain -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Performance i/o problem
It could have but there is only 1 mvs started under a vm in our z15. The mvs is defined plexcfg=xcflocal. Resiliency Services on Z Mainframe alain.benveni...@kyndryl.com > Le 23 nov. 2023 à 21:07, Jon Perryman a écrit : > > It sounds like the OP is sharing a volume between 2 different sysplexes. If > that's the case, then hardware reserves may also be a problem that should be > investigated. > >> On Thu, 23 Nov 2023 11:37:29 -0600, Steve Estle wrote: >> >> Assuming you are running ZOS in native mode (not as guest under ZVM) where >> your dump/restores are occurring, I would definitely look at RMF reports - >> my first place to look is RMF Monitor III online - if not active, turn on >> with the recording VSAM files - typically "F RMF, S III" - this should show >> what is delaying / impeding the restore job. One other question - are you >> restoring from tape or disk - what is the source device type you are >> recovering from. We recently activated ZEDC on our LPAR's and found out >> dumping / restoring in DFDSS compressed mode speeds up our backups >> substantially (like by factor 3:1) if you have that option? You have to >> specify the proper "ZCOMPRESS" option on the ADRDSSU dump statement to take >> advantage if you have that feature / option active for your system / >> processor - we are running on Z15 hardware. >> >> Steve Estle >> ZOS Systems Programmer >> >> -- >> 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
Performance i/o problem
Hi, With a z/VM7.3 with the last RSU and a z/OS2.5 I met this week a performance problem for a client who restores on our site. My z/OS is required to restore the z/OS client's bootstrap. When done I need to change several things for him to IPL. It means that the dasd are shared between my z/OS and his. I let my z/OS active, no reason to stop it. The client IPL his z/OS and sends his restores. Checking DASD throughput we are at 1/3 speed that it should. After spending the day to search, I forced my z/OS then all the speed was there for the client. I wonder how my z/OS could impact client's restore just because I access the dasd, doing absolutely nothing on it. This morning I did a backup of client's data, the speed seems ok. Now I restore and the speed is down to 1/3... It looks like z/os brakes througput… If you have any clue : I can test. An issue is opened. Regards Alain -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z13s going EOS anytime soon?
I am looking for a OSA-ICC card for a z13s. You can contact me offline at the address below. Thanks Resiliency Services on Z Mainframe alain.benveni...@kyndryl.com > Le 29 août 2023 à 06:53, Brian Westerman a > écrit : > > 4 our our clients are running z13s's and they all have received the > notification that it's EOS as of 12/31/2024 > > Brian > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DSCLI commands from mainframe batch
Hi, It is an open issue on IBM idea site. Resiliency Services on Z Mainframe alain.benveni...@kyndryl.com > Le 27 mai 2023 à 00:07, Bhu M a écrit : > > I am looking to run a dscli commands for a remote DS8884 DR system through > Mainframe batch jobs from production system (z15/zos2.5). > > Any leads are appreciated? > > > Thanks, > BM > > -- > 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: VTS and volume categories (Friday questions)
I don’t know if it answers part of your question, but i have clients who used to use categories for production and catégories for DR to be able to write in their vts on specific tape ranges. And depending on the licences your vts has, you have to consider tape allocation : imagine you want to save your system with 256 drives using 25go tapes. The vts needs to allocate all the space in parallel. It may accept it or not depending on the number of licences, can’t remember which one, you but. Resiliency Services on Z Mainframe alain.benveni...@kyndryl.com > Le 23 mai 2023 à 04:20, Brian Fraser a écrit : > > Sorry, I misunderstood the question. > > In IBM's TS7700, you can only select MEDIA1 or MEDIA2 as they only emulate > 3490 and 3490E. 18-track and 36-track. > I only use MEDIA2, with dataclas assigning either 6GB or 25GB volume sizes. > > I don't know about other virtual tape systems, which may be able to emulate > EFMTx formats. > > > >> On Tue, 23 May 2023 at 05:03, Radoslaw Skorupka < >> 0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote: >> >> That's good answer to the question not asked. >> Yes, different categories are good for multi-tenancy, even if it is set >> of RMM, each having own db. >> However I'm asking for the reason for having multiple categories >> logically assigned to single system. >> I excluded various (virtual) tape capacities since the capacity is now >> set up by dataclass. So, why should one have more than one scratch >> category, still assuming there is one z/OS image? >> >> >> >> -- >> Radoslaw Skorupka >> Lodz, Poland >> >> >> >> W dniu 20.05.2023 o 05:20, Brian Fraser pisze: >>> If different LPARs using the tape library have different TMCs, then they >>> must also have different category codes assigned so the correct tapes are >>> used for scratch mounts. >>> >>> >>> On Sat, 20 May 2023 at 02:43, Radoslaw Skorupka < >>> 0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote: >>> Volume categories (0001, 0002, and so on) are useful for library partitioning. Each SMS-plex can use it's own set of categories (00x1, 00x2...). Categorie are good to request big tape of small tape (JA, JK) or newer or older (JB, JC...). However the last sentence was good for real tapes. In VTS world we have virtual tapes and the max. volume size is determined in DATA CLASS construct - so one can have several sizes within category. So, the question arises: what is a purpose to have multiple categories for one SMS-plex? Of course, there is no obligation to more than one scratch category, however what goal can be achieved by using more than >> one? I see the only one: different scratch Expiration settings. BTW: all the volumes and drives are emulated, but... are there any architectural limits (i.e. volume size) resulting from choice o CAT 00x1 aka MEDIA1 vs 00x2, etc. ? Rather obvious, but I want to ask: is there any reason to define more categories, that means for MEDIA3 and above? In real tape world 3490E drive was completely incompatible with MEDIA3, 4, etc. And the VTS allows to insert only CST (MEDIA1) and ECCST (MEDIA2) virtual volumes. -- Radoslaw Skorupka Lodz, Poland >> >> -- >> 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
IBMVM no more accessible
Hi all, Not able to logon to IBMVM, even by changing my password... Alone in this case ? Alain -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 2.5 first time installation
Kyndryl and IBM are 2 independent companies. Clients need to have a ibm customer number, required for scrt, upgrade products… Resiliency Services on Z Mainframe alain.benveni...@kyndryl.com > Le 26 sept. 2022 à 23:05, rpinion865 > <042a019916dd-dmarc-requ...@listserv.ua.edu> a écrit : > > Is not Kyndryl an IBM company, that sells z/OS services to clients??? > > > > > Sent with Proton Mail secure email. > > --- Original Message --- >> On Monday, September 26th, 2022 at 5:00 PM, Alain Benvéniste >> wrote: >> >> >> Al, >> >> It seems to be called « systempac »in the doc and it seems to be a paid >> option as you say. >> I imagine i should ask to add db2 and the other products the client needs… >> >> Resiliency Services on Z Mainframe >> alain.benveni...@kyndryl.com >> >>>> Le 26 sept. 2022 à 22:52, Al Ferguson afergu...@neptunescove.org a écrit : >>> >>> Alain, >>> >>> IBM will build you something you can boot from and get started with. I >>> believe you need to contact your support person to get started. They will >>> need to know if your are going to run under zVM, or boot it directly within >>> an LPAP. Will probably need information on your auxiliary hardware (DASD, >>> TAPE, Network, …). Then will construct a custom solution for you. I believe >>> it is a paid option, but I do not think there is much of an option. >>> >>> ___ >>> >>> Al Ferguson >>> >>> Dulcius ex Asperis >>> >>>> On Sep 26, 2022, at 15:29, Alain Benvéniste a.benveni...@free.fr wrote: >>>> >>>> Hi, >>>> >>>> A client wants to install a z/OS 2.5 on a z13s with nothing else than a >>>> z/VM on it. >>>> I try to find the steps I should play to be able to IPL the z/OS. I just >>>> find how to succeed an upgrade from a previous z/OS... >>>> I can't find the clear method to do it from scratch... >>>> >>>> Thanks >>>> alain >>>> >>>> -- >>>> 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 2.5 first time installation
Al, It seems to be called « systempac »in the doc and it seems to be a paid option as you say. I imagine i should ask to add db2 and the other products the client needs… Resiliency Services on Z Mainframe alain.benveni...@kyndryl.com > Le 26 sept. 2022 à 22:52, Al Ferguson a écrit : > > Alain, > > IBM will build you something you can boot from and get started with. I > believe you need to contact your support person to get started. They will > need to know if your are going to run under zVM, or boot it directly within > an LPAP. Will probably need information on your auxiliary hardware (DASD, > TAPE, Network, …). Then will construct a custom solution for you. I believe > it is a paid option, but I do not think there is much of an option. > > ___ > > Al Ferguson > > Dulcius ex Asperis > >> On Sep 26, 2022, at 15:29, Alain Benvéniste wrote: >> >> Hi, >> >> A client wants to install a z/OS 2.5 on a z13s with nothing else than a z/VM >> on it. >> I try to find the steps I should play to be able to IPL the z/OS. I just >> find how to succeed an upgrade from a previous z/OS... >> I can't find the clear method to do it from scratch... >> >> Thanks >> alain >> >> -- >> 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
z/OS 2.5 first time installation
Hi, A client wants to install a z/OS 2.5 on a z13s with nothing else than a z/VM on it. I try to find the steps I should play to be able to IPL the z/OS. I just find how to succeed an upgrade from a previous z/OS... I can't find the clear method to do it from scratch... Thanks alain -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: Worldwide IBM zSystems Security Conference: October 11-14, 2022
Do forever Say ´ thanks !’ End Resiliency Services on Z Mainframe alain.benveni...@kyndryl.com > Le 18 août 2022 à 19:59, Pommier, Rex a écrit : > > Well, if I ever make it back over there, I won't be looking for a McD's or > BK! :-) > > Rex > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Alain Benvéniste > Sent: Thursday, August 18, 2022 11:54 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXTERNAL] Re: Worldwide IBM zSystems Security Conference: October > 11-14, 2022 > > I really hope so ! :) > > But if I can avoid some cold spasms and sweats for lack of hamburgers, I have > some interesting addresses to offer > > France Resiliency Services on Z Mainframe alain.benveni...@kyndryl.com > >> Le 18 août 2022 à 18:10, Charles Mills a écrit : >> >> There is always a line of tourists -- many of them American -- at the >> McDonalds on the Champs-Élysées. >> >> I am told even the most dedicated fans of French cuisine can get a hankering >> for a hamburger after a couple of weeks of withdrawal. >> >> Burger King has been in France since at least the 80's. I remember seeing >> them there in 1989. >> >> Charles >> >> >> -Original Message- >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] >> On Behalf Of Pommier, Rex >> Sent: Thursday, August 18, 2022 8:03 AM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: Worldwide IBM zSystems Security Conference: October >> 11-14, 2022 >> >> Timothy, >> >> I don't think people go to France to eat Burger King. :-) >> >> -- >> 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 > > -- > The information contained in this message is confidential, protected from > disclosure and may be legally privileged. If the reader of this message is > not the intended recipient or an employee or agent responsible for delivering > this message to the intended recipient, you are hereby notified that any > disclosure, distribution, copying, or any action taken or action omitted in > reliance on it, is strictly prohibited and may be unlawful. If you have > received this communication in error, please notify us immediately by > replying to this message and destroy the material in its entirety, whether in > electronic or hard copy format. Thank you. > > > -- > 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: Worldwide IBM zSystems Security Conference: October 11-14, 2022
I really hope so ! :) But if I can avoid some cold spasms and sweats for lack of hamburgers, I have some interesting addresses to offer France Resiliency Services on Z Mainframe alain.benveni...@kyndryl.com > Le 18 août 2022 à 18:10, Charles Mills a écrit : > > There is always a line of tourists -- many of them American -- at the > McDonalds on the Champs-Élysées. > > I am told even the most dedicated fans of French cuisine can get a hankering > for a hamburger after a couple of weeks of withdrawal. > > Burger King has been in France since at least the 80's. I remember seeing > them there in 1989. > > Charles > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Pommier, Rex > Sent: Thursday, August 18, 2022 8:03 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Worldwide IBM zSystems Security Conference: October 11-14, 2022 > > Timothy, > > I don't think people go to France to eat Burger King. :-) > > -- > 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: Finding uncatalogued datasets
If I remember well RSVP from Broadcom did that. If you have it ? Resiliency Services on Z Mainframe alain.benveni...@kyndryl.com > Le 25 juil. 2022 à 10:13, Jack Zukt a écrit : > > Hi, > Thank you for your input. Using DFDSS like that would be an option. > However, there are over eight thousand volumes in this system and that > would be a lot of JOBs. I thought about submitting one JOB for each Storage > Group but that would mean too many DD for most of the JOBs. > Regards > Jack > >> On Sun, 24 Jul 2022 at 22:48, Nigel Morton wrote: >> >> This is what I'd use, shown for a single volume: >> >> //UNCAT EXEC PGM=ADRDSSU,PARM='TYPRUN=NORUN' >> //SYSPRINT DD SYSOUT=* >> //SYSINDD * >> COPY - >> DATASET( INCLUDE (**)) - >> LOGINDYNAM(volser) - >> BY (CATLG,EQ,NO) - >> DELETE >> /* >> The parm setting lets you see what it would do if you unleash it. One >> tool, standard, no need for own code. >> >> DCOLLECT won't cut it because it doesn't look at catalogs. >> >> On Sun, 24 Jul 2022 at 22:24, John McKown >> wrote: >> >>> Sorry, I should have double checked. It's been years since I've had to do >>> it. And it's Sunday. Yes COPY DELETE is correct. >>> >>> On Sun, Jul 24, 2022 at 4:18 PM David Spiegel >>> wrote: >>> Hi John, "...ADRDSSU MOVE..." There is no such verb. Maybe you mean COPY ... DELETE? Regards, David On 2022-07-24 17:03, John McKown wrote: > ADRDSSU MOVE can scan volumes for uncatalogued datasets and MOVE the >>> to a > sequential dataset, or just DD DUMMY. It doesn't care what the DSN >> is, even > if it has abnormal byte values in the name. > > On Sat, Jul 23, 2022, 14:29 David Staudacher >> wrote: > >> Jack Zukt wrote: "I would prefer a more standard approach if I could find >> one". >> >> What you need is something that can dig out all the DSCBs from every VTOC >> of every online DASD device and sum these into a Data Set list. >> I happen to have an Assembler program which does just that, if you'd like >> to try it out. >> Assuming you have the required MACLIBs (SYS1.MACLIB and SYS1.MODGEN >> or >> SYS1.AMODGEN) it's very easy to Assemble and run it yourself. >> Use a Catalog Search to find uncataloged data sets is of course >>> useless >> for obvious reasons. >> My program outputs a record for each DSCB. These are then summed to create >> a report listing every Data Set on every online DASD device. >> The report gives VOLSER, DSORG, RECFM, LRECL, BLKSIZE, # of Tracks, >> % >> Used, # of Extents, Create Date and Date Last Referenced. >> It rivals DCOLLECT in what it can do but requires no special >> Authorization. >> A recent enhancement to calculate space utilization for PDSEs slowed >>> it >> down quite a bit, but otherwise it's *very* fast. >> The report is also handy for contractors who want to quickly learn >> the >> "filescape" of any new site to which they're assigned. >> Next enhancement I have in mind is to calculate total *available* >> DASD >> space, which *could* be very easy (or not). Just haven't gotten >> around to >> figuring it out yet. >> Let me know if you'd like a copy of the source I have so far, and >> JCL >>> to >> run it, and I'll send it to you. >> So far, it's worked everywhere it's been tried. >> If there are any cases where it *doesn't* work, that would be nice >> to know >> too. >> David Staudacher >> LinkedIn Mainframe Groups Manager >> => linkedin.com/groups/910927 𝐌𝐚𝐢𝐧𝐟𝐫𝐚𝐦𝐞 (𝐂𝐎𝐁𝐎𝐋, >>> 𝐞𝐭𝐜) >> 𝐄𝐱𝐩𝐞𝐫𝐭𝐬 >> => linkedin.com/groups/2915689 𝐌𝐚𝐢𝐧𝐟𝐫𝐚𝐦𝐞 𝐏𝐫𝐨𝐝𝐮𝐜𝐭𝐬 𝐚𝐧𝐝 >> 𝐒𝐞𝐫𝐯𝐢𝐜𝐞𝐬 >> => linkedin.com/groups/12307358 𝐌𝐚𝐢𝐧𝐟𝐫𝐚𝐦𝐞 𝐉𝐨𝐛𝐬 / >> 𝐂𝐚𝐫𝐞𝐞𝐫𝐬 >> => linkedin.com/groups/8979270 𝐌𝐚𝐢𝐧𝐟𝐫𝐚𝐦𝐞 >> 𝐀𝐬𝐬𝐞𝐦𝐛𝐥𝐞𝐫 >> 𝐃𝐞𝐯𝐞𝐥𝐨𝐩𝐞𝐫𝐬 >> => linkedin.com/groups/155723 𝐒𝐲𝐬𝐭𝐞𝐦 𝐳 𝐀𝐝𝐯𝐨𝐜𝐚𝐭𝐞𝐬 >> => linkedin.com/groups/2085030 𝐳/𝐕𝐒𝐄 >> >> >> -- >> 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: Possible JCLLIB RCF?
Resiliency Services on Z Mainframe alain.benveni...@kyndryl.com > Le 20 févr. 2022 à 17:19, Paul Gilmartin > <000433f07816-dmarc-requ...@listserv.ua.edu> a écrit : > > Are these comments germane, not superfluous, assuming a > reader not intimately familiar with z/OS internals?: > > Hello, MHVRCFs, > > Concerning z/OS 2.5 MVS JCL Reference > IBM SA23-1385-50 > Chapter 20. JCLLIB statement > > • The private library must be cataloged. > Is that "cataloged" on the system where this job completed > JCL conversion, the system where this job is executing, > or other? Is this affected by NJE? > > If the user specifies both ORDER= and PROCLIB= parameters, > are the libraries searched in the order in which those parameters > appear? Please provide an example using both those > parameters. > > • The private library must have the same data set attributes as a system > library, which are: > – Logical record length of 80 bytes (LRECL=80) > – Fixed length records (RECFM=F or RECFM=FB). > Is this compatible with JCL written to an internal reader with unlike > attributes, e.g. SYSOUT=(,INTRDR),RECFM=VB,LRECL=254? > > The chapter contains a detailed rehash of the syntax of the > Name, Operation, and Parameter fields, plus the rules for > continuation, similar to those in "Chapter 3. Format of statements". > This obliges the conscientious reader to read this section, > tediously seeking any deviations from Chapter 3. Please replace > most of this redundant material with a (hyperlinked) mention of > Chapter 3 with mention of any particular differences. > > -- > Thanks, > 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
RFE for DSCLI for z/VM (and z/OS)
Hi, For your info there is a RFE opened to be able to use DSCLI from z/VM and z/OS at : https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=154036 Regards -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
INITSQA under VM
Hi I started a client's MVS under our VM. We received a IEW303W 878-04 abend. INITSQA 1500K at position 10-14 was added in his load. I would like to understand and our client too, what is the reason of this abend because he didn't fail into this at home. Same memory and both side, 1 CP more on VM side, less UCBs accessed on VM but some devices in client's IOCP defined. On VM side we have a supersized IOCP. I learnt the client works in sysplex, not under VM... Any idea ? Alain -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
