Re: The Mainframe vs. the Server Farm: A Comparison

On 21/05/2017 7:55 AM, Clark Morris wrote: Large cloud operations claim they assemble their own blades for 1/3rd the price of brand named blades ... around $1/BIPS ... possibly contributing to IBM selling off its server business. Given these figures, why haven't emulation and various mainframe

Re: AW: Removing JES2 PRT and RMT definitions

>>Since the JES2-L list seems to be defunct, and I have not found a conclusive >>answer in the archives nor the books, ... > >Have you been able to search the archives of the JES2-L list? Last time I >tried I did not succeed. Bupkus. It would seem everything on this listserv has been

Re: Removing JES2 PRT and RMT definitions

On Fri, 19 May 2017 08:19:10 -0700, Lizette Koehler wrote: >Here is a best guess. > >If the printer was added with $ADD then a hot start may work > >Otherwise, remove the PRINTER definitions from the INIT Deck and then try a >HOT Start. IF that does not work, then you

Re: Removing JES2 PRT and RMT definitions

>What about running a second JES2 system on where a production JES2 is already >running?  It can totally separate from the JES2 production system. > And on that test JES2 system you can try removing the PRT and RMT definitian > and see what happens. That gives me a single-member MAS, which I

Re: SDB (system determined Blksize)

On Sat, 20 May 2017 13:33:09 -0700, Charles Mills wrote: >Consider for example "flash copy" and similar technologies. The DASD >subsystem is able to make a "copy" of an entire volume without using any >significant amount of actual honest-to-gosh disk space. > >It's a little hard to explain the

OT - The results from the Preakness Race - It had a horse called Cloud Computing

Cloud Computing crossed the finish line first at the Preakness Stakes. Lizette Koehler statistics: A precise and logical method for stating a half-truth inaccurately -- For IBM-MAIN subscribe / signoff / archive

Re: The Mainframe vs. the Server Farm: A Comparison

[Default] On 20 May 2017 16:37:10 -0700, in bit.listserv.ibm-main l...@garlic.com (Anne & Lynn Wheeler) wrote: >mike.a.sch...@gmail.com (Mike Schwab) writes: >> S/370 operating systems and Linux on System Z can be run on Hercules >> on a small PC. > >max z196 config with 80 processors was rated

Re: The Mainframe vs. the Server Farm: A Comparison

