Re: Clist problem: character [ is converted to : at output
In ISPF all is fine. That's what irritated my colleague. I'll ask him, if he has solved the problem with the tips of the lists members. -- 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: HMC on z9
Just another complaint: Has anyone managed to attach a printer to the HMC? In the old (OS/2) version we had a printer attached to the HMC to get hardcopies. -- 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: IEA482I ... RC=0C ... CONCURRENT COPY SIDEFILE EXCEEDING LIMITS
Hi Bruce and Paul, thx for your help. This msg appeared during an XRC session from an HDS USP to an IBM SHARK. Could we have a cache situation here on HDS side? Not enough cache, maybe !!! Many thx, A.Cecilio. -- 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: Wash DC Job Opening
The site says that I need to provide an SF-50 but I could find neither a link for filling it in online nor a link to a copy that I could print. What is it and where do I find it? Thanks. Government employees and ex-goverment types should be acquainted with the SF-50 or record of personnel action. This form is generated for promotions, step increases, etc, and has the person's Grade and Step along with what job they got it for. The employee gets a copy of it and should retain it. Non-government types applying for a position will need to show, through education and/or experience, they are equivalent to what is being posted for that job. Usually the vacancy annoucement has directions for what those equivalents are. Ex-government types who might want to get back into government service sometime in the future should look around to ensure you have one which shows your latest service grade and information. You never know when you might want to switch back into the government. Jim -- 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: POSIX run-time option vs TSO and Batch
On Mon, 30 Jan 2006 17:42:33 -0600, Wendell Simmons [EMAIL PROTECTED] wrote: Found the problem. Thanks to everyone for their input. The problem is that in the chain of modules being invoked, one of them is doing a COBOL CALL ISPLINK with a SELECT PGM option. This distorts the enclave inheritance for the POSIX ON option for later modules in the chain. Later modules will not pick up the POSIX ON from the main enclave module once an ISPLINK SELECT PGM(???) is invoked. Solution was to change all programs doing an ISPLINK SELECT PGM(???) to a normal COBOL CALL. Thanks again for all of your input. Glad if any thing we said at least pointed in the right direction!! -- 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: Access to Mainframes via Putty?
The application is TSO, but I tried it , and found that it has a line mode type display... all in one line until the 80 chars are full ... etc. so putty did not work for me... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John S. Giltner, Jr. Sent: 31 January 2006 01:37 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Access to Mainframes via Putty? as400 wrote: Is there anyway I can access a Mainframe from Putty? It always asks me what application it is on the Putty console screen. Thanks The answer is maybe. You need to ask whomever is in charge of the mainframe you are attempting to access. -- 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 * This email and any attachments are confidential and intended for the sole use of the intended recipient(s).If you receive this email in error please notify [EMAIL PROTECTED] and delete it from your system. Any unauthorized dissemination, retransmission, or copying of this email and any attachments is prohibited. Euroconex does not accept any responsibility for any breach of confidence, which may arise from the use of email. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the Company. This message has been scanned for known computer viruses. * -- 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: Access to Mainframes via Putty?
It is possible to run ssh under Unix System Services and use Putty to connect to the OMVS Unix shell via port 22. [EMAIL PROTECTED] 1/31/2006 9:23 AM The application is TSO, but I tried it , and found that it has a line mode type display... all in one line until the 80 chars are full ... etc. so putty did not work for me... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John S. Giltner, Jr. Sent: 31 January 2006 01:37 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Access to Mainframes via Putty? as400 wrote: Is there anyway I can access a Mainframe from Putty? It always asks me what application it is on the Putty console screen. Thanks The answer is maybe. You need to ask whomever is in charge of the mainframe you are attempting to access. -- 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 * This email and any attachments are confidential and intended for the sole use of the intended recipient(s).If you receive this email in error please notify [EMAIL PROTECTED] and delete it from your system. Any unauthorized dissemination, retransmission, or copying of this email and any attachments is prohibited. Euroconex does not accept any responsibility for any breach of confidence, which may arise from the use of email. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the Company. This message has been scanned for known computer viruses. * -- 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: SMS No space errors
Ron, Since DB2 is doing the allocating under the covers I tried to allocate a multi-volume dataset via ISPF 3.2 and got this error: IKJ56893I DATA SET DBCD8S2.ARCHLOG1.JUNK5 NOT ALLOCATED+ IGD17206I VOLUME SELECTION HAS FAILED - THERE ARE NOT ENOUGH VOLUMES WITH SUFFICIENT SPACE FOR DATA SET which is different from the original (IGD17279I 1 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE). Having said that I can allocate datasets via ISPF 3.2 letting the ACS routine select the storage group/storage class and specifying many times more space than DB2 would be asking for (ARCHPRI). So, possibly DB2 is doing something under the covers that is conflicting. I haven't defined a management class, if that might be the problem do you know where I can find an example ACS routine or document on how I would utilize it? Thanks, www -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ron and Jenny Hawkins Sent: 31 January 2006 14:11 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMS No space errors William, This is a WAG, but does your STORCLAS have a Guaranteed Space = YES, and your DATACLAS or UNIT parm in JCL have a UNITCOUNT greater than 1? Ron -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of William Walsh Sent: Tuesday, 31 January 2006 9:09 PM To: IBM-MAIN@BAMA.UA.EDU Subject: SMS No space errors I'm relatively new to SMS. I setup SMS to manage our DB2 archive logs via their own Storage Class, Storage Group, ACS routine. This was working fine when I dynamically activated the SMS configuration. However, after our last IPL I had not consistently set all the SCDS, ACDS, COMMDS datasets. After resolving that I'm finding that SMS DB2 are working significantly differently in this area. We get this sequence of errors: -- 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 The information in this email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. If you are not the intended addressee please contact the sender and dispose of this e-mail. Thank you. -- 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: DFSMSdss REPLACEUNCONDITIONAL vs IDCAMS DELETE
Andrew N Wilt wrote: The REPLACEUNCONDITIONAL keyword isn't documented in the z/OS v1.4 manuals because it was a feature we shipped via SPE (APAR) long after z/OS v1r4 was in the field. If you check a current version of the publications, say z/OS v1r7, it is documented there. What does REPLACEUNCONDITIONAL do when the existing data set is migrated? Will it RECALL it? We are currently converting a large number of VSE JCL streams to a z/OS 1.6 environment with HSM. These VSE job streams include hundreds of Databack (a Macro4 product) COPY and RESTORE steps which are converted to DFSMSdss. We currently add an IDCAMS DELETE step before each COPY or RESTORE to delete the output data sets and prevent COPY and RESTORE from failing if the target data set exists already (see example below). IDCAMS DELETE will NOT RECALL migrated data sets. Would it be a good idea to remove the IDCAMS DELETE steps and specify REPLACEUNCONDITIONAL instead? -- Gilbert Saint-Flour GSF Software http://gsf-soft.com/ mailto:[EMAIL PROTECTED] //DLET1100 EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //SYSIN DD * DELETE PSPC.BSM.TL1BKUP.PPCPCIF.INHS DELETE PSPC.BSM.TL2BKUP.PPCPCIF.OTHBK SET MAXCC=0 /* //* //* STEP1100 PGM=ADRDSSU //* //STEP1100 EXEC PGM=ADRDSSU //SYSPRINT DD SYSOUT=* //SYSINDD * COPY - DATASET( - INCLUDE( - PSPC.BSM.TLK.PPCPCIF.INHS - PSPC.BSM.TLK.PPCPCIF.OTHBK - )) - SHARE - VOLCOUNT(ANY) - RENUNC( - (PSPC.BSM.TLK.PPCPCIF.INHS,PSPC.BSM.TL1BKUP.PPCPCIF.INHS) - (PSPC.BSM.TLK.PPCPCIF.OTHBK,PSPC.BSM.TL2BKUP.PPCPCIF.OTHBK) - ) -- 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: IEA482I ... RC=0C ... CONCURRENT COPY SIDEFILE EXCEEDING LIMITS
Antonio, Did you check Graphtrack to see what the sidefile usage is when the problem occurs? Ron -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Antonio Cecilio Sent: Tuesday, 31 January 2006 8:15 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IEA482I ... RC=0C ... CONCURRENT COPY SIDEFILE EXCEEDING LIMITS Hi Bruce and Paul, thx for your help. This msg appeared during an XRC session from an HDS USP to an IBM SHARK. Could we have a cache situation here on HDS side? Not enough cache, maybe !!! Many thx, A.Cecilio. -- 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: HMC on z9
R.S. wrote: ... Now it's kind of web pages - different way of serving the screens. BTW: even local application is web based. The new design makes all access, whether local or remote, use the same code and interfaces. There is now essentially no technical difference between sitting down and using the HMC and connecting to it remotely from home. (When your sitting down in front of the machine, you're accessing the web server via the loopback IP address.) Similar considerations apply to the SE. But don't kid yourself about the significance of PC CPU speed. If they were using the CPUs they used with the ESS (Shark) HMCs, you would *not* be happy with the performance. -- .-. | Edward E. Jaffe|| | Mgr, Research Development| [EMAIL PROTECTED]| | Phoenix Software International | Tel: (310) 338-0400 x318 | | 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801| | Los Angeles, CA 90045 | 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: Access to Mainframes via Putty
I use Putty to logon to the Rlogin Daemon at port 513. You must have the INETD listener running. You security system must support the USS environment. -- 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: DFSMSdss REPLACEUNCONDITIONAL vs IDCAMS DELETE
In a recent note, Gilbert Saint-Flour said: Date: Tue, 31 Jan 2006 09:36:17 -0500 We are currently converting a large number of VSE JCL streams to a z/OS 1.6 environment with HSM. These VSE job streams include hundreds of Databack (a Macro4 product) COPY and RESTORE steps which are converted to DFSMSdss. We currently add an IDCAMS DELETE step before each COPY or RESTORE to delete the output data sets and prevent COPY and RESTORE from failing if the target data set exists already (see example below). IDCAMS DELETE will NOT RECALL migrated data sets. Would it be a good idea to remove the IDCAMS DELETE steps and specify REPLACEUNCONDITIONAL instead? TSO DELETE at least is smart in this respect. It won't RECALL a migrated data set merely to delete it (Likewise ISPF DSLIST). In the Bad Old Days it wasn't so nice, and I habitually coded in EXECs: address 'TSO' 'HDELETE' DSName address 'TSO' 'DELETE' DSName (I don't recall whether HSM requests were processed FIFO, or whether I needed to do HDELETE WAIT to resolve a race.) Related thought on automatic RECALL: in DSLIST I enter Info or Browse on several data sets of which some are migrated. On entering END on each, I get WAITING FOR RECALL on the next. Wouldn't it be nice if the RECALLs were performed concurrently with my think latency? -- gil -- StorageTek INFORMATION made POWERFUL -- 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
Installing R06 coupling facilities
When installing a stand alone cf, is it necessary to write the IOCDS to the standalone CF. I seem to recall that at activation of a standalone cf, the cf control code is loaded with the installed links brought online. Can someone that has implemented a standalone cf verify the process. Disclaimer: This e-mail message is intended only for the personal use of the recipient(s) named above. If you are not an intended recipient, you may not review, copy or distribute this message. If you have received this communication in error, please notify us immediately by e-mail and delete the original message. This e-mail expresses views only of the sender, which are not to be attributed to Rite Aid Corporation and may not be copied or distributed without this statement. -- 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: Basic question on deleting datasets
In a recent note, Ron and Jenny Hawkins said: Date: Wed, 1 Feb 2006 00:29:20 +0800 The old way to kill a bunch of files through a mask was to use DFDSS to back up and delete the files, with the output assigned to DUMMY. Yow! Wasn't that rather I/O intensive? (I ask even though I often aver Silicon is cheaper than carbon.) Or did DFDSS recognize and optimize the output=DUMMY case? -- gil -- StorageTek INFORMATION made POWERFUL -- 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: Basic question on deleting datasets
Rex, The old way to kill a bunch of files through a mask was to use DFDSS to back up and delete the files, with the output assigned to DUMMY. I don't have a sample handy, but I'm sure there should be at least one Storage Admin with a copy they can post for you. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pommier, Rex R. Sent: Tuesday, 31 January 2006 3:50 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Basic question on deleting datasets Hi. I'm afraid I'm in a can't see the forest because of the trees situation which probably has a very easy answer that I can't see. I have a disk pack that I need to get a large subset of the datasets off it as well as uncataloged. Is there some way using IDCAMS or DFSMSdss to accomplish this using wildcards so I don't have to list each dataset separately? IDCAMS apparently only allows me to use a single-qualifier wildcard which won't do it. Unless somebody has a better idea as how to proceed here. The situation is that we have a training system here that is a clone of our production. On a semi-regular basis we are requested to refresh the training system. The process is to delete the training system datasets then use DFSMSdss COPY to copy the datasets from production to training. I have tried just using DFSMSdss COPY with REPlace but apparently the REPlace parameter of DSS COPY doesn't work with the RENameUnconditional because DSS complains about the output datasets already being there. I don't want to have to list all the datasets individually in IDCAMS DELETE statements because that will be a maintenance nightmare. Environment is z/OS 1.4. What am I missing? Rex -- 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: Basic question on deleting datasets
Gil, Yesterday Giovanni Bozzetti had given me the same suggestion and I had the same thought so I did some experimenting. Here's what I found. I created a 3390-3 disk pack 90% utilized with IDMS database files - about 115 datasets on the pack. I ran the DFDSS DUMP job sending the output to DD DUMMY (after finding out the hard way that DFDSS COPY won't send to DUMMY) and the job ran in about 25 seconds, and consumed a total of 682 EXCPs, and .01 minutes TCB time. This is on a Multiprise 3000 box and an ancient RVA disk array. I then put the data back on the pack using DFDSS COPY from a production pack - actually using SnapShot under the covers. Putting the data back took over 4000 EXCPs, .04 minutes TCB, and 1.5 minutes of wall clock. Running the same DUMP job without the DELETE PURGE yielded 204 EXCPs, and immeasurable TCB time, as well as running in 2 seconds. So apparently it does optimize. Rex In a recent note, Ron and Jenny Hawkins said: Date: Wed, 1 Feb 2006 00:29:20 +0800 The old way to kill a bunch of files through a mask was to use DFDSS to back up and delete the files, with the output assigned to DUMMY. Yow! Wasn't that rather I/O intensive? (I ask even though I often aver Silicon is cheaper than carbon.) Or did DFDSS recognize and optimize the output=DUMMY case? -- gil -- StorageTek INFORMATION made POWERFUL -- 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: Basic question on deleting datasets
Gil, DFSMSdss is a bit smarter than that. This JCL deleted two datasets using over 24000 tracks in less than a second. //HAWKINS0 JOB (ACCT#),'STGADM1',CLASS=A,MSGCLASS=X,MSGLEVEL=(1,1), // NOTIFY=SYSUID //* //COPYVOL EXEC PGM=ADRDSSU,REGION=6M //TAPE1DD DUMMY //SYSPRINT DD SYSOUT=* //SYSINDD * DUMP - DATASET(INCLUDE(HAWKINS.NOR1PDB.**))- OUTDDNAME(TAPE1) - SPHERE - DELETE PURGE /* Ron -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Wednesday, 1 February 2006 12:48 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Basic question on deleting datasets In a recent note, Ron and Jenny Hawkins said: Date: Wed, 1 Feb 2006 00:29:20 +0800 The old way to kill a bunch of files through a mask was to use DFDSS to back up and delete the files, with the output assigned to DUMMY. Yow! Wasn't that rather I/O intensive? (I ask even though I often aver Silicon is cheaper than carbon.) Or did DFDSS recognize and optimize the output=DUMMY case? -- gil -- StorageTek INFORMATION made POWERFUL -- 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: Basic question on deleting datasets
In a message dated 1/31/2006 10:41:48 A.M. Central Standard Time, [EMAIL PROTECTED] writes: The old way to kill a bunch of files through a mask was to use DFDSS to back up and delete the files, with the output assigned to DUMMY. I was just wondering, doesn't an easier way exist? Duplexing, Flashcopy, or PPRC depending on config and options purchased. -- 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: Sprint backs out of IBM outsourcing deal
Oh come on. Where will the paranoia stop? You really think someone would do that? You must not believe in Santa either! :-) I don't know of an outsourcing arrangement that ever really worked. It may work for a while, then comes the problems, the divorce, and back in house it comes. We should change the name to yo-yo sourcing. Doug At 12:32 PM 1/31/2006, you wrote: One just *has* to wonder if the outsourcing was mostly a ploy to deal with an out of control culture. You transfer all management to a third party. Let them 'retrain' the troops. Then you bring it back under new management with new marching orders. snip Subject: Sprint backs out of IBM outsourcing deal Sprint Scraps Major IT Outsourcing Deal With IBM TechWeb via Yahoo! News Thu, 26 Jan 2006 12:00 PM PST Sprint is bringing back work and employees it gave to IBM under a $400 million outsourcing pact and redoing its multibillion-dollar call-center deal with the IT services firm. snip Doug Fuerst Consultant BK Associates Brooklyn, NY (718) 921-2620 (Office) (718) 921-0952 (Fax) (917) 572-7364 (Cell) [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: Basic question on deleting datasets
This is a good example of this without a job card. The BY operand for this one hits uncatalogued datasets on a particular volume that are more than two days old, but you can get rid of the BY operand and just use INCLUDE and EXCLUDE. I ALWAYS recommend running with TYPRUN=NORUN first just in case. This JCL has bitten me once before. //HSMCLEAN EXEC PGM=ADRDSSU, PARM='TYPRUN=NORUN', // REGION=8M //SYSUT2 DD DUMMY //SYSU01 DD DISP=SHR,UNIT=SYSDA,VOL=SER=XX //SYSIN DD *,DCB=BLKSIZE=80 DUMP INDD(SYSU01) - OUTDD(SYSUT2) - DATASET (EXCLUDE (SYS1.**) - BY ((CATLG EQ NO) (DSORG NE VSAM) (CREDT,LE,*,-2))) - DELETE /* //SYSOUT DD SYSOUT=* //SYSPRINT DD SYSOUT=* //SYSUDUMP DD DUMMY -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ron and Jenny Hawkins Sent: Tuesday, January 31, 2006 11:29 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Basic question on deleting datasets Rex, The old way to kill a bunch of files through a mask was to use DFDSS to back up and delete the files, with the output assigned to DUMMY. I don't have a sample handy, but I'm sure there should be at least one Storage Admin with a copy they can post for you. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pommier, Rex R. Sent: Tuesday, 31 January 2006 3:50 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Basic question on deleting datasets Hi. I'm afraid I'm in a can't see the forest because of the trees situation which probably has a very easy answer that I can't see. I have a disk pack that I need to get a large subset of the datasets off it as well as uncataloged. Is there some way using IDCAMS or DFSMSdss to accomplish this using wildcards so I don't have to list each dataset separately? IDCAMS apparently only allows me to use a single-qualifier wildcard which won't do it. Unless somebody has a better idea as how to proceed here. The situation is that we have a training system here that is a clone of our production. On a semi-regular basis we are requested to refresh the training system. The process is to delete the training system datasets then use DFSMSdss COPY to copy the datasets from production to training. I have tried just using DFSMSdss COPY with REPlace but apparently the REPlace parameter of DSS COPY doesn't work with the RENameUnconditional because DSS complains about the output datasets already being there. I don't want to have to list all the datasets individually in IDCAMS DELETE statements because that will be a maintenance nightmare. Environment is z/OS 1.4. What am I missing? Rex -- 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
Re: Ordering HLASM for Linux on zSeries
In [EMAIL PROTECTED], on 01/30/2006 at 12:29 PM, John R. Ehrman [EMAIL PROTECTED] said: I assumed that users like yourself would continue to use the MVS or VM forms of HLASM. Doesn't HLA for Linux have facilities that HLA for MVS and VM do not, e.g., ELF output? -- 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: Sprint backs out of IBM outsourcing deal
One just *has* to wonder if the outsourcing was mostly a ploy to deal with an out of control culture. You transfer all management to a third party. Let them 'retrain' the troops. Then you bring it back under new management with new marching orders. A pox on all their houses! Management sees outsourcing as a quick fix to a pervasive problem. For about two years, you DO save money. At the expense of services. Also, the service provider dumbs down the staff by getting rid of the high paid (experienced staff). During the third year, I'm reminded of an old bumper sticker: Where am I going? And, what am I doing in this hand-basket? Service declines, drastically! And, costs go up. Also, the service providers rarely make money on their existing customers. So, they have to go and leach more companies' IT divisions. And, off-shoring is the worst of the worst. Not just the cross-cultural/language issues, but the time-zones make some environments unworkable. I have never been a fan of outsourcing, and I admit I have a bias, since I lost my job because of it. But, I also got my present one because of it. They had outsourced too much talent, so they didn't know what to ask our provider for. - -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
Splitting SYS1.VOLCAT.VGENERAL
I am not sure, but there is a possibility that I may want to split SYS1.VOLCAT.VGENERAL into more specific VOLCATs. Given that SYS1.VOLCAT.VGENERAL already has a number of volumes defined in it that I need to have in the new SYS1.VOLCAT.Vx, how do I do that? It looks like REPRO MERGECAT, but I'm not sure exactly what it should look like. Any examples out there? And can I get away with it without a subsequent IPL of the system? z/OS 1.4 (at a good maintenance level, for once). -- 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: What happens if CR's are directly changed?
Edward E. Jaffe wrote: The doc is pretty clear about the requirements and usage of CML lock. You must set either PASN or SASN to the ASID of the address space for which the CML lock is to be obtained. Granted, the normal way to get PASNHASN is to PC-ss into another address space. But that is generally not true for the equally-valid SASNHASN case. I just don't see how you can so authoritatively state that God intends the CML lock to be used _only_ after PC-ss. I had this feeling the three of us had discussed something similar in the past. I searched the IBM-Main archives and found these posts: http://bama.ua.edu/cgi-bin/wa?A2=ind9910L=ibm-mainP=83854 http://bama.ua.edu/cgi-bin/wa?A2=ind9910L=ibm-mainP=90410 http://bama.ua.edu/cgi-bin/wa?A2=ind9910L=ibm-mainP=95892 http://bama.ua.edu/cgi-bin/wa?A2=ind9910L=ibm-mainP=102220 Back then Greg Dyck was involved as well. He mentioned how holding the CML lock can be used to prevent an address space from being swapped out while you are accessing it, thus ensuring page faults are handled properly. Some things never change ... :-) -- .-. | Edward E. Jaffe|| | Mgr, Research Development| [EMAIL PROTECTED]| | Phoenix Software International | Tel: (310) 338-0400 x318 | | 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801| | Los Angeles, CA 90045 | 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
What is ILBOSPI0 ?
We have some old COBOL programs that CALL 'ILBOSPI0'. I think the call may have been required by a debugging product at one time. I'm sure it is safe to remove, but wondered if anyone remembers why it may have been coded in the first place? Thanks, Craig -- 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
DFSMSdss COPY FULL with Flashcopy V2
We are at z/OS 1.5 and 2105-800 with Flashcopy V2. I've begun experimenting with DFSMSdss and Flashcopy. I've encountered a situation which took me by surprise and I'd like another perspective. I ran a DSS Copy step using: FULL, FASTREP(REQ), FCNOCOPY, DUMPCOND to set up a FC volume pair between volumeA(source) and volumeB(target). But instead of following this with a DSS Dump step from volumeB, I mistakenly ran another DSS Copy step to set up a FC volume pair between volumeC(source) and volumeB(target). And it worked. It dropped the pairing between volumeA and volumeB and created the pairing between volumeC and volumeB. I thought that there would be some protection to prevent selecting a target volume that was already in a Flashcopy relationship. Can anyone point me to documentation that states this is WAD? Mark Kliner Systems Programmer Vision Service Plan Rancho Cordova, CA == Attention: This message is intended only for the individual to whom it is addressed and may contain information that is confidential or privileged. If you are not the intended recipient, or the employee or person responsible for delivering it to the intended recipient, you are hereby notified that any dissemination, distribution, copying or use is strictly prohibited. If you have received this communication in error, please notify the sender and destroy or delete this communication immediately. == -- 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: What is ILBOSPI0 ?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kittendorf, Craig Sent: Tuesday, January 31, 2006 2:10 PM To: IBM-MAIN@BAMA.UA.EDU Subject: What is ILBOSPI0 ? We have some old COBOL programs that CALL 'ILBOSPI0'. I think the call may have been required by a debugging product at one time. I'm sure it is safe to remove, but wondered if anyone remembers why it may have been coded in the first place? Thanks, Craig Looks like some sort of interface to the SPIE macro. I cannot find anything more. What params are being sent to it? I have a zap-dump of the module. No hits on IBMLink, few on Google (and none of any use). -- 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: Basic question on deleting datasets
Rex is apparently not an FDR customer, but for completeness, FDRABR customers can use our SUPERSCRATCH function to do what he is struggling with. SUPERSCRATCH supports full, flexible dataset name masking. For example, //SCRATCHEXEC PGM=FDRABR,REGION=0M //SYSPRINTDD SYSOUT=* //SYSPRIN1DD SYSOUT=* //TAPE1 DD DUMMY DUMP TYPE=SCR,ONLVOL SELECT DSN=ABC**,VOLG=TEST SELECT DSN=USER##.*.*,VOLG=TSO -- 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
Re: Access to Mainframes via Putty?
On Tue, 31 Jan 2006 14:23:20 -, Van Dalsen, Herbie [EMAIL PROTECTED] wrote: The application is TSO, but I tried it , and found that it has a line mode type display... all in one line until the 80 chars are full ... etc. so putty did not work for me... ... It sounds like you accessed the Tn3270 port rather than the Telnet port. You got a Tn3270 line-mode connection. Some people here are using Putty to get to the Unix Telnet server on zOS. It works fine. 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: What is ILBOSPI0 ?
Craig, I can't find what this old module does, but this IBM manual seems to indicate that if you have the old COBOL/VS or /II version of the code hard-linked into the loadmodule, you can replace it (and all other ILBO...) with a COBOL/390 - LE version of the module(s) by the same name. Sample JCL is in Appendix L of this book. COBOL for OS/390 VM Version 2 Release 1 COBOL for MVS VM Version 1 Release 2 Compiler and Run-Time Migration Guide Document Number GC26-4764-04 Hope that helps. Regards, Ulrich Krueger Mainframe Systems Services National Semiconductor Corp. Santa Clara, CA 95051 Tel:(408)721-8071Fax:(408)721-6526 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: What is ILBOSPI0 ?
Yea, I checked IBMLink and Google also. I thought it had something to do with SPIE also which goes along with my thinking it had something to do with debugging, for example, AbendAid, Xpediter, InterTest, Symdump, etc. Thanks, Craig -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Tuesday, January 31, 2006 3:39 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: What is ILBOSPI0 ? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kittendorf, Craig Sent: Tuesday, January 31, 2006 2:10 PM To: IBM-MAIN@BAMA.UA.EDU Subject: What is ILBOSPI0 ? We have some old COBOL programs that CALL 'ILBOSPI0'. I think the call may have been required by a debugging product at one time. I'm sure it is safe to remove, but wondered if anyone remembers why it may have been coded in the first place? Thanks, Craig Looks like some sort of interface to the SPIE macro. I cannot find anything more. What params are being sent to it? I have a zap-dump of the module. No hits on IBMLink, few on Google (and none of any use). -- 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 -- 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: Installing R06 coupling facilities
Larry Kraus wrote: When installing a stand alone cf, is it necessary to write the IOCDS to the standalone CF. Yes, it is, no doubt. It can be done using standalone IOCP (diskette with text version of IOCP) or HCD facility. I seem to recall that at activation of a standalone cf, the cf control code is loaded with the installed links brought online. Can someone that has implemented a standalone cf verify the process. In fact, it does not depend on CF type. Standalone CF is regular CPC with CF LPARs only. The rules are the same as for ICFs. And the rule is when the CF LPAR is activated, the CFCC code is being loaded. In other words CFCC IPL is tied to LPAR activation. HTH -- 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: What is ILBOSPI0 ?
I found that also but I want to get rid of the call completely, not just replace it. In all of my own COBOL programs, I've never used the call. Thanks, Craig -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ulrich Krueger Sent: Tuesday, January 31, 2006 3:44 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: What is ILBOSPI0 ? Craig, I can't find what this old module does, but this IBM manual seems to indicate that if you have the old COBOL/VS or /II version of the code hard-linked into the loadmodule, you can replace it (and all other ILBO...) with a COBOL/390 - LE version of the module(s) by the same name. Sample JCL is in Appendix L of this book. COBOL for OS/390 VM Version 2 Release 1 COBOL for MVS VM Version 1 Release 2 Compiler and Run-Time Migration Guide Document Number GC26-4764-04 Hope that helps. Regards, Ulrich Krueger Mainframe Systems Services National Semiconductor Corp. Santa Clara, CA 95051 Tel:(408)721-8071Fax:(408)721-6526 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: What happens if CR's are directly changed?
Back then Greg Dyck was involved as well. He mentioned how holding the CML lock can be used to prevent an address space from being swapped out while you are accessing it, thus ensuring page faults are handled properly. Some things never change ... :-) Ah the good old days. I thought the whole discussion seemed to have an echo. :-) -- 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
IP Printway Basic Mode
We are running IP Printway in Basic Mode. When executing the AOPSTART procedure several OMVS daemons are started. One of which is AOPSDBD. From my understanding AOPSDBD is only useful when running in Extended Mode, but is started automatically regardless of running in Basic or Extended Mode. My question/concern is that AOPSDBD appears to be CPU and I/O intensive. Is there some way to disable AOPSDBD. Is actually used in Basic Mode and if it is what is it used for. -- 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: Sprint backs out of IBM outsourcing deal
[EMAIL PROTECTED] (Hal Merritt) writes: One just *has* to wonder if the outsourcing was mostly a ploy to deal with an out of control culture. You transfer all management to a third party. Let them 'retrain' the troops. Then you bring it back under new management with new marching orders. frequently the executive experience for managing IT organization is totally different than executive experience required for operating the rest of the business. this can lead to out of control IT organization. this can also lead to a very political (and potentially unprofessional) relationship between the rest of the organization and the IT organization (i.e. lack of binding legal contracts, inadequate service level agreement contracts, etc). IT services can also significantly suffer ... if the IT organization is viewed as purely a cost center ... and people making budget decisions have little concept about adequate needs for providing quality (and possibly even necessary) IT service ... vis-a-vis budget allocation for the rest of the organization. to some extent this has also accounted for some of the datacenter to desktop transitions; you turned everybody into their own system administrator ... initially eliminating dedicated head count in the (IT) cost center (obviously it cost less if everybody was doing it for themselves). other approaches for dealing with some of the issues has been to turn IT into independent company (moving from an internal cost center to a profit center) recent posting regarding the early days of BCS (boeing computer services): http://www.garlic.com/~lynn/2006.html#40 All Good Things outsourcing works fairly well during periods of long term stability. however, in periods of great change ... the ability of an organization to quickly adapt to changing conditions (agility) can be inhibited by arms' length legal agreements. Unanticipated and/or rapid changes in IT services are probably not provided for in the outsourcing contract. Agility and rapid adaptation frequently also involve some amount of experimentation aka trying new stuff for the first time; unless you can perfectly predict the future, not all experimentation regarding unknowns will be successful. of course this then always starts down the boyd and ooda-loop path http://www.garlic.com/~lynn/subboyd.html#boyd http://www.garlic.com/~lynn/subboyd.html#boyd2 and here is a recent ooda-loop reference somebody forwarded to me http://www.affordablehousinginstitute.org/blogs/us/2005/10/doing_the_gover_1.html boyd's briefs had numerous examples from military history about agility being deciding factor in conflicts ... with some tying agility to modern business conflicts C4 was a 1990 project in the automobile industry that was almost all IT-related with an attempt to get time from concept to showroom down from seven years to 18-36 months (putting it on level with foreign competition). recent posting mentioning auto industry agility http://www.garlic.com/~lynn/2006.html#23 auto industry another minor reference http://www.garlic.com/~lynn/2006.html#42 IBM 610 workstation computers -- 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: What is ILBOSPI0 ?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kittendorf, Craig Sent: Tuesday, January 31, 2006 2:46 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: What is ILBOSPI0 ? Yea, I checked IBMLink and Google also. I thought it had something to do with SPIE also which goes along with my thinking it had something to do with debugging, for example, AbendAid, Xpediter, InterTest, Symdump, etc. Thanks, Craig Well, I can say that it does NOT have anything do to with those products. I've used all of them and none of them require a CALL to ILBOSPI0. That is so old, I will almost bet it is for some old things such as TSO TEST to trap S0C7's and the like instead of the COBOL run-time. Again, are any parameters being used in the CALL? The module itself is quite small. -- 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: What is ILBOSPI0 ?
Remove from where? It is a supported LE module. I am not sure, but I believe it to be related to the SPIE function; perhaps a way to activate the option. That tracks your memory of it being debugging related. Do these programs depend on getting control back after some abnormal situations? HTH. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kittendorf, Craig Sent: Tuesday, January 31, 2006 2:10 PM To: IBM-MAIN@BAMA.UA.EDU Subject: What is ILBOSPI0 ? We have some old COBOL programs that CALL 'ILBOSPI0'. I think the call may have been required by a debugging product at one time. I'm sure it is safe to remove, but wondered if anyone remembers why it may have been coded in the first place? Thanks, Craig -- 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: Z890 CF LPAR
Oh really? I'm not familiar with the 2086-450 minus 25% model. According to the aforementioned zSeries 890 and z/OS Reference Guide, you can put a Coupling Facility in a standard LPAR (i.e., using CPs instead of ICFs), but whether those CPs are dedicated or shared, IBM software charges apply. And if IBM is charging me, you can bet CA, BMC, etc. will be charging me. Regards, Cathy On Mon, 30 Jan 2006 00:00:00 GMT, Ted MacNEIL [EMAIL PROTECTED] wrote: The down side of using CP's instead of IFL's is that the CPU capacity used by the Coupling Facility are counted in the total size of the machine for software licensing purposes. NOT true! If you have dedicated CP's to the CF, they don't count. - -teD Im 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: Z890 CF LPAR
Oh really? I'm not familiar with the 2086-450 minus 25% model. ... OOPS! Mind you, I've never used CP's for CF's. Why would you? The ICF engine is cheaper than a general purpose engine. - -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: What is ILBOSPI0 ?
Kittendorf, Craig wrote: We have some old COBOL programs that CALL 'ILBOSPI0'. I think the call may have been required by a debugging product at one time. I'm sure it is safe to remove, but wondered if anyone remembers why it may have been coded in the first place? In the VS COBOL for OS/VS environment, CALL 'ILBOSPI0' is the documented way for a program to turn SPIE on or off and is used in conjunction with SYMDMP, STATE and FLOW. I have a copy of the sub-routine library program logic in which ILBOSPI0 is described. With more recent COBOL compilers and LE, I don't know what it does. -- Gilbert Saint-Flour GSF Software http://gsf-soft.com/ mailto:[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: DFSMSdss COPY FULL with Flashcopy V2
Mark, I looked through our publications for a specific mention of what you would like to have documented and couldn't find one. I will see about getting it included in the next round of publications. I would like to take the opportunity to share our rationale and accept your feedback on it. In this particular scenario, you have requested DFSMSdss to take the image or contents of your source volume and write it to your target volume. The contents of the target volume for a full volume copy has been tradtionally considered as unwanted. (If you wanted it you wouldn't have used it as the target for the copy.) Likewise, if the target volume is in a FlashCopy relationship where it is the target of the relationship, then you must not be interested in keeping the relationship since that is equivalent to keeping the original contents of the target volume. Therefore, it is assumed to be acceptable for the relationship to be removed so that the copy can proceed. If you think about it, had you specified FR(NONE) on the second COPY FULL, we would have used normal I/O and the target volume would again not be in a FlashCopy relationship with the original volume A. We didn't want to force users to have to manually remove the FlashCopy relationship when they wanted to use that target volume as the target of many different source volumes (dumping them in between or otherwise not needing the data on the target volume). Thanks, Andrew Wilt IBM DFSMSdss Architecture/Development IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 01/31/2006 01:23:21 PM: I ran a DSS Copy step using: FULL, FASTREP(REQ), FCNOCOPY, DUMPCOND to set up a FC volume pair between volumeA(source) and volumeB(target). But instead of following this with a DSS Dump step from volumeB, I mistakenly ran another DSS Copy step to set up a FC volume pair between volumeC(source) and volumeB(target). And it worked. It dropped the pairing between volumeA and volumeB and created the pairing between volumeC and volumeB. I thought that there would be some protection to prevent selecting a target volume that was already in a Flashcopy relationship. Can anyone point me to documentation that states this is WAD? Mark Kliner Systems Programmer Vision Service Plan Rancho Cordova, CA -- 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: Z890 CF LPAR
Well, one reason why is that I only want to bring up my CF LPAR in case of an extended outage on my external CF. We investigated all kinds of combinations and permutations, one of them being to upgrade our 2086-450, having 4 engines and 650 mips, to 2 engines and 700 mips, and convert one of the spare engines to an ICF. The charge for converting a PU from CP to ICF was over $100k. The cost of a used z900 CF is slightly over $100k. We decided the cost of a couple of sysplex timers was worth it to not have to give up 2 engines and the parallelism that they enable. Regards, Cathy On Tue, 31 Jan 2006 00:00:00 GMT, Ted MacNEIL [EMAIL PROTECTED] wrote: Oh really? I'm not familiar with the 2086-450 minus 25% model. ... OOPS! Mind you, I've never used CP's for CF's. Why would you? The ICF engine is cheaper than a general purpose engine. - -teD Im 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: What is ILBOSPI0 ?
I would like to remove the call from the COBOL program source. The programs do not depend on getting control after abnormal situations and do not use the IBM COBOL options such as SYMDUMP, TRACE, FLOW, TEST, etc. Craig -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Hal Merritt Sent: Tuesday, January 31, 2006 4:09 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: What is ILBOSPI0 ? Remove from where? It is a supported LE module. I am not sure, but I believe it to be related to the SPIE function; perhaps a way to activate the option. That tracks your memory of it being debugging related. Do these programs depend on getting control back after some abnormal situations? HTH. -- 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: What is ILBOSPI0 ?
The programs do not use the IBM COBOL options such as SYMDUMP, TRACE, FLOW, etc. These programs are very old and have just re-surfaced. I thought it might be for some external produce to set a trap many, many, many years ago. Craig -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Tuesday, January 31, 2006 3:57 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: What is ILBOSPI0 ? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kittendorf, Craig Sent: Tuesday, January 31, 2006 2:46 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: What is ILBOSPI0 ? Yea, I checked IBMLink and Google also. I thought it had something to do with SPIE also which goes along with my thinking it had something to do with debugging, for example, AbendAid, Xpediter, InterTest, Symdump, etc. Thanks, Craig Well, I can say that it does NOT have anything do to with those products. I've used all of them and none of them require a CALL to ILBOSPI0. That is so old, I will almost bet it is for some old things such as TSO TEST to trap S0C7's and the like instead of the COBOL run-time. Again, are any parameters being used in the CALL? The module itself is quite small. -- 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: POSIX run-time option vs TSO and Batch
On 19 Jan 2006 11:19:08 -0800, [EMAIL PROTECTED] (Wendell Simmons) wrote: I have a C application that uses Unix Services and therefore has to run with POSIX ON - logic has been added to the C program to display the setting of the POSIX option. I know this is resolved, but I'm curious about the foregoing. Most UNIX services are available regardless of the LE POSIX option. Are you sure you need POSIX(ON)? -- 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
SMP/E SE37 Retry and ++ZAP
Lately I was testing a service installation containing ++ZAP MCS and receiving inexplicable verify failures. I also noticed multiple COMPRESSes to recover from SE37-04 ABENDs. I started with the problem I knew how to solve, and increased the load library allocations. To my surprise, the ZAP verify problem vanished. So, I wonder, does AMASPZAP update load modules in place (somehow I had got the belief it does so), or use conventional QSAM techniques and rewrite and STOW? Essentially, can AMASPZAP cause a SE37 ABEND? If AMASPZAP causes a SE37 ABEND, an attempt to recover by COMPRESS and retry is largely futile. Some modules will remain in their original state at the instant of ABEND; others modified by the ZAP. The latter will get verify errors on the retry. The only way to avoid the problem is to perform the ZAPs one module at a time. If it succeeds, fine. If SE37 occurs, the directory will still contain the unmodified module and retry is possible. Or have I completely misunderstood the source of the verify errors? If so, I'm puzzled at where they originated and why the vanished coincidentally with resolution of the out-of-space problem. Thanks, gil -- StorageTek INFORMATION made POWERFUL -- 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: POSIX run-time option vs TSO and Batch
In a recent note, Bill Manry said: Date: Tue, 31 Jan 2006 16:25:10 -0800 I know this is resolved, but I'm curious about the foregoing. Most UNIX services are available regardless of the LE POSIX option. Are you sure you need POSIX(ON)? Doesn't the POSIX setting affect the resolution of pathnames? where normally fopen(FRED) refers to a file relative to the current working directory, with POSIX(OFF) it refers instead to a DDNAME? Admittedly, this is CRTL behavior, not connected to availability of UNIX services, yet the difference can be critical. -- gil -- StorageTek INFORMATION made POWERFUL -- 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: Sprint backs out of IBM outsourcing deal
On Jan 31, 2006, at 12:00 AM, Ted MacNEIL wrote: One just *has* to wonder if the outsourcing was mostly a ploy to deal with an out of control culture. You transfer all management to a third party. Let them 'retrain' the troops. Then you bring it back under new management with new marching orders. A pox on all their houses! -SNIP- Ted, A reasonably large bank is going through being out sourced. First it was tried internally then the actual outsouce to India is going to occur. There will be a flood on the market (in Chicago) of IT talent. The in sourcing was a smoke and mirrors (from what I was told). The politics was (from what I was told) between Dutch and American companies was pretty nasty. 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
IBM Tweaks DB2 Workload Pricing
. IBM Tweaks DB2 Workload Pricing It was only a matter of time. Eighteen months ago, IBM announced zAAP, a special zSeries processor engine for J2EE workloads. Last week, Big Blue did the same thing for database workloads, announcing a new z9 Integrated Information Processor (zIIP) for its flagship mainframe systems. **Read this story online: http://info.101com.com/default.aspx?id=22826 -- 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: What is ILBOSPI0 ?
On Jan 31, 2006, at 4:17 PM, Kittendorf, Craig wrote: The programs do not use the IBM COBOL options such as SYMDUMP, TRACE, FLOW, etc. These programs are very old and have just re-surfaced. I thought it might be for some external produce to set a trap many, many, many years ago. Craig Craig, I would recompile the programs and see if the same module extern shows up. If it does you could get the offcet and look at the source and see (possibly) why the cobol subroutine is being called. Ed -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Tuesday, January 31, 2006 3:57 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: What is ILBOSPI0 ? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kittendorf, Craig Sent: Tuesday, January 31, 2006 2:46 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: What is ILBOSPI0 ? Yea, I checked IBMLink and Google also. I thought it had something to do with SPIE also which goes along with my thinking it had something to do with debugging, for example, AbendAid, Xpediter, InterTest, Symdump, etc. Thanks, Craig Well, I can say that it does NOT have anything do to with those products. I've used all of them and none of them require a CALL to ILBOSPI0. That is so old, I will almost bet it is for some old things such as TSO TEST to trap S0C7's and the like instead of the COBOL run-time. Again, are any parameters being used in the CALL? The module itself is quite small. -- 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 -- 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 SE37 Retry and ++ZAP
On 31 Jan 2006 16:35:27 -0800, in bit.listserv.ibm-main (Message-ID:[EMAIL PROTECTED]) [EMAIL PROTECTED] wrote: Lately I was testing a service installation containing ++ZAP MCS and receiving inexplicable verify failures. I also noticed multiple COMPRESSes to recover from SE37-04 ABENDs. I started with the problem I knew how to solve, and increased the load library allocations. To my surprise, the ZAP verify problem vanished. So, I wonder, does AMASPZAP update load modules in place (somehow I had got the belief it does so), or use conventional QSAM techniques and rewrite and STOW? Essentially, can AMASPZAP cause a SE37 ABEND? I can't speak to your verify problem(s), but I *may* have the reason for your SE37 problem. AMASPZAP, indeed, does the update in place. However, you're not necessarily running *just* AMASPZAP. SMP ++ZAP can do an expand zap wherein it makes a CSECT (and therefore the LMOD) larger and zaps both the original area and the expanded area. AMASPZAP can't change the size of a module, so SMP also calls LKED (or the BINDER), leading to the possibility of running out of space. You might want to see if the APARs causing E37s specify expand zaps. -- 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 3482 Terminal Config
Hello Gentle Listeners~ I have been trying to find GA18-7095 IBM InfoWindow* II 3482 User's Guide to no avail. SI thought I'd post what we're trying to accomplish and hope one of you might be able to remember how to configure an InfoWindow terminal!! We would like the IBM 3482's sessions to be equivalent to its predecessor an IBM 3472: Session Device Address Size Purpose A 05A0 32 x 80 Alt Console B 05A8 32 x 80TSO C 05A9 27 x 132 TSO D 05AA 32 x 80TSO (Please ~ no commentary on the size of the alternative console, or the virtues of 2074s. Sometimes shops run old stuff for very good reasons.) Go Seahawks! Very Kind Regards~ Deb -- 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 SE37 Retry and ++ZAP
I'm surprised as well that ZAPs--which I thought overwrote blocks in place--would lead to x37 problems. But I would rather comment on a problem behind the stated problem: delivering vendor-supplied fixes as ZAPs rather than CSECT replacements. My view as a customer is that 'permanent' product maintenance ought to be delivered in ++MOD format. ZAPs should be relegated strictly to APAR fixes: emergency workarounds that alleviate pain in the short term while a module revision is being developed and packaged. IBM, for example, almost never ships a ++ZAP in a PTF. Other vendors do so for reasons that are equally mysterious and suspect. I say 'suspect' because I fear that the motive is to create an follow-your-taste smorgasbord of 'fixes' that the customer can choose to install or not depending on...well, on what? How can a fix be optional? If there's a problem, it needs a fix. If there's not a problem, then something else may be in order. A usermod maybe. But not a PTF. The power of this platform lies in good measure on a single path to glory. IBM doesn't have to preach righteousness and hope for spirit to move us. SMP/E enforces the straight and narrow. In order to install PTF C you must first (or concurrently) install PTFs A and B. Violating this stricture is a serious transgression. Consequently every customer with PTF C is running in a known environment. The customer can expect a certain result, and if there's a problem, IBM can diagnose and test in a duplicate environment. That consistency benefits everybody. So, as interested as I am in an informed answer to the ZAP question, I'm far more interested in urging vendors to deliver PTFs that install serially. In other words, successive element updates that lead everyone in the same direction at the same pace. I don't trust ZAPs to fulfill that hope. . . JO.Skip Robinson Southern California Edison Company SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 01/31/2006 04:35:05 PM: Lately I was testing a service installation containing ++ZAP MCS and receiving inexplicable verify failures. I also noticed multiple COMPRESSes to recover from SE37-04 ABENDs. I started with the problem I knew how to solve, and increased the load library allocations. To my surprise, the ZAP verify problem vanished. 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: SMP/E SE37 Retry and ++ZAP
On Jan 31, 2006, at 9:34 PM, Skip Robinson wrote: SNIP--- So, as interested as I am in an informed answer to the ZAP question, I'm far more interested in urging vendors to deliver PTFs that install serially. In other words, successive element updates that lead everyone in the same direction at the same pace. I don't trust ZAPs to fulfill that hope. -SNIP Skip, I agree with you, but I also see quite a few vendors to the ZAP. a *LONG* time ago I screwed up a zap on Syncsort. I admit freely it was my error. This caused at least 2 addition phone calls for support to the vendor. I think its in the best interest of the vendor to supply replacement mods, especially with the INTERNET speed. I am not sure I want to talk about the side issue of security. Yes that needs to be addressed (somehow). I would like to hear how others might address that issue. 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: SMP/E SE37 Retry and ++ZAP
On Tue, 31 Jan 2006 19:34:14 -0800, Skip Robinson [EMAIL PROTECTED] wrote: I'm surprised as well that ZAPs--which I thought overwrote blocks in place--would lead to x37 problems. But I would rather comment on a problem behind the stated problem: delivering vendor-supplied fixes as ZAPs rather than CSECT replacements. There were many PTFs involved. The primary E37s may have come from module replacements with the ZAP verify failures collateral damage. SMP/E enforces the straight and narrow. In order to install PTF C you must first (or concurrently) install PTFs A and B. Violating this stricture is a Not quite so simple. Unrelated PTFs may have no declared dependencies, and the customer is free (and often prefers) to take the smorgasbord approach. So, as interested as I am in an informed answer to the ZAP question, I'm far more interested in urging vendors to deliver PTFs that install serially. In other words, successive element updates that lead everyone in the same direction at the same pace. I don't trust ZAPs to fulfill that hope. I agree wholeheartedly and my recent experience strengthens the conviction we share. Alas, in this instance we are not the Primary Vendor, but a redistributor, so the choice is not ours. In fact, the Primary Vendor elects not to deal in SMP/E at all. They ship us zaps, which we repackage as PTFs. They have a line of products well known, respected, widely used, and with scarce alternatives; the sort of concern to which it is impossible to say with credibility, Package in SMP/E or we'll take our custom elsewhere. Nonetheless, I've entertained the idea of applying the zaps locally, delinking, and redistributing the affected CSECTs as ++MOD elements. Subject to a determination by OCC that this violates no anti-reverse- engineering clauses. Know of any good delinkers at cbttape.org? -- gil -- StorageTek INFORMATION made POWERFUL -- 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 SE37 Retry and ++ZAP
On Tue, 31 Jan 2006 22:38:08 -0600, Ed Gould [EMAIL PROTECTED] wrote: I think its in the best interest of the vendor to supply replacement mods, especially with the INTERNET speed. I am not sure I want to talk about the side issue of security. Yes that needs to be addressed (somehow). I would like to hear how others might address that issue. Transmit a SHA-1 checksum by whatever channel you now deem sufficiently secure. This will satisfy the security concerns of practically anyone except John G. The most recent report of SHA-1 collisions I heard last summer was about O(2^63); I've seen no reviews of the more recent New Scientist article John G. mentions. I believe the greatest concern remains masquerading, not preimaging. -- gil -- StorageTek INFORMATION made POWERFUL -- 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 SE37 Retry and ++ZAP
On 31 Jan 2006 20:42:00 -0800, in bit.listserv.ibm-main (Message-ID:[EMAIL PROTECTED]) [EMAIL PROTECTED] (Paul Gilmartin) wrote: Nonetheless, I've entertained the idea of applying the zaps locally, delinking, and redistributing the affected CSECTs as ++MOD elements. Subject to a determination by OCC that this violates no anti-reverse- engineering clauses. Know of any good delinkers at cbttape.org? The last delinker I used was DELINK0, the OS/360 utility (as preserved on CBT). As I recall, I had to zap it to allow it to handle the size of XA's IEANUC01. I see that CBT now has a much more modern DELINKI (file 90), but I've never used it. In a production shop, you shouldn't ACCEPT ZAPs. In your case, though, you might want to build DLIBs into which you ACCEPT the ZAP maintenance. Then, the DLIB should have the updated CSECTS as MOD elements. You can pull them out by hand, or get help from the GENERATE command. Not that I've tried the above, mind you. You'd want to do significant testing and comparing of modules to verify that the technique works (if you actually try it, that is). -- 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: Access to Mainframes via Putty?
Pat, Probably it's conventional to specify one port in order to use TELNET for access to non-USS applications such as TSO and CICS and specify another port in order to use TELNET for access to USS. Naturally the device type selected for the former is one of the 3270 device types and the emulator then presents a 3270 appearance while the device type for the latter allows the emulator to give the appearance of traditional UNIX TELNET - I guess - I've not had the experience of accessing USS this way. However, the impression shouldn't be given that the port where the 3270 device type is used is exclusively TN3270(E). It is possible to use TELNET on the same port with the device type for line-by-line use where the TELNET server logic maps to the data flow of a 3767 so that TSO or CICS (or whatever) operate as though the session partner were using LU 1 without function management headers. I guess I'm being finicky :-) Would such a line-by-line connection/session ever be useful? Comparing with NetView Terminal Access Facility (TAF), the human user obviously prefers 3270 (full screen) access but automation requires line-by-line access. Is there an opportunity for automation via TELNET under certain circumstances perhaps where a line-by-line connection/session would be used? Actually - if I was being really, really pedantic - I could point out that there's no such thing as Tn3270 line-mode. Perhaps it's as well to get that commented on before anyone else might happen to spot it :-) Incidentally, if the convention were rather to use different VIPAs - as you mentioned in a post somewhere recently - instead of different ports, the traditional TELNET port 23 could be used for both TELNET servers. Chris Mason - Original Message - From: Patrick O'Keefe [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Tuesday, 31 January, 2006 9:14 PM Subject: Re: Access to Mainframes via Putty? On Tue, 31 Jan 2006 14:23:20 -, Van Dalsen, Herbie [EMAIL PROTECTED] wrote: The application is TSO, but I tried it , and found that it has a line mode type display... all in one line until the 80 chars are full ... etc. so putty did not work for me... ... It sounds like you accessed the Tn3270 port rather than the Telnet port. You got a Tn3270 line-mode connection. Some people here are using Putty to get to the Unix Telnet server on zOS. It works fine. 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 -- 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 SE37 Retry and ++ZAP
At 22:38 -0600 on 01/31/2006, Ed Gould wrote about Re: SMP/E SE37 Retry and ++ZAP: I think its in the best interest of the vendor to supply replacement mods, especially with the INTERNET speed. I am not sure I want to talk about the side issue of security. Yes that needs to be addressed (somehow). I would like to hear how others might address that issue. Digitally sign the fix. When you buy the product you are supplied with the Public Signing Key to verify any fixed transmitted via the Internet. You just use it to verify the supplied digital signature that came with the fix code. -- 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 SE37 Retry and ++ZAP
At 17:35 -0700 on 01/31/2006, Paul Gilmartin wrote about SMP/E SE37 Retry and ++ZAP: If AMASPZAP causes a SE37 ABEND, an attempt to recover by COMPRESS and retry is largely futile. Only the second and subsequent compresses. The first one may find gas/free-space in the library more than the size of the load module in question - IOW: After the initial compress you will have recovered enough room to save a new copy of the load module. OTOH: You can just go PDSE and never need to compress since all of the free space is available and there is no gas and also room for expansion. -- 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: SMS No space errors
DB2 is just another application, requesting space. DB2 does have the concept of having its own storage group; if you have specific volsers defined to this group, and along with a STORCLAS that has GS on, those targetted volumes may not have sufficient space even though the storage group they're in have plenty of room ... for a start, identify all your SMS constructs (DC, MC, SC, SG) and go through their filter lists. - ravi. On Tue, 31 Jan 2006 14:35:29 -, William Walsh [EMAIL PROTECTED] wrote: Ron, Since DB2 is doing the allocating under the covers I tried to allocate a multi-volume dataset via ISPF 3.2 and got this error: IKJ56893I DATA SET DBCD8S2.ARCHLOG1.JUNK5 NOT ALLOCATED+ IGD17206I VOLUME SELECTION HAS FAILED - THERE ARE NOT ENOUGH VOLUMES WITH SUFFICIENT SPACE FOR DATA SET which is different from the original (IGD17279I 1 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE). Having said that I can allocate datasets via ISPF 3.2 letting the ACS routine select the storage group/storage class and specifying many times more space than DB2 would be asking for (ARCHPRI). So, possibly DB2 is doing something under the covers that is conflicting. I haven't defined a management class, if that might be the problem do you know where I can find an example ACS routine or document on how I would utilize it? Thanks, www -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ron and Jenny Hawkins Sent: 31 January 2006 14:11 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMS No space errors William, This is a WAG, but does your STORCLAS have a Guaranteed Space = YES, and your DATACLAS or UNIT parm in JCL have a UNITCOUNT greater than 1? 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
