Re: Old blank tape cartridges
Cheryl, You might want to check with Magnetic Products Service, Inc. http://www.mpsinc.org/ as they have buy back eradication services. Their phone # is 866-626-2054. On 5/6/2012 7:38 AM, Cheryl Watson wrote: I have 50 or so blank, unused, 3480 cartridges from 2005 (IMATION - 3M Royal Guard 3480, 210 MB). Are they only worthy of the dump at this point? If you want to ship, they come with storage racks. ;-) Thanks, Cheryl -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International || | 831 Parkview Drive North | jimphoe...@phoenixsoftware.com | | El Segundo, CA 90245 | http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: A z/OS Redbook Corrected - just about!
Shmuel Metz (Seymour J.) wrote: IBM maintains a list of official acronyms and Unix system Services is not in that list. OpenEdition MVS See UNIX System Services. http://www-01.ibm.com/software/globalization/terminology/u.html#x2182787 -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International || | 831 Parkview Drive North | jimphoe...@phoenixsoftware.com | | El Segundo, CA 90245 | http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Thought: new DISP status function
McKown, John wrote: We all know that you can specify DISP=OLD|SHR|NEW|MOD for a dataset. I just had another wacky thought of a new one that I would like. I can't really think of a good, three character, value for it. But what it would do is what UNIX does with a PATHOPTS=(OTRUNC,OCREAT). It would, like MOD, either reuse an existing allocation, or create a new one. But, unlike MOD, it would not add to the end, but put an EOF at the beginning of the dataset and start writing over the old data. What do others think? How about adding this clause: If the dataset is migrated, skip the recall. This might get tricky, because if the dataset is not opened, then would you not want the migrated version to remain cataloged? -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International || | 831 Parkview Drive North | jimphoe...@phoenixsoftware.com | | El Segundo, CA 90245 | http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: CPP (C++) file on z/OS
I believe that GCCMVS is an active project. On 1/31/2012 4:44 PM, Tomasz Rola wrote: On Tue, 31 Jan 2012, Sam Siegel wrote: Sorry about that. I misspoke, I do not know if anyone or any organization is porting the gcc suite of tools to z/OS. No need to be sorry about anything, I am ok :-). I just did a quick search and found via goog that man named David Pitts did some port, which is now old stuff and wasn't quite finished when it was still fresh. http://www.cozx.com/~dpitts/gcc.html From his own words on gcc mailing list, he's got a bit disenchanted and stopped working on it. https://lists.gnu.org/archive/html/bug-grep/2011-11/msg00072.html My question about courts etc was because I think even if there is any kind of court in the land of Linux, it is peopled by a bunch of ronins. So there is no central authority that could decide now we go into z/OS or something. On the other hand, I know of no real reason that would prevent anybody with knowledge of z/OS internals from getting source code and adding z/OS support to it. The final form would be either fork from original gcc, like David Pitts apparently did, or a patch sent to mailing list or to a maintainer, to be included in a base source. It seems that cpu support is already in newest gcc: http://en.wikipedia.org/wiki/GNU_Compiler_Collection#Architectures I notice they do support VAXen, PDP-11 and 10, and many exotic architectures - some in core source and some in forks. So this may be a good starting point, if somebody here has enough know-how. BTW, from the formal standpoint, gcc is not connected to Linux, it's just the compiler of choice. A proper organisation is GNU Project. Regards, Tomasz Rola -- ** A C programmer asked whether computer had Buddha's nature. ** ** As the answer, master did rm -rif on the programmer's home** ** directory. And then the C programmer became enlightened... ** ** ** ** Tomasz Rola mailto:tomasz_r...@bigfoot.com ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International || | 831 Parkview Drive North | jimphoe...@phoenixsoftware.com | | El Segundo, CA 90245 | http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: System time quandary
If you have coded STPMODE=YES, be sure to code STPZONE=NO in order allow the ZONE= to specify Pacific time. On 11/7/2011 9:46 AM, Mark Jacobs wrote: We have three processors all syncing their time via STP protocols. One of our clients (still zOS 1.9) is in Pacific Time while we're set to Eastern time. Ever since they've been hosted here we've adjusted their local time using a three hour offset on their lpar definition, however their system isn't showing correct GMT time. This, up until the past year or so, never been a problem to their processes, but now they're looking for accurate GMT time on their lpar, as well as correct local time. If anyone is doing this and can share recommendations I'd appreciate it. -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International || | 831 Parkview Drive North | jimphoe...@phoenixsoftware.com | | El Segundo, CA 90245 | http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: System time quandary
Edit, sorry for the typo. If you have coded STPMODE=YES, be sure to code STPZONE=NO in order allow the TIMEZONE= to specify Pacific time. On 11/7/2011 9:46 AM, Mark Jacobs wrote: We have three processors all syncing their time via STP protocols. One of our clients (still zOS 1.9) is in Pacific Time while we're set to Eastern time. Ever since they've been hosted here we've adjusted their local time using a three hour offset on their lpar definition, however their system isn't showing correct GMT time. This, up until the past year or so, never been a problem to their processes, but now they're looking for accurate GMT time on their lpar, as well as correct local time. If anyone is doing this and can share recommendations I'd appreciate it. -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International || | 831 Parkview Drive North | jimphoe...@phoenixsoftware.com | | El Segundo, CA 90245 | http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3490 TAPE DRIVE SAYS 349L ???
Greg, The 349L is controlled by the hardware itself. IOW, the control unit is identifying itself as a 3490-C2A. If the controller cannot be made to think it is a 3490-C22, then you will need to replace it with a real 3490-C22. Re-reading Minoru Massaki's email dated the first of this month, it sounds like the latter will be required. On 8/30/2011 1:05 PM, Greg Caserta wrote: Why 349L ? Running os/390 1.3 ( a bit old ) Configured iodef for 3490 tape but device says 349L. MVS COMMAND: D U,,,400,1 SHOWS THE DEVICE TYPE AS (349L) IOCP DEFINITION: CNTLUNIT CUNUMBR=0400,PATH=(09),UNITADD=((00,016)),UNIT=3490-C22 IODEVICE ADDRESS=(400,002),CUNUMBR=(0400),STADET=Y,UNIT=3490 -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International || | 831 Parkview Drive North | jimphoe...@phoenixsoftware.com | | El Segundo, CA 90245 | http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anyone Still Using OLTEP?
The first real, as opposed to classroom exercise, assembler program I wrote, CLEANER, was used to clean 1403 print trains. I was really proud of that program. Wish I had a copy of the source, but it's long gone. Schwartz, Alan wrote: I used it to clean the print trains on our 1403 printers Alan -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Doug Fuerst Sent: Monday, April 25, 2011 2:56 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Anyone Still Using OLTEP? Must be old Tape drives... Doug -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Clifford McNeill Sent: Monday, April 25, 2011 2:54 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Anyone Still Using OLTEP? Is anyone still using OLTEP...and if so...what for? I have only run it at the request of a CE working on broken tape drives. I can't remember the last time it was requested or run (perhaps late 80s). As long as the CE can fix the tape drive problem without OLTEP, I'm quite happy not to run it. Cliff McNeill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International || | 831 Parkview Drive North | jimphoe...@phoenixsoftware.com | | El Segundo, CA 90245 | http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: I would love to know what went wrong at NAB
Mike Schwab wrote: On Tue, Nov 30, 2010 at 7:01 PM, Wayne Bickerdike wayn...@gmail.com wrote: deleted My same source related the tale of a person in same bank who received an EBCDIC file, opened it in Windows and saved it back as ASCII. The file was duly transferred for processing on the mainframe. Most of the packed data was garbaged .. Oh my, dumb and dumber Here is an idea to bounce around. z/OS Unix System Services does a lot of work converting ASCII to EBCDIC and back. z/Linux works all in ASCII. Why not get 4 new instructions that work with PD= ASCII like the PD = EBCDIC instructions PACK, UNPK, ED, EDMK, but with an A suffix to denote ASCII character. Conversion from Packed to binary would be the same. Assembler would get new instructions. z/OS would need to know if a file was ASCII for proper translation when printing it. Mike, Introduced with the z900 were the PKA (Pack ASCII), PKU (Pack Unicode), UNPKA (Unpack ASCII), and UNPKU (Unpack Unicode) instructions. -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International || | 831 Parkview Drive North | jimphoe...@phoenixsoftware.com | | El Segundo, CA 90245 | http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PROP instead of POPS, PoO, et al.
Don Williams wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jim Phoenix Ted MacNEIL wrote: I even drew up a comic, in 1988 -- the dialogue was something like: Six to swap in, Mr Scott. Start I/O! houldn't that have been Start Subchannel??? Not in 1988. You mean to say that MVS/XA hadn't taken over the world by then?!?!? =-O Oh! The horror of it all! :-D I do feel sorry though for all the VSE shops that didn't get that functionality till much later. -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International || | 831 Parkview Drive North | jimphoe...@phoenixsoftware.com | | El Segundo, CA 90245 | http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PROP instead of POPS, PoO, et al.
Ted MacNEIL wrote: I even drew up a comic, in 1988 -- the dialogue was something like: Six to swap in, Mr Scott. Start I/O! Shouldn't that have been Start Subchannel??? -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International || | 831 Parkview Drive North | jimphoe...@phoenixsoftware.com | | El Segundo, CA 90245 | http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Used Sharks
Ron, The 2105-800 that we replaced in December 2008 used SCSI disks with a small SSA- SCSI bridge circuit board on the back of the drive. The mounting rails had slots in them that held the CB in place on the drive's SCSI connector. We routinely connected these SCSI drives to a PC when the drive went bad. Ron Hawkins wrote: SCSI Disks in a 2105-800? That never happened. The ESS used SSA disk drives, or FC-AL drives with a SSA/FC-AL bridge. -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International | Alt fax: (310) 337-2685| | 831 Parkview Drive North | jimphoe...@phoenixsoftware.com | | El Segundo, CA 90245 | http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Used Sharks
Ron, I don't really know when the SSA interface production stopped. All I do know is that all of the drives that kicked out as defective were like that, both 36G 72G drives alike. We took delivery of the unit new in December 2002. Ron Hawkins wrote: Jim, Thanks for correcting me. I was told by many sources that when IBM/Hitachi stopped making SSA interfaces that the ESS drives were FCAL with an SSA bridge. I stand corrected. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jim Phoenix Sent: Tuesday, January 26, 2010 3:11 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] Used Sharks Ron, The 2105-800 that we replaced in December 2008 used SCSI disks with a small SSA- SCSI bridge circuit board on the back of the drive. The mounting rails had slots in them that held the CB in place on the drive's SCSI connector. We routinely connected these SCSI drives to a PC when the drive went bad. Ron Hawkins wrote: SCSI Disks in a 2105-800? That never happened. The ESS used SSA disk drives, or FC-AL drives with a SSA/FC-AL bridge. -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International | Alt fax: (310) 337-2685| | 831 Parkview Drive North | jimphoe...@phoenixsoftware.com | | El Segundo, CA 90245 | http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International | Alt fax: (310) 337-2685| | 831 Parkview Drive North | jimphoe...@phoenixsoftware.com | | El Segundo, CA 90245 | http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Heads Up: Possible Data Loss for Temporary Data Sets starting 2010
No, The error was only dividing the last digit of the year by 4 to determine if it was a leap year. I.e. 92 is divisible by 4 but 2 is not. Paul Gilmartin wrote: On Fri, 8 Jan 2010 09:38:28 -0500, Kirk Talman wrote: During the early 90's I was with two diffiferent software companies. I saw the same leap year problem at both. It was widely reported at other companies. What was amazing was that the problem recurred in 92, 94 and 96 because of ... software that erroneously assumed that all years divisible by 2 are leap years? -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International | Alt fax: (310) 337-2685| | 831 Parkview Drive North | jimphoe...@phoenixsoftware.com | | El Segundo, CA 90245 | http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: dead zone
McKown, John wrote: The storage between 2g and 4g is NOT accessible in 31 bit mode. -- Binyamin Dissen bdis...@dissensoftware.com You're right! So, why bother and how does it improve performance? I guess we'll never know. It is likely proprietary. -- John McKown Systems Engineer IV IT Administrative Services Group -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html It improves performance by avoiding the extra level of indirection when translating the virtual address to a real address on a TLB miss. Doesn't have to reference the region-table entry. -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International | Alt fax: (310) 337-2685| | 831 Parkview Drive North | jimphoe...@phoenixsoftware.com | | El Segundo, CA 90245 | http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IDCAMS Delete via DD
Paul Gilmartin wrote: I understand. But would you propose an alternative? -- gil How about adding support for DISP=(REPLACE,DELETE) or DISP=(DELETE,DELETE)? Either would essentially delete the dataset exists, and then allocate the dataset as new. This would also allow the construct DISP=(REPLACE,CATLG,DELETE) to function like DISP=(NEW,CATLG,DELETE), but without causing a JCL error if the dataset happens to already exist. This latter JCL error being a particular bane of mine. -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International | Alt fax: (310) 337-2685| | 5200 W. Century Blvd., Suite 800 | jimphoe...@phoenixsoftware.com | | Los Angeles, CA 90045| http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GAM on z/OS R10
Tim, Are you running with UseZosV1R9Rules(Yes) coded? The change in GETMAIN behavior may have uncovered an old bug. With any luck, the bug is in application code you can fix. Tim Henness wrote: Is anyone successfully running GAM/SP (FMID HGA1310) on z/OS R10? For that matter, is anyone else here still running GAM at all? We have been run applications that use a 5080 emulator through 6098 controllers successfully on z/OS R9. When we try running it on z/OS R10 they are failing. The GAM IVP application will display an image properly, but inputs are not getting through to the application. Problem is, GAM is no longer supported by IBM. Any suggestions would be helpful. Tim Henness Northrop Grumman -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International | Alt fax: (310) 337-2685| | 5200 W. Century Blvd., Suite 800 | jimphoe...@phoenixsoftware.com | | Los Angeles, CA 90045| http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zAAP on zIIP
John, You are allowed to have as many zIIPs and zAAPs as CPs, so 2+2+2 is a legitimate combination. David, You might still want to purchase a zAAP if your JAVA workload is large enough to consume more than your zIIP's unused cycles. Plus the JVM won't have to compete for cycles with other workloads on the zAAP. Think of it this way, you will be able to have almost a 2 to1 specialty engine to CP advantage for JAVA workloads McKown, John wrote: David Andrews wrote: Is there any reason to buy a zAAP now? Perhaps you can clear up a confusion on my part. I know that for each zIIP, you must have a CP. Likewise, for each zAAP, you must have a CP. Now, If I have 2 CPs, can I have 2 zIIPs and 2 zAAPs? Or is it that I must have at least as many CPs as I have zIIPs+zAAPs? -- John McKown -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International | Alt fax: (310) 337-2685| | 5200 W. Century Blvd., Suite 800 | jimphoe...@phoenixsoftware.com | | Los Angeles, CA 90045| http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Using FTP to send loadlib
Kurt, You will need to XMIT the loadlib and FTP the XMIT file. Sorry, I don't have any JCL to do that as I've always done this interactively. Kurt Eastwood wrote: Hello, Is it possible to send a loadlib from 1 mainframe to another mainframe using FTP, either batch or interactive? Thanks, Kurt -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International | Alt fax: (310) 337-2685| | 5200 W. Century Blvd., Suite 800 | jimphoe...@phoenixsoftware.com | | Los Angeles, CA 90045| http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Here's what IBM pays an IOS developer
C'mon Tom, You posted this same item on 3/26/2006 with the following line not included below: Duration: Until 12/31/05 w/ possibility of extension It was clearly old news then, and it is even older news today. Pinnacle wrote: CTG is in need of a PLX Programmer for one of our top clients in Poughkeepsie, NY. Skills required: PLX Programming skills (Very important as that is what the code is written in) OS/390 skills (MVS) Experience (Equally important as this is the operating system that the code will run under). S390 eServer hardware and millicode knowledge (Important as this is what the code is manipulating). Architecture Verification skills- Must be able to read and interpret architecture documents, technical specs so to speak, and be able to write code (in PLX) to stress and test that architecture Working knowledge or experience with S/390 eServer Channel I/O architecture and I/O devices (All of this work deals with I/O not CPU) Location: Poughkeepsie, NY Shift: 1st shift, Monday-Friday Compensation: $35/hr or $61,000 depending on benefits needed) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OSA Express3 questions
Radoslaw, This card has two CHPids, each with two ports. Note that the ICC function cannot use two ports per CHPid, so you lose the use of one port. R.S. wrote: I have questions regarding OSA Express3 1000Base-T, FC3367. There are 4 copper ports per card. Q1: How many CHPids has the card? 2/4 ? Q2: (assuming 2 chpids per card) In such case I have to define both ports per chpid as same type. For example I must have a *pair* of ICC ports, pair of OSE ports, etc. T/F? Q3. Any other gotchas? Regards -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International | Alt fax: (310) 337-2685| | 5200 W. Century Blvd., Suite 800 | jimphoe...@phoenixsoftware.com | | Los Angeles, CA 90045| http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Assembler programmers list
Michael, Try http://www.lsoft.com/scripts/wl.exe?SL1=ASSEMBLER-LISTH=LISTSERV.UGA.EDU on for size. Michael Munro wrote: Folks I have been on this list a little while and I find it's not quite what I was looking for. Can anyone recommend a list for programmers under zOS, preferably assembler programming. regards mIke -- Mike Munro MBCS,CITP_[EMAIL PROTECTED] Ornum Software Ltd (S) Tel/Fax:+44(0)7041 363 070 ~Mobile: +44(0)777 160 1496 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International | Alt fax: (310) 337-2685| | 5200 W. Century Blvd., Suite 800 | [EMAIL PROTECTED] | | Los Angeles, CA 90045| http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: using nexted procs
Frank, The step name is defined in procedure DLIBATCH, not your in stream procedure. Frank Swarbrick wrote: On Thu, 30 Oct 2008 13:36:02 -0600, Steve Comstock [EMAIL PROTECTED] wrote: What did your override look like? It should be something like: // EXEC PROC=FFND05 //FFND05.FFMOTBL DD DSN=THE.OTHER.GUY that is, stepname.ddname (you might make the stepname, (name on the EXEC statement) different from the name of the PROC, although it should work either way. Yeah, that's what I tried, and it did not work. Here is the output showing the JCL and the error (hopefully won't wrap around too bad!) 1 //FFND05JOB CLASS=A,MSGCLASS=X,NOTIFY=SYSUID, JOB03730 // USER=FJS,PASSWORD= IEFC653I SUBSTITUTION JCL - CLASS=A,MSGCLASS=X,NOTIFY=FJS,USER=FJS,PASSWORD= 2 //PROCLIBS JCLLIB ORDER= (FJS.PDSE.PROC) 3 //JOBLIBS INCLUDE MEMBER=JOBLIBS 4 XXJOBLIB DD DSNAME=FJS.PDS.LOAD,DISP=SHR //*--- 5 //FFND05PROC //FFND05EXEC DLIBATCH,DLIPGM=FFND05,DLIPSB=FFUNDGO //CEEOPTS DD DUMMY //DFSVSAMP DD DISP=SHR,DSN=FJS.PDSE.CNTL (VSAMBUF) //FFUNDDB DD DSNAME=FJS.FFND.IMS.FFUNDDB,DISP=SHR //FFUNDIN DD DSNAME=FJS.FFND.IMS.FFUNDIN,DISP=SHR //FFMOTBL DD DSNAME=FJS.FFND.FFMOTBL,DISP=SHR //DRPT DD SYSOUT=* //MRPT DD SYSOUT=* // PEND //*--- 6 // EXEC PROC=FFND05 7 ++FFND05PROC 8 ++FFND05EXEC DLIBATCH,DLIPGM=FFND05,DLIPSB=FFUNDGO 9 XXDLIBATCH PROC DLIPGM=,DLIPSB=,DBRC=N 10 XXDLI EXEC PGM=DFSRRC00, XXPARM= (DBB,DLIPGM,DLIPSB,,,DBRC) IEFC653I SUBSTITUTION JCL - PGM=DFSRRC00,PARM= (DBB,FFND05,FFUNDGO,,,N) 11 XXIMSACBDD DISP=SHR,DSN=SYSUID..IMS.ACBLIB IEFC653I SUBSTITUTION JCL - DISP=SHR,DSN=FJS.IMS.ACBLIB 12 XX DD DISP=SHR,DSN=SYS4.IMS.ACBLIB 13 XXIEFRDER DD DUMMY 14 XXSYSUOUT DD SYSOUT=* 15 ++CEEOPTS DD DUMMY 16 ++DFSVSAMP DD DISP=SHR,DSN=FJS.PDSE.CNTL (VSAMBUF) 17 ++FFUNDDB DD DSNAME=FJS.FFND.IMS.FFUNDDB,DISP=SHR 18 ++FFUNDIN DD DSNAME=FJS.FFND.IMS.FFUNDIN,DISP=SHR 19 ++FFMOTBL DD DSNAME=FJS.FFND.FFMOTBL,DISP=SHR 20 ++DRPT DD SYSOUT=* 21 ++MRPT DD SYSOUT=* 22 XX PEND 23 //FFND05.FFMOTBL DD DSNAME=FJS.FFND.COPY.FFMOTBL,DISP=SHR STMT NO. MESSAGE 3 IEFC002I INCLUDE GROUP JOBLIBS WAS EXPANDED USING PRIVATE LIBRARY FJS.PDSE.PROC 6 IEFC001I PROCEDURE FFND05 WAS EXPANDED USING INSTREAM PROCEDURE DEFINITION 8 IEFC001I PROCEDURE DLIBATCH WAS EXPANDED USING PRIVATE LIBRARY FJS.PDSE.PROC 23 IEFC611I OVERRIDDEN STEP NOT FOUND IN PROCEDURE I've tried pretty much everything I can think of to make it work. No go. Thanks Steve, Frank -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- | Jim Phoenix
Re: DFSORT date question
John, You could write a simple REXX script that would calculate the desired date value and plug that into the DFSORT control card to do a simple character compare. John McKown wrote: I am looking at the output from RACF's IRRDBU00 utility. It unloads dates in the format: -mm-dd (e.g. 2008-10-24) and times are formatted as hh:mm:ss (e.g. 10:12:30). I don't see any way to process these formats in DFSORT. What I hope to do is rewrite a number of rather simple SAS reports to use ICETOOL instead. Why? Because we __are__ (management fiat) going to stop using SAS entirely, due to its cost and the fact that it is only used by Tech Services. One of the reports is of RACF ids which have not been used in 90 days. In SAS, this is simply done in PROC SQL with a WHERE LDATE1 TODAY() - 90. I am trying to figure out how to do this using ICETOOL. I really don't want to use REXX, EasyTrieve, or COBOL for this! -- John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International | Alt fax: (310) 337-2685| | 5200 W. Century Blvd., Suite 800 | [EMAIL PROTECTED] | | Los Angeles, CA 90045| http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Help with deleting datasets which are not cataloged or don't exist.
Perhaps it is in the wrong catalog? Howard Rifkind wrote: IDC3012I ENTRY PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL NOT FOUND+ IDC0551I ** ENTRY PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL NOT DELETED IDC0014I LASTCC=8 IDC3009I ** VSAM CATALOG RETURN CODE IS 8 - REASON CODE IS IGG0CLEG-42 *** -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International | Alt fax: (310) 337-2685| | 5200 W. Century Blvd., Suite 800 | [EMAIL PROTECTED] | | Los Angeles, CA 90045| http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A simple question, but not for the youngsters
Glen, This is from a marketing brochure G221-2426-02 The IBM 3490 Magnetic Tape Subsystem Family A10 0.6 KVA 2,100 BTU B40 1.4 KVA 4,500 BTU Glen Gunselman wrote: Good afternoon (I'm in CDT today :) ), Could I get someone to open a real manual? Either GC22-7064 (IBM System/360, System/370, 4300, and 9370 Processors Input/Output Equipment Installation Manual - Physical Planning) or GC22-7072 (IBM General Information Installation Manual - Physical Planning) and tell me the power requirements and output BTUs for an IBM 3490 Magnetic Tape Subsystem Model A10 and a B40. I'm not sure which one has the info (although they both may have it) but I cannot find it in softcopy and our operations guy has retired (at least at past employers it was the operations folks who kept physical planning guides - they would only share if you asked real nice). Thanks and have a good weekend (whatever your time zone), Glen Gunselman Systems Software Specialist TCS Emporia State University (cross posted to IBMVM) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International | Alt fax: (310) 337-2685| | 5200 W. Century Blvd., Suite 800 | [EMAIL PROTECTED] | | Los Angeles, CA 90045| http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL Symbol Not Substituted
Paul, Your example happens to fit perfectly like this: //*.+|+|+|+|+|+|+|.. //STEP1EXEC PGM=IEFBR14,PARM='SYMBOL1.SYMBOL1.SYMBOL1.SYMBOL1.+ // SYMBOL1.XSYMBOL2.YSYMBOL3.Z' //*.+|+|+|+|+|+|+|.. IEFC653I SUBSTITUTION JCL - PGM=IEFBR14,PARM='AXBYCZ' Even if this example is synthetic, you can adjust the number of blanks preceding the PGM= to cause the period to land in column 71. -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International | Alt fax: (310) 337-2685| | 5200 W. Century Blvd., Suite 800 | [EMAIL PROTECTED] | | Los Angeles, CA 90045| http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VTOC size
Well, 15,000 RPM works out to 250 RPS. However, I seriously doubt that a RAID disk will read exactly 57K of emulated track per revolution. Whether it is more or less, I haven't a clue. (IBM Mainframe Discussion List) wrote: In a message dated 2/8/2008 3:45:21 P.M. Central Standard Time, [EMAIL PROTECTED] writes: On FICON it would be reasonable to expect to get 50MB/sec to and from your Disk and tape drives. ... So 54,000MB at 50MB/sec is 1080 seconds, or 18 minutes. I may be wrong, but I think backup/archive/retrieval/migrate products that are operating on a whole volume level do each track serially, so a backup of a really huge volume would be limited by the slowest part of the I/O path which I believe will be the rotation speed of the disks. No matter how big the controller's cache is, sooner or later a backup of an entire really huge volume is going to slow down to match the track rotational speed. The SLED 3390 rotated at 70 RPS, which at 57K per track yielded about 4MB/second. RAID disks rotate a lot faster than the 3390 did, but I think it's on the order of twice the RPS rather than 10 to 20 times as fast. I would expect that a controller could not cram more than 10MB per second into that 50MB FICON channel unless the backup product is doing some kind of multitasking or similar operation whereby it can do multiple large-scale reads at the same time. There's no other way to break the rotation barrier. Do backup products work like that yet? 54000 MB at 10MB/second = 5400 seconds = 90 minutes. Bill Fairchild Rocket Software -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International | Alt fax: (310) 337-2685| | 5200 W. Century Blvd., Suite 800 | [EMAIL PROTECTED] | | Los Angeles, CA 90045| http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VTOC size
1. Slightly less time than it takes to backup 32760/3339 (approx. 9.81) mod 3 volumes that are being stacked to the same output tape. Figure some housekeeping occurs when the backup software finishes one volume then starts another. The difference should be minuscule when total number of unused tracks is held constant. 2. Modern tapes can hold multiple volumes, large or small. They also record in a serpentine fashion, back forth, so high speed positioning to a given location is quicker. 3. From a dataset level backup, which is what should be used for this purpose, cylinder location is irrelevant. Competent restore software should be able to restore a single dataset even from a full volume backup. If the actual software in use cannot do this, and you don't have a dataset level backup available, then yes, restoring an entire large volume for a single dataset will take longer. Note that the sooner the accidental modification is detected, the more likely it is that the changed data has not even been backed up yet, the likelier the latest dataset backup is valid. Simple, quick restore. For deleted datasets, the recovery could be done months later, depending on your deleted dataset backup retention policy. Skip Robinson wrote: The idea of massive volumes is intriguing, but my concern would be backup/restore. On some our non-z platforms we have huge volumes many times the size of 3390-3. When one of them went south a while back, it took hours and hours to get it restored. With RAID arrays, of course, that's not supposed to happen; I think it was a problem with an SVC. On the mainframe we take frequent full volume backups. The likelihood of true failover (DR) is minuscule, and we use XRC mirroring for that contingency anyway. On the other hand the probability of having to retrieve an accidentally deleted or modified file is huge--it happens all the time even for sysprog finger checks. 1. How long does it take to make a tape backup of a 32760 cylinder volume? 2. Where does that backup live? 3. How long does it take to restore a critical 10 track file from two weeks ago that happens to live on the corner of cylinder 31753? . -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International | Alt fax: (310) 337-2685| | 5200 W. Century Blvd., Suite 800 | [EMAIL PROTECTED] | | Los Angeles, CA 90045| http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Upgrading from 3590B to 3590H
If your existing drives are FICON attached, probably not. If ESCON attached, you really want to go FICON. A single 3590H drive, with compressible data on tape, can easily outperform ESCON throughput. 3590 drives always read/write in streaming mode. For the drive to be constantly stopping the tape, and backing up because the controller buffer is full (read), or empty(write), causes throughput to suffer tremendously. Not good for the media either. You do not have to reinitialize your tapes, but remember, you cannot update a tape created on 3590B using a 3590H. You can only read the data on the tape, or use it as a scratch tape. If you use products that automatically extend partially used tapes, like HSM, you should probably make sure all tapes are marked full. גדי בן אבי wrote: Hi, We received an offer to upgrade our 3590B's to 3590H's. If we go along with this upgrade, would I have to make any changes in the IO configuration? Would I have to reinitialize the tapes, or would that happen automagically? We are running z/OS 1.7 and CA-1 v11.5. TIA Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: It keeps getting uglier
Eric, I think you mean the 2415. Two drives above, built in controller below. sounded kinda like Godzilla when first one then the other vacuum column loaded. Eric Bielefeld wrote: Gerhard, You could actually power down the tape drives? Someone else mentioned they didn't think that was possible. Ah, the good old days. My first job in IT was a computer operator on a 360/40. We had 2 of the old tape drives that had the columns go sideways. I can't remember the model number. We did a lot of disk to disk backups on the 2914 (I think) so we didn't need a lot of tapes. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: Gerhard Postpischil [EMAIL PROTECTED] On the 360/40, I used diagnose for two functions - one was to rewind all tapes, open the windows, and power them down; Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ASMA142E Operation code not complete on first record
Robert, I agree with Steve. It looks to me like sequence numbers that should be in cols 73-80 ended up in cols 1-8 of the next record. Robert Pelletier wrote: Can someone with more experience in assembler than I have fix this: 000BDE 58DD 00044 1019 L R13,4(R13) RESTO 1020 ASE01670 ** ASMA142E Operation code not complete on first record Active Usings: PSA(X'1000'),R0 S99RB(X'1000'),R1 IOB(X'1000'),R3 IHADCB(X'1 DYNBLOK(X'1000'),R6 DEB(X'1000'),R7 DAIRBLOK(X'1000'),R10 DITTCOMM(X'1000') MSGDSECT(X'1000'),R14 Loc Object CodeAddr1 Addr2 Stmt Source Statement ** ASMA435I Record 645 in TECH.DITTO.SRCLIB(DITTDAIR) on volume: SOFT03 000BE2 98EC D00CC 1021 LMR14,R12,12(R13) RESTO 1022 ASE01680 ** ASMA142E Operation code not complete on first record ** ASMA435I Record 647 in TECH.DITTO.SRCLIB(DITTDAIR) on volume: SOFT03 000BE6 1BFF1023 SRR15,R15 GIVE 1024 ASE01690 ** ASMA142E Operation code not complete on first record ** ASMA435I Record 649 in TECH.DITTO.SRCLIB(DITTDAIR) on volume: SOFT03 000BE8 07FE1025 BRR14 RETUR 1026 ASE01700 ** ASMA142E Operation code not complete on first record ** ASMA435I Record 651 in TECH.DITTO.SRCLIB(DITTDAIR) on volume: SOFT03 -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International | Alt fax: (310) 337-2685| | 5200 W. Century Blvd., Suite 800 | [EMAIL PROTECTED] | | Los Angeles, CA 90045| http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cobol ACCEPT-DATE
Brian, This may very well be the reason. The best way to tell would be to issue the D T command between midnight 1:00 AM. If you are on z/OS 1.7, you can do a SET TIMEZONE=W.01.00 to switch to summer time. Perryman, Brian wrote: Our clock always runs on GMT, we SET CLOCK= to put the local time an hour ahead during summer time, then just SET RESET when the clocks go back again. We don't use the offsets in PARMLIB(CLOCKxx) - could that be the reason? -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International | Alt fax: (310) 337-2685| | 5200 W. Century Blvd., Suite 800 | [EMAIL PROTECTED] | | Los Angeles, CA 90045| http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DS6000 pricing
Dave, Your numbers look a little strange. You list 4 sets of 300GB drives, totaling 4.8TB of raw capacity. (The actual capacity will be less depending on how you set up the arrays.) So the OEL PAV software features are about 5 times what you need! Also, the 1750-511 will hold all 4 drive sets, the EX1, which also holds 16 drives, would be empty and would need drive blanks. If you don't already have these, get the planning guide http://www.ibm.com/support/docview.wss?uid=ssg1S7001072aid=1 and I suggest this redbook http://www.redbooks.ibm.com/abstracts/SG246781.html?Open for more information. Dave Reinken wrote: Thus, a price breakdown on my hypothetical ~20TB box would look something like this: 1750-511 (DS6800) $64,494 1750-EX1 (Expansion enclosure) $4,474 1750-2004 (300GB 10K drive set) $8,052 X4 $32,208 Total hardware cost: $101,176 1750-5003 (OEL - 25TB) $65,239 1750-5103 (PAV - 25TB) $64,494 1750-5915 (FICON attachment) $7,456 Total software cost: $137,189 Total cost: $238,365 -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International | Alt fax: (310) 337-2685| | 5200 W. Century Blvd., Suite 800 | [EMAIL PROTECTED] | | Los Angeles, CA 90045| http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBCOPY Unloaded dataset to PC and back again...not
Kenneth E Tomiak wrote: On Mon, 4 Jun 2007 17:50:10 -0500, Paul Gilmartin [EMAIL PROTECTED] wrote: like). What client are you using, and what does it do with quote stru r? On Solaris 10, I readily get: [EMAIL PROTECTED]:331$ uname -a SunOS solaris 5.10 Generic_118855-36 i86pc i386 i86pc What a large portion of the world might try first, the regular FTP command from a windows/xp DOS style command window. It handles quote and quote site, it does not like 'stru r'. My GUI ftp application has no hidden settings, all are viewable by looking at the properties of the site. I even went beyond the norm and tried fudging the DCB attributes of the file both before and after the ftp process to no avail. Using quote site rdw did get the record descriptior word passed, but the records did not go back in their original length. Thus giving the same error the OP showed, the first record is not 64 bytes. Have you tried to feed the uploaded file back through IEBCOPY to populate a new PDS? That is where we see the file is no good. ftp quote site stru r 200-Unrecognized parameter 'stru' on SITE command. 200-Unrecognized parameter 'r' on SITE command. 200 SITE command was accepted ftp site stru r Invalid command. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html STRU is not a valid SITE sub-command. Rather it is a command in it's own right. Use quote stru r, not quote site stru r. -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International | Alt fax: (310) 337-2685| | 5200 W. Century Blvd., Suite 800 | [EMAIL PROTECTED] | | Los Angeles, CA 90045| http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why CSST?
The standalone CSST instruction is safe to use with the 370 era CS CDS instructions, accessing the same storage location, whereas PLO is not. Binyamin Dissen wrote: What does CSST give over PLO? -- Binyamin Dissen [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International | Alt fax: (310) 337-2685| | 5200 W. Century Blvd., Suite 800 | [EMAIL PROTECTED] | | Los Angeles, CA 90045| http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Non - ECC, non-parity memory was Re: Risks (Was Re: Decoding the encryption puzzle)
Clark Morris wrote: But how do we get the message across to the non-technical people in charge of purchasing or authorizing purchase of laptops that this is important when you can get the My Eyes Glaze Over effect when you try to explain it to many IT professionals? I think the Hasp song book song about the crash caused by JES3 having a store instead of a load (hex 50 is a load, hex 58 a store) might come closest. I was thinking more along the lines of The Credit Card Song by Dick Feller. -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International | Alt fax: (310) 337-2685| | 5200 W. Century Blvd., Suite 800 | [EMAIL PROTECTED] | | Los Angeles, CA 90045| http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Special characters in passwords was Re: RACF - Password rules .
If it is, it is awfully generous. Or maybe is just uses a generous curve. :-D Edward Jaffe wrote: Jon Brock wrote: I know some people think that C is the best programming language in history, but this is one reason -- another being the tendency it engenders for pointer problems -- that I could never get into it wholeheartedly. Isn't C the language that grades itself? -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International | Alt fax: (310) 337-2685| | 5200 W. Century Blvd., Suite 800 | [EMAIL PROTECTED] | | Los Angeles, CA 90045| http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Linux Mythbusting
Brian, That may be true for IFL engines, but, of necessity, zIIPs and zAAPs must be defined to an LPAR with general purpose CPs. Right? Brian Peterson wrote: An LPAR can only have one KIND of engine defined to it. Brian On Tue, 6 Jun 2006 00:00:00 GMT, Ted MacNEIL [EMAIL PROTECTED] wrote: z/VM needs a General Purpose CP. LINUX runs on the IFL. Or, so I've been told. The last time at the IBM z9 roadshow. - -teD -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International | Alt fax: (310) 337-2685| | 5200 W. Century Blvd., Suite 800 | [EMAIL PROTECTED] | | Los Angeles, CA 90045| http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z9 Benefits over MP3000
Mark, If you are running a coupling facility using ICMF on the Multiprise, be aware that ICMF does not exist on any zSeries box. You will need an ICF engine to run a coupling facility. Nice to have as options, are IFL's, zIIP's, and zAAP's. You may never want or need them, but they can be added. Also nice to have, and probably easy to set up would be Server Time Protocol. Your z9 can actually keep accurate time with only minor, as I understand it, set up. Mark Neal wrote: Has anybody given much thought to the hidden benefits of migrating from a MP3000 to a Z9 BC? I currently have a one processor MP3000 7060-H30 that rarely needs more than 40% of the MP3000 cpu capacity. The Z9 BC A01 configuration that I am considering has only one CP, but it also has a SAP for I/O and QDIO for TCPIP offload. Single TCB tasks like CICS are not an issue in our environment, so I expect the Z9 A01 to meet our cpu capacity requirements. Also, I will be moving to a DS6800 disk subsystem on FICON. I expect the SAP, QDIO, and DS6800 will greatly improve my overall throughput, but they are difficult to quantify. I expect I/O and TCPIP traffic to fly through the system. And I expect the MP3000 cycles that are used for I/O and TCPIP will now be available for other tasks. Have I missed anything obvious? Any other ideas? Thanks, Mark -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International | Alt fax: (310) 337-2685| | 5200 W. Century Blvd., Suite 800 | [EMAIL PROTECTED] | | Los Angeles, CA 90045| http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Capping in Z890
I'm certain that CFCC would provide an excellent soaker workload. I just wouldn't try to use that coupling LPAR for anything! Edward Jaffe wrote: Thomas H Puddicombe wrote: One way would be to define a third LPAR. Assign a weight to the new LPAR equivalent to 4/32 of the total of all the LPAR weights. Cap this new LPAR. Put a looping task into this LPAR. PR/SM will then ensure that no more and no less than 4/32 of the total CPU is wasted running a silly loop. Whatever's not used by the loop is available to the other LPARs. Warn capacity planners and resource billing people that there's a soaker workload. I don't get it! Is this soaker some sort of stand-alone IPLable program you've written? Or do you need to IPL z/OS to run it? If the latter case, how does it keep your z/OS VWLC peak from reaching 32 MSU? Is there some sort of VWLC exemption for running a z/OS soaker? Does IBM allow you to exclude that LPAR's SMF records from your SCRT input? -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International | Alt fax: (310) 337-2685| | 5200 W. Century Blvd., Suite 800 | [EMAIL PROTECTED] | | Los Angeles, CA 90045| http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anyone know whether VM/370 EDGAR is still available anywhere?
Peter, The Quick Reference Guide states (any mis-spellings are my own): The component of the IUP which provides the basic editing system functions is named EDGAR. Considering how old this card must be, I am amazed how new it looks. All 18 panels of it. Farley, Peter x23353 wrote: Pardon my ignorance, but is Display Editing System for CMS the official title for EDGAR? If so, IUP is a good status. IIRC, IUP's were not copyrighted or licensed, though they were sometimes chargable. Or at least, that was true for some IUP's. ISTR the software hierarchy used to be IUP, FDP (Field Developed Program), PO (Program Offering) and PP (Program Product). All but PP were source-included software. Would you be sure to hold on to that reference card (and any other doc you may have on it)? Or if you're willing to part with it, please write to me offline. Many thanks. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Sent: Friday, August 12, 2005 4:18 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Anyone know whether VM/370 EDGAR is still available anywhere? Well, the Quick Reference Guide I have, GX20-2340-0 says that the Display Editing System for CMS (5796-PJP) is an Insstalled User Program (IUP). Unfortunately, the card is undated. _ 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International | Alt fax: (310) 337-2685| | 5200 W. Century Blvd., Suite 800 | [EMAIL PROTECTED] | | Los Angeles, CA 90045| http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anyone know whether VM/370 EDGAR is still available anywhere?
Well, the Quick Reference Guide I have, GX20-2340-0 says that the Display Editing System for CMS (5796-PJP) is an Insstalled User Program (IUP). Unfortunately, the card is undated. Farley, Peter x23353 wrote: For VM/370 R6 under Hercules, where we have no XEDIT nor any other fullscreen editor available. However, I have been informed privately that EDGAR also required DIAG 58, which is also not present in VM/370 R6. *Sigh* Are you sure it was a Program Product? I was also told that it was an FDP, not a PP. Peter -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International | Alt fax: (310) 337-2685| | 5200 W. Century Blvd., Suite 800 | [EMAIL PROTECTED] | | Los Angeles, CA 90045| http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Wild Branch Diagnosis (Was: Five Digit Device Numbers)
Try calculating a relative branch manually for a zap. Don't forget to miscalculate or fat finger keying it in! ;-) Edward E. Jaffe wrote: Charles Mills wrote: ... as others have pointed out, the newish Jumps only made it worse. Again, I really just don't see how... http://bama.ua.edu/cgi-bin/wa?A2=ind0507L=ibm-mainP=R100227I=1 -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International | Alt fax: (310) 337-2685| | 5200 W. Century Blvd., Suite 800 | [EMAIL PROTECTED] | | Los Angeles, CA 90045| http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html