Re: Dumping SMF directly to TAPE
George Dranes wrote: Actually our SMF dump job dumps to a daily tape which in the next step is mod on to a weekly tape using IEBGENER (actually ICEGENER in our case). This weekly tape is then concatenated to a monthly tape once a week. I keep multiple generations of the daily and weekly files so I can easily rebuild if needed. Does this sound ok? IEBGENER / ICEGENER stands to break records. (No pun intended.) :-) For example the longer Type 30s and 42-6's. We strongly recommended - to OUR customers - not to use it for chucking SMF around (except in highly specialised circumstances). IFASMFDP is the one to use. (Presently I'll be writing up the Logger-based implementation in the SMF Management wiki as well as my developerWorks blog.) Cheers, Martin Martin Packer Performance Consultant IBM United Kingdom Ltd +44-20-8832-5167 +44-7802-245-584 [EMAIL PROTECTED] Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- 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
ADABAS vs IMS vs DB2 Who is faster?
I spoke few days ago with an ADABAS specialist that claimed that ADABAS is much faster and has low overhead compared to IMS and DB2. Is this true? Itschak -- 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: Dumping SMF directly to TAPE
So would the following work to mod my SMF files to a weekly tape? I'm not really familiar with IFASMFDP bit I assume the INDD can be a dumped dataset instead of a VSAM file? //DUMPEXEC PGM=IFASMFDP //SYSPRINT DD SYSOUT=* //SYSINDD DUMMY //INDD1DD DSN=TSU.SM.J913.SMFDAY.DATA(+1),DISP=SHR //DUMPOUT DD DSN=TSU.SM.J910.SMFWEEK.DATA(0),DISP=(MOD,KEEP), // LRECL=32760,BLKSIZE=32760,RECFM=VBS,UNIT=ATL //SYSPRINT DD SYSOUT=(R,TSU91$R1) //SYSINDD * INDD(INDD1,OPTIONS(ALL)) /* -- 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: Dumping SMF directly to TAPE
I made a mistake in my SYSIN, it should read INDD(INDD1,OPTIONS(DUMP)). -- 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: Dumping SMF directly to TAPE
George, Personally I would stay away from MOD. I can't begin to tell you how many hours I have spent trying to recover SMF data from MODed tapes. If SMF is important enough to save then don't trust MOD. Its not that the software doesn't work its the HARDWARE (tape or drive). I would trust making it a GDG and then bringing then individual entries in at ether daily (or weekly or ..) times. The once or twice times that I have had to repair issues because of catalog issues (or side issues) is a real time saver, IMO. Just remember SMF is reasonably important data and to drop a few days or a weeks worth could be a chance for you to have to find a new job opportunity:) Ed On Oct 7, 2007, at 7:37 AM, George Dranes wrote: So would the following work to mod my SMF files to a weekly tape? I'm not really familiar with IFASMFDP bit I assume the INDD can be a dumped dataset instead of a VSAM file? //DUMPEXEC PGM=IFASMFDP //SYSPRINT DD SYSOUT=* //SYSINDD DUMMY //INDD1DD DSN=TSU.SM.J913.SMFDAY.DATA(+1),DISP=SHR //DUMPOUT DD DSN=TSU.SM.J910.SMFWEEK.DATA(0),DISP=(MOD,KEEP), // LRECL=32760,BLKSIZE=32760,RECFM=VBS,UNIT=ATL //SYSPRINT DD SYSOUT=(R,TSU91$R1) //SYSINDD * INDD(INDD1,OPTIONS(ALL)) /* -- 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: Dumping SMF directly to TAPE
To avoid mod could I concatenate the input DDs including the last weekly GDS first along with the daily dump as follows crating a new weekly GDS? By the way this would be the second step in my live SMF dump job therefore the +1 for my input daily. //DUMPEXEC PGM=IFASMFDP //SYSPRINT DD SYSOUT=* //SYSINDD DUMMY //INDD1DD DSN=TSU.SM.J910.SMFWEEK.DATA(0),DISP=SHR //DD DSN=TSU.SM.J913.SMFDAY.DATA(+1),DISP=SHR //DUMPOUT DD DSN=TSU.SM.J910.SMFWEEK.DATA(+1),DISP=(,CATLG), // LRECL=32760,BLKSIZE=32760,RECFM=VBS,UNIT=ATL //SYSPRINT DD SYSOUT=* //SYSINDD * INDD(INDD1,OPTIONS(DUMP)) /* -- 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: Dumping SMF directly to TAPE
George, While this may work you do realize this would (may) mount 3 tapes. I think that you may find that dumping SMF to a disk dataset would be faster and less prone to hardware errors (drive or media). I would also suggest that j910 file (that you create daily) should be under catalog control (and put a few days buffer in it for long weekends and possibly vacations depending on who is going to be monitoring the job as issues seem to pop up on weekends . Ed On Oct 7, 2007, at 8:11 AM, George Dranes wrote: To avoid mod could I concatenate the input DDs including the last weekly GDS first along with the daily dump as follows crating a new weekly GDS? By the way this would be the second step in my live SMF dump job therefore the +1 for my input daily. //DUMPEXEC PGM=IFASMFDP //SYSPRINT DD SYSOUT=* //SYSINDD DUMMY //INDD1DD DSN=TSU.SM.J910.SMFWEEK.DATA(0),DISP=SHR //DD DSN=TSU.SM.J913.SMFDAY.DATA(+1),DISP=SHR //DUMPOUT DD DSN=TSU.SM.J910.SMFWEEK.DATA(+1),DISP=(,CATLG), // LRECL=32760,BLKSIZE=32760,RECFM=VBS,UNIT=ATL //SYSPRINT DD SYSOUT=* //SYSINDD * INDD(INDD1,OPTIONS(DUMP)) /* -- 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: Dumping SMF directly to TAPE
I have decided to dump the initial live SMF to dasd rather than tape. So only 2 tape mounts would be required in this second step. We do have our job scheduler monitoring these dump jobs so if there is a failure we are paged and as I said before we only dump once a day, easy for the operator to keep an eye on it. Also, as I mentioned earlier, I keep multiple GDSs of the daily (along with HSM backups now) and weekly files so I could easily rebuild due to an error. We also keep monthly tapes which I will also have to convert from IEBGENER. I do keep a backup copy of the monthlies. Does this sound a little cleaner? -- 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: Logical PRocessor assignment - Processor Weight
wht about Coupling Facility Weightage ... Is there any rules to give some std weightage to coupling facility ... On 10/5/07, Ken Porowski [EMAIL PROTECTED] wrote: Another possibility is to use WLM defined capacity. Set the MSU's to the equivalent of 200 MIPs (30-32 MSUs depending on the conversion factor) and set the LPAR to WLM managed. It will be able to get more than the specified limit but the 4 hour rolling average will not exceed the limit. -Original Message- Dave Thorn 1. You need to cap the LPAR at the 200 MIP level. (on the panel I believe it's a check box under Initial Capping) If you have 2 LPARs on a 1000 MIP machine, for example, and all CPs are shared, you could weight the capped LPAR at 20 and the other at 80. (20/100=.2, .2*1000=200) 2. Yes, it can be changed dynamically. This is a simple explanation...apply it carefully to your environment! Dave Thorn * Senior Technology Analyst * SunGard Computer Services * 600 Laurel Oak Road, Voorhees, NJ, -Original Message- Jacky Bright Hi, I am using shared processor across LPARS. I need to restrict my one LPAR to 200 MIPS only so that it can not consume more than 200 mips. I am also using Coupling Facility. How can I achieve that ? What Initial Weight I need to assign in the Change Logical LPAR controls panel ? Can I change it dynamically ? JAcky -- 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: Logical PRocessor assignment - Processor Weight
wht about Coupling Facility Weightage ... Is there any rules to give some std weightage to coupling facility .. Coupling Facilities should be dedicated engines. Otherwise, there are a lot of performance issues. So, weighting is irrelevent. - Too busy driving to stop for gas! -- 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: ADABAS vs IMS vs DB2 Who is faster?
Itschak Mugzach wrote: I spoke few days ago with an ADABAS specialist that claimed that ADABAS is much faster and has low overhead compared to IMS and DB2. Is this true? Apples and oranges. There is no reason to compare speed of IMS to DB2. IMS is not relational database, so it works in quite different manner. Adabas vs DB2 comparison? Well, it makes more sense. In fact, IMS based applications tend to work faster, but AFAIK development is much easier on DB2. One can find specific examples, where DB2 is faster than IMS, or Adabas is faster than Oracle, but it is really hard to find overall benchmark. BTW: Did I mention VSAM applications ? -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- 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: Dumping SMF directly to TAPE
George Dranes wrote: I have our SMF dump jobs dumping directly to a tape dataset with LRECL=32760 and BLKKSIZE=32760,RECFM=VBS. Fortunately we are small enough to dump SMF once a day so there are no speed issues not dumping to DASD (saves a lot of dasd). I was just curious if this a a sound way of handling SMF? I've even considered making the output tape blksize something larger such as 256K but have always just stayed with the safe 32760. Thanks for any help! As far as I understand you don't need any help g rather asking for opinions/comments. My $0.02: 1. Single tape is SPOF (Single Point Of Failure). How important are your SMF data ? 2. Appending data on tape, especially MOD to a dataset can result in damage of previously recorded data. Some shops even do not allow to append data on tapes (only within the job). 3. Since you're small shop, it wouldn't be big problem to keep current SMF archives on disk. Then use HSM to backup/migrate it. Such approach gives you flexibility, you have most recent files online, older on tape (or 2 tapes - managed by HSM), the oldest files are scratched according to policy you set up. HTH -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- 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: Dumping SMF directly to TAPE
In respect to MOD, are you just referring to moding SMF data to tape? I've successfully used mod (with ICEGENER) to tape for our LOGREC files for 17 years and have yet to have an issue with reading the tape. Actually we also have a few other files we mod to tape which have also never failed. I now understand the way to go for SMF is to use IFASMFD rather than ICEGENER to move data around and not to use mod but with respect to using mod to tape for other types of files I have yet to see an issue?? Am I just lucky or are these just extremely isolated situations where mod to tape fails? I could have very easily have missed it but has IBM made recommendations against using mod for tapes? Thanks for all of the help! -- 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
LOAD a module into CSA/ECSA
Hi, I'm just reading an assembler language book and there is one coding example showing how to dynamically install user-written SVC. What I'm interested in is the way it places the SVC load module into common area. It uses LOAD macro to do it and says: unless the original task deletes it, it will be there. However, I checked the description of LOAD macro and found out that even with EOM=YES the module will be deleted from CSA after the requesting address space terminates. Of course we can use a batch job to do it and the initiator will not terminate as the job ends. But in my opinion, it's still not safe. It's still possible that the operator will recycle the initiator and the module will be deleted. Since the book was written in 1999 I guess for the current z/os a better method would be: 1. Add the SVC module into dynamic LPA 2. Update SVC table Do I miss something? -- Best Regards, Johnny Luo -- 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: LOAD a module into CSA/ECSA
In a message dated 10/7/2007 10:45:51 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: Of course we can use a batch job to do it and the initiator will not terminate as the job ends. But in my opinion, it's still not safe. It's still possible that the operator will recycle the initiator and the module will be deleted. Also the Initiator/Terminator address space has been known to self-terminate without any help at all from the operator. Bill Fairchild Plainfield, IL ** See what's new at http://www.aol.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: Hipersockets performance
On Sat, 6 Oct 2007 18:43:25 -0400, John S. Giltner, Jr. wrote: transfers. I never tried to ftp to /dev/null. Don't bother: Command: syst SYST 215 MVS is the operating system of this server. FTP Server is running on z/OS. Command: get 'SYS1.maclib(splevel)' /dev/null Get fails: /dev/null is a character special file. Command: Most FTP servers and clients will deal only with regular files (OS X seems to be an exception). For the server, this may be due caution; for the client it's a foolish and needless limitation. Further: Command: get 'NULLFILE' foo.bar PORT 127,0,0,1,4,203 200 Port request OK. RETR 'NULLFILE' 550 Data set NULLFILE not found But: Command: put 'sys1.maclib(splevel)' 'NULLFILE' SITE FIXrecfm 80 LRECL=80 RECFM=FB BLKSIZE=27920 200 SITE command was accepted PORT 127,0,0,1,4,204 200 Port request OK. STOR 'NULLFILE' 125 Storing data set NULLFILE 250 Transfer completed successfully. 30176 bytes transferred in 0.005 seconds. Transfer rate 6035.20 Kbytes/sec. ... I wonder where it went? -- gil -- 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: LOAD a module into CSA/ECSA
Use the ADDR= parameter with the LOAD macro. You've got to request the CSA storage yourself and pass its address via ADDR= to the load service. The description of that parameter says: The system does not search for the module and does not maintain a record of the module once it is loaded. I.e. the module is not placed on the task's load list, so the system will not delete it when the task ends. In fact the system doesn't remember it had loaded that module. -- Peter Hunkeler CREDIT SUISSE -- 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: Dumping SMF directly to TAPE
On Oct 7, 2007, at 8:46 AM, George Dranes wrote: I have decided to dump the initial live SMF to dasd rather than tape. So only 2 tape mounts would be required in this second step. We do have our job scheduler monitoring these dump jobs so if there is a failure we are paged and as I said before we only dump once a day, easy for the operator to keep an eye on it. Also, as I mentioned earlier, I keep multiple GDSs of the daily (along with HSM backups now) and weekly files so I could easily rebuild due to an error. We also keep monthly tapes which I will also have to convert from IEBGENER. I do keep a backup copy of the monthlies. Does this sound a little cleaner? George, Sorry I had a longer reply set up but my poor system crashed. I will shorted my reply to this put a volcount into the output of your run. There is dumpsmfxy program that (was?) supplied by IBM that makes life a little easier (loook on the CBTTAPE.ORG for it in case IBM has dropped it. As other has said it depends on the importance of your SMF data, but remember this if you need it next year to prove you need a faster processor and you don't have it tough luck. Its a reasonable item to keep safe for at least a year (or maybe longer). 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: Dumping SMF directly to TAPE
George: The SMF dumping process is a little more complicated than most jobs. IMO it needs a little more TLC than any typical job due to the complexity of what things can happen and the frequency in which it occurs. On Oct 7, 2007, at 8:46 AM, George Dranes wrote: I have decided to dump the initial live SMF to dasd rather than tape. So only 2 tape mounts would be required in this second step. We do have our job scheduler monitoring these dump jobs so if there is a failure we are paged and as I said before we only dump once a day, easy for the operator to keep an eye on it. Also, as I mentioned earlier, I keep multiple GDSs of the daily (along with HSM backups now) and weekly files so I could easily rebuild due to an error. We also keep monthly tapes which I will also have to convert from IEBGENER. I do keep a backup copy of the monthlies. Does this sound a little cleaner? -- 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: LOAD a module into CSA/ECSA
On Sun, 7 Oct 2007 19:03:06 +0200 Hunkeler Peter (KIUK 3) [EMAIL PROTECTED] wrote: :Use the ADDR= parameter with the LOAD macro. You've got to request :the CSA storage yourself and pass its address via ADDR= to the load :service. :The description of that parameter says: The system does not :search for the module and does not maintain a record of the module :once it is loaded. I.e. the module is not placed on the :task's load list, so the system will not delete it when the task :ends. In fact the system doesn't remember it had loaded that :module. Let us see if he will go to the effort to determine how big the storage area should be, or if that will be his next question. -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LOAD a module into CSA/ECSA
In a message dated 10/7/2007 12:21:29 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: Let us see if he will go to the effort to determine how big the storage area should be, or if that will be his next question. If he's reading all these posts, he just might get a clue from this post of yours and not have to ask the question. :-) Bill Fairchild Plainfield, IL ** See what's new at http://www.aol.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: LOAD a module into CSA/ECSA
Actually took me some trouble to think of a way to accomplish this :) Reading directory of PDS/PDSE seems to be the solution, but it means a lot of codes. LOAD it into jpa and then retrieve the info from CDE? Then I realized that there is CSVQUERY. So my solution would be: 1. First LOAD the module into JPA 2. Retrieve the size of the module using CSVQUERY 3. GETMAIN and do the real LOAD On 10/8/07, (IBM Mainframe Discussion List) [EMAIL PROTECTED] wrote: In a message dated 10/7/2007 12:21:29 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: Let us see if he will go to the effort to determine how big the storage area should be, or if that will be his next question. If he's reading all these posts, he just might get a clue from this post of yours and not have to ask the question. :-) Bill Fairchild Plainfield, IL -- Best Regards, Johnny Luo -- 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: LOAD a module into CSA/ECSA
Bill, I cannot fully understand what you mean by 'self-terminate'. As I know, when the initiator is started the address space will always be there ready for the incoming job assigned by JES. On 10/8/07, (IBM Mainframe Discussion List) [EMAIL PROTECTED] wrote: Also the Initiator/Terminator address space has been known to self-terminate without any help at all from the operator. Bill Fairchild Plainfield, IL -- Best Regards, Johnny Luo -- 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: LOAD a module into CSA/ECSA
On Mon, 8 Oct 2007 02:25:42 +0800 Johnny Luo [EMAIL PROTECTED] wrote: :Actually took me some trouble to think of a way to accomplish this :) :Reading directory of PDS/PDSE seems to be the solution, but it means a lot :of codes. Not at all - a few instructions will do it. Look at the PDS directory mapping. -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
New DISS V4R1 Announcement
I am pleased to announce the new V4R1 release of the Dynamic ISPF Starter Set. Now featuring 200 members, the Starter Set supports 9 new applications and features a number of changes. Be sure to review the $CHANGES member for all the new release features and $INSTALL member for installation instructions. This release of DISS was made possible by the help and contributions of the following people and their employers: Jerry Addison at Blue Cross Blue Shield of Delaware Duane Weaver at The Ohio State University You can download DISS from my Website below, and it will also be available soon as FILE495 at www.cbttape.org. Please let me know if you have any questions or concerns regarding DISS. If you're reading this from the listserver and you want to be added to the mailing list, send me an Email and I will add you. If you wish to be removed from this mailing list, send me an Email indicating that and I will remove you immediately. Regards, Thomas Conley, President Pinnacle Consulting Group, Inc. 59 Applewood Drive Rochester, NY 14612-3501 P: (585)720-0012 F: (585)723-3713 http://home.rochester.rr.com/pinncons/ -- 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
z/OS 1.9 ISPF question
Can someone please send me (onlist or offlist) the options displayed on the Edit entry panel in z/OS 1.9? The doc seems to have an error. I'm updating my courses to z/OS 1.9, but I don't have a 1.9 system to test on to verify the docs. I'm sure most is OK, but when the docs are in error, it's hard to tell. So just go to option 2 and let me know what you find. Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques -- 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: LOAD a module into CSA/ECSA
In a message dated 10/7/2007 1:30:54 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: I cannot fully understand what you mean by 'self-terminate'. As I know, when the initiator is started the address space will always be there ready for the incoming job assigned by JES. One out of every few thousand jobs that pass through an initiator will do something bad that causes the initiator code itself to break. That's what I meant. Also the initiator code is not perfect. Once in a great while a bug is found somewhere in IBM's code. An initiator is more permanent than many other things, but if it should go away and your module goes away then what will happen to the next user who executes your missing SVC? The point is that you should find some SERIOUSLY permanent way to load your module. If you are planning to LOAD the module, then I think you might be interested in using the LOAD macro to do it. If so, then read the LOAD macro doc and you will quickly see how to find out how long the module is. Bill Fairchild Plainfield, IL ** See what's new at http://www.aol.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: LOAD a module into CSA/ECSA
On Sun, 7 Oct 2007 19:21:00 +0200, Binyamin Dissen [EMAIL PROTECTED] wrote: Let us see if he will go to the effort to determine how big the storage area should be, or if that will be his next question. And the question after that can be: How do you prevent the module in the library from being replaced by another (potentially larger) one after the time you work out the length but before you get to issue the LOAD? -- 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: LOAD a module into CSA/ECSA
Hmmh well did you try GLOBAL=YES and EO=NO? Make sure you follow the documentation. I used GLOBAL=YES and EOM=YES in the past and it works as documented. Never used EOM=NO Roland Hi, I'm just reading an assembler language book and there is one coding example showing how to dynamically install user-written SVC. What I'm interested in is the way it places the SVC load module into common area. It uses LOAD macro to do it and says: unless the original task deletes it, it will be there. However, I checked the description of LOAD macro and found out that even with EOM=YES the module will be deleted from CSA after the requesting address space terminates. Of course we can use a batch job to do it and the initiator will not terminate as the job ends. But in my opinion, it's still not safe. It's still possible that the operator will recycle the initiator and the module will be deleted. Since the book was written in 1999 I guess for the current z/os a better method would be: 1. Add the SVC module into dynamic LPA 2. Update SVC table Do I miss something? -- Best Regards, Johnny Luo -- 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: LOAD a module into CSA/ECSA
On Sun, 7 Oct 2007 16:25:07 -0500, Andy Wood [EMAIL PROTECTED] wrote: ... How do you prevent the module in the library from being replaced by another (potentially larger) one after the time you work out the length but before you get to issue the LOAD? ... I guess it's possible someone might be moving random load modules into CSA just for the fun of it, but I suspect usually the person moving the load module is also the person responsible for maintaining the load module. He would (in theory) know when it had changed size. Pat O'Keefe -- 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: LOAD a module into CSA/ECSA
On Mon, 8 Oct 2007 02:25:42 +0800, Johnny Luo wrote: Actually took me some trouble to think of a way to accomplish this :) Reading directory of PDS/PDSE seems to be the solution, but it means a lot of codes. LOAD it into jpa and then retrieve the info from CDE? Then I realized that there is CSVQUERY. So my solution would be: 1. First LOAD the module into JPA 2. Retrieve the size of the module using CSVQUERY 3. GETMAIN and do the real LOAD You are doing more work than you need to -- re-read the LOAD macro service documentation and pay more attention to what it returns in its registers. Specifically, pay attention to what it returns in register 0 and register 1 BUT ONLY IF register 15 has the expected/required return value. For example, your GETMAIN will need to be in the appropriate 31-bit/24-bit MODE (RMODE) and the hint for that is in the high-order bit of register 0. The GETMAIN length is derived from the low-order 3 bytes of register 1. (Be careful here: the length is DERIVED from the low-order 3 bytes -- you will need to do a little (simple) arithmetic AND pay attention to some special cases.) You only really need to use CSVQUERY if the low-order 3 bytes of register 1 are zero because the load module's length is greater than 16M, per the documentation. (And you might want to reconsider whether you really want that module loaded into dynamic ECSA if it is bigger than 16M... at least I would be more pensive under that condition.) -- Tom Schmidt Madison, WI -- 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: OS/390 V2R4 on Z9
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rankin, Bob Sent: Monday, October 01, 2007 12:57 PM To: IBM-MAIN@BAMA.UA.EDU Subject: OS/390 V2R4 on Z9 Our production environment is running OS390 V2R4 (9708 PUT). My management wants to purchase a Z9 to replace our aging Multiprise 2003-125 and move our existing OS to run on the Z9. While we know that OS390 V2R4 has not been certified to run on the Z9, my management thinks it possible that it might work anyway. Personally I don't think this is feasible but IBM has done stranger things in the past. Can anyone out there provide more specific information regarding this topic. While I know that there are significant instruction set differences, perhaps V2R4 may not encounter them, I don't know. Has anyone done this? Does anyone know what will happen if we attempt to do this? SNIP Based on my experience with OS/390 V2R9, you will get a PI-LOOP. That is, it will go to a check stop state during the IPL itself. I'm trying to remember the release that I once tried to IPL on a z890 (It wasn't a z800 because that's where we were going to migrate from). During the SAPR meeting, you should have seen the look on a few people's faces when IBM's people said that only 2.10 and up would run. Well, I was told to give it a try and the Production system (OS/390 2.9) died before I could get my finger off the enter key from doing the load. Regards, Steve Thompson -- 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: OS/390 V2R4 on Z9
I think that I might have mentioned this before but I have successfully (several times) migrated 2.8 and 2.9 system to a Z9. Admittedly, we didn't leave the client there for very long, (less than a week) while we moved them to z/OS, but it ran okay. Brian Westerman -- 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
IBM Google to promote computer programming for clouds
IBM, Google, Universities Combine 'Cloud' Forces By WILLIAM M. BULKELEY October 8, 2007; Page B7 International Business Machines Corp. and Google Inc. said they are starting a program on college campuses to promote computer- programming techniques for clusters of processors known as clouds. In a joint telephone interview, IBM Chief Executive Samuel Palmisano and Google CEO Eric Schmidt said each company will spend between $20 million and $25 million for hardware, software and services that can be used by computer-science professors and students. So-called cloud computing -- which lately has attracted the attention of many tech giants, including Microsoft Corp. and Sun Microsystems Inc. -- allows computers in remote data centers to run parallel, increasing their processing power. The cloud can run many software applications and can be accessed by many users. It promises to allow companies and universities to share resources and not have to expand their own costly data centers. However, the concept poses daunting questions about security, reliability and ease of use. In this case, IBM and Google will start by providing some 400 computers, with plans to expand to 4,000, at a number of locations. The computers will be accessible from six universities, led by University of Washington in Seattle, where some of the programming techniques were developed. The other pilot universities are Carnegie Mellon University, Massachusetts Institute of Technology, Stanford University, University of California at Berkeley and University of Maryland. Mr. Palmisano said the idea for collaboration between the two companies developed when he and Mr. Schmidt met at Google headquarters in Mountain View, Calif., last December. They realized they held similar views on the future of cloud computing, which forms the basis of the computer architecture Google uses for its popular search service. Mr. Palmisano said scientists from each company have expertise that will aid the project. He pointed to IBM's skills at running data centers and managing computer security. Google provides complementary expertise in Web computing and massively scaled clusters, he said. The two men said they also shared concerns that computer-science schools were focused on teaching students how to program a single server and not giving them opportunities to learn about parallel programming. Frank Gens, an analyst with market-research concern IDC in Framingham, Mass., said the companies also are united by a rivalry with Microsoft, and they'd like to influence the future of online business before Microsoft extends its influence. IBM and Google stressed that much of the infrastructure will be open-source programs that are freely available, rather than proprietary software programs such as those sold by Microsoft. Microsoft is developing its own approach to cloud computing, as is Hewlett-Packard Co., said executives at the companies. Microsoft hopes to use its expertise in operating systems to develop ways to manage the large numbers of computers used in cloud computing, executives at the software maker said. Mervyn Adrian, an analyst with Forrester Research in Cambridge, Mass., said, This is the next generation of computer architecture, and IBM wants to get in front of it. He noted that many students use Google applications and said that IBM wants to leverage that. Google's Mr. Schmidt said IBM doesn't get credit for their architecture because they're held back by the image of the mainframe. But he said IBM's expertise in running data centers and developing software that many companies use to run their computer infrastructures makes it the logical leader in cloud computing. Mr. Palmisano said the firms are trying to take these two sets of skills -- IBM's understanding of how enterprises use computing and Google's understanding of massive data flows and high-speed connections -- and we believe we can create something significant. He jokingly characterized the project as combining Google's young engineers and the old fat guys at 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