mike.a.sch...@gmail.com (Mike Schwab) writes: > S/370 operating systems and Linux on System Z can be run on Hercules > on a small PC. max z196 config with 80 processors was rated at 50BIPS and went for $30M. Last published peak I/O benchmark was for z196 with 104 FICONs (running over 104 fibre

Re: The Mainframe vs. the Server Farm: A Comparison

And you can drive across the country on a bicycle. Doesn't make it the best choice for most use cases. On Fri, May 19, 2017 at 10:53 PM, Mike Schwab wrote: > S/370 operating systems and Linux on System Z can be run on Hercules > on a small PC. >

Re: SDB (system determined Blksize)

Consider for example "flash copy" and similar technologies. The DASD subsystem is able to make a "copy" of an entire volume without using any significant amount of actual honest-to-gosh disk space. It's a little hard to explain the technology in a quick e-mail paragraph but basically the

Re: Cobol-calling-Asembler and 24bit mode

Never mind, just noticed that that point had already been made. Sent from my iPhone > On May 20, 2017, at 12:54 PM, Charles Mills wrote: > > Is my understanding correct? > > - the call from COBOL to assembler is dynamic; that is, the assembler > programs are separately

Re: Cobol-calling-Asembler and 24bit mode

Why not simply make the program AMODE 31 and RMODE 24? Sent from my iPhone > On May 20, 2017, at 12:54 PM, Charles Mills wrote: > > Is my understanding correct? > > - the call from COBOL to assembler is dynamic; that is, the assembler > programs are separately linkedited

Re: Cobol-calling-Asembler and 24bit mode

Is my understanding correct? - the call from COBOL to assembler is dynamic; that is, the assembler programs are separately linkedited AMODE/RMODE 24. - the assembler programs contain hard-coded DCB, OPEN, GET/PUT, etc. If so, yes, if you call from COBOL to assembler the I/O should all work. If

Re: SDB (system determined Blksize)

On Sat, 20 May 2017 11:09:18 -0700, Gerhard Adam wrote: >I don't see how the space would not be wasted. Where would it be assigned or >accounted for? If you ignored such waste, you could have more capacity >available than the volumes you've defined. > >On May 20, 2017, at 10:40 AM, Charles

Cobol-calling-Asembler and 24bit mode

ALL: I have a STC in Cobol running with these compile options: CBL NOC(E),FLAG(W),DATA(31),NODYN,RES,RENT,MAP,SSR CBL NOZWB,NUM,NOTERM,NOVBREF,X,APOST,LIB,LIST we link as : MODE AMODE(31),RMODE(ANY) So my question is we call assembler programs using I/O to QSAM with ADMODE(24) and RMODE(24),

Re: Sample JCL for file transfer using NJE/TCPIP

On Sat, 20 May 2017 10:18:40 -0700, Lizette Koehler wrote: > >TSO XMIT (Transmit) takes a file and compresses it (if possible) > I was unaware of a compression facility, and I don't see it mentioned in the Ref., so I remain skeptical. But I noticed an ENCIPHER option of which I had previously

Re: SDB (system determined Blksize)

I don't see how the space would not be wasted. Where would it be assigned or accounted for? If you ignored such waste, you could have more capacity available than the volumes you've defined. Sent from my iPhone On May 20, 2017, at 10:40 AM, Charles Mills wrote: >> if you

Re: AW: Re: job output into dataset

Hello All, Finally problem has been resolved and solution is, Basically , even though we specify 15 min or 1 hr etc in jeslog spin command, there is no mechanism in jes2 to trigger SPIN. So, Whenever any new message comes in JESMSGLG and JESMSGSG, then jes2 check spin parameter value and see

Re: SDB (system determined Blksize)

> if you write a 32K block to an emulated 3390 track, the balance of the space will be wasted Is that true? (Serious question -- everything I know about DASD management could be written in one paragraph of an e-mail.) Sure, it wastes "virtual" space on the emulated 3390 track, no doubt, but

Re: Sample JCL for file transfer using NJE/TCPIP

On 2017-05-20 17:17, Lizette Koehler wrote: TRSMAIN and TSO XMIT both take the input file and build it into fixed length records. The output file contains the information needed to reconstruct the file in its original format. So LRECL, BLKSIZE, DSORG, RECFM, etc... which it will use to restore

Re: Sample JCL for file transfer using NJE/TCPIP

TRSMAIN and TSO XMIT both take the input file and build it into fixed length records. The output file contains the information needed to reconstruct the file in its original format. So LRECL, BLKSIZE, DSORG, RECFM, etc... which it will use to restore the file to its original state. So some

Re: Sample JCL for file transfer using NJE/TCPIP

On Sat, 20 May 2017 06:43:22 -0500, Elardus Engelbrecht wrote: > >Yes, I am using FTP to transfer my SMF data, RACF DB, etc. from several LPARs >to one LPAR, simply for archival purposes. >... >I can supply a sample JCL for FTP of SMF data if you wish to experiment with >that. > I'll not

Re: Sample JCL for file transfer using NJE/TCPIP

Nathan Astle wrote: >I was trying to understand if XMIT is used versus FTP then I will have to run >a TSO RECEIVE command from the target LPAR to ensure the file is available in >Target LPAR E Finnell gave you a good answer. (I used that JCL years ago before TCP/IP is in use.) FTP is faster

Re: Sample JCL for file transfer using NJE/TCPIP

Hi Ed Apologies I was trying to understand if XMIT is used versus FTP then I will have to run a TSO RECEIVE command from the target LPAR to ensure the file is available in Target LPAR On May 20, 2017 2:38 PM, "Edward Finnell" < 000248cce9f3-dmarc-requ...@listserv.ua.edu> wrote: > What

Re: Sample JCL for file transfer using NJE/TCPIP

What have you tried? //JOBCARD JOB //STEP1 EXEC PGM=IKJEFT01,REGION=4096K,DYNAMNBR=16 //SYSTSPRT DD SYSOUT=A //SYSTSIN DD * TRANSMIT nodename.userid DSN('my.big.honkin.smf') //* In a message dated 5/20/2017 1:38:12 A.M. Central Daylight Time, tcpipat...@gmail.com writes: Could

Re: HMC Tree View vs. Classic - GOTCHA

Just a general comment. z13/z13s will be the last z Systems to support both Classics and Tree. This has been stated by IBM for a while now. Those who are bent on using Classic view will be very disappointed when the next z System comes along. Time to polish up on your Tree skills :-)

Sample JCL for file transfer using NJE/TCPIP

Hi Could someone please help me with the sample JCL for transferring a file(SMF) Using NJE TCPIP link. Regards Nathan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu