Re: Manipulating system symbols
We run several CA products, which means CA90S (name?) early in IPL. I don't know CAMASTER, but on a running system I can find no evidence of the symbols you name. I'm not sure that the point of CA initialization would be early enough for our needs. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile jo.skip.robin...@att.net > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Bruce Hewson > Sent: Saturday, January 30, 2016 09:43 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [Bulk] Re: Manipulating system symbols > > one point, if you are running CA products, these days some extra symbols get > populated by CA code - one of which is LPARNAME. > > at CAMASTER initialization these symbols get added. > > VMUSER > LPARNAME > HRDWNAME > SMFID > OSLEVEL > > > been this way at least since 2013 > > Regards > Bruce Hewson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Deleting a dataset that GRS has enqueued.
(Replying to my own post.) I looked more into the history BronzePlex. I think the first published definition was in 2002's Redbook "Merging Systems into a Sysplex" (SG24-6818-00). At one end is Platinum: everything that can be shared is actually shared. At the other end is Bronze (see below). Gold is somewhere in the middle. It's pretty clear that this distinction derived from IBM's crackdown on shops that were benefitting from sysplex pricing but did not qualify to the letter of the law: each qualifying CEC must host a portion of a single parallel sysplex such that each CEC's portion uses more than 50% of that CEC's CPU resources. There can be other mono- or parallel sysplexes in the configuration, but one parallel sysplex must dominate every CEC. In addition to the CPU test, the shop must certify that some parallel sysplex function(s) are actually in use. GRS star is one candidate. Another is DB2 data sharing. Also JES checkpoint in CF--not just a common JESplex. You didn't need all, but you needed (I think) at least one. Up to 2007 we had been informally grandfathered by virtue of early adoption in the mid-90s. Then the hammer came down. We brought out the power tools and bolted together two sysplexes that individually could meet the test. BronzePlex is no longer needed here, but it persists till now for economic reasons. The obverse side of the same old coin. "1.2.1 BronzePlex "Some customers will want to move systems that are completely unrelated into a sysplex simply to get the benefits of PSLC or WLC "charging. In this case, there will be practically no sharing between the incoming system and the other systems in the target sysplex. This "is a typical outsourcing configuration, where the sysplex consists of systems from different customers, and there is no sharing of anything "(except the minimal sharing required to be part of a sysplex) between the systems. We have used the term “BronzePlex” to describe this "type of sysplex." . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile jo.skip.robin...@att.net > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Skip Robinson > Sent: Saturday, January 30, 2016 06:09 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Deleting a dataset that GRS has enqueued. > > I don't know of a 'classic' definition. To me bronze-plex is a fully > functional > parallel sysplex that shares little or nothing more than what's required for > sysplex, essentially the control data sets plus any others that might be > needed > for 'qualifying' sysplex exploiters. JES is not on the list. My bronze-plex > does > indeed contain two different JES(2) nodes that communicate via NJE as if they > were 1000s of miles apart. > > OTOH I have run configurations before parallel sysplex even existed that > contained two separate JES2 nodes. Never had a special name for that other > than primary/secondary. In my mind, bronze-plex is a configuration born, like > mine, of the need to qualify for parallel sysplex pricing. That actual need > has > long since disappeared due to configuration changes, but splitting the bronze- > plex apart would require additional hardware resources--at least CF engines > and maybe memory plus effort to accomplish--that so far have not seemed > compelling. > > . > . > . > J.O.Skip Robinson > Southern California Edison Company > Electric Dragon Team Paddler > SHARE MVS Program Co-Manager > 323-715-0595 Mobile > jo.skip.robin...@att.net > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > > On Behalf Of Ed Jaffe > > Sent: Saturday, January 30, 2016 03:16 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: [Bulk] Re: Deleting a dataset that GRS has enqueued. > > > > On 1/30/2016 8:47 AM, Tom Marchant wrote: > > > However, I believe that skip had written in an earlier append that hos > > > bronzeplex was a combination of two sysplexes. If that is the case ... > > > > A "classic" bronzeplex is two or more JESplexes within a single sysplex. > > > > -- > > Edward E Jaffe > > Phoenix Software International, Inc > > 831 Parkview Drive North > > El Segundo, CA 90245 > > http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Deleting a dataset that GRS has enqueued.
...individually could *not* meet the test... > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Skip Robinson > Sent: Sunday, January 31, 2016 10:01 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [Bulk] Re: Deleting a dataset that GRS has enqueued. > > (Replying to my own post.) I looked more into the history BronzePlex. I think > the first published definition was in 2002's Redbook "Merging Systems into a > Sysplex" (SG24-6818-00). At one end is Platinum: everything that can be > shared is actually shared. At the other end is Bronze (see below). Gold is > somewhere in the middle. It's pretty clear that this distinction derived from > IBM's crackdown on shops that were benefitting from sysplex pricing but did > not qualify to the letter of the law: each qualifying CEC must host a portion > of > a single parallel sysplex such that each CEC's portion uses more than 50% of > that CEC's CPU resources. There can be other mono- or parallel sysplexes in > the configuration, but one parallel sysplex must dominate every CEC. > > In addition to the CPU test, the shop must certify that some parallel sysplex > function(s) are actually in use. GRS star is one candidate. Another is DB2 > data > sharing. Also JES checkpoint in CF--not just a common JESplex. You didn't need > all, but you needed (I think) at least one. Up to 2007 we had been informally > grandfathered by virtue of early adoption in the mid-90s. Then the hammer > came down. We brought out the power tools and bolted together two > sysplexes that individually could meet the test. BronzePlex is no longer > needed > here, but it persists till now for economic reasons. The obverse side of the > same old coin. > > "1.2.1 BronzePlex > "Some customers will want to move systems that are completely unrelated > into a sysplex simply to get the benefits of PSLC or WLC "charging. In this > case, > there will be practically no sharing between the incoming system and the > other systems in the target sysplex. This "is a typical outsourcing > configuration, > where the sysplex consists of systems from different customers, and there is > no sharing of anything "(except the minimal sharing required to be part of a > sysplex) between the systems. We have used the term “BronzePlex” to > describe this "type of sysplex." > > . > . > . > J.O.Skip Robinson > Southern California Edison Company > Electric Dragon Team Paddler > SHARE MVS Program Co-Manager > 323-715-0595 Mobile > jo.skip.robin...@att.net > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > > On Behalf Of Skip Robinson > > Sent: Saturday, January 30, 2016 06:09 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Deleting a dataset that GRS has enqueued. > > > > I don't know of a 'classic' definition. To me bronze-plex is a fully > > functional > > parallel sysplex that shares little or nothing more than what's required for > > sysplex, essentially the control data sets plus any others that might be > needed > > for 'qualifying' sysplex exploiters. JES is not on the list. My bronze-plex > > does > > indeed contain two different JES(2) nodes that communicate via NJE as if > they > > were 1000s of miles apart. > > > > OTOH I have run configurations before parallel sysplex even existed that > > contained two separate JES2 nodes. Never had a special name for that other > > than primary/secondary. In my mind, bronze-plex is a configuration born, > > like > > mine, of the need to qualify for parallel sysplex pricing. That actual need > > has > > long since disappeared due to configuration changes, but splitting the > bronze- > > plex apart would require additional hardware resources--at least CF engines > > and maybe memory plus effort to accomplish--that so far have not seemed > > compelling. > > > > . > > . > > . > > J.O.Skip Robinson > > Southern California Edison Company > > Electric Dragon Team Paddler > > SHARE MVS Program Co-Manager > > 323-715-0595 Mobile > > jo.skip.robin...@att.net > > > > > > > -Original Message- > > > From: IBM Mainframe Discussion List [mailto:IBM- > m...@listserv.ua.edu] > > > On Behalf Of Ed Jaffe > > > Sent: Saturday, January 30, 2016 03:16 PM > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: [Bulk] Re: Deleting a dataset that GRS has enqueued. > > > > > > On 1/30/2016 8:47 AM, Tom Marchant wrote: > > > > However, I believe that skip had written in an earlier append that hos > > > > bronzeplex was a combination of two sysplexes. If that is the case ... > > > > > > A "classic" bronzeplex is two or more JESplexes within a single sysplex. > > > > > > -- > > > Edward E Jaffe > > > Phoenix Software International, Inc > > > 831 Parkview Drive North > > > El Segundo, CA 90245 > > > http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send ema
Mainframes Have a Long History of Accessibility -- With tools, IBM z Systems is inclusive to all
Mainframes Have a Long History of Accessibility -- with tools, IBM z Systems is inclusive to all http://destinationz.org/Mainframe-Solution/Trends/Mainframes-Have-a-Long-History-of-Accessibility http://tinyurl.com/hjtvcwp Thanks to many folks who helped/suggested/contributed... -- Gabriel Goldberg, Computers and Publishing, Inc. g...@gabegold.com 3401 Silver Maple Place, Falls Church, VA 22042 (703) 204-0433 LinkedIn: http://www.linkedin.com/in/gabegoldTwitter: GabeG0 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SAVING OUTPUT WHEN IN ISPF 3.4
Like Kees said but here is the reference: https://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.f54u200/savcxsoiu.htm%23savcxsoiu?lang=en Hank -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
OT: Come watch me install Linux on the IBM z890 Mainframe!
Come one come all! Its the day of reckoning. I finally have some storage on loan from a company called Funsoft! Hopefully by the end of the night I will have Linux installed and a portal to the internet to which people can connect and play on it! http://www.twitch.tv/conmega -Connor Krukosky -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT: Come watch me install Linux on the IBM z890 Mainframe!
Connor Krukosky wrote: Come one come all! Its the day of reckoning. I finally have some storage on loan from a company called Funsoft! Hopefully by the end of the night I will have Linux installed and a portal to the internet to which people can connect and play on it! http://www.twitch.tv/conmega This is very cool. Young dude live streaming video as he works on a z890 somebody lent him trying to bring Linux up in an LPAR. He's even having to take hardware apart and reconfigure to get this going. Happening live now! -- 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
Re: OT: Come watch me install Linux on the IBM z890 Mainframe!
Jack J. Woehr wrote: This is very cool. Young dude live streaming video as he works on a z890 somebody lent him trying to bring Linux up in an LPAR. Correction. I think he owns the z890. Someone lent him storage emulator. Taught himself how to take apart and reconfigure things via IBM manuals. This is pretty amazing to watch. -- 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
Re: OT: Come watch me install Linux on the IBM z890 Mainframe!
Yep - this is something you don't see every day. Or *any* day, come to think of it :) The closest I've come to this is watching IBM power up a BC12 in a temporary warehouse environment (cables and power just kind of hanging). But IBM certainly wasn't pulling boxes out of the rack like Conner is doing. And of course they wouldn't let me put my grimy fingers on it. Sorry to see he's currently having trouble. Is there a CE in the house? Jack J. Woehr wrote: Jack J. Woehr wrote: This is very cool. Young dude live streaming video as he works on a z890 somebody lent him trying to bring Linux up in an LPAR. Correction. I think he owns the z890. Someone lent him storage emulator. Taught himself how to take apart and reconfigure things via IBM manuals. This is pretty amazing to watch. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
OT: Come watch me install Linux on the IBM z890 Mainframe!
A little background: http://www.ibm-mainframes.com/viewtopic.php?f=62&t=1744 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT: Come watch me install Linux on the IBM z890 Mainframe!
> I finally have some storage on loan from a company called Funsoft! > Hopefully by the end of the night I will have Linux installed and a > portal to the internet to which people can connect and play on it! We at Fundamental Software lnc. found a way to loan Connor a small FLEXCUB server with a single serial channel adapter (SCA) that one of his ESCON channels should hook to. I configured a 3990 with qty 32 of 3390-9s, a 3174 with qty 32 of 3270s, and a 3490 with qty 16 of 3490E tape drives for him. The single card can support up to 16 different control units, but I could not think of anything else to add for him. -- Gary Eheman Fundamental Software, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/VM "load from dvd or server"
> "Load from Removable Media or Server" - > installation from DVD or ftp server. There is no place to put load > parameters. > Quite speciic scenario, but installation process is possibly older than > "Integrated 3270 Console", so other consoles for that process should be > also an option. The machine has two ways to IPL: 1. The traditional LOAD function -- Choose channel-attached device or a remote SCSI LUN. Uses traditional IPL I/O architecture. 2. Load from Removable Media or Server (LRMS) -- Choose from media-provided pick list. Selected program is loaded into memory and a SYSTEM RESTART is performed. You only use the LOAD FROM REMOVABLE MEDIA OR SERVER (LRMS) function for installation,and that's the only time the integrated 3270 is required. It is z/VM that requires the integrated 3270. As After that, you LOAD the LPAR in the traditional manner. Please note that when using LRMS with an FTP server that the server must be on the HMC-SE LAN segment. That is, the SEs are the machines doing the FTP and the SE must be able to reach the FTP server. Because the HMC will not perform routing, the suggested configuration is for your fave FTP server to have an interface on it with a VPN into the LAN segment used by the HMC & SEs. Alan Altmark IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN