Re: JES2 Start Options
Hal Merritt wrote: I would like to have JES2 prompt me for a start type (where I would respond warm or cold) and then go right into operation without having to enter the $S command. The FM is a little confusing. I am thinking I would code EXEC PGM=HASJES20,PARM=(NOREQ) Is this correct?? IMHO not. You want to be asked and NOREQ means no questions. BTW: Usually PARM is specified in COMMNDxx member, i.e. COM='S JES2,PARM='WARM,NOREQ'' IMHO it's better (more flexible) than hardcoded value in JES2 proc. -- Radoslaw Skorupka Lodz, Poland -- 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
IDCAMS DIAGNOSE
Hi All. When I run IDCAMS DIAGNOSE against an ICFCAT using the LIST function, then -- 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
IDCAMS DIAGNOSE retry.
Hi All. When I run IDCAMS DIAGNOSE against an ICFCAT using the LIST function, then I get a list of the catalog. In the list every dataset has a symbol connected to tell what type of dataset it is. I know most of the symbols but VSAM DATA(D) and VSAM INDEX(I) do also come up with symbol (T). What does (T) mean ? Has some of you a sugesstion. Regards;Tom Roedgaard. -- 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: C on z/OS questions
On Tue, 21 Mar 2006 13:47:20 -0500, john stephens [EMAIL PROTECTED] wrote: I need to be able to have this routine dynamically linked at run time if/when the user requries. Therefore, I need to be able to compile and link this routine without a 'main'. I can live with the di/tri-graphs if need be. As far as linking goes, the JCL I was given has a compile proc step, a pre-link proc step and a link proc step. Unfortunatly, neither of the last two will run cleanly. Here is the JCL to compile and statically link a C subroutine CSUB to a COBOL mainline COBMAIN. You'll have to change dataset names etc. NB caps off //COMPILE EXEC PGM=CCNDRVR, // REGION=100M,COND=(4,LT), // PARM='/OPTF(DD:O)' //O DD * AGG SHOW NOSEQ MAR(1,172) INL(AUTO,REPORT,999,99) EXPMAC RENT LO SO NOSEARCH LIS SS ARCH(5) OPT(1) //STEPLIB DD DSNAME=SYS1.SCCNCMP,DISP=SHR //SYSMSGS DD DUMMY,DSNAME=SYS1.SCEEMSGP(EDCMSGE),DISP=SHR //SYSLIN DD DSNAME=OBJ,UNIT=VIO, // DISP=(NEW,PASS),SPACE=(TRK,(30,30)), // DCB=(RECFM=FB,LRECL=80,BLKSIZE=3200) //SYSOUT DD SYSOUT=* //SYSPRINT DD SYSOUT=* //SYSCPRT DD SYSOUT=* //SYSUT1 DD UNIT=VIO,SPACE=(32000,(90,900)),LRECL=80,RECFM=FB //SYSUT4 DD UNIT=VIO,SPACE=(32000,(90,900)),LRECL=80,RECFM=FB //SYSUT5 DD UNIT=VIO,SPACE=(32000,(90,900)),LRECL=3200,RECFM=FB //SYSUT6 DD UNIT=VIO,SPACE=(32000,(90,900)),LRECL=3200,RECFM=FB //SYSUT7 DD UNIT=VIO,SPACE=(32000,(90,900)),LRECL=3200,RECFM=FB //SYSUT8 DD UNIT=VIO,SPACE=(32000,(90,900)),LRECL=3200,RECFM=FB //SYSUT9 DD UNIT=VIO,SPACE=(32000,(90,900)), // DCB=(RECFM=VB,LRECL=137,BLKSIZE=882) //SYSUT10 DD SYSOUT=* //SYSUT14 DD UNIT=VIO,SPACE=(32000,(90,930)), // DCB=(RECFM=FB,LRECL=3200,BLKSIZE=12800) //* //SYSINDD * ??=pragma linkage(CSUB,COBOL) ??=include stdlib.h ??=include stdio.h ??=include string.h extern void CSUB( void* void_key_ptr ) ?? char * key_ptr; key_ptr = void_key_ptr; * (key_ptr) = 'F'; return; ?? //USERLIB DD DISP=SHR,DSN=JLP.TEST.MVSCHDR // DD DISP=SHR,DSN=JLP.TEST.MVSCSRC // DD DISP=SHR,DSN=JLP.TEST.CSRC //SYSLIB DD DSN=SYS1.SCEEH.H,DISP=SHR // DD DSN=SYS1.SCEESAMP,DISP=SHR // DD DSN=SYS1.SCEEH.SYS.H,DISP=SHR //* //* PRE-LINKEDIT STEP: //* //PLKED EXEC PGM=EDCPRLK,COND=(4,LT),REGION=7M, // PARM='' //SYSMSGS DD DSNAME=SYS1.SCEEMSGP(EDCPMSGE),DISP=SHR //SYSMOD DD DSNAME=JLP.TEST.OBJ(CSUB),DISP=SHR //SYSOUT DD SYSOUT=* //SYSPRINT DD SYSOUT=* //SYSINDD DSN=OBJ,DISP=(SHR,DELETE) // DD * //SYSLIB DD DISP=SHR,DSN=JLP.TEST.OBJ //* //* STANDARD COBOL COMPILE //* //CEXEC PGM=IGYCRCTL,COND=(4,LT),REGION=7M, // PARM=('NOOFFSET,NOSSRANGE,RENT,LIST,NOCICS,OPT(FULL),', // 'NODYNAM,LIB,APOST,') //STEPLIB DD DISP=SHR,DSN=SYSPP.COBOS330.SIGYCOMP //SYSUT1 DD UNIT=VIO,SPACE=(6233,(150,300),,,ROUND) //SYSUT2 DD UNIT=VIO,SPACE=(6233,(150,300),,,ROUND) //SYSUT3 DD UNIT=VIO,SPACE=(6233,(150,300),,,ROUND) //SYSUT4 DD UNIT=VIO,SPACE=(6233,(150,300),,,ROUND) //SYSUT5 DD UNIT=VIO,SPACE=(6233,(150,300),,,ROUND) //SYSUT6 DD UNIT=VIO,SPACE=(6233,(150,300),,,ROUND) //SYSUT7 DD UNIT=VIO,SPACE=(6233,(150,300),,,ROUND) //SYSLIN DD DSN=OBJ,DISP=(NEW,PASS),BLKSIZE=3120, // UNIT=VIO,SPACE=(80,(1500,7750)) //SYSPRINT DD SYSOUT=* //SYSLIB DD DISP=SHR,DSN=JLP.TEST.MVSCOB // DD DISP=SHR,DSN=JLP.TEST.COPYLIB // DD DISP=SHR,DSN=JLP.TEST.COBOL // DD DSN=SYS1.SCEESAMP,DISP=SHR 000100 IDENTIFICATION DIVISION. 000200 PROGRAM-ID. 'COBMAIN'. 000300 ENVIRONMENT DIVISION. 000400 DATA DIVISION. 000500 WORKING-STORAGE SECTION. 000600 01 W-X PIC X. 001900 PROCEDURE DIVISION. 002100 002200 MOVE 'I' TO W-X 002300 DISPLAY 'COBMAIN ENTERED X=' W-X 002301 002310 DISPLAY 'CALLING CSUB' 002400 002500 CALL 'CSUB' USING W-X 002510 DISPLAY 'CALLED CSUB X=' W-X 003400 003500 MOVE 0 TO RETURN-CODE 003600 STOP RUN . //* //* PRE-LINKEDIT STEP: //* //PLKED EXEC PGM=EDCPRLK,COND=(4,LT),REGION=7M, // PARM='' //SYSMSGS DD DSNAME=SYS1.SCEEMSGP(EDCPMSGE),DISP=SHR //SYSMOD DD DSNAME=OBJ,UNIT=VIO,DISP=(NEW,PASS), // SPACE=(32000,(30,30)), // DCB=(RECFM=FB,LRECL=80,BLKSIZE=3200) //SYSOUT DD SYSOUT=* //SYSPRINT DD SYSOUT=* //SYSINDD DSN=OBJ,DISP=(SHR,DELETE) // DD * //SYSLIB DD DISP=SHR,DSN=JLP.TEST.OBJ //* //LINK EXEC PGM=HEWL,COND=(4,LT), // PARM=('XREF,LIST,MAP', // 'AMODE=31,RMODE=ANY,RENT,REUS') //SYSUT1 DD UNIT=VIO,SPACE=(1024,(100,30)) //SYSPRINT DD SYSOUT=* //SYSLMOD DD DSN=JLP.TEST.LOADLIB(COBMAIN),DISP=SHR //SYSLIB DD UNIT=VIO,SPACE=(1,(1,1,1)),BLKSIZE=32760,RECFM=U // DD DSN=SYS1.SCEELKED,DISP=SHR //CICSLINK DD DSN=CICSSYS.CTSLEVEL.CICS.SDFHEXCI,DISP=SHR // DD DSN=CICSSYS.CTSLEVEL.CICS.SDFHLOAD,DISP=SHR //SYSLIN DD
Re: Disaster Recovery (was: FLEX-ES)
Jay Howard wrote: Being the original poster, we currently do partner with a company for our DR needs. We are looking for ways that we can reduce our DR costs and FLEX-ES is one of the options that we are investing. I think we've got two separate concepts running through this thread, so here's an attempt to clarify. There are DR companies -- Sungard and IBM BRS are good examples -- that sell DR contracts of various kinds. I'm going to disagree with the implication that these contracts are worthless because of first in policies. There were several disaster declarations during Hurricane Katrina, and the DR vendors seemed to do pretty well by all accounts. The contracts have various SLAs and prices -- basically first doesn't mean forever -- and the (good) DR vendors build enough infrastructure and test regularly with their clients in order to handle even wide area disasters. There's also the separate idea of finding a like minded company in order to strike a one-to-one private partnership along similar lines. In the era of Capacity On Demand that's quite reasonable for mainframes, so I don't really share the concern about lack of production capacity at your partner's site with a disaster declaration. (All bets are off for other platforms.) If the disaster affects both companies simultaneously then that's bad, so you'll probably want to pick a DR partner that's close but not too close. In many cases striking a private partnership is not a direct cost item. (You still have the costs associated with preparation and testing, but that's always true unless you plan on not having any DR strategy.) So I'm not sure what you mean by reducing our DR costs, because I'm thinking zero here. It's a straight up trade: I'll let you use our production system (spin up an LPAR/COD) if you have a disaster if you'll agree to the same for me. I'm sure there's a reasonably comparable mainframe shop elsewhere in Georgia. Many companies opt for multiple DR arrangements concurrently. Some simply need their own GDPS. I know of an insurance company that understands it would have to declare bankruptcy if there was a system outage lasting more than 60 minutes. There are probably several companies with even less tolerance for outage. Either of these arrangements (DR vendor or private DR partner) is better than nothing. Better than nothing may be sufficient. Nothing is what an awful lot of companies have right now, and (prediction) some of them will effectively go out of business when disaster strikes. Do note that controlling DR costs is what mainframes do exceptionally well, so cost context is important here. Building and testing DR infrastructure with other platforms can be brutally expensive, and what you end up with isn't as capable anyway. A big part of the reason is Capacity On Demand, but it's not the only reason. In fact, I can imagine many cases (Linux and J2EE especially) in which mainframes should act as the DR systems even if the primary production systems are not mainframes. - - - - - Timothy F. Sipples Consulting Enterprise Software Architect, z9/zSeries IBM Japan, Ltd. E-Mail: [EMAIL PROTECTED] -- 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: Retry: Problem on NetView V2R2M1
Hi to all, does somebody tell me if the message is complete? Thanks in advance. 2006/3/22, Marco Gianfranco Indaco [EMAIL PROTECTED]: Thanks Mr. John. I hope in this. Hi to all. I had a problem using the netview ftp at my shop and now I'm still confused. Everyday, for some year, I have in my plan the execution of a file transfer that transmit(via SNA) a generation data group using the relative qualifier (0) to another system without error(the job is the same and the previous and next day was fine). Some day ago, I had a problem caused to an unuseble LU and NFTP give me a reason code of 592 that the manual explain as: Label: RSNREQUE Description: A post-conversation user exit routine forced the status of the request to WAITING. Both not-before and not-after date and time may have been changed by the exit routine. If the your exit routine provided a message, this message can be found in the transfer report file and in the server's log file. The new status of the file-transfer request is WAITING. and after I gave a reason code of 24 for the same request. This is not the really problem but what follow. After the error above the request is requeued using WAITING status but when nftp execute the request the second time all the level of gdg were used... that sound like nftp had requeued the request for gdg root only and without extension(relative qualifier). Now, does somebody know if this kind of error is a bug of nftp or had the same problem and retrieve the cause from other part? All your comment are wellcome. Many thanks in advance. -- Marco Indaco MF Consultant Loc: Milan, Italy Mob (+39) 335 7035564 -- Marco Indaco MF Consultant Loc: Milan, Italy Mob (+39) 335 7035564 -- 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: SMP/E rename data sets (was: List contents ... )
In [EMAIL PROTECTED], on 03/20/2006 at 06:32 PM, Paul Gilmartin [EMAIL PROTECTED] said: I must be missing something here. SMP/E supports wildcards. There must be a better way. Have I overlooked a command to generate UCLIN from the contents of an existing CSI? You don't need to. Perhaps even with systematic renames? ZONEEDIT already has that. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: SMP/E for non-sysprogs?
In [EMAIL PROTECTED], on 03/20/2006 at 01:42 PM, Patrick O'Keefe [EMAIL PROTECTED] said: And I finally contend that some advice given by the SMP experts will ignored, forgotten, and/or misunderstood by the SMP neophyte; Then we'll have to agree to disagree; a competent employee would ask for clarification rather than ignoring advice he did not understand. The expert may be completely justified in saying You created te mess; you fix it, but who benefits from that? Give some help and maybe the neophyte will learn. Indeed; the neophyte will learn that it is safe to ignore your advice, because you will rescue him. Google for enabling behavior. The situation in question is one where the employee was given, and refused, some help. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: C on z/OS questions
On Tuesday 21 March 2006 20:26, Shmuel Metz (Seymour J.) wrote: In [EMAIL PROTECTED], on 03/21/2006 at 01:47 PM, john stephens [EMAIL PROTECTED] said: I need to be able to have this routine dynamically linked at run time if/when the user requries. Dynamically linked from what? Why can't you use a DLL? Well herein lies part of my problem, I don't know whats available to use on z/OS. Can I create a DLL? How do I? Can a DLL be called from a COBOL program running in batch mode via JCL? Can it be called from Assembler? How? If these questions sound elementry its becuase they are. I have been out of the sysprog arena for over 10 years and z/OS passed me up a long time ago. I've gone to the manuals and all of them assume a working familiarity with z/OS which I don't have. -- 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: C on z/OS questions
On Tuesday 21 March 2006 20:21, Shmuel Metz (Seymour J.) wrote: In [EMAIL PROTECTED], on 03/21/2006 at 12:09 PM, john stephens [EMAIL PROTECTED] said: In order to compile the routine we have had to replace all our square brackets with trigraphs and digraphs. Why? It sounds like you're using the wrong code page. What code page should I be using and how do I specify it? -- 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: IDCAMS DIAGNOSE retry.
T - truename record. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Roedgaard Sent: Wednesday, March 22, 2006 3:47 AM To: IBM-MAIN@BAMA.UA.EDU Subject: IDCAMS DIAGNOSE retry. Hi All. When I run IDCAMS DIAGNOSE against an ICFCAT using the LIST function, then I get a list of the catalog. In the list every dataset has a symbol connected to tell what type of dataset it is. I know most of the symbols but VSAM DATA(D) and VSAM INDEX(I) do also come up with symbol (T). What does (T) mean ? Has some of you a sugesstion. Regards;Tom Roedgaard. -- 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: 3380-3390 Conversion
Ed Well it's a good thing I am not a contractor then, or you may dislike me. I was just wondering who have more technical cred - a currently employed contractor a retired sysprog? Ron I was going to say something like well.. it takes a contractor to say something like that but I will let it go. SNIP I disliked contractors for lots of reasons. The one that really gets my goat is INSTANT copy. -- 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: 3380-3390 Conversion
Stephen, Ed seems to think that because he does not understand what we are talking about we must be contractors. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Stephen Mednick Sent: Wednesday, 22 March 2006 2:22 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 3380-3390 Conversion SNIP I disliked contractors for lots of reasons. The one that really gets my goat is INSTANT copy. Ed SNIP Huh??? Stephen Mednick Computer Supervisory Services Sydney, Australia -- 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: 3380-3390 Conversion
Ron, While I understand the point that you were trying to make (anyone else versus Ed G), you may want to reconsider that last statement. I know of too many retired sysprogs these days whose skills and knowledge currency still far exceed the current contractor crop. Many of them should be still be working! A lot of them still contribute to this list and in other ways that benefit the MF community (teaching, mentoring, etc.).. Ed's statement, as usual, was off the wall. Don't argue with a fool. People have trouble figuring out who is who and you lose credibility in the process. I do not doubt *your* technical competence one bit, but don't let Ed drag you into a personal attack. Bob Richards VP, Enterprise Technologist Enterprise Technology Infrastructure SunTrust Banks, Inc. (404) 575-2798 Seeing beyond money (sm) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ron and Jenny Hawkins Sent: Wednesday, March 22, 2006 7:38 AM To: IBM-MAIN@BAMA.UA.EDU Subject:Re: 3380-3390 Conversion Ed Well it's a good thing I am not a contractor then, or you may dislike me. I was just wondering who have more technical cred - a currently employed contractor a retired sysprog? Ron I was going to say something like well.. it takes a contractor to say something like that but I will let it go. LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. Seeing Beyond Money is a service mark of SunTrust Banks, Inc. [ST:XCL] -- 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: Data conversion from 3380 to 3390 - H E L P
Ed Gould wrote: On Mar 20, 2006, at 7:49 PM, Ron and Jenny Hawkins wrote: SNIP--- You can use DCOLLECT to audit the attributes of your files. You can find and DA files here and check if they need any special attention. You can also use this DCOLLECT to identify your largest files. Just focusing on the largest files that make up 80% of allocated space will get the most gain for the least effort. Ron, Good idea.. but not usually guaranteed. For some reason (historical??) people who created BDAM files usually have dsorg=PS or none specified. I have seen quite a few of those over the years (including Panvalet libraries). I have not had the occasion to look at IDMS databases lately but last time I did they were marked as PS. So don't believe everything you see in the vtoc or SMF or decollect. The same apply to Adabas database datasets. Adabas uses their own access method (ADAM), which is geometry-specific. In general I would say it is very good idea to *know* one's own datasets. Know means what is the purpose of given dataset, what application does use it, etc. Yes, it is possible even in case of hundreds thousands datasets. Otherwise - maybe half of them is just not needed anymore since 1989 ? -- Radoslaw Skorupka Lodz, Poland -- 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: C on z/OS questions
On Wednesday 22 March 2006 04:09, Andy Robertson wrote: On Tue, 21 Mar 2006 13:47:20 -0500, john stephens [EMAIL PROTECTED] snip. This is static not dynamic linkage but bear with me We faced similar problems to you with the additional constraint that we had to call our dynamically loadable subroutines from Assembler, Cobol, non-LE-compliant assembler, and C mains, all of them pre-existing and some calling old routines written in assembler or COBOL which we wanted to replace by C routines of the same name. Some of these calls used dynamic COBOL load, some used the LOAD macro. We could not use DLL because you can't mix DLLs and COBOL dynamic load in one run unit. Our solution was to wrap our C routines in a small COBOL wrapper, then they look to everything like COBOL. You just call your C code from a cobol program (as above) but you make the COBOL program a subroutine and call the COBOL subroutine from your mainlines.Inelegant but works robustly. If you can create a new clean run time environment and you have no assembler you can go for DLL on MVS (I can show you how to do this as well). c Andy, Thank you. This is a tremendous help. A couple of questions. What is the purpose of the pre-link steps and under what conditions (if any) are they required / optional? I would prefer to have the stub program be in assembler. Can I assume that standard rules apply (ie. loading parm list at R1 and BALR R14,R15 or BASSM R14,R15)? -- 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 3390 mod-9s
I think that this is too true. Two observations support this: 1) The growing market for Solid State Disk (SSD) prior to the 3880-13 - HDS, EMC and STK (Amdahl?) were all shipping these boxes, and AFAIK at enormous margins. 2) The quick decline in SSD sales after the 3880-13, followed by a fatal blow with the introduction of the 3990-3 (and PCM equivalents). Ron the other view is that caches were required because careful positioning was no longer sufficient. -- 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: Ordering CICS/TS 3.1
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Shane I meant corner ... I think he meant avoid using CBPDO (preferring ServerPac) rather than avoid using SMP/E. :-) I tend to agree; especially after the first ServerPac install of a product. -jc- -- 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 3390 mod-9s
1) The growing market for Solid State Disk (SSD) prior to the 3880-13 - HDS, EMC and STK (Amdahl?) were all shipping these boxes, and AFAIK at enormous margins. While I don't remember the exact timing Amdahl's was the 6110 SSD. It, at least, wasn't the fiasco the 6100 Storage Processor was. We beta'd one of those, and our biggest complaint was: If you see an IDCAMS CCW, interpret it! We had a mixture of disk, and we wanted to use standard controls. It was all well and good that the control unit was 'smarter', but we wanted standard first; extended function later. Is Amdahl still around? The last I heard was a few years ago, when they called my boss to try and make a sale. He found out they no longer had any office near Toronto, and was actually calling from Sunnydale California. My boss said forget it, he wasn't going to deal with a hardware vendor that didn't even care enough to have a local office. - -teD I’m an enthusiastic proselytiser of the universal panacea I believe in! -- 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: Data conversion from 3380 to 3390 - H E L P
Radoslaw, I agree. ADABAS is probably a better example than IDMS because IDMS doesn't have this problem. Of course, if you know it is a problem for ADABAS you can use SMF to compile a list of all datasets that have been opened by ADABAS and give this to the DBA to use as a checklist. Then you don't have to hold hands with the ADABAS DBA at 4:30 in the morning... Ron The same apply to Adabas database datasets. Adabas uses their own access method (ADAM), which is geometry-specific. In general I would say it is very good idea to *know* one's own datasets. Know means what is the purpose of given dataset, what application does use it, etc. Yes, it is possible even in case of hundreds thousands datasets. Otherwise - maybe half of them is just not needed anymore since 1989 ? -- Radoslaw Skorupka Lodz, Poland -- 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: Data conversion from 3380 to 3390 - H E L P
Wally's purpose? To quote Wally, That coffee cup does not get around by itself. snip That is just so Dilbert... What is Wally's purpose in life? Now why didn't we just do this for Y2K? Thanks, Fletch -- 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: 3380-3390 Conversion
Bob, Of course you are correct, and this generality is wrong. Consider it retracted. Though I do find that contractors in many other countries are treated very differently to how it appears to be in the USofA. I would say that more than half of the best sysprogs, DBA and Programmers I have worked with in Australia and Asia are long time contractors. I've also worked with some incredibly good freelance contractors out of Britain and Europe. It seems that in the USofA becoming a contractor means that you have somehow become less skilled than when you were a full time employee. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Richards.Bob Sent: Wednesday, 22 March 2006 8:50 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 3380-3390 Conversion Ron, While I understand the point that you were trying to make (anyone else versus Ed G), you may want to reconsider that last statement. I know of too many retired sysprogs these days whose skills and knowledge currency still far exceed the current contractor crop. Many of them should be still be working! A lot of them still contribute to this list and in other ways that benefit the MF community (teaching, mentoring, etc.).. Ed's statement, as usual, was off the wall. Don't argue with a fool. People have trouble figuring out who is who and you lose credibility in the process. I do not doubt *your* technical competence one bit, but don't let Ed drag you into a personal attack. Bob Richards VP, Enterprise Technologist Enterprise Technology Infrastructure SunTrust Banks, Inc. (404) 575-2798 Seeing beyond money (sm) -- 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: C on z/OS questions
On Wed, 22 Mar 2006 07:53:24 -0500, john stephens [EMAIL PROTECTED] wrote: A couple of questions. What is the purpose of the pre-link steps and under what conditions (if any) are they required / optional? Prelink is used to process side decks when you do DLL work. . What I gave you was a cutdown of our standard job and the prelinker is in there because if we turned the DLL options on it would be necessary. More or less. Don't worry about it. You may be able to get away without prelinking. Suck it and see. However if you have problems better put the prelink step back in. I would prefer to have the stub program be in assembler. Can I assume that standard rules apply (ie. loading parm list at R1 and BALR R14,R15 or BASSM R14,R15)? You **CAN'T** write the wrapper in Assembler. This is because of Language Environment constraints. immensely simplifed Basically under LE you have proper LE programs and ordinary OS linkage programs. The LE programs have extra register conventions - I think R11 has to point to a control block or summat Roughly: LE programs are COBOL or C or PL/I OS programs are assembler LE programs can call LE programs LE programs can call ordinary OS programs OS programs can **not** call LE programs (without risking disaster) CALL here refers to COBOL CALL, C function call, and most legal ways of transferring control in batch Therefore the call COBOL MAINLINE - COBOL WRAPPER - C function Is Ok but the call COBOL MAINLINE - OS assembler wrapper - C function is not /immensely simplified There are many qualifications to the above but basically you had better make it a COBOL wrapper if you want it to work. If you insist on assembler I can't help. You can do DLLs in OS batch as well but as I said that is a different process, we can go into it if you want. I suggest that if you do this you isolate DLLs in one load library and keep ordinary load modules in another and don't mix them. -- 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: C on z/OS questions
I may have misunderstood what Andy meant (likely in fact). However, I do want to state that you call CALL a COBOL subroutine from an HLASM program. You do need to make your HLASM program LE enabled. This is a pain, but I do it for all my HLASM program which use UNIX system services. I have an LE-enable HLASM main routine. I have not tried to CALL subroutines written in COBOL. But I will give that at try, just for fun. ... time passes ... Well, I wrote a very simple HLASM LE-enabled program which did a static CALL to an Enterprise 3.3 COBOL program. I ran the HLASM program and it worked just fine. The COBOL program was passed an area by the HLASM program which it updated successfully. Of course, this is just one test and maybe I got lucky. -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- 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: C on z/OS questions
On Wed, 22 Mar 2006 08:46:05 -0600, McKown, John [EMAIL PROTECTED] wrote: I may have misunderstood what Andy meant (likely in fact). However, I do want to state that you call CALL a COBOL subroutine from an HLASM program. No, you didn't misunderstand, It's just that I didn't want the extra complexity. A LE-enabled assembler program follows LE rules and can call C or COBOL or PL/I subprograms. However 1) I've never tried accessing sych a program thru COBOL dynamic CALL, which is what we are doing here 2) writing LE enabled assembler is a whole new and unnnescessary skill set. -- 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: 3380-3390 Conversion
Ron, I do not understand it here either. Until the recession in 2002, both Mark Zelden and I were contractors. I believe our clients were more than satisfied with our level of expertise and the efforts we put forth for those corporations. I know that I spent a lot of time, after work, striving to maintain skill currency without using the clients time and resources to do it. I have also contracted outside the USA and agree with your observations in that respect. I suppose that some of the contractor resentment stems from the fact that the local staff may or may not have had the necessary skills or time for the project at hand, and then some hired gun comes in making more money than the local staff. Nature takes its course and emotions come into play, especially if the local staff perceives that there is not a good reason for their presence or that their skill set is not really any superior to the locals own talents. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ron and Jenny Hawkins Sent: Wednesday, March 22, 2006 9:11 AM To: IBM-MAIN@BAMA.UA.EDU Subject:Re: 3380-3390 Conversion Bob, Of course you are correct, and this generality is wrong. Consider it retracted. Though I do find that contractors in many other countries are treated very differently to how it appears to be in the USofA. I would say that more than half of the best sysprogs, DBA and Programmers I have worked with in Australia and Asia are long time contractors. I've also worked with some incredibly good freelance contractors out of Britain and Europe. It seems that in the USofA becoming a contractor means that you have somehow become less skilled than when you were a full time employee. LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. Seeing Beyond Money is a service mark of SunTrust Banks, Inc. [ST:XCL] -- 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: C on z/OS questions
Andy Robertson wrote: On Wed, 22 Mar 2006 08:46:05 -0600, McKown, John [EMAIL PROTECTED] wrote: I may have misunderstood what Andy meant (likely in fact). However, I do want to state that you call CALL a COBOL subroutine from an HLASM program. No, you didn't misunderstand, It's just that I didn't want the extra complexity. A LE-enabled assembler program follows LE rules and can call C or COBOL or PL/I subprograms. However 1) I've never tried accessing sych a program thru COBOL dynamic CALL, which is what we are doing here 2) writing LE enabled assembler is a whole new and unnnescessary skill set. 1. Accessing an LE-conforming Assembler program through COBOL dynamic call works the same as accessing a COBOL program that way. 2. Writing LE-conforming Assembler is very useful if you want / need to use any of: * LE callable services * z/OS UNIX system services * C functions; Note: an LE-conforming Assembler program can call C functions directly; you do not need a whole C subroutine! ad type=shameless self-promotion Clearly you need me to come to the UK and teach Using LE Services for z/OS (3 days) which includes how to write LE-conforming Assembler and how to call the LE services from COBOL, Assembler, PL/I, and C, covering all the callable services. Details at: http://www.trainersfriend.com/Language_Environment_courses/m512descr.htm InterLanguage Communication in z/OS (3 days) which includes how to define elementary items, structures, and arrays in COBOL, Assembler, PL/I, and C; how to call statically, dynamically, and DLL-ly (?) amongst all those languages; how to create and invoke DLLs in all these languages. Details for the base course at: http://www.trainersfriend.com/Language_Environment_courses/m220descr.htm [the z/OS version due out in the next 2-3 weeks.] And maybe even our z/OS for UNIX series (it's such a long trip I may as well get a lot done)! /ad Kind regards, -Steve Comstock The Trainer's Friend, Inc. http://www.trainersfriend.com -- 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
Codepage for High Level Assembler
We are in the process of installing z/OS 1.7 and I've had a couple of questions pop up. We have always used the default codepage 047c with previous operating systems without issue but one of our application programmers wondered whether we should be using 1140 which is asma0474. I know its no problem to change the option for future assembles but I was wondering if I should have changed the codepage before applying the initial z/OS maintenance after installing assuming there were some assembles involved. I'm assuming IBM assembled the initial modules that came off the cartridges with the default codepage of 047c though I'm not for sure. I guess my question is will this cause me problems down the road and should I reinstall z/OS 1.7, change to codepage 1140, and then apply maintenance or am I being overly concerned about nothing??? Thanks for any help! University Information Management Systems George Dranes Manager-Technical Services [EMAIL PROTECTED] Morgan Hall 121 1 University Circle Macomb, IL 61455-1390 tel: 309-298-1097 X261 fax: 309-298-1451 -- 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: Ordering CICS/TS 3.1
Chase, John wrote: I think he meant avoid using CBPDO (preferring ServerPac) rather than avoid using SMP/E. :-) I tend to agree; especially after the first ServerPac install of a product. I know John well enough to know that he says what he means and means what he says. Unlike CBPDO, ServerPac and SystemPac don't use SMP/E to perform the install. Rather, they utilize completely different installation technologies to deliver pre-built SMP/E zones. John recommended ServerPac and SystemPac over the other options for that clearly-stated reason. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- 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: C on z/OS questions
On Wed, 22 Mar 2006 08:29:09 -0600, Andy Robertson [EMAIL PROTECTED] wrote: On Wed, 22 Mar 2006 07:53:24 -0500, john stephens [EMAIL PROTECTED] wrote: A couple of questions. What is the purpose of the pre-link steps and Lastly, John, here's an example of making a COBOL mainline and a C subroutine DLLs //* //* //* STANDARD C COMPILE //COMPILE EXEC PGM=CCNDRVR, // REGION=100M,COND=(4,LT), // PARM='/OPTF(DD:O)' //O DD * AGG SHOW NOSEQ MAR(1,172) INL(AUTO,REPORT,999,99) EXPMAC RENT LO SO NOSEARCH LIS SS ARCH(5) OPT(1),DLL,LO //STEPLIB DD DSNAME=SYS1.SCCNCMP,DISP=SHR //SYSMSGS DD DUMMY,DSNAME=SYS1.SCEEMSGP(EDCMSGE),DISP=SHR //SYSLIN DD DSNAME=OBJ,UNIT=VIO, // DISP=(NEW,PASS),SPACE=(TRK,(30,30)), // DCB=(RECFM=FB,LRECL=80,BLKSIZE=3200) //SYSOUT DD SYSOUT=* //SYSPRINT DD SYSOUT=* //SYSCPRT DD SYSOUT=* //SYSUT1 DD UNIT=VIO,SPACE=(32000,(90,900)),LRECL=80,RECFM=FB //SYSUT4 DD UNIT=VIO,SPACE=(32000,(90,900)),LRECL=80,RECFM=FB //SYSUT5 DD UNIT=VIO,SPACE=(32000,(90,900)),LRECL=3200,RECFM=FB //SYSUT6 DD UNIT=VIO,SPACE=(32000,(90,900)),LRECL=3200,RECFM=FB //SYSUT7 DD UNIT=VIO,SPACE=(32000,(90,900)),LRECL=3200,RECFM=FB //SYSUT8 DD UNIT=VIO,SPACE=(32000,(90,900)),LRECL=3200,RECFM=FB //SYSUT9 DD UNIT=VIO,SPACE=(32000,(90,900)), // DCB=(RECFM=VB,LRECL=137,BLKSIZE=882) //SYSUT10 DD SYSOUT=* //SYSUT14 DD UNIT=VIO,SPACE=(32000,(90,930)), // DCB=(RECFM=FB,LRECL=3200,BLKSIZE=12800) //* //SYSINDD * ??=pragma export (DLLESUB) ??=include stdlib.h ??=include stdio.h ??=include string.h extern void DLLESUB( void* void_key_ptr ) ?? char * key_ptr; key_ptr = void_key_ptr; * (key_ptr) = 'G'; return; ?? //USERLIB DD DISP=SHR,DSN=JLP.TEST.DLLCHDR // DD DISP=SHR,DSN=JLP.TEST.DLLCSRC // DD DISP=SHR,DSN=JLP.TEST.CSRC //SYSLIB DD DSN=SYS1.SCEEH.H,DISP=SHR // DD DSN=SYS1.SCEESAMP,DISP=SHR //* //* PRE-LINKEDIT STEP: //* //PLKED EXEC PGM=EDCPRLK,COND=(4,LT),REGION=7M, // PARM='DLLNAME(DLLESUB)' //SYSMSGS DD DSNAME=SYS1.SCEEMSGP(EDCPMSGE),DISP=SHR //SYSMOD DD DSNAME=OBJ,UNIT=VIO,DISP=(NEW,PASS), // SPACE=(32000,(30,30)), // DCB=(RECFM=FB,LRECL=80,BLKSIZE=3200) //SYSOUT DD SYSOUT=* //SYSPRINT DD SYSOUT=* //SYSDEFSD DD DSN=JLP.TEST.DLLIMP(DLLESUB),DISP=SHR //SYSINDD DSN=OBJ,DISP=(SHR,DELETE) // DD * //SYSLIB DD DISP=SHR,DSN=JLP.TEST.DLLIMP //* //* STANDARD LINKEDIT PROC //* //LINK EXEC PGM=HEWL,COND=(4,LT), // PARM=('XREF,LIST,MAP', // 'AMODE=31,RMODE=ANY,RENT') //SYSUT1 DD UNIT=VIO,SPACE=(1024,(100,30)) //SYSPRINT DD SYSOUT=* //SYSLIB DD UNIT=VIO,SPACE=(1,(1,1,1)),BLKSIZE=32760,RECFM=U // DD DSN=SYS1.SCEELKEX,DISP=SHR // DD DSN=SYS1.SCEELKED,DISP=SHR // DD DSN=SYS1.SISPLOAD,DISP=SHR //SYSDEFSD DD DUMMY //SYSLIN DD * // DD DSN=OBJ,DISP=(OLD,DELETE) //SYSLMOD DD DSN=JLP.TEST.DLL(DLLESUB),DISP=SHR //* //* //* CREATE C HEADER ON JLP.TEST.DLLCHDR //* //* //HEADER EXEC PGM=IDCAMS,COND=(4,LT) //SYSUT2 DD DSN=JLP.TEST.DLLCHDR(DLLESUB),DISP=OLD //SYSPRINT DD DUMMY REPRO IFILE(SYSUT1) OFILE(SYSUT2) //SYSUT1 DD * void DLLESUB( void * ); //* //* STANDARD COBOL COMPILE //* //CEXEC PGM=IGYCRCTL,COND=(4,LT),REGION=7M, // PARM=('NOOFFSET,NOSSRANGE,RENT,LIST,NOCICS,OPT(FULL),', // 'NODYNAM,LIB,APOST,DLL,NOEXP,PGMNAME(LM)') //STEPLIB DD DISP=SHR,DSN=SYSPP.COBOS330.SIGYCOMP //SYSUT1 DD UNIT=VIO,SPACE=(6233,(150,300),,,ROUND) //SYSUT2 DD UNIT=VIO,SPACE=(6233,(150,300),,,ROUND) //SYSUT3 DD UNIT=VIO,SPACE=(6233,(150,300),,,ROUND) //SYSUT4 DD UNIT=VIO,SPACE=(6233,(150,300),,,ROUND) //SYSUT5 DD UNIT=VIO,SPACE=(6233,(150,300),,,ROUND) //SYSUT6 DD UNIT=VIO,SPACE=(6233,(150,300),,,ROUND) //SYSUT7 DD UNIT=VIO,SPACE=(6233,(150,300),,,ROUND) //SYSLIN DD DSN=OBJ,DISP=(NEW,PASS),BLKSIZE=3120, // UNIT=VIO,SPACE=(80,(1500,7750)) //SYSPRINT DD SYSOUT=* //SYSLIB DD DISP=SHR,DSN=JLP.TEST.DLLCOB // DD DISP=SHR,DSN=JLP.TEST.COPYLIB // DD DISP=SHR,DSN=JLP.TEST.COBOL // DD DSN=SYS1.ACEESRC1,DISP=SHR // DD DSN=SYS1.SCEESAMP,DISP=SHR 000100 IDENTIFICATION DIVISION. 000200 PROGRAM-ID. 'DLLCMAIN'. 000300 ENVIRONMENT DIVISION. 000400 DATA DIVISION. 000500 WORKING-STORAGE SECTION. 000600 01 W-X PIC X. 001900 PROCEDURE DIVISION. 002100 002200 MOVE 'I' TO W-X 002300 DISPLAY 'DLLCMAIN ENTERED X=' W-X 002301 002310 DISPLAY 'CALLING DLLESUB' 002400 002500 CALL 'DLLESUB' USING W-X 002510 DISPLAY 'CALLED DLLESUB X=' W-X 003400 003500 MOVE 0 TO RETURN-CODE 003600 STOP RUN . //* //* PRE-LINKEDIT STEP: //* //PLKED EXEC PGM=EDCPRLK,COND=(4,LT),REGION=7M, // PARM='' //SYSMSGS DD DSNAME=SYS1.SCEEMSGP(EDCPMSGE),DISP=SHR //SYSMOD DD DSNAME=OBJ,UNIT=VIO,DISP=(NEW,PASS), //
Re: using 3390 mod-9s
Ron and Jenny Hawkins wrote: I think that this is too true. Two observations support this: 1) The growing market for Solid State Disk (SSD) prior to the 3880-13 - HDS, EMC and STK (Amdahl?) were all shipping these boxes, and AFAIK at enormous margins. 2) The quick decline in SSD sales after the 3880-13, followed by a fatal blow with the introduction of the 3990-3 (and PCM equivalents). there were also the electronic memory 1655 that emulated 2305, several hundred were made available for internal installations. i was somewhat caught by the explanation for the vendor's 1655s. supposedly the internal memory manufacturing process had been perfected so that there was very high yield (that and/or the internal mental process was that any chips that failed test were automatically scrapped). the vendor doing the 1655 had quite a bit of memory chips that failed test. however, the requirements for electronic disk operation was totally different than the requirements for processor memory operation. glitches that couldn't be tolerated in processor memory could be used in electronic disk application where the embedded device controller could compensate for numerous types of memory chip glitches ... and take advantage of chips that were otherwise heading for scrap. another thing that happened in the 80s was the market uptake of relational databases. the original relational/sql was system/r that had been done in the 70s at sjr. misc. past posts on relational, sql, system/r, etc http://www.garlic.com/~lynn/subtopic.html#systemr during this period there were ongoing arguments between the 60s database people at Santa Teresa (bldg. 90) and the system/r people at sjr (bldg. 28). sort of the summary was STL forces claimed that relational substantially increased the disk space requirements (indexes typically doubled the required physical disk space) and significantly increased the i/o (working the way thru indexes to get to a specific record). The relational forces claimed that exposing record pointers as database abstraction significantly increased the people manual effort in dealing with databases. the relational abstraction eliminated people having to deal directly with record pointer constructs ... and significantly reduced people effort for managing and operating a database. by the early 80s, hardware was becoming significantly less expensive, people were becoming more expensive (and both electronic memory and disk space was becoming significantly more plentiful). Inexpensive, plentiful disk space muted the argument about doubling disk space for the relational indexes (trade-off between hardware cost and people cost). Furthermore, increases in electronic storage allowed significant amount of relational indexes to be cached ... mitigating the I/O performance penalty for using indexes vis-a-vis direct record pointers (this was independent of additional electronic storage for general caching that would improve overall thruput of all kinds of databases). for some topic drift, reference in previous post about simulation and modeling of various paging and caching ... discussed in this post http://www.garlic.com/~lynn/2006e.html#20 About TLB in lower-level caches vs/repack was used by some number of corporate software products ... not only in helping with program organization in the transition from real memory operation to virtual memory operation but also just generalized program optimization. One such operation that made use vs/repack was the IMS organization in STL. for additional drift ... when my wife did her stint in POK, in charge of loosely-coupled architecture ... she had come up with peer-coupled shared data architecture (sort of the foundation for lot of multi-CEC operation and today's parallel sysplex). However, at the time, there was a lot of corporate in-fighting. the communication division wanted SNA-based communication not only for all terminal management but also for all processor-to-processor operation. One of the few organizations at the time that picked up on her architecture was the group doing IMS hot-standby. http://www.garlic.com/~lynn/subtopic.html#shareddata misc. past posts mentioning the 1655s that were made available internally http://www.garlic.com/~lynn/2001c.html#17 database (or b-tree) page sizes http://www.garlic.com/~lynn/2001l.html#53 mainframe question http://www.garlic.com/~lynn/2002.html#31 index searching http://www.garlic.com/~lynn/2002i.html#17 AS/400 and MVS - clarification please http://www.garlic.com/~lynn/2002l.html#40 Do any architectures use instruction count instead of timer http://www.garlic.com/~lynn/2003b.html#15 Disk drives as commodities. Was Re: Yamhill http://www.garlic.com/~lynn/2003b.html#17 Disk drives as commodities. Was Re: Yamhill http://www.garlic.com/~lynn/2003c.html#55 HASP assembly: What the heck is an MVT ABEND 422? http://www.garlic.com/~lynn/2003m.html#39 S/360 undocumented
Re: C on z/OS questions
Actually - the restriction on ASM modules is not impossible to fix. The LE bookshelf has the information on creating LE enabled ASM modules - CEEENTRY macro is the starting point. The basic point is that 'normal' ASM conventions break the LE chain so that the next LE module will abend. A quote from the manual COBOL for MVS VM Compiler and Run-Time Migration Guide Document Number GC26-4764-05 (1) CEEENTRY macro with MAIN=YES creates a Language Environment assembler main. If you specify MAIN=NO on the CEEENTRY macro, a Language Environment assembler subroutine is created. The default is MAIN=YES. (2) Failure symptom of: 0C1, 0C4, or 0C5 abend. -- Mike -- 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: 3380-3390 Conversion
On Mar 22, 2006, at 6:37 AM, Ron and Jenny Hawkins wrote: Ed Well it's a good thing I am not a contractor then, or you may dislike me. I was just wondering who have more technical cred - a currently employed contractor a retired sysprog? Ron Ron. More or less retired. I am helping out some not for profit charities in various areas (for free). If you are not a contractor then what are you? Ed -- 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: JES2 Start Options
Another option - which I find easier - is that when JES2 prompts me for the startup type, to add the NOREQ to my reply. When JES issues the $HASP426 SPECIFY OPTIONS, if I want JES to start WARM, I simply reply R #,NOREQ, if I want it to come up COLD, R ##,COLD,NOREQ. This way I have control over how JES2 comes up at the prompt like Hal wants, and I don't have to do the $S command. Rex Hal Merritt wrote: I would like to have JES2 prompt me for a start type (where I would respond warm or cold) and then go right into operation without having to enter the $S command. The FM is a little confusing. I am thinking I would code EXEC PGM=HASJES20,PARM=(NOREQ) Is this correct?? IMHO not. You want to be asked and NOREQ means no questions. BTW: Usually PARM is specified in COMMNDxx member, i.e. COM='S JES2,PARM='WARM,NOREQ'' IMHO it's better (more flexible) than hardcoded value in JES2 proc. -- Radoslaw Skorupka Lodz, Poland -- 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
TSO and SYS1.UADS
I have a need to build a small zOS utility system. There are no plans to put our security package on this utility system. There will be no real data on this system to be concerned about. So my question is: How does TSO know to use SYS1.UADS? Does UADS need to be defined to the TSO proc? duane -- 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
Contract Programmers (Was: 3380-3390 Conversion)
Richards.Bob wrote: I suppose that some of the contractor resentment stems from the fact that the local staff may or may not have had the necessary skills or time for the project at hand, and then some hired gun comes in making more money than the local staff. Nature takes its course and emotions come into play, especially if the local staff perceives that there is not a good reason for their presence or that their skill set is not really any superior to the locals own talents. In my first full-time programming job in California, I made the acquaintance of a contract programmer who made roughly three times as much as I did. I could program circles around him and he was always coming to me for advice. I never felt any resentment towards him, probably because I believe so strongly in free enterprise. The way I saw it, if he could make three times as much as I was making with lesser skills, then I ought to be able to figure out a way market my skills for more than twice his pay! He taught me a valuable lesson... In my current job heading up RD here, I have had mostly bad experiences with contract programmers. I think many people adopt a different attitude about a project when they know they won't be around to support it. Cutting corners and shoehorning borrowed code are the unmistakable mark of a contract programmer. They get results. But those results are IMHO nearly always disappointing, especially when looking at the price tag. The exception is a full-time programmer that worked on a product for years before moving on. Contracting them on an hourly basis to update those programs has always worked out extremely well. Disclaimer: I have no experience whatsoever with hiring sysprogs, whether full-time or contract. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- 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: Data conversion from 3380 to 3390 - H E L P
If your Adabas DBA needs you to compile a list of the files that constitute the Adabas databases, then it's time to hire a new DBA. Or, at the very least, time to send them on a course. -Original Message- From: IBM Mainframe Discussion List I agree. ADABAS is probably a better example than IDMS because IDMS doesn't have this problem. Of course, if you know it is a problem for ADABAS you can use SMF to compile a list of all datasets that have been opened by ADABAS and give this to the DBA to use as a checklist. Then you don't have to hold hands with the ADABAS DBA at 4:30 in the morning... Ron -- 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: Codepage for High Level Assembler
George Dranes wrote: We are in the process of installing z/OS 1.7 and I've had a couple of questions pop up. We have always used the default codepage 047c with previous operating systems without issue but one of our application programmers wondered whether we should be using 1140 which is asma0474. I know its no problem to change the option for future assembles but I was wondering if I should have changed the codepage before applying the initial z/OS maintenance after installing assuming there were some assembles involved. I'm assuming IBM assembled the initial modules that came off the cartridges with the default codepage of 047c though I'm not for sure. I guess my question is will this cause me problems down the road and should I reinstall z/OS 1.7, change to codepage 1140, and then apply maintenance or am I being overly concerned about nothing??? Thanks for any help! I wouldn't worry about it. I doubt seriously that any Unicode character data constants (CU-type DCs) are being generated within any IBM-distributed, source-maintained, assembler language products. Even if they are, the differences between code pages 1140 and 1148 are almost nil. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- 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: C on z/OS questions
You don't need the prelinker, if you don't use options RENT or DLL or LONGNAME and if you can accept that your external names be truncated to 8 chars, all upper case. If you have collisions with duplicate external names which start with the same 8 chars, you can use #pragma map to rename these (usually function) names. Kind regards Bernd Am Mittwoch, 22. März 2006 13:53 schrieben Sie: A couple of questions. What is the purpose of the pre-link steps and under what conditions (if any) are they required / optional? I would prefer to have the stub program be in assembler. Can I assume that standard rules apply (ie. loading parm list at R1 and BALR R14,R15 or BASSM R14,R15)? -- 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: z/OS 1.7 Performance Issue
I did see this APAR that could affect performance: PK21373 It is still open. Thanks. John Eatherly -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Blaicher, Chris Sent: Wednesday, March 01, 2006 9:58 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS 1.7 Performance Issue It has been a very long time from when I did performance, but I would look at WLM. Your comment about it seeming to be load related and the fact that TSO response time did not change points me in that direction. Just a thought. Christopher Y. Blaicher BMC Software, Inc. Austin Development Labs (512) 340-6154 BMC Software, Inc. makes no representations or promises regarding the reliability, completeness, or accuracy of the information provided in this discussion; all readers agree not to rely on this information or take any action against BMC Software in response to this information. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Todd Burrell Sent: Wednesday, March 01, 2006 9:44 AM To: IBM-MAIN@BAMA.UA.EDU Subject: z/OS 1.7 Performance Issue ... I know this is a vague email, but has anyone else seen anything like this with z/OS 1.7? Also, we did not really see a spike in TSO response time, so it seemed to be CICS and IDMS related. I was just wondering if there was some major change in VTAM or TCP/IP code that could have affected back level online applications like our IDMS (release 16.) and CICS TS (release 1.3)? As I said, I have searched the archives and the CICS, IDMS, and z/OS 1.7 fix databases and found nothing that seemed to be a direct match. Also, this problem does not seem to occur on our test system, as we have tried to recreate it there. So we are also suspicious of it being load related. -- 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: TSO and SYS1.UADS
Duane Weaver wrote: I have a need to build a small zOS utility system. There are no plans to put our security package on this utility system. There will be no real data on this system to be concerned about. So my question is: How does TSO know to use SYS1.UADS? Does UADS need to be defined to the TSO proc? Do you want to use TCP/IP on the system ? Do you want to use ftp, HFS files ? If your anwser to any of the above is YES then you NEED security server. SYS1.UADS is user database. You can administer the users by ACCOUNT program. It is worth to have some entries in UADS for recovery in case of RACF failure. -- Radoslaw Skorupka Lodz, Poland -- 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: virtual copies
Bruce, There are two ways for Shadowimage to split with IO Consistency. One is to use the At-Time split function in BCM, and the other is to use Shadowimage Consistency Groups. The At-Time Split function works the same way as Nanocopy, in that it posts a future time in the controller when you want the Point In Time to be, and when IO arrives with a timestamp greater than or equal to that time it will trigger the suspend. It's a proven, non-disruptive method we have been using to get P-i-T since we introduced Nanocopy on the 7700E. The neat thing about At-Time split is it can create P-i-T consistency across an unlimited number of Controllers and Volumes. There is no communication software or IO suspension required because the DFP timestamps are used. It can also be used for TrueCopy. Shadowimage Consistency Groups can be used when the OS does not support Timestamps (like VSE) or you want to split off a Shadowimage in a Remote CU without stopping TrueCopy. In this case the Controller will block writes at the Storage Port for the volumes in the Shadowimage Consistency Group. Doing this with BCM software makes the duration of the first to last suspend command many, many, many (did I mention many) times faster than using the ANTRQST interface (PPRC, CC and FC). Thus the time to write blockade is shorter. The other advantage of blocking writes at the host port is that it is all managed by the storage. There is no automation or inter-LPAR communication required to get IO Consistency. Personally, I believe if you have BCM then At-Time split is the way to go. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bruce Black Sent: Saturday, 18 March 2006 12:30 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: virtual copies At Time splits with Shadowimage and/or TrueCopy use Timestamps to initiate the split and create consistency. There is no blockade of writes for a few seconds while all the volumes are split. Ron, you are right, ShadowImage doesn't operate quite the same as IBM FlashCopy and EMC Consistent split/snap. Do you know if the ShadowImage Flashcopy feature operates like the IBM Consistent Flash, in that it does suspend I/O? -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- 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: TSO and SYS1.UADS
I'll give it a shot. I don't know if it is needed in both places, but I have SYS1.UADS defined in the master JCL to DD SYSUADS and in the TSO proc under DD SYSUADS as well. I believe - tho it's been eons since I've looked at it - that TSO actually looks in UADS first and if the userid isn't there, it goes to RACF to get the account information. I'm sure somebody will correct me if I'm wrong here g Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Duane Weaver Sent: Wednesday, March 22, 2006 9:36 AM To: IBM-MAIN@BAMA.UA.EDU Subject: TSO and SYS1.UADS I have a need to build a small zOS utility system. There are no plans to put our security package on this utility system. There will be no real data on this system to be concerned about. So my question is: How does TSO know to use SYS1.UADS? Does UADS need to be defined to the TSO proc? duane -- 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: Contract Programmers (Was: 3380-3390 Conversion)
Ed, All of my comments were about contract sysprogs. While I understand the constraints contract programmers work under, I guess that I naively hoped that personal pride and professionalism would save the day. But if the reality (and perception) remains, there must be some truth in it. However, before I get flamed, let us not broad brush the whole contract programming community with these posts. Suffice it to say they need to police their own ranks and clean up the perception over time. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward E. Jaffe Sent: Wednesday, March 22, 2006 10:50 AM To: IBM-MAIN@BAMA.UA.EDU Subject:Contract Programmers (Was: 3380-3390 Conversion) Richards.Bob wrote: I suppose that some of the contractor resentment stems from the fact that the local staff may or may not have had the necessary skills or time for the project at hand, and then some hired gun comes in making more money than the local staff. Nature takes its course and emotions come into play, especially if the local staff perceives that there is not a good reason for their presence or that their skill set is not really any superior to the locals own talents. In my first full-time programming job in California, I made the acquaintance of a contract programmer who made roughly three times as much as I did. I could program circles around him and he was always coming to me for advice. I never felt any resentment towards him, probably because I believe so strongly in free enterprise. The way I saw it, if he could make three times as much as I was making with lesser skills, then I ought to be able to figure out a way market my skills for more than twice his pay! He taught me a valuable lesson... In my current job heading up RD here, I have had mostly bad experiences with contract programmers. I think many people adopt a different attitude about a project when they know they won't be around to support it. Cutting corners and shoehorning borrowed code are the unmistakable mark of a contract programmer. They get results. But those results are IMHO nearly always disappointing, especially when looking at the price tag. The exception is a full-time programmer that worked on a product for years before moving on. Contracting them on an hourly basis to update those programs has always worked out extremely well. Disclaimer: I have no experience whatsoever with hiring sysprogs, whether full-time or contract. -- LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. Seeing Beyond Money is a service mark of SunTrust Banks, Inc. [ST:XCL] -- 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: TSO and SYS1.UADS
On 3/22/2006 10:34 AM, Duane Weaver wrote: I have a need to build a small zOS utility system. There are no plans to put our security package on this utility system. There will be no real data on this system to be concerned about. Be aware that you won't have access to any UNIX-based functions on your system, including any TCP/IP-based networking functions, unless you have an active security product installed. That may limit the usefulness of such a system (or not, depending on exactly what you intend to do). Walt Farrell, CISSP z/OS Security Design, IBM -- 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: Data conversion from 3380 to 3390 - H E L P
Patrick, Most DBA would know this, so he can prepare a list and have you check it, or vice versa. This is good old maker/checker, something that anyone that has spent time in banking will be familiar with. It's not like you are doing the job for the DBA - it is helping him. Would you rather give him a list of files on 3380s, or hold hands at 4:30 in the morning? It's not like this is rocket science... Ron -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mullen, Patrick Sent: Wednesday, 22 March 2006 11:37 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Data conversion from 3380 to 3390 - H E L P If your Adabas DBA needs you to compile a list of the files that constitute the Adabas databases, then it's time to hire a new DBA. Or, at the very least, time to send them on a course. -- 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: TSO and SYS1.UADS
In a message dated 3/22/2006 10:20:32 A.M. Central Standard Time, [EMAIL PROTECTED] writes: SYS1.UADS is user database. You can administer the users by ACCOUNT program. It is worth to have some entries in UADS for recovery in case of RACF failure. If the driving system was built with System/PAC the IBMUSER id is setup to run with or without RACF. If you have internet access might want to create a quick link to _www.cbttape.org_ (http://www.cbttape.org) It also has links to other urls both Corporate and personal. Mark Zelden's home page has JCL set up to build rescue or one/two pack systems. _http://home.flash.net/~mzelden/mvsutil.html_ (http://home.flash.net/~mzelden/mvsutil.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: TSO and SYS1.UADS
I know for Top Secret, that if TSS has a TSO segment for a userid, it will ignore UADS for that user. Craig -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pommier, Rex R. Sent: Wednesday, March 22, 2006 11:26 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: TSO and SYS1.UADS I'll give it a shot. I don't know if it is needed in both places, but I have SYS1.UADS defined in the master JCL to DD SYSUADS and in the TSO proc under DD SYSUADS as well. I believe - tho it's been eons since I've looked at it - that TSO actually looks in UADS first and if the userid isn't there, it goes to RACF to get the account information. I'm sure somebody will correct me if I'm wrong here g Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Duane Weaver Sent: Wednesday, March 22, 2006 9:36 AM To: IBM-MAIN@BAMA.UA.EDU Subject: TSO and SYS1.UADS I have a need to build a small zOS utility system. There are no plans to put our security package on this utility system. There will be no real data on this system to be concerned about. So my question is: How does TSO know to use SYS1.UADS? Does UADS need to be defined to the TSO proc? duane -- 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 -- 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
Job info: Wrong time in queue
Hello We have had a ghost and we're finding it... We're migrating from JES2 inits to WLM inits and in our test environment we have done following test: 1) To send some jobs 2) To hold the jobs by hand 3) To free the jobs by hand. 4) To ask for job info. 1th March - Report Job Information Job name T751622E Job class limit exceeded? NO Job ID JOB01138 Duplicate job name wait? NO Job schedulable? YESTime in queue 23:32:29 !!! Job class mode WLMAverage time in queue 00:00:00 Job class held? NO Position in queue 3 of 9 Active jobs in queue 1 21th March - Report Job Information Job name T751622E Job class limit exceeded? NO Job ID JOB24485 Duplicate job name wait? NO Job schedulable? YESTime in queue 00:00:59 Job class mode WLMAverage time in queue 00:00:01 Job class held? NO Position in queue 3 of 7 Active jobs in queue 1 We have revised last sysres but we haven't found any PTF about it. Could you test it? It's very easy! Thanks -- 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
(fwd) Re: amode rmode problem
On 21 Mar 2006 17:46:17 -0800, in bit.listserv.ibm-main [EMAIL PROTECTED] (Edward E. Jaffe) wrote: Tom Savor wrote: Ed wrote: Tom Savor wrote: Thanks to some enlightenment from Mr Rutledge, all my Assembler programs run AMODE(31), RMODE(ANY). 1). GETMAIN storage location as ANY. 2). Copy DCB to GETMAINed area 3). Open file as example: OPEN (FILE,(INPUT)),MODE=31 4). Get File as example: GET FILE,AREA 5). Close file as example: CLOSE (FILE),MODE=31 #1 above GETMAIN location should be BELOW or 24 -- not 31 or ANY. Sorry Ed, but the GETMAIN location is set to ANY. If the DSORG is PO, then I use BELOW for READ and WRITE processing of PDS. But for normal QSAM processing and my example, program is set to ANY. Then I must be confused about what it is you're doing with this GETMAIN. DCBs must (MUST!) be below 16MB in all cases because, among other things, the pointer to the DCB from the DEB is only three bytes long! LOC=ANY implies 31-bit storage (though it *could* actually be satisfied from 24-bit storage if 31-bit storage is exhausted -- very unlikely). We _are_ talking about the *first* (or only) LOC= subparameter, right? The second subparameter controls only the location of the real storage when the page is fixed. Why the unprintable hasn't IBM extended the ACB to handle at least QSAM (and parenthetically allowed concatenation of ESDS and QSAM data sets)? To have to go through the aggravation of getting 24 bit storage in 2006 is one minor symptom for the mainframe not have good long term prospects. Naturally, the above has nothing whatsoever to do with the location of your program. Your program can reside anywhere. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- 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
Contractor vs. employee was RE: 3380-3390 Conversion
On 22 Mar 2006 07:07:52 -0800, in bit.listserv.ibm-main [EMAIL PROTECTED] (Richards.Bob) wrote: Ron, I do not understand it here either. Until the recession in 2002, both Mark Zelden and I were contractors. I believe our clients were more than satisfied with our level of expertise and the efforts we put forth for those corporations. I know that I spent a lot of time, after work, striving to maintain skill currency without using the clients time and resources to do it. I have also contracted outside the USA and agree with your observations in that respect. I suppose that some of the contractor resentment stems from the fact that the local staff may or may not have had the necessary skills or time for the project at hand, and then some hired gun comes in making more money than the local staff. Nature takes its course and emotions come into play, especially if the local staff perceives that there is not a good reason for their presence or that their skill set is not really any superior to the locals own talents. As someone who has been both, I have seen the gamut on both sides. Some of the big firms have been known to bill junior people at high rates. The people on this list who know me through my postings and participation in SHARE can make judgments about where I fit on the spectrum. I am aware that while I still know the basics and a lot of the arcana that still exists, much has drastically changed and that in many ways, I am far less valuable than someone with 1 - 2 years experience. I have been surprised sometimes at how I can impress people by reading the manuals and then getting things out the systems they weren't able to. This was when I had to learn about the facility (like BLSR). Basically I'm decent at borrowing the client's watch to tell them the time. (Also the CBT tape watch). Bob -- 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: 3380-3390 Conversion
Ed, That's no secret - http://bama.ua.edu/cgi-bin/wa?A2=ind0302L=ibm-mainP=R11996I=1. That was three years ago. I run the Advanced Technical Consultants team for HDS in Asia Pacific. We're a small but busy team. I was a contractor for nine years before that, but only worked for four companies in that time. In a lot of cases out in this part of the world contractors are just line staff with a different employment contract. I was a contractor to Hong Kong Telecom for 1.5 years, but I ran the CPE team. In Citibank I headed the Tuning and Storage Admin team for three years on a contract. I really don't see that my insights into in-system replication changed as a result of how I was employed. I was a consultant to HDS for 3 years and I've been full time staff for three years. My knowledge, skill and arrogance didn't change overnight on January 13th 2003. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould Sent: Wednesday, 22 March 2006 11:27 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 3380-3390 Conversion On Mar 22, 2006, at 6:37 AM, Ron and Jenny Hawkins wrote: Ed Well it's a good thing I am not a contractor then, or you may dislike me. I was just wondering who have more technical cred - a currently employed contractor a retired sysprog? Ron Ron. More or less retired. I am helping out some not for profit charities in various areas (for free). If you are not a contractor then what are you? Ed -- 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: z/OS 1.7 Performance Issue
A few questions, if you would answer: 1. What was your LPAR and CEC Utilization before you went to 1.7? 2. What is it now? 3. What Service Class is CICS and IDMS qualified to? What is the Goal? 4. Has the LPAR Configuration changed? Amount of Storage, Weights, for example. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eatherly, John D [IT] Sent: Wednesday, March 22, 2006 SYSN 8:15 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS 1.7 Performance Issue I did see this APAR that could affect performance: PK21373 It is still open. Thanks. John Eatherly -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Blaicher, Chris Sent: Wednesday, March 01, 2006 9:58 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS 1.7 Performance Issue It has been a very long time from when I did performance, but I would look at WLM. Your comment about it seeming to be load related and the fact that TSO response time did not change points me in that direction. Just a thought. Christopher Y. Blaicher BMC Software, Inc. Austin Development Labs (512) 340-6154 -- 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: Job info: Wrong time in queue
What is the problem ?. These are two different jobs (1138 4485). 1138 has been waiting for a initiator for 23 1/2 hours, is that the issue ? Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Christian Blesa Sent: Wednesday, March 22, 2006 11:34 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Job info: Wrong time in queue Hello We have had a ghost and we're finding it... We're migrating from JES2 inits to WLM inits and in our test environment we have done following test: 1) To send some jobs 2) To hold the jobs by hand 3) To free the jobs by hand. 4) To ask for job info. 1th March - Report Job Information Job name T751622E Job class limit exceeded? NO Job ID JOB01138 Duplicate job name wait? NO Job schedulable? YESTime in queue 23:32:29 !!! Job class mode WLMAverage time in queue 00:00:00 Job class held? NO Position in queue 3 of 9 Active jobs in queue 1 21th March - Report Job Information Job name T751622E Job class limit exceeded? NO Job ID JOB24485 Duplicate job name wait? NO Job schedulable? YESTime in queue 00:00:59 Job class mode WLMAverage time in queue 00:00:01 Job class held? NO Position in queue 3 of 7 Active jobs in queue 1 We have revised last sysres but we haven't found any PTF about it. Could you test it? It's very easy! Thanks -- 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
MCAT sms-managed?
Hello Last week we have heard in a catalog forum following recommendation: MCAT shouldn't be SMS-managed!! We haven't found any doc about it but now in our installation MCAT is SMS- managed. Thanks in advance! -- 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: Contractor vs. employee was RE: 3380-3390 Conversion
Let's not forget the difference between contractor consultant: http://bama.ua.edu/cgi-bin/wa?A2=ind0006L=ibm-mainD=0I=1P=240952 Greg -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Clark Morris Sent: Wednesday, March 22, 2006 10:55 AM snip Basically I'm decent at borrowing the client's watch to tell them the time. (Also the CBT tape watch). -- 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: Contract Programmers (Was: 3380-3390 Conversion)
On Mar 22, 2006, at 10:27 AM, Richards.Bob wrote: Ed, All of my comments were about contract sysprogs. While I understand the constraints contract programmers work under, I guess that I naively hoped that personal pride and professionalism would save the day. But if the reality (and perception) remains, there must be some truth in it. However, before I get flamed, let us not broad brush the whole contract programming community with these posts. Suffice it to say they need to police their own ranks and clean up the perception over time. Bob Bob, Since at one time I was a contract sysprog for 6 months I can relate to being one. I was extremely careful (I thought) not to muddy the waters. I bent over backwards not to pull the same stuff that I had seen done at my last company and a former company that I worked for. Although I do admit that I did recommend another extremely senior (former) IBM expert for the company to bring in and double check my work. He got paid major $$ to say let him alone he knows what he is doing. Unfortunately, there is no policing done, as I agree there should be. I also doubt it will never be done, either. There are various reasons as to why as well. Ed -- 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
remote console
Hi I still have channel attached local 3174s. I want to move my operators to a remote location. The remote site has no dedicated comms links to the CPU site. Thinking about some sort of escon attached controller with consoles attached over IP with VPN. Appreciate it if someone out there could put down in a couple of lines, how they went about it. Thanks -- 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: remote console
Do you have TCPIP TN3270E to the system? I would use the SNA MCS consoles option. Requires a little setup in your CONSOLxx member, and some VTAM definitions, but works like a champ. On Wed, 22 Mar 2006 11:10:13 -0600, Ed [EMAIL PROTECTED] wrote: Hi I still have channel attached local 3174s. I want to move my operators to a remote location. The remote site has no dedicated comms links to the CPU site. Thinking about some sort of escon attached controller with consoles attached over IP with VPN. Appreciate it if someone out there could put down in a couple of lines, how they went about it. Thanks -- 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: Contractor vs. employee was RE: 3380-3390 Conversion
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Clark Morris [ snip ] Basically I'm decent at borrowing the client's watch to tell them the time. And ya gotta remember to keep the watch after you bill the client for half the national debt, too. :-D -jc- -- 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: remote console
In a message dated 3/22/2006 11:20:40 A.M. Central Standard Time, [EMAIL PROTECTED] writes: Appreciate it if someone out there could put down in a couple of lines, how they went about it. Can you afford hardware? _www.visara.com_ (http://www.visara.com) -- 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: Contract Programmers (Was: 3380-3390 Conversion)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Ed Gould [ snip ] Unfortunately, there is no policing done, as I agree there should be. I also doubt it will never be done, either. There are various reasons as to why as well. Once upon a time, accountants were self-policing and did it rather well. Then along came Enron. Now our government has given us SOX and other laws and guidelines to police the accountants, among others. The lesson to be learned here is that government intrusion **ALWAYS** creates more problems that it solves. -jc- -- 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: remote console
I recommend you take a real close look at the IBM 2074 control unit to replace your local non-SNA consoles. The 2074 is ESCON attached to the M/F and uses TCP/IP to talk to PCs running an IBM 3270 - emulator. The TCP/IP network can be your corporate Intranet or a private network with long connections reaching all the way to your remote location. When upgrading to our z800, we had to convert to the 2074 and we never looked back. Regards, Ulrich Krueger Mainframe Systems Services National Semiconductor Corp. Santa Clara, CA 95051 Tel: (408) 721-8071 Email: [EMAIL PROTECTED] -- 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: (fwd) Re: amode rmode problem
I think z/OS has very good long term prospects just because of what you think is a symptom. Because of downward compatibility, a program written 30+ years ago can still work today. Things introduced post 31-bit addressing use it. The problem I see for z/OS is what people use it for. Its role has changed from just a batch job machine to a giant server. In terms of capacity to handle a tremendous number of online queries, it can not be beat. Which is why UPS, FedEx and most all large companies rely on the z/Series machines to support their critical workloads. Christopher Y. Blaicher BMC Software, Inc. Austin Development Labs (512) 340-6154 The comments made are my personal opinions. BMC Software, Inc. makes no representations or promises regarding the reliability, completeness, or accuracy of the information provided in this discussion; all readers agree not to rely on this information or take any action against BMC Software in response to this information. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Clark Morris Sent: Wednesday, March 22, 2006 10:34 AM To: IBM-MAIN@BAMA.UA.EDU Subject: (fwd) Re: amode rmode problem Why the unprintable hasn't IBM extended the ACB to handle at least QSAM (and parenthetically allowed concatenation of ESDS and QSAM data sets)? To have to go through the aggravation of getting 24 bit storage in 2006 is one minor symptom for the mainframe not have good long term prospects. -- 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: remote console
Hi, You can try using a 2074 (3174 replacement) console controller or if available in your shop, you can use the OSA cards new function to support the consoles, in any one of this scenarios you will need the use of TN3270E. You can connect you remote location (2074 or OSA card) linking both location with a modem (the modem will have te be attached to router on each side) if you only going to use the link for the consoles, if you need to do more than that then the modem link could not be the best choice, in that case you'll need a faster connection. As reference you can take a look into OSA-Express Integrated Console Controller Implementation Guide.pdf (redbook) and Introducing the IBM 2074 Control Unit (redbook) Almost forget this, there are some 3174 models that comes with a network interface (TR or ETH) you can put consoles under that interface and link the sites via modem or another link. Regards. -- 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: remote console
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Sent: Wednesday, March 22, 2006 11:10 AM To: IBM-MAIN@BAMA.UA.EDU Subject: remote console Hi I still have channel attached local 3174s. I want to move my operators to a remote location. The remote site has no dedicated comms links to the CPU site. Thinking about some sort of escon attached controller with consoles attached over IP with VPN. Appreciate it if someone out there could put down in a couple of lines, how they went about it. Thanks What about VTAM controlled consoles? They can be used for anything once VTAM is up, just like a local 3270. For IPL purposes, use VPN to get to the HMC. IPL from it. Automate your IPL. If there is a problem, you can shudder use the HMC's line-mode system console mode. It sucks, but it is usable for a short duration (like to fix a problem to get VTAM up). Or a Visara, which is ESCON connected to the zSeries. You can then use TN3270 over a VPN. IBM has a similar product, but it cannot be EMIF'ed. Lastly, if you are on a z890/z990/z9 system, you can configure an OSA as an OSA-ICC. But this dedicates that OSA to TN3270 work (nonSNA). It cannot be used for both SNA and IP traffic. You could, again, VPN to the OSA-ICC. This can handle multiple LPARs. There is a Redbook on setting this up. I don't remember its name. -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- 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: remote console
You don't mention what processor you have. Is the OSA Integrated Console Controller an option? I would vote for this option if you have it, secondly the VTAM SMCS consoles. We are using both options as well as 3174 attached consoles. We'de get rid of the 3174's if we could get the $$$ to convert the STK LMUs to TCP/IP Alan Hi I still have channel attached local 3174s. I want to move my operators to a remote location. The remote site has no dedicated comms links to the CPU site. Thinking about some sort of escon attached controller with consoles attached over IP with VPN. Appreciate it if someone out there could put down in a couple of lines, how they went about it. -- 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: (fwd) Re: amode rmode problem
To have to go through the aggravation of getting 24 bit storage in 2006 is one minor symptom for the mainframe not have good long term prospects. You're joking right? We're talking about a minor and pretty insignificant piece of coding to basically maintain downward compatibility with code that is several decades old. It is only of concern for Assembler language programmers who aren't exactly the most abundant element in I/T. So, why should this play into the mainframe's long-term prospects? Adam -- 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: remote console
If you have an OSA-E, see OSA-Express Integrated Console Controller Implementation Guide, SG24-6364. You can still have non SNA VTAM sessions along with the Consoles. Seriously consider security before connecting the ICC and/or HMC to intranet or Internet. Craig -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Wednesday, March 22, 2006 12:59 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: remote console snip Lastly, if you are on a z890/z990/z9 system, you can configure an OSA as an OSA-ICC. But this dedicates that OSA to TN3270 work (nonSNA). It cannot be used for both SNA and IP traffic. You could, again, VPN to the OSA-ICC. This can handle multiple LPARs. There is a Redbook on setting this up. I don't remember its name. -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology -- 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: MCAT sms-managed?
Christian Blesa wrote: Hello Last week we have heard in a catalog forum following recommendation: MCAT shouldn't be SMS-managed!! We haven't found any doc about it but now in our installation MCAT is SMS- managed. You didn't asked question. What's your problem ? Possibilities: 1. MCAT consideration. I would advice against having MCAT SMS-managed. 2. Doco. I don't know any official recommendation. But ..who cares ? In this case I can consider pros and cons. Documentation is needed to when looking for information. -- Radoslaw Skorupka Lodz, Poland -- 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
z990 IP Consoles
If there's anyone out there using AttachMate to connect remotely to z/990 consoles, could you E-Mail me your settings at both ends? We're having an issue with consoles that go away and don't come back. Just blank screens and all attempts to reconnect are failing. --- [This E-mail has been scanned for viruses by the YourNet Connection Virus system] [For more information, please go to http://www.ync.net/YourMAIL] -- 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: z990 IP Consoles
Rick, I'm not answering your question, but it is good to see you are back! I don't recall seeing you post in a while. Are you still in the Chicago area? Dave Dave Jousma Principal Systems Programmer [EMAIL PROTECTED] 616.653.8429 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman Sent: Wednesday, March 22, 2006 1:41 PM To: IBM-MAIN@BAMA.UA.EDU Subject: z990 IP Consoles If there's anyone out there using AttachMate to connect remotely to z/990 consoles, could you E-Mail me your settings at both ends? We're having an issue with consoles that go away and don't come back. Just blank screens and all attempts to reconnect are failing. This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- 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 3390 mod-9s
ref: http://www.garlic.com/~lynn/2006e.html#45 using 3390 mod-9s http://www.garlic.com/~lynn/2006e.html#46 using 3390 mod-9s part of the caching/electronic store discussions that on in the 70s had to do with global LRU and global caches vis-a-vis local LRU and partitioning. as an undergraduate in the 60s, i had also done the global LRU stuff for cp67 http://www.garlic.com/~lynn/subtopic.html#wsclock about the same time, there was some work published in the literature about working sets and local LRU strategies. in the early 70s, there was an effort by the grenoble science center to implement local LRU strategy for cp67 as per the academic literature. The cambridge science center http://www.garlic.com/~lynn/subtopic.html#545tech was running cp67 on 360/67 with 768k of real memory (104 pageable pages after fixed storage requirements) and my global LRU implementation. grenoble had a 360/67 with 1mbyte of real memory (155 pageable pages after fixed storage requirements). Cambridge with global LRU and 104 pageable pages basically supported about twice as many users (75-80) at the same performance and response as Grenoble support with local LRU and 155 pageable pages with 30-35 users. in the late 70s about the time the disk activity project was gathering extensive filesystem/disk record access traces, which was then being used for various analysis ... including a cache simulator looking at various kinds of device, controller, channel, subsystem, and system caching strategies. except for some specific scenarios (device-level full-track buffer as compensation for rotational synchronization and things like RPS-miss) ... the modeling found that for any given, fixed amount of electronic storage (and all other things being equal), a single system level cache implementation always out-performed any cache partitioning strategy (i.e. some part of the electronic storage partitioned into device, controller, channel, etc caches). About the same time (late 70s) there was a big fuss being made over a stanford phd effort that was basically covering the stuff that I had done as an undergraduate in the 60s. This stanford phd thesis was doing global LRU ... and some of the people that had been indoctrinated by the local LRU papers in the academic literature were objecting to the Phd being awarded (since global LRU conflicted with their LRU beliefs). I was somewhat able to contribute to resolving the disagreement since Grenoble had published ACM article on their local LRU effort (in the early 70s) ... and I had hardcopy of some of their supporting performance data ... as well as similar data from Cambridge system doing local LRU (for apples to apples comparison of the two strategies running same system, same hardware, and similar workload). in any case there is direct correspondence between the partitioning that occurs in local LRU cache strategies and the physical partitioning that occurs in device and/or controller level caches. a couple posts that referencing the lru/clock thesis and related controversy http://www.garlic.com/~lynn/93.html#4 360/67, was Re: IBM's Project F/S ? http://www.garlic.com/~lynn/2001c.html#10 Memory management - Page replacement http://www.garlic.com/~lynn/2002c.html#49 Swapper was Re: History of Login Names misc. other posts mentiong the lru/clock countroversy http://www.garlic.com/~lynn/98.html#2 CP-67 (was IBM 360 DOS (was Is Win95 without DOS...)) http://www.garlic.com/~lynn/99.html#18 Old Computers http://www.garlic.com/~lynn/2001h.html#26 TECO Critique http://www.garlic.com/~lynn/2002c.html#16 OS Workloads : Interactive etc http://www.garlic.com/~lynn/2002k.html#63 OT (sort-of) - Does it take math skills to do data processing ? http://www.garlic.com/~lynn/2002o.html#30 Computer History Exhibition, Grenoble France http://www.garlic.com/~lynn/2003f.html#30 Alpha performance, why? http://www.garlic.com/~lynn/2003f.html#55 Alpha performance, why? http://www.garlic.com/~lynn/2003g.html#0 Alpha performance, why? http://www.garlic.com/~lynn/2003k.html#8 z VM 4.3 http://www.garlic.com/~lynn/2003k.html#9 What is timesharing, anyway? http://www.garlic.com/~lynn/2004.html#25 40th anniversary of IBM System/360 on 7 Apr 2004 http://www.garlic.com/~lynn/2004b.html#47 new to mainframe asm http://www.garlic.com/~lynn/2004g.html#13 Infiniband - practicalities for small clusters http://www.garlic.com/~lynn/2004o.html#7 Integer types for 128-bit addressing http://www.garlic.com/~lynn/2004q.html#73 Athlon cache question http://www.garlic.com/~lynn/2005d.html#37 Thou shalt have no other gods before the ANSI C standard http://www.garlic.com/~lynn/2005d.html#48 Secure design http://www.garlic.com/~lynn/2005f.html#47 Moving assembler programs above the line http://www.garlic.com/~lynn/2005h.html#10 Exceptions at basic block boundaries http://www.garlic.com/~lynn/2005n.html#23 Code density and performance? http://www.garlic.com/~lynn/2006b.html#15
Re: MCAT sms-managed?
Way back in the days of SLED and early implementation of SMS, we had our catalogs in SMS. We lost an HDA and went through the SMS/HSM recover. It was a painful and error ridden experience. It took me a good week of manual clean-up to fix as best I could. I moved the catalogs to non-SMS as quickly as possible and I'm unlikely to ever consider SMS/HSM managed catalogs again. Dave Gibney [EMAIL PROTECTED] System Programmer(509) 335-7359 Information Technology Washington State University Pullman, WA 99164-1222 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Christian Blesa Sent: Wednesday, March 22, 2006 10:49 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: MCAT sms-managed? Yes, the question was hidden jeje I would like to know the benefits (or not) having MCAT SMS-managed. Their advice was also extract MCAT from SMS-management but without any reason to do it. I think in disaster recovery and it's possible that MCAT SMS-managed could reduce recovery options. -- 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: remote console
Alan C. Field wrote: We'de get rid of the 3174's if we could get the $$$ to convert the STK LMUs to TCP/IP Visara console controllers provide support for coax-attached STK LMUs. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- 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: remote console
We have one each of the Visara and the IBM 2074 units. We bought the 2074 first and were planning a second, but we had a continued requirement for coax connections. So far, we have been happy with the combination and plan to do the same thing as we upgrade our warm BR site to a hot site. We do *not* interconnect to the company LAN. HTH and good luck. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Sent: Wednesday, March 22, 2006 11:10 AM To: IBM-MAIN@BAMA.UA.EDU Subject: remote console Hi I still have channel attached local 3174s. I want to move my operators to a remote location. The remote site has no dedicated comms links to the CPU site. Thinking about some sort of escon attached controller with consoles attached over IP with VPN. Appreciate it if someone out there could put down in a couple of lines, how they went about it. Thanks -- 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: z990 IP Consoles
Rick, Are you talking about the integrated console connectivity in the z990 OSE network cards? We've found those too flaky to be of any production use. For remote console, we have local servers with the attachmate cards in them and then we connect remotely via IP to the server itself. This seems to work very well. Best regards, Gary Diehl -Original Message- Behalf Of Rick Fochtman Sent: Wednesday, March 22, 2006 12:41 PM To: IBM-MAIN@BAMA.UA.EDU Subject: z990 IP Consoles -- 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: z990 IP Consoles
Gary, Can you elaborate on the flaky comment? We're evaluating replacing our 7060 Multiprise with a z890 and were going to use the OSA console support pretty much exclusively. Thanks, Rex Rick, Are you talking about the integrated console connectivity in the z990 OSE network cards? We've found those too flaky to be of any production use. For remote console, we have local servers with the attachmate cards in them and then we connect remotely via IP to the server itself. This seems to work very well. Best regards, Gary Diehl -Original Message- Behalf Of Rick Fochtman Sent: Wednesday, March 22, 2006 12:41 PM To: IBM-MAIN@BAMA.UA.EDU Subject: z990 IP Consoles -- 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
ESTAE-underTSO question
Hello: I have a program with an ESTAE that gets control and issues a SDUMP. This works fine when submitted as a batch job, as the program is in an authorized library. When invoking the same program from a TSO REXX EXEC, the SDUMP in the ESTAE fails with a S133 abend indicating 'An unauthorized program requested an SVC dump.' Is there a way to determine from the SDWA if authorization exists to issue a SDUMP macro? Thank you. Paul -- 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: z990 IP Consoles
I hope you plan to follow IBM's support recommendations which are listed in http://www.redbooks.ibm.com/redbooks/pdfs/sg246364.pdf . In particular, there are only two emulators which IBM has tested and which are known by IBM to work correctly, according to the above IBM document. Of course, other emulators might well work just fine. It would be up to you the customer to verify with your chosen emulator vendor that your chosen emulator will work for this function. A careful review of this document might well be in order as well, as you used the word remote in your original note. IBM recommends a private network, with (my paraphrase) the same availability characteristics as a console would have when a dumb terminal is physically attached to a 3174 control unit via coax cable. In other words, if you go to 1) your own emulator, over 2) your own network, over 3) your VPN, and over 4) the public internet, you are likely to be disappointed. My words, my paraphrase. I suggest posting additional questions with more specific points which you plan to implement - in order to find out if there is anyone else out there in the whole wide world that has implemented the solution you intend. Just my opinionthe emulator is the least of your worries with the clues you've provided. Brian On Wed, 22 Mar 2006 13:22:15 -0600, Pommier, Rex R. [EMAIL PROTECTED] wrote: Gary, Can you elaborate on the flaky comment? We're evaluating replacing our 7060 Multiprise with a z890 and were going to use the OSA console support pretty much exclusively. Thanks, Rex Rick, Are you talking about the integrated console connectivity in the z990 OSE network cards? We've found those too flaky to be of any production use. For remote console, we have local servers with the attachmate cards in them and then we connect remotely via IP to the server itself. This seems to work very well. Best regards, Gary Diehl -- 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: ESTAE-underTSO question
Paul Schuster wrote: Is there a way to determine from the SDWA if authorization exists to issue a SDUMP macro? Issue the TESTAUTH macro. Inspect the return code. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- 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: ESTAE-underTSO question
Have you tried using TSOEXEC in the REXX EXEC? Don Imbriale -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Schuster Sent: Wednesday, March 22, 2006 2:26 PM To: IBM-MAIN@BAMA.UA.EDU Subject: ESTAE-underTSO question Hello: I have a program with an ESTAE that gets control and issues a SDUMP. This works fine when submitted as a batch job, as the program is in an authorized library. When invoking the same program from a TSO REXX EXEC, the SDUMP in the ESTAE fails with a S133 abend indicating 'An unauthorized program requested an SVC dump.' Is there a way to determine from the SDWA if authorization exists to issue a SDUMP macro? Thank you. *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- 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: ESTAE-underTSO question
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Schuster Sent: Wednesday, March 22, 2006 1:26 PM To: IBM-MAIN@BAMA.UA.EDU Subject: ESTAE-underTSO question Hello: I have a program with an ESTAE that gets control and issues a SDUMP. This works fine when submitted as a batch job, as the program is in an authorized library. When invoking the same program from a TSO REXX EXEC, the SDUMP in the ESTAE fails with a S133 abend indicating 'An unauthorized program requested an SVC dump.' Is there a way to determine from the SDWA if authorization exists to issue a SDUMP macro? Thank you. Paul If you need to see if you are APF authorized, use the TESTAUTH macro. TESTAUTH FCTN=1,STATE=YES,KEY=YES,RBLEVEL=1 LTR 15,15 BNZ NOTAUTH ... do SDUMP macro NOTAUTH DS 0H -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- 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: Comment made on COBOL
Can't buy this. Sure, there are large portions of COBOL that do not conform to English grammar, but that is to be expected in any formalized computer language. I fail to see how statements such as: MOVE SAVE-TIME TO REPORT-DETAIL-TIME. IF NOT END-OF-FILE WRITE SUMMARY-REPORT FROM REPORT-DETAIL-LINE. PERFORM 2000-ACCUMULATE UNTIL END-OF-FILE. can be characterized as doesn't look remotely like English. For a C programmer, of all people, to complain that COBOL is opaque is ludicrous. Jon snip But I felt that more people should be able to use the computer and that they should be able to talk to it in plain English. COBOL doesn't look remotely like English. Some 30 years after Hopper's remark I remember a C programmer explaining to me that he found a piece of COBOL completely opaque. Far be it for me to agree with a C programmer, but COBOL *is* opaque, e.g., it has magic numbers like 77 and 88 with special significance instead of using English words or their abbreviations. /snip -- 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: remote console
We use Visara controllers for precisely that reason--they support coax to our LMUs. Bob Alan C. Field wrote: ... We'de get rid of the 3174's if we could get the $$$ to convert the STK LMUs to TCP/IP -- 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: z990 IP Consoles
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Diehl, Gary (MVSSupport) Sent: Wednesday, March 22, 2006 2:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z990 IP Consoles Rex, Sure. snip We were sorely disappointed in our setup and testing of these OSA console connections. They would come up easily enough, and allow connection using a telnet session over our intranet through Attachmate or Reflections, but no more than one person could be connected to a console at a time. When more than one person attempted to get into the same console at the same time, or at random intervals (from hours to days), the connections to the ICC consoles would drop without giving any kind of definitive error code in SYSLOG (you could see the CN switch, but no consistent reason to troubleshoot). Multi-connect seemed to make the ICC consoles lockup. To get the consoles back on, we had to go through an annoyingly long sequence of vary console, vary device, and reset console commands to get it working again so that we could telnet back into it. Did I understand the above correctly? You want a single console address, say 1234, to be able to support multiple clients? I don't know of any z/OS console solution (2074, Visara) that will do that. Do you want the same ability for VTAM terminals? I.e. two different people on the same LU? What about security? Our TCP/IP consoles require a LOGON. I don't want user A and B to share a console session. Where we had expected it to come up, and stay up from IPL to IPL, we were very disappointed. Where we had expected to be able to restore connectivity with one vary console command, again we were disappointed. Clearly, the ICC console capability is useful, but more as a disaster recovery or HMC console replacement and is not ready for prime time. I think this dropping at IPL is a bad thing(tm) also. Of course, the way that I do things, which is not necessarily correct, is to set the TN3270 client software to automatically reconnect when it drops. We did have IBM's direct support and help in getting the consoles up and working, and working through the problems we had. The issues we had could not be resolved well enough for us to recommend replacing our 3174 MCS with ICC consoles this time. Perhaps in a later iteration, this product will be more suited for our needs. Maybe it's already good enough for what you need, but we weren't happy with what we saw when we did our own demo. Very best regards, Gary Diehl -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- 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: remote console
Thanks, Ed, I knew that - we looked at the Visara and ruled it out. I think a couple of boards for the LMUs are really pretty cheap. Alan C. Field wrote: We'de get rid of the 3174's if we could get the $$$ to convert the STK LMUs to TCP/IP Visara console controllers provide support for coax-attached STK LMUs. -- 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: Tape Tracking Software to enhance CA-1
Tc, If you send my your contact details I can provide you with a product comparison and some references. Gerard On Wed, 25 Feb 2004 14:38:59 -0600, Thinkers Corner [EMAIL PROTECTED] wrote: Hi, We are running OS 2.10 with CA-1 and wish to enhance the Tape Management (Tracking of tapes which are barcoded). They are looking at the following TapeTrack Media Management Framework ( http://www.tapetrack.com/ ) and Vertices (http://www.tape-management.com/ or vertices.net) Can I get your professional opinions and is there any other product to consider... RMM is already ruled out since they just install CA-1. Thx Tc -- 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: z990 IP Consoles
John, Thanks for your comments. On our intranet, we can control who can get into what via firewall rules. We want multiple operators to be able to view the same master console(s) at the same time for proper monitoring, shift turnover, monitoring cross over between multiple office locations, etc. Also, if I'm looking at the console and I want my team mate that is 800 miles away to see what I'm seeing, it's a good thing to have them also be able to get into the same master console and watch me type commands and see what is going on (or vice versa!). AP Viewer allows this. Why can't ICC? I would never expect VTAM to allow multiple connections to the same LU, it's not designed to allow it, but it does allow multiple connections to the same host. A host can have one IP address, and accept multiple clients. Why can't ICC, with it's one IP address, accept multiple clients? Also, the consoles _won't_ autoreconnect after IPL. Or after any kind of error. Not until you go through an annoying set of commands to reset it thoroughly, and then jump in really quick to get the first connection, and pray nobody else tries to connect to it, or you have to do it again. Also, the ICC consoles didn't automatically come up after IPL when the CONSOLE address space initialized -- they had to manually be varied on later. I think we would have been happier if we had simply gotten connection refused when trying to connect via a second telnet session, rather than an obscure error, a lock-up of console services on the ICC, and an annoying manual recovery process. I'd like to hear from anyone else that has tried the ICC. What are your comments? Did you have the same problems we had? Best regards, Gary Diehl -- 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: TOD Sync acroos platforms (IBM and non-IBM) - STP?
On Sat, 18 Mar 2006 23:13:33 -0600, Alan C. Field [EMAIL PROTECTED] wrote: Eric, Almost I think. The Sysplex Timer is a big clunky box. It connects to a PC as it's console We have a modem plugged into the PC that dials out to NIST. I think the CLO (CLOck?) card is the card in the processor that connects to the Sysplex timer. The CLO card is physically a card that installs in the timer. As I understand it, it enables the timer to receive time information from an outside source. I had to go back and dig out the old manuals I used a couple years ago to research this. From S/390 Time Management and IBM 9037 Sysplex Timer SG24-2070-00 CLO = Control Link Oscillator In the Expanded Basic configuration, a Control Link Oscillator (CLO) card is installed in the 9037. Therefore, this configuration has two advantages over the Basic configuration, described in 2.1.3, Basic Configuration on page 13. With this card installed, the 9037 can track to an External Time Source (ETS). Refer to 2.4, External Time Source Attachment on page 16 for more information on attaching a 9037 to an external time source. Secondly, the Expanded Basic configuration can be enhanced to the fully redundant Expanded Availability configuration concurrently, therefore not requiring any outage of operations. And my understanding of the function of the timer is to steer the onboard clocks on the processor. The processor clocks are always the source of time information. The timer compares the time from the external source to the time on the processor and either slows the clock down or speeds it up until they match. If you don't have a CLO card, the timer itself is the time source (your wristwatch is probably more accurate). You can't get more than four seconds out of synch or the timer won't be able to generate the proper steering impulses to get the clocks back in synch. There's lots of detail in the manuals if you care to attempt to understand it. -- 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: z990 IP Consoles
I dont think we have any sort of issue with the ICC consoles at IPL time; we IPL and they come up. I'll try to check with our operators and see if maybe they are having some problems they haven't told us about. We have had a few times when the consoles would drop a connection, but it hasn't been very often. I can't remember the last time it happened, although I'm sure I have just jinxed that for us. Jon snip I'd like to hear from anyone else that has tried the ICC. What are your comments? Did you have the same problems we had? /snip -- 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: z990 IP Consoles
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Diehl, Gary (MVSSupport) Sent: Wednesday, March 22, 2006 2:44 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z990 IP Consoles John, Thanks for your comments. On our intranet, we can control who can get into what via firewall rules. We want multiple operators to be able to view the same master console(s) at the same time for proper monitoring, shift turnover, monitoring cross over between multiple office locations, etc. Also, if I'm looking at the console and I want my team mate that is 800 miles away to see what I'm seeing, it's a good thing to have them also be able to get into the same master console and watch me type commands and see what is going on (or vice versa!). AP Viewer allows this. Why can't ICC? I don't know. It just sounds weird to me. I guess that I'm still stuck in the green screen mindset grin. Can't have two green screens connected to a single coax. I can envision doing this. I even envision a TN3270E fan out server. I.e. the fan out server connects to the mainframe. The real people connect to the fan out server. They all see the same TN3270 screen. I guess the fan out server would allow the user to select (or specify via the LUNAME parameter in the connect request) which mainframe screen (LU or address) they want to view. I would never expect VTAM to allow multiple connections to the same LU, it's not designed to allow it, but it does allow multiple connections to the same host. A host can have one IP address, and accept multiple clients. Why can't ICC, with it's one IP address, accept multiple clients? I thought that you could, but they each got a different z/OS device number (3270 screen). Also, the consoles _won't_ autoreconnect after IPL. Or after any kind of error. Not until you go through an annoying set of commands to reset it thoroughly, and then jump in really quick to get the first connection, and pray nobody else tries to connect to it, or you have to do it again. Also, the ICC consoles didn't automatically come up after IPL when the CONSOLE address space initialized -- they had to manually be varied on later. This stinks! Big time! I think we would have been happier if we had simply gotten connection refused when trying to connect via a second telnet session, rather than an obscure error, a lock-up of console services on the ICC, and an annoying manual recovery process. Totally agreed! I'd like to hear from anyone else that has tried the ICC. What are your comments? Did you have the same problems we had? No, I have an extra OSA that I've genned as an ICC, but I haven't gotten around to really doing anything with it yet. Management is so resistant to my messing around with things at times. Best regards, Gary Diehl Guess that I'll stay with the Visara. -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- 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: z990 IP Consoles
On Wed, Mar 22, 2006 at 02:58:27PM -0600, McKown, John wrote: I'm looking at the console and I want my team mate that is 800 miles away to see what I'm seeing, it's a good thing to have them also be able to get into the same master console and watch me type commands and see what is going on (or vice versa!). AP Viewer allows this. Why can't ICC? I can envision doing this. I even envision a TN3270E fan out server. I.e. the fan out server connects to the mainframe. The real people connect to the fan out server. They all see the same TN3270 screen. I guess the fan out server would allow the user to select (or specify via the LUNAME parameter in the connect request) which mainframe screen (LU or address) they want to view. My former employer's product does this for both coax and TCP/IP connections. It's a really, really useful capability, if only for figuring out what's going on when you get those 3 AM phone calls. -- Jay Maynard, K5ZChttp://www.conmicro.cx http://jmaynard.livejournal.com http://www.tronguy.net http://www.hercules-390.org (Yes, that's me!) Buy Hercules stuff at http://www.cafepress.com/hercules-390 -- 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: z990 IP Consoles
McKown, John wrote: Did I understand the above correctly? You want a single console address, say 1234, to be able to support multiple clients? I don't know of any z/OS console solution (2074, Visara) that will do that. I don't know about 2074, but Visara most certainly *does* allow multiple clients to share the same console! We do it all the time!! Everyone sees exactly the same screen, all screen updates are replicated to each of the clients simultaneously, any of the clients can issue commands, etc., etc. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- 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: remote console
We have used an IDG 9074 for a few years now. No problems, rock solid. See http://www.secureagent.com/idg9074/9074features.htm. Ned Hedrick Sr. Mgr., Systems Administration ACI Worldwide This e-mail message and any attachments may contain confidential, proprietary or non-public information. This information is intended solely for the designated recipient(s). If an addressing or transmission error has misdirected this e-mail, please notify the sender immediately and destroy this e-mail. Any review, dissemination, use or reliance upon this information by unintended recipients is prohibited. Any opinions expressed in this e-mail are those of the author personally. Ed [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 22-Mar-2006 11:10 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject remote console Hi I still have channel attached local 3174s. I want to move my operators to a remote location. The remote site has no dedicated comms links to the CPU site. Thinking about some sort of escon attached controller with consoles attached over IP with VPN. Appreciate it if someone out there could put down in a couple of lines, how they went about it. Thanks -- 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: z990 IP Consoles
Check for IOS076E message. Check if you have UA19298 applied. Craig -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman Sent: Wednesday, March 22, 2006 1:41 PM To: IBM-MAIN@BAMA.UA.EDU Subject: z990 IP Consoles If there's anyone out there using AttachMate to connect remotely to z/990 consoles, could you E-Mail me your settings at both ends? We're having an issue with consoles that go away and don't come back. Just blank screens and all attempts to reconnect are failing. --- [This E-mail has been scanned for viruses by the YourNet Connection Virus system] [For more information, please go to http://www.ync.net/YourMAIL] -- 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
MSg IEC614I and the virtual ENTER Key.
Dear list, I may have found a glitch in DASDM RENAME processing where the system only allows for RENAME processing to be via PDF/ISPF and not through batch. I receive message IEC614I with return/reason code values and when research these values you find - |_|_||__ __| | X'04' | X'0B' | ENQRET | X'46' | Validate DADSM RENAME request; enqueue on | || | || SYSDSN failed. Also, the caller has| || | || appropriate RACF READ authority to be able | || | || to specify that the data set being renamed | || | || is not the data set in use. See Renaming a | || | || Data Set That Might be in Use BREF=SC26-7400/HDRRNAME in z/OS BOOK=SC26-7400 | || | || DFSMSdfp Advanced Services BOOK=SC26-7400 .| ||_|_||_ ___| The process I am attempting to do is to RENAME a data set using IEHPROGM from my running 1.5 system and pointing IEHPROGM to my new 1.7 DASD volume. So, the 1.5 system does/may have the data set in use for itself, but not the 1.7 data set I'm trying to rename. When you read the RENAME processing in the DFP Advanced Services manual as directed above, it states that if the user is certain that the data set in question can be renamed, just press the ENTER key under PDF. If you are doing this in batch mode - how does one tell IEHPROGM to press the 'ENTER' key? Thanks in advance for your time and assistance. HITACHI DATA SYSTEMS Raymond E. Noal Lab Manager, San Diego Facility Office: (858) 537 - 3268 Cell: (858) 248 - 1172 -- 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: MSg IEC614I and the virtual ENTER Key.
Not answering the question, but have you tried IDCAMS ALTER NONVSAM NEWNAME? Just a thought. I've tried to stay away from using IEHPROGM for quite a while. Later, Ray -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Raymond Noal Sent: Wednesday March 22 2006 13:27 To: IBM-MAIN@BAMA.UA.EDU Subject: MSg IEC614I and the virtual ENTER Key. Dear list, I may have found a glitch in DASDM RENAME processing where the system only allows for RENAME processing to be via PDF/ISPF and not through batch. I receive message IEC614I with return/reason code values and when research these values you find - snip The process I am attempting to do is to RENAME a data set using IEHPROGM from my running 1.5 system and pointing IEHPROGM to my new 1.7 DASD volume. So, the 1.5 system does/may have the data set in use for itself, but not the 1.7 data set I'm trying to rename. When you read the RENAME processing in the DFP Advanced Services manual as directed above, it states that if the user is certain that the data set in question can be renamed, just press the ENTER key under PDF. If you are doing this in batch mode - how does one tell IEHPROGM to press the 'ENTER' key? Thanks in advance for your time and assistance. -- 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
EREP
Where may I find out what version of EREP we are running(OS/390 V.210) TIA -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jack Kelly Sent: Monday, March 20, 2006 10:03 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: TCPIP Question with sshd you can seed the know_host by allowing unknow hosts in a test environment and sshd will update the file with the hosts that you connect to. Jack Kelly LA Systems @ US Courts x 202-502-2390 -- 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: EREP
Run ann EREP job and look at the output. On our z/OS 1.6 system this is what it says: LEVEL = VERSION 3 RELEASE 5 I'm pretty sure your 2.10 system will be the same. Here's the FMID EER3500 Where may I find out what version of EREP we are running(OS/390 V.210) TIA -- 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