Re: One sysplex across two z/800???
I believe the answer is no, you can't use ICF (Internal Coupling Facility) to connect any two CECs. Why so many LPARs? z/VM and Z/OS Guests. > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of John S. Giltner, Jr. > Sent: Friday, July 07, 2006 7:29 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: One sysplex across two z/800??? > > I have fowarded this to the real IBM-Mail list. You may want > to subscribe and post to the list server. You will get many > more reponses. > For instructions and to register for the list: > > http://bama.ua.edu/cgi-bin/wa?SUBED1=ibm-main&A=1 > > > > > > [EMAIL PROTECTED] wrote: > > Hi, > > > > We have a parallel sysplex environment running on a z/800. > We've used > > all 15 LPARs supported by the Hardware, CPU and memory are > max'ed out > > and we need more physical resources. If we buy another (used) z/800 > > (we are also considering an upgrade to a z9 but budget is > an issue), > > can we have the same sysplex spread across both z/800's sharing the > > CPUs and memory and use the LPARs on the new z/800 to add > more systems > > to the same existing sysplex? If so, what needs to happen? > Can anyone > > point me to any literature that I could use as a guide? > Currently we > > have ICF setup in 2 LPARs and two processors shared by all 15 LPARs. > > > > Thanks very much in advance, > > > > Tullio. > > > > -- > For IBM-MAIN subscribe / signoff / archive access > instructions, 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: Copy Unix Files to MVS datasets
Another alternative is: http://dovetail.com/dspipes John S. Giltner, Jr. wrote: You can use OCOPY from a batch job, but I would suggest that you look at FTPS (FTP using SSL). It is real FTP and support MVS datasets. We implmented SFTP and are now attempting to convert our last two customers to FTPS. I am sure there may be other ways, but we had to schedule a task via CRON to check the inbound directories every minute to see if a file came and and then kick of the processing. It is not pretty. Using FTPS you can use whatever you are using for normal FTP. In fact you can have the same server support both SSL and non-SSL FTP sessions or you can force it to only accecpt SSL'ed connections. Josef Berger wrote: Hello all, we plan to replace FTP with SSH SFTP. SSH SFTP work with unix files, not MVS datasets. Connection initiated by another server into the mainframe stores the file in a Unix HFS file. Does anyone now work arouns to start a batch job, after the file was stored in Unix HFS ?. Is OPC Trigger a possible solution ?. I'm unclear if it support Open Edition unix files ?. regards Josef -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Copy Unix Files to MVS datasets
You can use OCOPY from a batch job, but I would suggest that you look at FTPS (FTP using SSL). It is real FTP and support MVS datasets. We implmented SFTP and are now attempting to convert our last two customers to FTPS. I am sure there may be other ways, but we had to schedule a task via CRON to check the inbound directories every minute to see if a file came and and then kick of the processing. It is not pretty. Using FTPS you can use whatever you are using for normal FTP. In fact you can have the same server support both SSL and non-SSL FTP sessions or you can force it to only accecpt SSL'ed connections. Josef Berger wrote: Hello all, we plan to replace FTP with SSH SFTP. SSH SFTP work with unix files, not MVS datasets. Connection initiated by another server into the mainframe stores the file in a Unix HFS file. Does anyone now work arouns to start a batch job, after the file was stored in Unix HFS ?. Is OPC Trigger a possible solution ?. I'm unclear if it support Open Edition unix files ?. regards Josef -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: One sysplex across two z/800???
I have fowarded this to the real IBM-Mail list. You may want to subscribe and post to the list server. You will get many more reponses. For instructions and to register for the list: http://bama.ua.edu/cgi-bin/wa?SUBED1=ibm-main&A=1 [EMAIL PROTECTED] wrote: Hi, We have a parallel sysplex environment running on a z/800. We've used all 15 LPARs supported by the Hardware, CPU and memory are max'ed out and we need more physical resources. If we buy another (used) z/800 (we are also considering an upgrade to a z9 but budget is an issue), can we have the same sysplex spread across both z/800's sharing the CPUs and memory and use the LPARs on the new z/800 to add more systems to the same existing sysplex? If so, what needs to happen? Can anyone point me to any literature that I could use as a guide? Currently we have ICF setup in 2 LPARs and two processors shared by all 15 LPARs. Thanks very much in advance, Tullio. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: MVS Licenses/MVS sites
Yes, I started a thread like this a few months ago. I got some useful, but non-definitive, answers. Search the archives. Those who know don't tell. Those who tell don't know. Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: MVS Licenses/MVS sites
I think we just had this discussion a couple of months ago. There were noe definitive answers; I believe the upshot was something along the lines of: 1) Only IBM knows for sure. 2) They ain't telling. 3) Mainframe MIPS in use is increasing 4) The number of actual mainframe shops is probably decreasing. Jon Does anyone have any statistics on the current size of the MVS world? Does IBM publish any numbers? Some of the posts on this board would strongly suggest it is still shrinking. I thought the exodus was pretty much over...those shops that were going to migrate off had done so. Not so? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
MVS Licenses/MVS sites
Does anyone have any statistics on the current size of the MVS world? Does IBM publish any numbers? Some of the posts on this board would strongly suggest it is still shrinking. I thought the exodus was pretty much over...those shops that were going to migrate off had done so. Not so? --Dave Day -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Howards VSAM Problem
Well, I have absolutely no input to any decision making. In the NYC Metro, mainframe jobs are really hard to come by. Some times I really feel trapped...I'de even go for the early 90s "McKown, John" <[EMAIL PROTECTED]> wrote: > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould > Sent: Thursday, July 06, 2006 10:50 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Howards VSAM Problem > > > On Jul 6, 2006, at 1:48 PM, Howard Rifkind wrote: > > > > No longer worth while...the box is going to be replace in favor of > > blade servers running linux. I was told that this is the wave of > > the future. > > > > Howard, sorry you feel that way The battles are almost always worth > fighting, IMO. > > Ed Ed, I know what has happened around here to those who "rocked the boat" (previous administration). Howard may not be in a position to find a new job right now. I miss the 80's! -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group 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 - How low will we go? Check out Yahoo! Messengers low PC-to-Phone call rates. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: FTP - Put Error - EZA2590E
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Tom Marchant > Sent: Friday, July 07, 2006 2:34 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: FTP - Put Error - EZA2590E > > > > > It failed after transferring 2 GB. Are you sure there is space on > the drive that is being used on the server? > Ah! that may be it. Some older UNIX filesystems, especially 32 bit systems, would max out a single file at 2GB! Also, the UNIX userid which is being used may have a filesize quota limit placed on it. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group 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: FTP - Put Error - EZA2590E
On Fri, 7 Jul 2006 15:21:27 -0400, Alvaro Quintupray <[EMAIL PROTECTED]> wrote: >Hi Mark. > > >Well this happened in the department of Operations... I requested to them >that they try it again. > >They are trying to execute FTP (Put) from IBM to a Unix server .. The log >is : > >They are trying to carry out FTP (Put) from IBM to a servant... > > > >The log is: > >EZA1485I 2137743360 bytes transferred - 10 second interval rate 687.36 >KB/sec >EZA1485I 2144563200 bytes transferred - 10 second interval rate 674.56 >KB/sec >EZA2590E send error from send_data - EDC5140I Broken pipe. >(errno2=0x74500442) >EZA2603E Error sending the file >452 Error writing file: No such file or directory. >EZA1735I Std Return Code = 27452, Error Code = 00010 >EZA1701I >>> QUIT >221-You have transferred 2147483492 bytes in 0 files. >221-Total traffic for this session was -2147483217 bytes in 0 transfers. >221-Thank you for using the FTP service on condor. >221 Goodbye. > It failed after transferring 2 GB. Are you sure there is space on the drive that is being used on the server? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COBOL Working Storage being reset
This got sent to Gilbert only. Reposting for the list. Good idea. I'll give it a try. We also created the worlds shortest Cobol program that does something. It calls the Assembler program thereby also creating an enclave. Alan Schwartz Assurant Shared Business Services Lead Systems Programmer Phone: 651-361-4758 Fax: 651-361-5625 Gilbert Saint-Flour <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 07/06/2006 04:28 PM Please respond to [EMAIL PROTECTED] To IBM-MAIN@BAMA.UA.EDU cc Subject Re: COBOL Working Storage being reset Alan, I suggest that you add CALL ILBOSTP0 at the beginning of the assembler program (make sure R13 is clean). This is the simplest way to create an enclave and tell the COBOL module that it's a sub-program, not a main program. ** This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. 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: IOCP version problem on a 2086 (was Genning a 3745)
See below. Bruce McKnight wrote: New info: I must have missed the old info, sorry. So what follows might not be terribly helpful. I finally found a book with the ICP messages. The ICP400I indicates either that the CPC does not support ICP IOCP or the IOCP level is not correct for the CPC. It then referred me to the Summary of Changes. The job output indicates that I am running Version 1 Release 1.0 and gives me a return code of 09, which again indicates the IOCP is the wrong version for the CPC. There are a couple of possibilities. What program name are you using for IOCP? (As a side note, why aren't you using HCD? Or are you, but getting these messages when you try to activate the changes using HCD?) I'm in WAY over my head now. The only things that have occurred since last July are 1. The os was converted from OS/390 2.10 to z/OS 1.4 Is this the *first* I/O configuration change since then? You DID get z/OS R4 with the z990 Compatibility Support or the z990 Exploitation Support feature, right? Also, the PSP bucket calls for OA06464 if you're exploiting certain features. Questions: 1. Could the microcode maintenance have done some upgrade to the CPC that renders the IOCP read/write invalid? 2. I thought the IOCP would be part of the z/OS BCP. If not, how do I get the version I need? It's part of z/OS, in a separate FMID (HIO1104, if memory serves; definitely HIOsomething). But it's updated (or replaced) via PTF from time to time. 3. Could I offload the IOCDS to a diskette and load it via the SE like we did when we first installed the box? Yes. But it's much less convenient than getting the batch program (or HCD!) to work in the first place. HELP! Much thanks in advance. (BTW - I'm still not sure if my posts are hitting the email part of this list.) Your posts are going to Usenet and not to the list (which is shadowed on Usenet). To get them posted to the list, you have to send them to the _list_ server (ibm-main@bama.ua.edu), not to your _news_ server. See the instructions pointed to at the bottom of this post for information about how to do that. Happy Friday! -- John Eells z/OS Technical Marketing IBM Poughkeepsie [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: FTP - Put Error - EZA2590E
On Fri, 7 Jul 2006 15:21:27 -0400, Alvaro Quintupray <[EMAIL PROTECTED]> wrote: >Hi Mark. > > >Well this happened in the department of Operations... I requested to them >that they try it again. > >They are trying to execute FTP (Put) from IBM to a Unix server .. The log >is : > >They are trying to carry out FTP (Put) from IBM to a servant... > > Sorry... I read your original post to quuickly. I thought you were trying to put to "IBM" (meaning an IBM owned unix server). It sounds like you meant you were trying to put from an IBM z/OS system to a unix server. Try again... -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group mailto: [EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP - Put Error - EZA2590E
Hi Mark. Well this happened in the department of Operations... I requested to them that they try it again. They are trying to execute FTP (Put) from IBM to a Unix server .. The log is : They are trying to carry out FTP (Put) from IBM to a servant... The log is: EZA1485I 2137743360 bytes transferred - 10 second interval rate 687.36 KB/sec EZA1485I 2144563200 bytes transferred - 10 second interval rate 674.56 KB/sec EZA2590E send error from send_data - EDC5140I Broken pipe. (errno2=0x74500442) EZA2603E Error sending the file 452 Error writing file: No such file or directory. EZA1735I Std Return Code = 27452, Error Code = 00010 EZA1701I >>> QUIT 221-You have transferred 2147483492 bytes in 0 files. 221-Total traffic for this session was -2147483217 bytes in 0 transfers. 221-Thank you for using the FTP service on condor. 221 Goodbye. Regards. Atte. Alvaro Quintupray B. Ingeniero de Sistemas Nexus S.A. Fon : 420 8149 Fax : 420 8508 -Mensaje original- De: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] En nombre de Mark Zelden Enviado el: Viernes, 07 de Julio de 2006 14:43 Para: IBM-MAIN@BAMA.UA.EDU Asunto: Re: FTP - Put Error - EZA2590E On Fri, 7 Jul 2006 13:00:02 -0500, Alvaro Quintupray B. <[EMAIL PROTECTED]> wrote: >Hi. > >I have Zos 1.6 >When executing the FTP of a big file from IBM to an UNIX server... I >have the following errror: > >EZA2590E send send_data error from - EDC5140I Broken pipe. >(errno2=0x74500442) > >I have seen the manual of messages and appears glosses different for >the message > >As it is the true error? Where I look for it.? > When did you get it? I was FTPing a stand alone dump late last night and when got into the office this morning I saw the same error (can't say for sure about errno2, I purged the output). Have you tried it more than once? Regards, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group mailto: [EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: cataloging dataset on 2 lpar's master catalog
I have a SMS managed dataset that is on master catalog that needs to be added to linklst and is accessed by 2 lpars. We are sharing dasd. I can only get it to catalog on one master catalog correctly. That is, on the 2nd master catalog the dataset does not have its sms storclas and mgmtclas attributes. You probably did a DEFINE NONVSAM to put it in the second mastercat. For SMS datasets, you must include the RECATALOG operand to pick up the SMS data from the NVR in the VVDS, e.g, DEFINE NONVSAM(NAME(dsname) VOL(volser) RECATALOG) Do a DELETE NOSCRATCH to get it out of the second mastercat, then do the DEFINE as above. However, not having the SMS info in the catalog is probably not a big issue. The same info is stored in the NVR and I think the NVR is used when it is needed. You probably don't need to fix this -- 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: JES2/JES3 Difference
Gil,
To get a copy of the system log (syslog) to the output Q type in ("W
#" where # is the sysout class you wish to place the syslog).
Ed
On Jul 7, 2006, at 7:52 AM, Paul Gillis wrote:
Hi,
I am trying to determine if JES2 has a similar functionality to JES3.
The JES3 inish deck allows on a SYSOUT definition the keyword
TYPE=DSISO. This means that any spool dataset allocated with
TYPE=DSISO is allocated its own unique track allocation table. This
allows a dataset to be either printed or removed from the spool,
and then that spool space returned to JES3 for other use, before
the job concerned has terminated.
I can see that JES2 has a track allocation group but have not been
able to determine if it has the ability to allocate a unique group
for a specific sysout class.
Maybe I am barking up the wrong tree, but what I suspect, but have
not yet confirmed, is that SYSLOG accumulates in the spool until
JES2 is restarted. SDSF is only showing me a single dataset of
about 60,000 lines, but then also shows me that SYSLOG has almost
4,000,000 lines.
Regards,
Paul Gillis
Retired JES3 bigot, now JES2/SDSF apprentice.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: FTP - Put Error - EZA2590E
On Fri, 7 Jul 2006 13:00:02 -0500, Alvaro Quintupray B. <[EMAIL PROTECTED]> wrote: >Hi. > >I have Zos 1.6 >When executing the FTP of a big file from IBM to an UNIX server... I have >the following errror: > >EZA2590E send send_data error from - EDC5140I Broken pipe. >(errno2=0x74500442) > >I have seen the manual of messages and appears glosses different for the >message > >As it is the true error? Where I look for it.? > When did you get it? I was FTPing a stand alone dump late last night and when got into the office this morning I saw the same error (can't say for sure about errno2, I purged the output). Have you tried it more than once? Regards, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group mailto: [EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: problem with spool volume serial
No, I've just gave up. Now I'm thinking, how to convince people to cold start, in order to completely change the spool's volumes prefix (that would be better for our naming conventions). And if they won't agree, I will just cut the last letter from the prefix. D. On Thu, 6 Jul 2006 09:32:23 -0500, Ann La <[EMAIL PROTECTED]> wrote: >Dorota, >Just out of curiousity did you/were you able to find out why this is >happening? I am also running into this issue and would like to know why. > >Thanks. >Ann > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >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: FTP - Put Error - EZA2590E
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Alvaro Quintupray B. > Sent: Friday, July 07, 2006 1:00 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: FTP - Put Error - EZA2590E > > > Hi. > > I have Zos 1.6 > When executing the FTP of a big file from IBM to an UNIX > server... I have > the following errror: > > EZA2590E send send_data error from - EDC5140I Broken pipe. > (errno2=0x74500442) > > I have seen the manual of messages and appears glosses > different for the > message > > As it is the true error? Where I look for it.? > > Thanks. That means that the FAR END, that is, the UNIX server, disconnected for some reason. Somebody needs to look at the logs on the UNIX side to determine why. As as example, we had this happen here once with a Windows server when it ran out of disk space. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group 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: cataloging dataset on 2 lpar's master catalog
On Fri, 7 Jul 2006 12:27:57 -0500, Tom Schmidt <[EMAIL PROTECTED]> wrote: >On Fri, 7 Jul 2006 10:12:14 -0700, Dennis Leong wrote: > >>I have a SMS managed dataset that is on master catalog that needs to be >>added to linklst and is accessed by 2 lpars. We are sharing dasd. I can >>only get it to catalog on one master catalog correctly. >... > >Dennis, > >How about sharing the master catalog between the 2 LPARs? Then you >wouldn't have this "he said-she said" game between your 2 existing master >catalogs and the remainder of your problem would be simple. (Sysplex it.) > I agree that's the best answer. If the HLQ is SYS1, AMS will allow you to recatalog it in another catalog. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FTP - Put Error - EZA2590E
Hi. I have Zos 1.6 When executing the FTP of a big file from IBM to an UNIX server... I have the following errror: EZA2590E send send_data error from - EDC5140I Broken pipe. (errno2=0x74500442) I have seen the manual of messages and appears glosses different for the message As it is the true error? Where I look for it.? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: cataloging dataset on 2 lpar's master catalog
On Fri, 7 Jul 2006 10:12:14 -0700, Dennis Leong wrote: >I have a SMS managed dataset that is on master catalog that needs to be >added to linklst and is accessed by 2 lpars. We are sharing dasd. I can >only get it to catalog on one master catalog correctly. ... Dennis, How about sharing the master catalog between the 2 LPARs? Then you wouldn't have this "he said-she said" game between your 2 existing master catalogs and the remainder of your problem would be simple. (Sysplex it.) -- 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
cataloging dataset on 2 lpar's master catalog
I have a SMS managed dataset that is on master catalog that needs to be added to linklst and is accessed by 2 lpars. We are sharing dasd. I can only get it to catalog on one master catalog correctly. That is, on the 2nd master catalog the dataset does not have its sms storclas and mgmtclas attributes. When I try to run an idcams alter to define the attributes I get the following: IDC3194I SMS CONSTRUCT STORAGECLASS SPECIFIED FOR NON-SMS MANAGED OBJECT IDC3194I SMS CONSTRUCT MANAGEMENTCLASS SPECIFIED FOR NON-SMS MANAGED We are running z/os 1.4. We have other sms datasets that are cataloged on both master catalogs with the correct attributes. I do not know how these entries were created as sysprog who is responsible is on vacation. My gut feeling is that he may have cloned one master catalog to create the other at one time. I believe one of the master catalogs is a connected as a user catalog. To get around the problem, I have renamed the dataset so that it is cataloged in usercat. Now both systems can access the dataset and have the correct sms attributes. However, this means that I have to code the volser in the linklst entry in PROGxx which I really want to avoid. Any suggestions on how I can get a SMS master cataloged dataset to be cataloged on both lpar master catalogs? Thank you. - enD sin -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Isn't DISP=MOD wonnderful? (was avgrec/avgblk history ?)
In a recent note, Tom Marchant said: > Date: Fri, 7 Jul 2006 08:08:29 -0500 > > > >//STEP EXEC PGM=IEBGENER > >//ALLOC DD DISP=(MOD,DELETE),UNIT=&DASD,DSN=...,SPACE=... > >//SYSUT2DD DISP=OLD,DSN=*.ALLOC,UNIT=&DASD > > > >...? I believe the ALLOC data set is uncatalogued before SYSUT2 is > >catalogued (order of DD statements?). Of course this requires an > >elegible storage volume in addition to the one used by the ALLOC DD. > > > I don't think so. In an SMS environment I believe the data set is > cataloged when it is created. Even if not, you run the risk of > trying to allocate it on the same volume. > Experiment shows you're correct. It fails except for a non-SMS managed HLQ. I hadn't realized SMS introduced such a restriction. I'm not much concerned about having only a single eligible storage volume. -- 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: Howards VSAM Problem
On Jul 7, 2006, at 8:21 AM, McKown, John wrote: Ed, I know what has happened around here to those who "rocked the boat" (previous administration). Howard may not be in a position to find a new job right now. I miss the 80's! John, If he hasn't been looking by now its too late anyway. In any case he never has to give ultinmatiums he can always show that there is a better way. That is almost always welcome. 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: CTC's & VTAM
On Thu, 6 Jul 2006 14:01:31 +0100, Mark Wilson <[EMAIL PROTECTED]> wrote: >Hi, > > > >I am in the process of migrating from a PC Server 500 to a flex laptop. > > > >The system runs VM; VSE & OS/390 (all versions very much unsupported). > > > >We currently have a CTC connection between VSE & OS/390 that uses the >token ring card as the transport. > > > >When I move the system the token ring will disappear and I will be using >two Flex defined CTC's. > > > >What I am after is the VTAM definitions for each end of the CTC's (VSE & >OS390) and what the CDRM definitions should look like. > > > >Has anyone got any ideas? > I recommend you check out the VTAM books and samples for channel-to-channel definitions. Here are three urls of sections you should read. (Watch the wrap on the long urls): http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ISTH3201/2.2.8.1?DT=19950104102256 http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ISTH1201/2.4?SHELF=IST0BK13&DT=19941214223128 http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/isth8002/3.2?SHELF=IST0BK13&DT=19950314094853 You may wish to consider posting your question to the FLEX-ES listserv discussion list where FLEX-ES users hang out and certainly more VSE jockeys hang out. A writeup on subscribing to that list can be found at http://support.funsoft.com and then following the link to "Email Forum". -- Gary Eheman Fundamental Software, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COBOL Working Storage being reset
Does the RTEREUS=(ON) option help in this case? I know it greatly reduces overhead when invoking a COBOL program from a non-LE environment because the runtime doesn't need to be reestablished. I don't know for sure how it affects Working Storgae. Note that this only works for COBOL (not other LE-based C or PL/I programs). Regards, Rich -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Howards VSAM Problem
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould > Sent: Thursday, July 06, 2006 10:50 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Howards VSAM Problem > > > On Jul 6, 2006, at 1:48 PM, Howard Rifkind wrote: > > > > No longer worth while...the box is going to be replace in favor of > > blade servers running linux. I was told that this is the wave of > > the future. > > > > Howard, sorry you feel that way The battles are almost always worth > fighting, IMO. > > Ed Ed, I know what has happened around here to those who "rocked the boat" (previous administration). Howard may not be in a position to find a new job right now. I miss the 80's! -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group 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: avgrec/avgblk history ?
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.) > Sent: Thursday, July 06, 2006 6:39 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: avgrec/avgblk history ? > > > In <[EMAIL PROTECTED]>, on 07/06/2006 >at 01:39 PM, Paul Gilmartin <[EMAIL PROTECTED]> said: > > >This is the first I have heard of unreliability of DISP=MOD. Is that > >the consensus of readers here? > > I used it freely. > > -- > Shmuel (Seymour J.) Metz, SysProg and JOAT I never use it. My reason is that when I update a file with DISP=MOD, there is no way to __easily__ restart an abended step. In this case, to restart, the program would need to have restart capability built into it so that it would not process any already processed data. This could be quite complicated. To me, it is much easier to just have a lot of GDGs and write to the next generation. Upon restart, just scratch the "bad" generation (CA-11) and go. If DISP=MOD is absolutely necessary, then I guess an IEBGENER at the end to copy the GDG to the real dataset might be OK. But what if the output dataset gets an SB37 due to a space problem? How do I "unwind" the added records? Of course, each cat his own rat. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group 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: JES2/JES3 Difference
On Fri, 7 Jul 2006 22:52:07 +1000, Paul Gillis <[EMAIL PROTECTED]> wrote: > >Maybe I am barking up the wrong tree, but what I suspect, but have not >yet confirmed, is that SYSLOG accumulates in the spool until JES2 is >restarted. SDSF is only showing me a single dataset of about 60,000 >lines, but then also shows me that SYSLOG has almost 4,000,000 lines. > It will accumulate under the same STC number until restart. But it will separate into different output groups (that can be printed, purged, offloaded, written to external writer, etc.) when the LOGLMT is reached (specified in IEASYSxx)or the WRITELOG operator command is manually issued. Even if the syslog is split off, SDSF will still show it as one continuous entity via the LOG command if the older logs are still in the spool. Regards, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group mailto: [EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Isn't DISP=MOD wonnderful? (was avgrec/avgblk history ?)
On Thu, 6 Jul 2006 15:48:50 -0600, Paul Gilmartin <[EMAIL PROTECTED]> wrote: >I deliberately [over]simplified my example. When I wish either to >create a new data set, or re-use the existing one, I often use the >following to avoid adding a job step: > >//STEP EXEC PGM=IEBGENER >//ALLOC DD DISP=(MOD,CATLG),UNIT=&DASD,DSN=...,SPACE=... >//SYSUT2DD DISP=OLD,DSN=*.ALLOC,VOL=REF=*.ALLOC,UNIT=&DASD > >Specifying VOL (with a referback) and UNIT permits accessing DSN >before it is catalogued. Would similar work for deleting and >creating in a single job step: > >//STEP EXEC PGM=IEBGENER >//ALLOC DD DISP=(MOD,DELETE),UNIT=&DASD,DSN=...,SPACE=... >//SYSUT2DD DISP=OLD,DSN=*.ALLOC,UNIT=&DASD > >...? I believe the ALLOC data set is uncatalogued before SYSUT2 is >catalogued (order of DD statements?). Of course this requires an >elegible storage volume in addition to the one used by the ALLOC DD. > >If responses are vague or contradictory I'll try a test. > I don't think so. In an SMS environment I believe the data set is cataloged when it is created. Even if not, you run the risk of trying to allocate it on the same volume. Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2/JES3 Difference
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Paul Gillis > > I am trying to determine if JES2 has a similar functionality to JES3. > > The JES3 inish deck allows on a SYSOUT definition the keyword > TYPE=DSISO. This means that any spool dataset allocated with > TYPE=DSISO is allocated its own unique track allocation > table. This allows a dataset to be either printed or removed > from the spool, and then that spool space returned to JES3 > for other use, before the job concerned has terminated. Maybe something like //OUT DD SYSOUT=*,FREE=CLOSE,SPIN=UNALLOC is what you're looking for? -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Isn't DISP=MOD wonnderful? (was avgrec/avgblk history ?)
Paul, The function where the behavior Ed is referring to is similar to what you might be familiar with in SDSF when you issue PRINT ODSN. On Thu, 6 Jul 2006 15:57:08 -0700, Edward Jaffe <[EMAIL PROTECTED]> wrote: >Paul Gilmartin wrote: >> Why would anyone welcome a change that merely diminishes >> function? >> >> (Of course I'm free to make a private assessment of your >> customers' cognitive capacities that you could never utter >> publicly.) >> > >Paul, > >I accidentally sent an e-mail to the list that was intended to go >directly (off-list) to Tom Marchant. > >I don't really have time right now to provide all of the background you >would need to understand how this is used and in what context. Suffice >to say that the customers that requested (and gladly received) this >enhancement were in no way suffering from diminished cognitive capacity. >They knew what they were asking for, we agreed it was a valuable >enhancement, and it resulted in no loss of function whatsoever. It has >nothing to do with how the DISP= keyword is treated in JCL. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2/JES3 Difference
JES2 - HASP JES3 - ASP JES2 is only half ASP! >>> [EMAIL PROTECTED] 7/7/2006 8:52:07 AM >>> Hi, I am trying to determine if JES2 has a similar functionality to JES3. The JES3 inish deck allows on a SYSOUT definition the keyword TYPE=DSISO. This means that any spool dataset allocated with TYPE=DSISO is allocated its own unique track allocation table. This allows a dataset to be either printed or removed from the spool, and then that spool space returned to JES3 for other use, before the job concerned has terminated. I can see that JES2 has a track allocation group but have not been able to determine if it has the ability to allocate a unique group for a specific sysout class. Maybe I am barking up the wrong tree, but what I suspect, but have not yet confirmed, is that SYSLOG accumulates in the spool until JES2 is restarted. SDSF is only showing me a single dataset of about 60,000 lines, but then also shows me that SYSLOG has almost 4,000,000 lines. Regards, Paul Gillis Retired JES3 bigot, now JES2/SDSF apprentice. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
JES2/JES3 Difference
Hi, I am trying to determine if JES2 has a similar functionality to JES3. The JES3 inish deck allows on a SYSOUT definition the keyword TYPE=DSISO. This means that any spool dataset allocated with TYPE=DSISO is allocated its own unique track allocation table. This allows a dataset to be either printed or removed from the spool, and then that spool space returned to JES3 for other use, before the job concerned has terminated. I can see that JES2 has a track allocation group but have not been able to determine if it has the ability to allocate a unique group for a specific sysout class. Maybe I am barking up the wrong tree, but what I suspect, but have not yet confirmed, is that SYSLOG accumulates in the spool until JES2 is restarted. SDSF is only showing me a single dataset of about 60,000 lines, but then also shows me that SYSLOG has almost 4,000,000 lines. Regards, Paul Gillis Retired JES3 bigot, now JES2/SDSF apprentice. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: CTC's & VTAM
This is b* maddening. The post is being rejected because it is supposedly already there. This posting is the same but with the paragraphs in reverse order. Let's see if that works!!! In case none of the others shows up, this is just to mention that this is now the fourth attempt!!! Mark, After all that it's becoming clear that something in the original request isn't perhaps as clear as it might have been. :-( What I can't quite understand here is why you need advice about the VTAM definitions when you are not - as you have described it - changing the logical configuration as far as VTAM is concerned. Thus the definitions should be exactly the same. The only part which may well change is the "smoke and mirrors" required by the PC platform. The CDRM definitions are even more removed from the link definitions so there is even less reason to change these than the link definitions - which should, as I said, not need changing at all. If you want to use "flex"-defined CTCs, the answer is surely in the "flex" documentation and probably the answer will also be in a "flex"-oriented list/group if only because all preconceptions are destroyed when attention is diverted to these "wonderful" and "tricky" platforms. Note that I do not encourage the use of private conversations started in the list/group so please keep your replies here. Normally a CTC runs over a channel. I know that a CTC can be emulated using VM and I have often used that "trick". I can imagine that a CTC could be emulated by the PC platform emulating the hardware - much as VM does I suppose. I am amazed that the token ring card is involved but maybe that's how the "trick" works in the PC platform. I have just been assisting privately with a Hercules configuration where I have discovered that one half of a z/OS CS IP CTC link can talk to the Windows Loopback Adapter emulating the other half. Does the system run VM on top of which sit MVS and VSE? - or does the system mimic 3 LPARs so that each operating system runs it a separate partition? I'm afraid I know very little of these PC platforms emulating the S/360 and its descendents so if I seem ignorant of and stand amazed at the hoops through which you are jumping, please accept my apologies. Chris Mason - Original Message - From: "Mark Wilson" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: Sent: Thursday, 06 July, 2006 3:01 PM Subject: CTC's & VTAM > Hi, > > > > I am in the process of migrating from a PC Server 500 to a flex laptop. > > > > The system runs VM; VSE & OS/390 (all versions very much unsupported). > > > > We currently have a CTC connection between VSE & OS/390 that uses the > token ring card as the transport. > > > > When I move the system the token ring will disappear and I will be using > two Flex defined CTC's. > > > > What I am after is the VTAM definitions for each end of the CTC's (VSE & > OS390) and what the CDRM definitions should look like. > > > > Has anyone got any ideas? > > > > Kind Regards > > Mark > CSF Group Plc > Registered No: 2646774 > Registered Office: Alliance House, 49-51 East Road, London, N1 6AH > Tel: 0207 490 2727 > www.csf.co.uk -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: CTC's & VTAM
I see my first attempt didn't make it into the archive so I'll try again. I'm going to remove the "quoted message" in case some sort of combination involving the quoted message got in the way. I think I'll also try posting from the archive - for the first time - to see if that's going to be any more successful. Mark, I'm afraid I know very little of these PC platforms emulating the S/360 and its descendents so if I seem ignorant of and stand amazed at the hoops through which you are jumping, please accept my apologies. Does the system run VM on top of which sit MVS and VSE? - or does the system mimic 3 LPARs so that each operating system runs it a separate partition? Normally a CTC runs over a channel. I know that a CTC can be emulated using VM and I have often used that "trick". I can imagine that a CTC could be emulated by the PC platform emulating the hardware - much as VM does I suppose. I am amazed that the token ring card is involved but maybe that's how the "trick" works in the PC platform. I have just been assisting privately with a Hercules configuration where I have discovered that one half of a z/OS CS IP CTC link can talk to the Windows Loopback Adapter emulating the other half. Note that I do not encourage the use of private conversations started in the list/group so please keep your replies here. If you want to use "flex"-defined CTCs, the answer is surely in the "flex" documentation and probably the answer will also be in a "flex"-oriented list/group if only because all preconceptions are destroyed when attention is diverted to these "wonderful" and "tricky" platforms. What I can't quite understand here is why you need advice about the VTAM definitions when you are not - as you have described it - changing the logical configuration as far as VTAM is concerned. Thus the definitions should be exactly the same. The only part which may well change is the "smoke and mirrors" required by the PC platform. The CDRM definitions are even more removed from the link definitions so there is even less reason to change these than the link definitions - which should, as I said, not need changing at all. After all that it's becoming clear that something in the original request isn't perhaps as clear as it might have been. :-( Chris Mason - Original Message - From: "Mark Wilson" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: Sent: Thursday, 06 July, 2006 3:01 PM Subject: CTC's & VTAM -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Need Urgent Help
Howard, May I repeat the suggestion of a responder to your previous Paging question, to read Initilization and Tuning Guide and Reference from cover to cover. All is mentioned there, together with the Loadparm options on the HMC to make IEA101A appear at all at IPL, since it can be suppressed and the rich scala of other options, decisions, checks etc. that should/could be considered in this and other areas. Kees. "Howard Rifkind" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>... > Ed, > > How do I do this in response to the sysp= message. > > Here is what I wan't to key in. Not much here > > PAGE=(SYS1.PAGE.PLPA, > SYS1.PAGE.COMMON, > SYS1.PAGE.LOCAL1,L) > > > Edward Jaffe <[EMAIL PROTECTED]> wrote: > Howard Rifkind wrote: > > There is an error in sys1.parmlib for the paging parmmeters and I have a good IEAYSS00 but with out the Page parameters. > > > > There is a comma in the member for the page parameters in the wrong place. > > > > Is there any way to key in the paging parameters at IPL time. > > > ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SHOXzOS 712
Hi Michael, I don't like these load modules. Such things shouldn't be posted in this forum. The first abend happen in a DB2 module part of DSNALI (CAF attachment). Could yot please email the SYSUDUMP to [EMAIL PROTECTED] dot de Roland >Greetings Roland, > >I am trying to run SHOWZOS 712 and got the following: > >IEA995I SYMPTOM DUMP OUTPUT 933 > >SYSTEM COMPLETION CODE=0C4 REASON CODE=0011 > > TIME=11.52.46 SEQ=55689 CPU= ASID=00F2 > > PSW AT TIME OF ERROR 078D1000 80066C30 ILC 6 >INTC 11 > ACTIVE LOAD MODULE ADDRESS=000659A0 >OFFSET=1290 > NAME=DSNACAF > > DATA AT PSW 00066C2A - A2A94780 B414D509 >8000A396 > GR 0: 00BF4160 1: 000679A4 > > 2: 0005A180 3: > > 4: 0005A180 5: 0004 > > 6: 80064930 7: 0009 > > 8: 19000101 9: 0001 > > A: 0006785B B: 8006685C > > C: 0002C928 D: 0002C928 > > E: 00067CDC F: 0007 > > END OF SYMPTOM 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
UNSUBSCRIBE
Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Help with TCB status
On Thu, 6 Jul 2006 20:59:05 -0300 "Shmuel Metz (Seymour J.)" <[EMAIL PROTECTED]> wrote: :>Nothing. But if the TCB is nondispatchable then nothing will be :>dispatched even if you schedule an IRB on the TCB. Not if the non-dispatachability is due to the top RB being in a wait. -- 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
