HSM ARC0570I FRBACKUP FOR COPY POOL=CPDATABASE1 VOULUME(S) TERMINATER RC=34,REASON=0
Dear all Our shop is z/OS 1.8. we want to use FRBACKUP function. 1. We defined copy pools whose name is CPDATABASE1 . Panel Utilities Scroll Help -- COPY POOL DEFINE Page 1 of 3 Command === SCDS Name . . : IBMUSER.SCDS Copy Pool Name : CPDATABASE1 To DEFINE Copy Pool, Specify: Description == == Number of Recoverable DASD Fast Replicate Backup Versions . . . . 2 (1 to 85 or blank) Storage Group Names: (specify 1 to 256 names) == SGTEST == == == == == == Use ENTER to Perform Verification; Use DOWN Command to View next Panel; Use HELP Command for Help; Use END Command to Save and Exit; CANCEL to Exit. 2. Define storage group whose name is SGTEST,and add one volume to this group. POOL STORAGE GROUP DEFINE Command === SCDS Name . . . . . : IBMUSER.SCDS Storage Group Name : SGTEST To DEFINE Storage Group, Specify: Description ==__ ==__ Auto Migrate . . Y (Y, N, I or P) Migrate Sys/Sys Group Name . . _ Auto Backup . . Y (Y or N) Backup Sys/Sys Group Name . . _ Auto Dump . . . N (Y or N) Dump Sys/Sys Group Name . . . _ Overflow . . . . N (Y or N) Extend SG Name . . . . . . . . _ Copy Pool Backup SG Name . . . TEST01 Dump Class . . . (1 to 8 characters) Dump Class . . . Dump Class . . . Dump Class . . . Dump Class . . . Allocation/migration Threshold: High . . 85 (1-99) Low . . (0-99) Guaranteed Backup Frequency . . . . . . (1 to or NOLIMIT) DEFINE SMS Storage Group Status . . N (Y or N) Use ENTER to Perform Verification and Selection; Use HELP Command for Help; Use END Command to Save and Exit; CANCEL to Exit. 3.Define a Copy Pool Backup Storage Group whose name is TEST01,and add two volume to the group. Panel Utilities Help --- COPY POOL BACKUP STORAGE GROUP DEFINE Command === SCDS Name . . . . . : IBMUSER.SCDS Storage Group Name : TEST01 To DEFINE Storage Group, Specify: Description == == DEFINESMS Storage Group Status . . . N (Y or N) Use ENTER to Perform Verification; Use HELP Command for Help; Use END Command to Save and Exit; CANCEL to Exit. Panel Utilities Help 4.Make the SCDS activate. 5. issure HSEND FRBACKUP COPYPOOL(CPDATABASE1) PREPARE We get the following
Re: S813-04 Tape errors
Jousma, David [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] 53.com... All, I have a weird one going that I need some direction on. I've got a tape that was created this past Friday with 136 stacked files on it. BTW, this is a vitual 3490 tape emulated in the new IBM Hydra 7700 VTS. What is weird is that there are a bunch of stacked files missing(note the missing FSEQ #'s): 43 1P1.COPY.G1024V00FB 4096 28672 2285 159.7 4509.5 13APR2007 00099 P0DBDXCA/STPU001 P 5 NO 0 0 44 2P1.COPY.G1024V00FB 4096 28672 856.0 4515.5 13APR2007 00099 P0DBDXCA/STPU001 P 5 NO 0 0 52 0P1.COPY.G1023V00FB 4096 28672 20.2 4515.7 13APR2007 00099 P0DBDXCA/STPU001 P 5 NO 2 0 60 8P1.COPY.G1023V00FB 4096 28672 100.7 4516.4 13APR2007 00099 P0DBDXCA/STPU001 P 5 NO 2 0 61 9P1.COPY.G1023V00FB 4096 28672 8451 590.7 5107.1 13APR2007 00099 P0DBDXCA/STPU001 P 5 NO 0 0 62 0P1.COPY.G1023V00FB 4096 28672 41354 2890.3 7997.4 13APR2007 00099 P0DBDXCA/STPU001 P 5 NO 0 0 Of course the jobs abending want a dataset cataloged to this tape at FSEQ #46. CA-1 says it's there, the CATALOG says it should be there, but this tape label dump of the virtual tape, clearly shows its not there. I've looked at the job that created this tape, and no abends, or abnormal messages, nothing in LOGREC. I'm at a loss of where to look next. If this were a real tape, I'd think that the tape was bad. I'm even at a loss on where to start with problem tickets - hardware? CA-1, Z/OS (1.6). I'm almost thinking it is somehow a problem with the 7700. Thanks for any feedback. dave Dave, Please keep us informed, we are planning to take our TS7700 Gridconfiguration in production next week and any info on wheter this is a NOGO or a false alarm will be more than welcome before that moment. Is anyone having an TS7700 Grid configuration in production and what are your experiences? Kees. ** 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. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: S813-04 Tape errors
Russell Witt [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Oh, good one. I remember back in the olden days with 3420's shared between two systems (no MIA, no tape-sharing software); if CPUA was using the drive and someone accidently varied the drive online to CPUB the job running on CPUA kept writing to the device even though it had been un-wound. Worst part was that the job on CPUA might not even abend if the operator saw their mistake and cancelled the job on CPUB before it tried to write any data. CPUA kept writing data without knowing that the device had been un-wound. So we had to actually cancel the job and restart it; of course we had to use a checkpoint restart from before that specific volume had even been mounted yet so we lost a lot of time. Russell Russel, I know this situation, but in contrast to Dave's problem, in this situation (after rewinding) the labels and first files will have been overwritten. In Dave's case, this start of the tape seems OK, so it does not look like an unsollicited rewind. Kees. ** 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. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: S813-04 Tape errors
Jousma, David [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] 53.com... All, I have a weird one going that I need some direction on. I've got a tape that was created this past Friday with 136 stacked files on it. BTW, this is a vitual 3490 tape emulated in the new IBM Hydra 7700 VTS. What is weird is that there are a bunch of stacked files missing(note the missing FSEQ #'s): 43 1P1.COPY.G1024V00FB 4096 28672 2285 159.7 4509.5 13APR2007 00099 P0DBDXCA/STPU001 P 5 NO 0 0 44 2P1.COPY.G1024V00FB 4096 28672 856.0 4515.5 13APR2007 00099 P0DBDXCA/STPU001 P 5 NO 0 0 52 0P1.COPY.G1023V00FB 4096 28672 20.2 4515.7 13APR2007 00099 P0DBDXCA/STPU001 P 5 NO 2 0 60 8P1.COPY.G1023V00FB 4096 28672 100.7 4516.4 13APR2007 00099 P0DBDXCA/STPU001 P 5 NO 2 0 61 9P1.COPY.G1023V00FB 4096 28672 8451 590.7 5107.1 13APR2007 00099 P0DBDXCA/STPU001 P 5 NO 0 0 62 0P1.COPY.G1023V00FB 4096 28672 41354 2890.3 7997.4 13APR2007 00099 P0DBDXCA/STPU001 P 5 NO 0 0 Of course the jobs abending want a dataset cataloged to this tape at FSEQ #46. CA-1 says it's there, the CATALOG says it should be there, but this tape label dump of the virtual tape, clearly shows its not there. I've looked at the job that created this tape, and no abends, or abnormal messages, nothing in LOGREC. I'm at a loss of where to look next. If this were a real tape, I'd think that the tape was bad. I'm even at a loss on where to start with problem tickets - hardware? CA-1, Z/OS (1.6). I'm almost thinking it is somehow a problem with the 7700. Thanks for any feedback. dave Dave, What is the microcode level of your TS7700? V1.2 is out for a couple of weeks already. Kees. ** 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. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Documentation
I was wrong! These are only books, not updates to the current books! You can't tell the users Search in the book and then in these ones, too. It's not too practical, is it? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: S813-04 Tape errors
All tape drives are marked as autoshareable when I display them. Dave Jousma Principal Systems Programmer [EMAIL PROTECTED] 616.653.8429 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Arthur T. Sent: Monday, April 16, 2007 7:45 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: S813-04 Tape errors Also, check the syslogs of any other systems which share the VTS. Improper sharing is a long shot, but worth checking into. This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: S813-04 Tape errors
Robert, Good point. We have ditto here (well file manager), I'll play around with it a little. We do have a open incident with IBM VTS group on this. Dave Jousma Principal Systems Programmer [EMAIL PROTECTED] 616.653.8429 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Robert A. Rosenberg Sent: Monday, April 16, 2007 8:50 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: S813-04 Tape errors Have you tried to read the file at FSEQ=52 (ie: The first file after the GAP)? Does it read correctly and is it the correct data (ie: Not the data that should have been in FSEQ=45)? From what you show, I'd suspect the 7700 since it seems to be ignoring the lack of FSEQs=45-51 and FSEQs=53-59 and is claiming that the file after FSEQ=44 is FSEQ=52. Do you have a utility that will read EVERY file on the tape as BLP and display the first few records (I seem to remember that this type of utility exists and is on the CBT Tape). If you have such a Utility (or get it from the CBT Tape) then run it. It should show the VOL1/HDR/EOF headers with Data Records 1-3 interspersed. Once it shows FSEQ44's EOF, what is shown next? If it is FSEQ52's HDR1+HDR2 (and they read FSEQ52) then there is something major wrong unless the 7700 saves each file seperatly and creates the Virtual Tape Image on the fly by pointing at the separate files (as opposed to having the Tape Image as a single file). If it does On-The-Fly Build then the error is on the 7700 with the table it uses to assemble the Tape Image (ie: It says the 45th file on the tape is the file whose FSEQ is 52 with FSEQ=60 as file 46. IOW: It lost the pointers to the FSEQ=45-51 and 53-59 images and never placed them into its table (just making FSEQ52 and 60 the next files after FSEQ44 when it builds it On-The-Fly Tape Image). This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Increase size in ISGLOCK
We want increase our structure ISGLOCK (type=lock) from 16 mb to 24mb. We have used the IXCMIAPU utility to build the CFRM policy with the parameters: STRUCTURE NAME(ISGLOCK) SIZE(24576) PREFLIST(CF2,CF1) REBUILDPERCENT(1) Then we active the new policy with the command: setxcf start,policy,type=cfrm,polname=politi2 At last, we rebuild the ISGLOCK with the command: setxcf start,rb,strname=isglock But the structure remains with the same size allocation: POLICY INFORMATION: POLICY SIZE: 24576 K POLICY INITSIZE: N/A POLICY MINSIZE : 0 K FULLTHRESHOLD : 80 ALLOWAUTOALT : NO REBUILD PERCENT: 1 DUPLEX : DISABLED PREFERENCE LIST: CF2 CF1 ENFORCEORDER : NO EXCLUSION LIST IS EMPTY ACTIVE STRUCTURE ALLOCATION TIME: 04/17/2007 12:17:55 CFNAME : CF2 COUPLING FACILITY: 002094.IBM.51.0007ED2A PARTITION: 08 CPCID: 00 ACTUAL SIZE: 16640 K We have built the policy with MINSIZE and INITSIZE with 24 mb but the allocation size is the same. RMF displays the same structure size: RMF Coupling Facility - Structure Details Lock Structure : ISGLOCK Coupling Facility : CF2 System : *ALL Structure Size : 16M Connection Name: List entriesTotal : 0 Jobname: Current : 0 Status : Lock EntriesTotal : 2097K ASID : Current : 77418 CF Level : Contention (%) : 2.5 False Contention(%) : 0.8 Press Enter to return to the Report panel. If data is missing, see Help panel. Our CFlevel is 14. What's wrong with it?. Can anybody help us?. Thank you Jorge García Juanino Técnico de Sistemas Z/Os/Área de Producción y Tecnología MAPFRE TECNOLOGÍAS DE LA INFORMACIÓN Crtra. De Pozuelo nº 52 28220 Majadahonda (Madrid) Tfno: 91 581 27 34/ 618 33 35 59 Fax: 91 581 24 01 [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: SMPNTS question
In a recent note, McKown, John said: Date: Mon, 16 Apr 2007 15:19:38 -0500 I keep the stuff on my PC drive. It is sad when I can get more HD space on my PC than I can justify on the z/OS system for all this, uh, stuff. NFS. Run NFS server on your Solaris desktop. Run NFS client on z/OS. Mount all the HD space you can afford on your PC on z/OS. -- 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: DB2 for z/OS version 7 - accessing an Oracle database from CICS and batch
Still yet another way to do this is something called Oracle Access Manager for CICS. (Google that and you should find some references at oracle.com.) This is a piece of code that lets you write standard CICS programs in just about any programming language you wish and use standard EXEC SQL statements to get to Oracle. That said, I saw the word batch in the original question, so I wanted to offer a possible caution. IBM's billing department will love you dearly if what you're trying to do is, first, move data from VSAM or DB2 z/OS to Oracle on another server, then access said data remotely, especially in a high intensity sort of way like batch. If you do something like that CICS and z/OS have to work much harder, because you've now stretched the path length for all your data access. You've also greatly complicated your disaster recovery, security, workload management, and other non-functional requirements fulfillment. It's always a good idea to examine data access locality effects on your workloads and make sure that, if possible, the data are stored in workload-appropriate places. (I do seem to recall one case a colleague looked at that estimated a threefold increase in CICS and z/OS capacity if a particular customer moved data from DB2 to Oracle in this manner, but obviously this depends on your particular workloads.) Sometimes you don't get the option to put data in the most appropriate places, but if you do get the choice that's a good thing. To complicate matters further, note that Oracle has versions for both z/OS and Linux on z, both of which offer varying shorter data access paths than, say, Oracle running on a separate UNIX or Windows server. Moreover, your Oracle licensing should be cross-platform and should include rights to those versions. All that said, in technical terms Oracle Access Manager for CICS apparently gets the job done just fine, but architecture matters, so please do consider that as often as possible. And I'll toss in yet another couple possibilities: MQ (solo) or Message Broker (possibly without MQ in the path). The former should be pretty obvious. The latter path could be using the CICS Node available with Message Broker for z/OS and, to Oracle, the WebSphere Adapter for JDBC or Broker's in-build database adapter. (I'm not sure which would be better.) This sort of ESB approach should be less about programming and more about flexible integration. Lots and lots of options. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Maximum PS dataset size
Fellow IBM-MAINers, a question regarding maximum dataset size (for a SAS library where SAS library nowadays uses to be a PS dataset with RECFM=FS and BLKSIZE=27648) popped up on SAS-L. I found some paragraphs in 'Using Data Sets' which say - multivolume datasets can extend to a maximum of 59 volumes - maximum tracks per volume per dataset: 65535 tracks I didn't find however any remark mentioning maximum size in bytes. Doing the math, at a blocksize of 27648 that would make 2 blocks per track. All in all 59 x 65535 x 2 x 27648 bytes or 213,805,578,240 bytes. Would that be the correct (theoretical) maximum dataset size for a dataset with aforementioned characteristics? TIA Robert Bardos Ansys AG, Zurich, Switzerland -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: S813-04 Tape errors
Mark Zelden [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... On Tue, 17 Apr 2007 00:23:28 -0500, Russell Witt [EMAIL PROTECTED] wrote: Oh, good one. I remember back in the olden days with 3420's shared between two systems (no MIA, no tape-sharing software); if CPUA was using the drive and someone accidently varied the drive online to CPUB the job running on CPUA kept writing to the device even though it had been un-wound. Worst part was that the job on CPUA might not even abend if the operator saw their mistake and cancelled the job on CPUB before it tried to write any data. CPUA kept writing data without knowing that the device had been un-wound. So we had to actually cancel the job and restart it; of course we had to use a checkpoint restart from before that specific volume had even been mounted yet so we lost a lot of time. Russell With 3420s 2 systems could write on the tape at the same time. With 3480 and newer (including virtual implementations), there is an assign from the control unit that will prevent that. Mark I think it is still possible if you vary them online with SHR to both systems and you don't have any software, like CA MIA, to manage them? Kees. ** 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. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Rexx LISTDSI problem on z/OS 1.7
APF is not the issue. Unless the entire ISPLLIB concatenation was specifically APF authorized, the entire DD name is considered unauthorized. SYS1.AOST4 is a DLIB dataset. As such, it contains individual MODs, not complete LMODs. In this environment, any reference to an external entry point is unresolved and usually points to location 0. When that reference is actually branched to, the system attempts to execute the instruction at 0 which usually results in an 0C1. DLIB datasets should never be used in this manner. I have no idea why IBM included a DLIB in this concatenation but you probably don't want to use it. Not all delivered material is meant to be used as is. Much of it is intended to provide a starting point for you to customize. This appears to be such a case. -Original Message- From: Nasuh KARAHALLI [mailto:snip] Sent: Friday, April 13, 2007 4:09 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Rexx LISTDSI problem on z/OS 1.7 ** SOLVED ** Good news, focused on the datasets in our logon procedure and clists and been tracking every dataset one by one. In logon clist ISPPDF delivered in CPAC.CMRPROC there exists a tso related load module dataset called SYS1.AOST4 in ISPLLIB section, once I removed this dataset logged off and logged on back the problem has been resolved. Since this dataset was not in APF list, I added it to APF and added it to ISPPDF member back again but the problem still persists. By removing this dataset from logon clist we also happened to resolve 0C1 problems while entering ICSF and BOOKMANAGER etc.. Any ideas for this ? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 a UNIX machine from MVS
MVS has an rexec and rsh clients built in. Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Antonio Cecilio Sent: Tuesday, April 17, 2007 2:33 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Access to a UNIX machine from MVS Hello, can you pls tell me if we can run from MVS an RSHELL cmd to send cmds to a UNIX machine ??? Is there a way to do that ?? Goal: - I want to send EJECT cmds from MVS to a UNIX STK/SUN ACSLS. Many thx, Antonio 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
Access to a UNIX machine from MVS
Hello, can you pls tell me if we can run from MVS an RSHELL cmd to send cmds to a UNIX machine ??? Is there a way to do that ?? Goal: - I want to send EJECT cmds from MVS to a UNIX STK/SUN ACSLS. Many thx, Antonio 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: S813-04 Tape errors
On Tue, 17 Apr 2007 00:23:28 -0500, Russell Witt [EMAIL PROTECTED] wrote: Oh, good one. I remember back in the olden days with 3420's shared between two systems (no MIA, no tape-sharing software); if CPUA was using the drive and someone accidently varied the drive online to CPUB the job running on CPUA kept writing to the device even though it had been un-wound. Worst part was that the job on CPUA might not even abend if the operator saw their mistake and cancelled the job on CPUB before it tried to write any data. CPUA kept writing data without knowing that the device had been un-wound. So we had to actually cancel the job and restart it; of course we had to use a checkpoint restart from before that specific volume had even been mounted yet so we lost a lot of time. Russell With 3420s 2 systems could write on the tape at the same time. With 3480 and newer (including virtual implementations), there is an assign from the control unit that will prevent that. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ 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: Maximum PS dataset size
In a message dated 4/17/2007 8:42:07 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: In Version 8 of the SAS System, extended sequential data set format cannot be read or written using EXCP (Execute Channel Program) processing on disk. As a result, SAS data libraries in that format are not supported. This is not a SAS issue. IBM has made a deliberate design and decision not to provide EXCP support for extended sequential data sets on disk. Since SAS uses EXCP to process direct access bound libraries Since no poster has quoted a SAS reference saying something like future objective or will be address in the next release of SAS, it seems that SAS has also made a deliberate decision not to change their method of processing DASD libraries. There are other access methods that could be used besides EXCP. Bill Fairchild Plainfield, IL Today it's oil, right? ... Ask them when they're running out. Ask them when there's no heat in their homes and they're cold. ... They won't want us to ask them. They'll just want us to get it for them. [Higgins to Turner in 1975 movie Three Days of the Condor] ** See what's free at http://www.aol.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Extract listing of production datasets
Let me add my two cents in. If you have File-AID MVS it would be very easy to create a Batch job with the following control card statement $$DD01 VTOCDSN UNIT=3390,DSNAME=*P.+ This output can then be manipulated if need be or just listed on a report. If you have any other questions feel free in contacting me. Robert Galambos Compuware Senior Technical Specialist IBM Certified Solutions Expert - DB2 UDB for OS/390 Database Administration [EMAIL PROTECTED] Tel: +1 905 886 7000 Toll Free: +1 800 263 7189 Fax: +1 905 886 7023 Quebec: +1 877-281-1888 Compuware Canada Service is our best product Les renseignements contenus dans le présent message électronique sont confidentiels et concernent exclusivement le(s) destinataire(s) désigné(s). Il est strictement interdit de distribuer ou de copier ce message. Si vous avez reçu ce message par erreur, veuillez répondre par courriel à l'expéditeur et effacer ou détruire toutes les copies du présent message. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Robert Fake Sent: April 11, 2007 4:39 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Extract listing of production datasets I have a need to generate a listing of all production datasets. The way the production datasets are identified is via the 4th byte of the high level qualifier. If the 4th byte is a P, it is production. For example: EGMP.DATASET.ONE and DNUP.DATASET.ONE are production. EGMT.DATASET.ONE and DNUT.DATASET.ONE are test, etc. What is the easiest method to identify and extract to a flat file these production dataset names? Thanks in advance for your help. Bob Robert B. Fake InfoSec, Inc. 703-825-1202 (o) 571-241-5492 (c) 949-203-0406 (efax) [EMAIL PROTECTED] Visit us at www.infosecinc.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 The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LE Options
It gives a return code 8 on open of SYSMGS but the options get printed. This is sufficient for my purposes. Thanks again, Dave -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bill Klein Sent: Monday, April 16, 2007 8:54 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Fw: LE Options I have NOT tried this myself, but if you are looking for a utility to do what you want, try running a job with the following step: //LISTOPT EXEC PGM=EDCALIAS,PARM='ROPTOPTS(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
Re: S813-04 Tape errors
On Tue, 17 Apr 2007 14:48:17 +0200, Vernooy, C.P. - SPLXM [EMAIL PROTECTED] wrote: Mark Zelden [EMAIL PROTECTED] wrote in message With 3420s 2 systems could write on the tape at the same time. With 3480 and newer (including virtual implementations), there is an assign from the control unit that will prevent that. Mark I think it is still possible if you vary them online with SHR to both systems and you don't have any software, like CA MIA, to manage them? It is possible to get them online, but if the device is in use it is still assigned to one system by the control unit. As a matter of fact, this is what made it possible to share tape devices across sysplex boundaries with IEFAUTOS IIRC. Instead of the assign being done when the device was put online, it was done (attempted?) at allocation time. But this may only even be allowed (varied online to more than one system with SHR) if the device was defined as auto-switchable in HCD. Scott Fagen is the expert on this stuff... perhaps he will chime in before I post some erroneous information. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ 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: IBM to the PCM market
My old mate Shane said I generally hate to argue with CC in public - much better done in person where we can agree on the alcohol of choice before beginning. True! And it's been a while between drinks. BTW, it's your shout. With regard to Linux, I'm sure Ingo Molnar would take umbrage at the above - significant advances have been made. As usual, just catching up with our collective computing environment of choice, but getting there none-the-less. But I was talking about UNIX. What I had in mind was SVR4.2 (and earlier) UNIX kernels. Partly because that was the last UNIX that I spent any time peering at kernel code and partly because it was the first official UNIX release that supported MP machines. My comment about dispatching contention was hardly controversial. Even UNIX bigots would probably accept it as a statement of fact for interactive usage cases even on a uniprocessor. It may well be better now (I don't know) but I did preface it with a back in the day in response to Paul Gilmartin's question about why people felt UNIX was limited to low utilization. So I'm not sure what we'd be arguing about, but since you're buying... have at it. There is major (pre- ???) alpha code development of a workload management paradigm under way - I happen to think it has lost it's way a bit, but let's see what develops. But it'll be a while until it makes it to the kernel mainline methinks. Probably so. Linux is getting to be quite a nice little OS. CC -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Flex, Hercules, mainframe future and IBM annual meeting
Not planning on getting in. Thought I would roll our 7060 H30 down to the Convention Center, about 1 mile from where I work, and chain myself to it, block traffic, and sing all we are saying is give Z a chance. We could give away bumper stickers and t-shirts that we say Save the system programmer. --- [EMAIL PROTECTED] wrote: From: (IBM Mainframe Discussion List) [EMAIL PROTECTED] To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Flex, Hercules, mainframe future and IBM annual meeting Date: Tue, 17 Apr 2007 10:39:20 EDT In a message dated 4/17/2007 9:13:39 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: It's true! I guess I need to make up some protest signs, Hercules NOW, and schedule a day of vacation. Also, if you own at least one share of stock, they will mail you information about the upcoming annual stockholders' meeting - where, when, directions, etc. They will let you in the door if you own only one share, but they will probably have security people ready to pounce on you if you start making a lengthy, unanticipated, disruptive harangue. And there will be many people in the audience who own so much stock that they care only about the status quo (aka dividends) and could care less about any given IBM product line, such our beloved z/OS hardware and software. These people will boo you and then cheer as you are taken out of the room. z/OS is important to us, but how important in the grand scheme of things are all of us or our opinions? Bill starting to ponder retirement Fairchild Plainfield, IL ** See what's free at http://www.aol.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Netscape. Just the Net You Need. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SHARE
On Tue, 17 Apr 2007 11:51:23 -0400, Carol Srna [EMAIL PROTECTED] wrote: When and Where is the next SHARE? TIA San Diego. http://www.share.org Will we be seeing you there? -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ 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: SHARE
hahahahahahahahahahahahahahahahahahahaha... What a concept. Look on the website. hahahahahahahaha... Knutson, Sam [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 04/17/2007 11:55 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: SHARE Carol. Where would you expect to look to find that answer? http://www.share.org/ For a farther look into the further select Events : Future Dates and Locations http://www.share.org/Events/future_conf.cfm You would find SHARE User-Driven Training Event Expo August 12-17, 2007 Manchester Grand Hyatt San Diego, CA SHARE User-Driven Training Event Expo February 24-29, 2008 Disney's Coronado Springs Resort Orlando, FL SHARE User-Driven Training Event Expo Aug. 10-15, 2008 San Jose Convention Center San Jose, CA Thanks, Sam -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Carol Srna Sent: Tuesday, April 17, 2007 11:51 AM To: IBM-MAIN@BAMA.UA.EDU Subject: SHARE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SHARE
When and Where is the next SHARE? TIA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SHARE
Good Lawd willin' and the crik don't rise. :-) Mark Zelden [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 04/17/2007 11:53 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: SHARE On Tue, 17 Apr 2007 11:51:23 -0400, Carol Srna [EMAIL PROTECTED] wrote: When and Where is the next SHARE? TIA San Diego. http://www.share.org Will we be seeing you there? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SHARE
Carol. Where would you expect to look to find that answer? http://www.share.org/ For a farther look into the further select Events : Future Dates and Locations http://www.share.org/Events/future_conf.cfm You would find SHARE User-Driven Training Event Expo August 12-17, 2007 Manchester Grand Hyatt San Diego, CA SHARE User-Driven Training Event Expo February 24-29, 2008 Disney's Coronado Springs Resort Orlando, FL SHARE User-Driven Training Event Expo Aug. 10-15, 2008 San Jose Convention Center San Jose, CA Thanks, Sam -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Carol Srna Sent: Tuesday, April 17, 2007 11:51 AM To: IBM-MAIN@BAMA.UA.EDU Subject: SHARE When and Where is the next SHARE? TIA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SHARE
San Diego, Aug 13-17. http://www.share.org Carol Srna wrote: When and Where is the next SHARE? TIA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com Catch the WAVV! http://www.wavv.org WAVV 2007 - Green Bay, WI - May 18-22, 2007 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Laugh, laugh. I thought I'd die - application crashes
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Craddock, Chris Sent: Tuesday, April 17, 2007 9:17 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Laugh, laugh. I thought I'd die - application crashes As IEFBR14 is a frontend to SVC 99 (allocation), SVC 13 (abend) is the frontend to RTM. It's a way to stop things in their tracks when fubar is detected. IEFBR14 is a front-end to allocation Wow! Who knew? In a former life many many years ago, I was a sysprog at a big utility company. When we migrated from MVS/370 to MVS/XA, the COBOL programmers were in a panic. They all wanted to know whether IBM would continue to support IEFBR14 under the new MVS/XA. They were the same programmers who were clearly undecided about voting for a stock split, because it would mean a lot of extra work for them to change all of the hard-coded constants for the number of outstanding stock shares. Sigh...those were the days... Jeffrey D. Smith Principal Product Architect Farsight Systems Corporation 700 KEN PRATT BLVD. #204-159 LONGMONT, CO 80501-6452 303-774-9381 direct 303-484-6170 FAX http://www.farsight-systems.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: SHARE
San Diego in August I think. Check WWW.SHARE.ORG Lizette -Original Message- From: Carol Srna [EMAIL PROTECTED] Sent: Apr 17, 2007 11:51 AM To: IBM-MAIN@BAMA.UA.EDU Subject: SHARE When and Where is the next SHARE? TIA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: When to start security product?
Thanks for response. I will move the start of Top Secret to somewhere after the beginning of the IPL Procedure to satisfy the recommendation. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SMPNTS question
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Monday, April 16, 2007 6:36 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMPNTS question In a recent note, McKown, John said: Date: Mon, 16 Apr 2007 15:01:31 -0500 I cannot directly access the Internet from our z/OS system. Therefore, I use the IBM Download Manager to get my SMP/E orders downloaded to my desktop. I then tar that subdirectory into a tar file, ftp it (binary) If you can run an FTP server on that desktop, you can do a RECEIVE FROMNETWORK and eliminate tar; ftp; pax. -- gil Theoritically I could. I have a Linux desktop system where I could put the data. However, Corporate Security has decreed that I am not allowed to have an ftp or telnet server on that system. Since I don't want to loose it, I play by the rules. I do have NFS up (huh? That's OK but ftp isn't?). And I use ssh to connect, so that is OK. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Flex, Hercules, mainframe future and IBM annual meeting
I see from their annual report ftp://ftp.software.ibm.com/annualreport/2006/2006_ibm_annual.pdf that System z hardware revenue is up 7.8% with an 11% increase in MIPS shipped. Given that a z9 is more than 11% bigger than a z990, I guess that means that they sold fewer mainframes than in 2005. Even so, I think that the shareholders *do* care about the mainframe. If they were smart, they'd be asking why they can't sell more mainframes and why they can only get an 11% increase in MIPS in a year. It's better than the year before (7%) but still pretty pitiful. What would happen if IBM were to take action to let them sell 50% more MIPS every year? I believe that there would be plenty if demand for that to happen if people didn't think there was good reason to move away from the mainframe. I believe that there are now two reasons. The traditional one is the *perception* that mainframe software is too expensive. Now there is another reason, the *perception* that IBM is willing to let the mainframe die, as evidenced by making life more difficult for the smallest developers. -- 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: Maximum PS dataset size
Robert, I believe the SAS comment is referring to extended format data sets which is an older form of sequential data sets which also supported 64K tracks, but which was incompatible with EXCP, as SAS has mentioned. The new support does require some changes to EXCP programs, but they can support 64K tracks now. Tom Harper NEON Enterprise Software, Inc. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Robert Bardos Sent: Tuesday, April 17, 2007 8:41 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Maximum PS dataset size Thanks, Tom, searching support.sas.com for 'extended format dataset' I found the following SAS note (from July 2003) which still seems to be valid: quote In Version 8 of the SAS System, extended sequential data set format cannot be read or written using EXCP (Execute Channel Program) processing on disk. As a result, SAS data libraries in that format are not supported. This is not a SAS issue. IBM has made a deliberate design and decision not to provide EXCP support for extended sequential data sets on disk. Since SAS uses EXCP to process direct access bound libraries, the direct access bound libraries may not reside in extended format sequential data sets. Consequently, a direct access bound library may occupy at most 64K tracks on any given volume. /quote So the maximum for SAS libraries would be around 210 GB? Anybody ever encountered a SAS library similarly large? (Mine max out at some 15GB). Thanks again Robert -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Flex, Hercules, mainframe future and IBM annual meeting
In a message dated 4/17/2007 9:13:39 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: It's true! I guess I need to make up some protest signs, Hercules NOW, and schedule a day of vacation. Also, if you own at least one share of stock, they will mail you information about the upcoming annual stockholders' meeting - where, when, directions, etc. They will let you in the door if you own only one share, but they will probably have security people ready to pounce on you if you start making a lengthy, unanticipated, disruptive harangue. And there will be many people in the audience who own so much stock that they care only about the status quo (aka dividends) and could care less about any given IBM product line, such our beloved z/OS hardware and software. These people will boo you and then cheer as you are taken out of the room. z/OS is important to us, but how important in the grand scheme of things are all of us or our opinions? Bill starting to ponder retirement Fairchild Plainfield, IL ** See what's free at http://www.aol.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Maximum PS dataset size
Thanks, Tom, searching support.sas.com for 'extended format dataset' I found the following SAS note (from July 2003) which still seems to be valid: quote In Version 8 of the SAS System, extended sequential data set format cannot be read or written using EXCP (Execute Channel Program) processing on disk. As a result, SAS data libraries in that format are not supported. This is not a SAS issue. IBM has made a deliberate design and decision not to provide EXCP support for extended sequential data sets on disk. Since SAS uses EXCP to process direct access bound libraries, the direct access bound libraries may not reside in extended format sequential data sets. Consequently, a direct access bound library may occupy at most 64K tracks on any given volume. /quote So the maximum for SAS libraries would be around 210 GB? Anybody ever encountered a SAS library similarly large? (Mine max out at some 15GB). Thanks again Robert Tom Harper Gesendet: Dienstag, 17. April 2007 15:20 Robert, If the application can support it, starting with z/OS 1.7 you can have data sets larger than 65535 tracks per volume. Tom Harper NEON Enterprise Software, Inc. -Original Message- Robert Bardos Sent: Tuesday, April 17, 2007 7:24 AM Fellow IBM-MAINers, a question regarding maximum dataset size (for a SAS library where SAS library nowadays uses to be a PS dataset with RECFM=FS and BLKSIZE=27648) popped up on SAS-L. I found some paragraphs in 'Using Data Sets' which say - multivolume datasets can extend to a maximum of 59 volumes - maximum tracks per volume per dataset: 65535 tracks I didn't find however any remark mentioning maximum size in bytes. Doing the math, at a blocksize of 27648 that would make 2 blocks per track. All in all 59 x 65535 x 2 x 27648 bytes or 213,805,578,240 bytes. Would that be the correct (theoretical) maximum dataset size for a dataset with aforementioned characteristics? TIA Robert Bardos Ansys AG, Zurich, Switzerland -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Flex, Hercules, mainframe future and IBM annual meeting
It's true! I guess I need to make up some protest signs, Hercules NOW, and schedule a day of vacation. --- [EMAIL PROTECTED] wrote: From: (IBM Mainframe Discussion List) [EMAIL PROTECTED] To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Flex, Hercules, mainframe future and IBM annual meeting Date: Tue, 17 Apr 2007 10:02:28 EDT In a message dated 4/17/2007 8:59:19 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: Knoxville Tennessee, are you show about that? You should be able to verify on IBM's website. If I owned one share, I would seriously think about going. Bill Fairchild Plainfield, IL ** See what's free at http://www.aol.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Netscape. Just the Net You Need. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SMPNTS question
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin
Sent: Tuesday, April 17, 2007 6:13 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SMPNTS question
In a recent note, McKown, John said:
Date: Mon, 16 Apr 2007 15:19:38 -0500
I keep the stuff on my PC drive. It is sad when I can get
more HD space
on my PC than I can justify on the z/OS system for all
this, uh, stuff.
NFS. Run NFS server on your Solaris desktop. Run NFS client on z/OS.
Mount all the HD space you can afford on your PC on z/OS.
-- gil
I have a Linux desktop, not Solaris. I am allowed to have an NFS server
on that system (go figure - NFS is OK, ftp is not?). Have exported a
subdirectory on the Linux desktop via NFS. On the z/OS system, I have
done two MOUNT commands to that same subdirectory. One in ASCII mode,
the other in BINARY mode.
MOUNT FILESYSTEM('SERVER1.ASCII') +
MOUNTPOINT('/nfs-ascii/server1') +
PARM('10.143.27.58:/nfs/LIH1,xlat(Y)') +
TYPE(NFS) +
MODE(RDWR)
MOUNT FILESYSTEM('SERVER1.BINARY') +
MOUNTPOINT('/nfs-binary/server1') +
PARM('10.143.27.58:/nfs/LIH1,xlat(N)') +
TYPE(NFS) +
MODE(RDWR)
I had to make the product subdirectory and all subdirectories below it
have mode 777 because SMPE switches to UID(0), which I squash to
nfsnobody.
I'm now trying this to see. If it works, it will become my SOP.
--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology
The information contained in this e-mail message may be privileged
and/or confidential. It is for intended addressee(s) only. If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense. If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Flex, Hercules, mainframe future and IBM annual meeting
By the way, there is a link on their Investor Relations page http://www.ibm.com/investor/ that shareholders can use to ask questions. I would encourage any of you who are shareholders to submit a question. -- 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: Flex, Hercules, mainframe future and IBM annual meeting
Knoxville Tennessee, are you show about that? That's where I work! At least until the my employer can't afford to keep the mainframe. --- [EMAIL PROTECTED] wrote: From: Clark Morris [EMAIL PROTECTED] To: IBM-MAIN@BAMA.UA.EDU Subject: Flex, Hercules, mainframe future and IBM annual meeting Date: Tue, 17 Apr 2007 10:49:44 -0300 On 16 Apr 2007 19:33:47 -0700, in bit.listserv.ibm-main you wrote: snipped from posting on other topic Speaking of which, I intend to say something about IBM's behaviour about Flex, Hercules etc. I am trying to choose my words carefully - very carefully The IBM annual meeting is Tuesday, April 24 in Knoxville, Tennessee. If someone wanted to raise the issues about the future of the mainframe and corporate strategy, this is the area for maximum embarrassment. I am a shareholder but can't see spending the money to get there from Canada. Ce la vie, Clem rest snipped -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Netscape. Just the Net You Need. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Flex, Hercules, mainframe future and IBM annual meeting
In a message dated 4/17/2007 8:59:19 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: Knoxville Tennessee, are you show about that? You should be able to verify on IBM's website. If I owned one share, I would seriously think about going. Bill Fairchild Plainfield, IL ** See what's free at http://www.aol.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Maximum PS dataset size
Robert, If the application can support it, starting with z/OS 1.7 you can have data sets larger than 65535 tracks per volume. Tom Harper NEON Enterprise Software, Inc. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Robert Bardos Sent: Tuesday, April 17, 2007 7:24 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Maximum PS dataset size Fellow IBM-MAINers, a question regarding maximum dataset size (for a SAS library where SAS library nowadays uses to be a PS dataset with RECFM=FS and BLKSIZE=27648) popped up on SAS-L. I found some paragraphs in 'Using Data Sets' which say - multivolume datasets can extend to a maximum of 59 volumes - maximum tracks per volume per dataset: 65535 tracks I didn't find however any remark mentioning maximum size in bytes. Doing the math, at a blocksize of 27648 that would make 2 blocks per track. All in all 59 x 65535 x 2 x 27648 bytes or 213,805,578,240 bytes. Would that be the correct (theoretical) maximum dataset size for a dataset with aforementioned characteristics? TIA Robert Bardos Ansys AG, Zurich, Switzerland -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Flex, Hercules, mainframe future and IBM annual meeting
In the protest/Abby Hoffman spirit we could write a green card titled Steal This Green Card and run a turkey for president. Tim Hare Senior Systems Programmer Florida Department of Transportation (850) 414-4209 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SMPNTS question
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Tuesday, April 17, 2007 6:13 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMPNTS question In a recent note, McKown, John said: Date: Mon, 16 Apr 2007 15:19:38 -0500 I keep the stuff on my PC drive. It is sad when I can get more HD space on my PC than I can justify on the z/OS system for all this, uh, stuff. NFS. Run NFS server on your Solaris desktop. Run NFS client on z/OS. Mount all the HD space you can afford on your PC on z/OS. -- gil Gil, I'm amazed. It worked. It was slow due to the 100Mbit Ethernet connection to my Linux system, but it worked. That will save me some trouble! -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Maximum PS dataset size
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Robert Bardos Sent: Tuesday, April 17, 2007 7:24 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Maximum PS dataset size Fellow IBM-MAINers, SNIP Doing the math, at a blocksize of 27648 that would make 2 blocks per track. All in all 59 x 65535 x 2 x 27648 bytes or 213,805,578,240 bytes. Would that be the correct (theoretical) maximum dataset size for a dataset with aforementioned characteristics? SNIP In a word, Yes. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Maximum PS dataset size
FWIW, I support at least one site which has a dozen individual SAS data libraries (CA MICS component databases for CICS, DB2, z/OS SMF/RMF, IDMS and DASD/DFHSM) with allocated space over 12GB, each one spanning between 5 and 12 volumes. Unfortunately, SAS support for DSNTYPE=LARGE will not come until at least SAS 9.2 and possibly after, as I understood from my contact with SAS Institute on the matter; still no mention in the SAS support tech notes database though. Regards, Scott Barry SBBWorks, Inc. _ Subject: Re: Maximum PS dataset size From: Robert Bardos [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU Date: Tue, 17 Apr 2007 15:41:16 +0200 Content-Type: text/plain Thanks, Tom, searching support.sas.com for 'extended format dataset' I found the following SAS note (from July 2003) which still seems to be valid: quote In Version 8 of the SAS System, extended sequential data set format cannot be read or written using EXCP (Execute Channel Program) processing on disk. As a result, SAS data libraries in that format are not supported. This is not a SAS issue. IBM has made a deliberate design and decision not to provide EXCP support for extended sequential data sets on disk. Since SAS uses EXCP to process direct access bound libraries, the direct access bound libraries may not reside in extended format sequential data sets. Consequently, a direct access bound library may occupy at most 64K tracks on any given volume. /quote So the maximum for SAS libraries would be around 210 GB? Anybody ever encountered a SAS library similarly large? (Mine max out at some 15GB). Thanks again Robert Tom Harper Gesendet: Dienstag, 17. April 2007 15:20 Robert, If the application can support it, starting with z/OS 1.7 you can have data sets larger than 65535 tracks per volume. Tom Harper NEON Enterprise Software, Inc. -Original Message- Robert Bardos Sent: Tuesday, April 17, 2007 7:24 AM Fellow IBM-MAINers, a question regarding maximum dataset size (for a SAS library where SAS library nowadays uses to be a PS dataset with RECFM=FS and BLKSIZE=27648) popped up on SAS-L. I found some paragraphs in 'Using Data Sets' which say - multivolume datasets can extend to a maximum of 59 volumes - maximum tracks per volume per dataset: 65535 tracks I didn't find however any remark mentioning maximum size in bytes. Doing the math, at a blocksize of 27648 that would make 2 blocks per track. All in all 59 x 65535 x 2 x 27648 bytes or 213,805,578,240 bytes. Would that be the correct (theoretical) maximum dataset size for a dataset with aforementioned characteristics? TIA Robert Bardos Ansys AG, Zurich, Switzerland -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Laugh, laugh. I thought I'd die - application crashes
[EMAIL PROTECTED] wrote: As IEFBR14 is a frontend to SVC 99 (allocation), SVC 13 (abend) is the frontend to RTM. snip I think the Allocation team would be quite surprised to learn that IEFBR14 is a front-end to their component (smile). DD statements, on the other hand... -- 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: SHARE
August 12-17, San Diego, CA, Manchester Grand Hyatt csk -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler Sent: Tuesday, April 17, 2007 11:37 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SHARE San Diego in August I think. Check WWW.SHARE.ORG Lizette -Original Message- From: Carol Srna [EMAIL PROTECTED] Sent: Apr 17, 2007 11:51 AM To: IBM-MAIN@BAMA.UA.EDU Subject: SHARE When and Where is the next SHARE? TIA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Maximum PS dataset size
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Tuesday, April 17, 2007 9:57 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Maximum PS dataset size SNIP It depends on a setting in IGDSMSxx. The new default in z/OS 1.8 is to allow large format sequential data sets to be used without changes to the DCBE macro. But that doesn't mean SAS can use them without changes. I think programs that use note/point don't work without changes. SNIP This only works for a Wanna-Be large (DSNTYPE=LARGE). If the D/S has more than 64K tracks on any volume, then it doesn't work -- If the first volume is that way, you will get an ABEND S213, if it is on a subsequent volume, then ABEND S737. And for NOTE/POINT, it depends. There are now two formats for basic and large: TTR0 or TTTR. So you must give POINT the same format that NOTE gives so you know where what to add/subtract. The format depends on the presence of BLOCKTOKENSIZE=LARGE in the DCBE. EXCP can do all of this (after all, all the Access Methods boil down to SSCH). It depends on just how much code you want to write and how many issues you want to handle. [Majority of this is from a co-worker who battled through all of this to support these options in one of our products here.] Regards, Steve Thompson -- Opinions expressed herein are those of the poster (under influence of Ed). Employer of poster may have different opinions. Employer's lawyers probably have even more. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: S813-04 Tape errors
At 06:20 -0400 on 04/17/2007, Jousma, David wrote about Re: S813-04 Tape errors: Robert, Good point. We have ditto here (well file manager), I'll play around with it a little. We do have a open incident with IBM VTS group on this. [my suggestions snipped] You're Welcome. Doing some of the file dumps I suggested can help to clarify the situation. Seeing what happens when you try to process the first file after the gap (as opposed to a file IN the gap) would help see if it is a pointer type problem. Dumping the contents of the Headers/Trailers and data for the file just before and after the gap will also produce useful information. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
S/W End of Life
Hi, I was asked to look into this. What happens when a product reaches EOL ? are you cut off completely from support ? or will IBM review a dump and provide a fix if it already exists. What about maintenance for the product ? TIA Dean Dean Montevago Sr. Systems Specialist Visiting Nurse Service of New York (212) 609 - 5596 [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: S/W End of Life
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dean Montevago Sent: Tuesday, April 17, 2007 1:30 PM To: IBM-MAIN@BAMA.UA.EDU Subject: S/W End of Life Hi, I was asked to look into this. What happens when a product reaches EOL ? are you cut off completely from support ? or will IBM review a dump and provide a fix if it already exists. What about maintenance for the product ? TIA Dean Once support has been dropped, you can still try to find existing fixes, request them, and install them. You cannot expect a fix to a new problem. Also, although I don't know how long it is, eventually the existing fixes will not be available because IBM will not have saved the information in a way that is easy for them to give to you. I.e. don't anybody expect to be able to download any fixes for MVS/ESA! What I do when I am forced to support a product past EOL is to make sure that I request ALL existing PTFs be sent to me. I then hang on to that tape for dear life, just in case. Despite no support, you are still responsible for paying for the license fee. And I've not noticed that it goes down. But that's not my area of responsibility. We still have OS/VS COBOL and are still paying for it. don't ask. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: S/W End of Life
How can I get all the fixes for V2R10 until it went eol? Thanks all. Have a Nice Day ! Bob Pelletier Connecticut Student Loan Foundation Rocky Hill, Ct. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dean Montevago Sent: Tuesday, April 17, 2007 1:30 PM To: IBM-MAIN@BAMA.UA.EDU Subject: S/W End of Life Hi, I was asked to look into this. What happens when a product reaches EOL ? are you cut off completely from support ? or will IBM review a dump and provide a fix if it already exists. What about maintenance for the product ? TIA Dean Once support has been dropped, you can still try to find existing fixes, request them, and install them. You cannot expect a fix to a new problem. Also, although I don't know how long it is, eventually the existing fixes will not be available because IBM will not have saved the information in a way that is easy for them to give to you. I.e. don't anybody expect to be able to download any fixes for MVS/ESA! What I do when I am forced to support a product past EOL is to make sure that I request ALL existing PTFs be sent to me. I then hang on to that tape for dear life, just in case. Despite no support, you are still responsible for paying for the license fee. And I've not noticed that it goes down. But that's not my area of responsibility. We still have OS/VS COBOL and are still paying for it. don't ask. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Maximum PS dataset size
On Tue, 17 Apr 2007 14:12:13 -0400, Thompson, Steve [EMAIL PROTECTED] wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Tuesday, April 17, 2007 9:57 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Maximum PS dataset size SNIP It depends on a setting in IGDSMSxx. The new default in z/OS 1.8 is to allow large format sequential data sets to be used without changes to the DCBE macro. But that doesn't mean SAS can use them without changes. I think programs that use note/point don't work without changes. SNIP This only works for a Wanna-Be large (DSNTYPE=LARGE). If the D/S has more than 64K tracks on any volume, then it doesn't work -- If the first volume is that way, you will get an ABEND S213, if it is on a subsequent volume, then ABEND S737. snip Then that sounds like the old default of BLOCKTOKENSIZE(REQUIRE) being coded in IGDSMSxx (but the default could be changed in z/OS 1.7). This from z/OS 1.8 DFSMS Using Data Sets: BLOCKTOKENSIZE(REQUIRE) in IGDSMSxx in SYS1.PARMLIB - Every OPEN for a large format data set requires the BLOCKTOKENSIZE=LARGE parameter on the DCBE macro, unless the data set contains n more that 65 535 tracks on each volume and the OPEN is either EXCP, BSAM or QSAM, or for update using BSAM or QSAM BLOCKTOKENSIZE(NOREQUIRE) in IGDSMSxx in SYS1.PARMLIB - Applications can access large format data sets under more conditions without having to signify BLOCKTOKENSIZE=LARGE on the DCBE macro. The applications and data sets must meet any of the following conditions: o The access method is QSAM or it is BSAM without the NOT or POINT macros. o The access method is BSAM with the NOTE or POINT macros (MACRF=xP is coded) and the data set has no more than 65535 tracks the volume and the OPEN option is INPUT or UPDAT. o The access method is EXCP (MACRF=E is coded) and the data set has no more than 65535 tracks on the volume an the OPEN option is INPUT. BLOCKTOKENSIZE(NOREQUIRE) is the default if that system option is not specified. OPEN will issue an ABEND 213-10 for large format sequential data sets if the access method is not QSAM, BSAM, or EXCP. OPEN will issue an ABEND 213-14, 213-15, 213-16, or 213-17 and EOV will issue ABEND 737-44 or 737-45 if the application program cannot access the whole data set on the volume (primary, secondary, or a subsequent volume). -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ 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: Maximum PS dataset size
On Tue, 17 Apr 2007 13:47:27 -0500, Mark Zelden [EMAIL PROTECTED] wrote: BLOCKTOKENSIZE(REQUIRE) in IGDSMSxx in SYS1.PARMLIB - Every OPEN for a large format data set requires the BLOCKTOKENSIZE=LARGE parameter on the DCBE macro, unless the data set contains n more that 65 535 tracks on each volume and the OPEN is either EXCP, BSAM or QSAM, or for update using BSAM or QSAM snip Should have read: BLOCKTOKENSIZE(REQUIRE) in IGDSMSxx in SYS1.PARMLIB - Every OPEN for a large format data set requires the BLOCKTOKENSIZE=LARGE parameter on the DCBE macro, unless the data set contains no more that 65 535 tracks on each volume and the OPEN is either for input using EXCP, BSAM or QSAM, or for update using BSAM or QSAM. http://tinyurl.com/2adz5s -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ 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: whiny question: Why won't z/OS support the HMC 3270 emulator
On Fri, 13 Apr 2007 00:57:25 -0500, Alan Altmark [EMAIL PROTECTED] wrote: ... I tell you 3 times: Yes. ... And VM had TCP/IP first. ... My original snarky response went into the bit bucket so I repeat, ... Alan, rag if you want, but don't forget that we MVSers got an extended chance to experience your TCP/IP. Such memories should ... softly and suddenly vanish away, And never be met with again!. Fate almost demands that this copy will also disappear and I will have to try one more time. :-) 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: S/W End of Life
I would generate an order through ShopZseries using your existing SMPE CSI's. Ask for all outstanding fixes. On Tue, 17 Apr 2007 14:44:14 -0400, Robert Pelletier [EMAIL PROTECTED] wrote: How can I get all the fixes for V2R10 until it went eol? Thanks all. Have a Nice Day ! Bob Pelletier Connecticut Student Loan Foundation Rocky Hill, Ct. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dean Montevago Sent: Tuesday, April 17, 2007 1:30 PM To: IBM-MAIN@BAMA.UA.EDU Subject: S/W End of Life Hi, I was asked to look into this. What happens when a product reaches EOL ? are you cut off completely from support ? or will IBM review a dump and provide a fix if it already exists. What about maintenance for the product ? TIA Dean Once support has been dropped, you can still try to find existing fixes, request them, and install them. You cannot expect a fix to a new problem. Also, although I don't know how long it is, eventually the existing fixes will not be available because IBM will not have saved the information in a way that is easy for them to give to you. I.e. don't anybody expect to be able to download any fixes for MVS/ESA! What I do when I am forced to support a product past EOL is to make sure that I request ALL existing PTFs be sent to me. I then hang on to that tape for dear life, just in case. Despite no support, you are still responsible for paying for the license fee. And I've not noticed that it goes down. But that's not my area of responsibility. We still have OS/VS COBOL and are still paying for it. don't ask. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group 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: S/W End of Life
Thanks. Will do. Have a Nice Day ! Bob Pelletier Connecticut Student Loan Foundation Rocky Hill, Ct. -Original Message- From: Matthew Stitt [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 17, 2007 3:11 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: S/W End of Life I would generate an order through ShopZseries using your existing SMPE CSI's. Ask for all outstanding fixes. On Tue, 17 Apr 2007 14:44:14 -0400, Robert Pelletier [EMAIL PROTECTED] wrote: How can I get all the fixes for V2R10 until it went eol? Thanks all. Have a Nice Day ! Bob Pelletier Connecticut Student Loan Foundation Rocky Hill, Ct. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dean Montevago Sent: Tuesday, April 17, 2007 1:30 PM To: IBM-MAIN@BAMA.UA.EDU Subject: S/W End of Life Hi, I was asked to look into this. What happens when a product reaches EOL ? are you cut off completely from support ? or will IBM review a dump and provide a fix if it already exists. What about maintenance for the product ? TIA Dean Once support has been dropped, you can still try to find existing fixes, request them, and install them. You cannot expect a fix to a new problem. Also, although I don't know how long it is, eventually the existing fixes will not be available because IBM will not have saved the information in a way that is easy for them to give to you. I.e. don't anybody expect to be able to download any fixes for MVS/ESA! What I do when I am forced to support a product past EOL is to make sure that I request ALL existing PTFs be sent to me. I then hang on to that tape for dear life, just in case. Despite no support, you are still responsible for paying for the license fee. And I've not noticed that it goes down. But that's not my area of responsibility. We still have OS/VS COBOL and are still paying for it. don't ask. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group 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: SMPNTS question
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Tuesday, April 17, 2007 9:06 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMPNTS question snip I had to make the product subdirectory and all subdirectories below it have mode 777 because SMPE switches to UID(0), which I squash to nfsnobody. I'm now trying this to see. If it works, it will become my SOP. Well, this does work. But now I'm wondering a bit. In the order are two files ending with .pax.Z which is a compressed pax archive. Part of what SMP/E does is unwind the pax file. This took a while to do. What was left on the NFS server was two files. One ended with .SMPMCS and was, as expected, SMPMCS control statements. The other ended with .SMPHOLD and you guessed it. What I'm wondering is why couldn't I unwind the pax files on the Linux system myself, then point to the resulting files with the JCL. This would offload the unwind onto the Linux system and avoid the network I/O needed to do the unwind. I think I could just: //SMPMCS DD PATH='...', // FILEDATA=BINARY, // RECFM=F,LRECL=80,PATHOPTS=(ORDONLY) //SMPHOLD DD PATH='...', // FILEDATA=BINARY, // RECFM=F,LRECL=80,PATHOPTS=(ORDONLY) Any reason why I shouldn't do this? -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBMLINK -- 3270
Anybody (besides me) having trouble with 3270 IBMLINK LB0004 Global IBMLink HONE8 We are unable to process your LOGON REQUEST at this time. * ** This problem may be temporary.** **Please try to logon again in five (5) minutes. ** * Jim Chappell 503 745-7841 503 349-5603(Cell) [EMAIL PROTECTED] Not everything that can be counted counts, and not everything that counts can be counted. - Albert Einstein If your don't change your direction, you'll end up where you're going -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SMPNTS question
I think then you use RECEIVE FROMNTS -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Tuesday, April 17, 2007 12:41 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMPNTS question -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Tuesday, April 17, 2007 9:06 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMPNTS question snip I had to make the product subdirectory and all subdirectories below it have mode 777 because SMPE switches to UID(0), which I squash to nfsnobody. I'm now trying this to see. If it works, it will become my SOP. Well, this does work. But now I'm wondering a bit. In the order are two files ending with .pax.Z which is a compressed pax archive. Part of what SMP/E does is unwind the pax file. This took a while to do. What was left on the NFS server was two files. One ended with .SMPMCS and was, as expected, SMPMCS control statements. The other ended with .SMPHOLD and you guessed it. What I'm wondering is why couldn't I unwind the pax files on the Linux system myself, then point to the resulting files with the JCL. This would offload the unwind onto the Linux system and avoid the network I/O needed to do the unwind. I think I could just: //SMPMCS DD PATH='...', // FILEDATA=BINARY, // RECFM=F,LRECL=80,PATHOPTS=(ORDONLY) //SMPHOLD DD PATH='...', // FILEDATA=BINARY, // RECFM=F,LRECL=80,PATHOPTS=(ORDONLY) Any reason why I shouldn't do this? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: IBMLINK -- 3270
On Tue, 17 Apr 2007 12:44:54 -0700, James Chappell [EMAIL PROTECTED] wrote: Anybody (besides me) having trouble with 3270 IBMLINK LB0004 ... It works for me now. 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: DB2 for z/OS version 7 - accessing an Oracle database from CICS and batch
At 16 Apr 2007 15:52:13 GMT, concerning re: DB2 for z/OS version 7 - accessing an Oracle database from CICS and batch, Denis Gaebler [EMAIL PROTECTED] wrote (to IBM-Main): the easiest way is probably to write a Java Stored Procedure for DB2 on z/OS that uses JDBC to access the Oracle DB. Then its fairly easy to call that stored proc from CICS and batch. Another solution [snip] -Original Message- From: [EMAIL PROTECTED] Sent: Mon, 16 Apr 2007 5:45 PM Is there a way to accomplish the above. We need to be able to do a SELECT statement from CICS and batch to an Oracle database which resides on a Unix box. I'm gonna be sorry for suggesting it but *deep shiver up the spine* you could also investigate Oracle's Transparent Gateway and its z/OS component. It was just installed here for Oracle to DB2 access but indicates that it can handle requests in the other direction as well. Caveat #1: the documentation reads like you *must* install Oracle on z/OS but it's just poorly done. (a common Oracle problem according to hearsay) You end up with (#DB2 regions +1) started tasks as each gateway talks to one DB2 region. (there's one 'NET' component for comms) Caveat #2: the installer expects to use XWindows but, with *lots* of aggravation, can be run with 'response' files. Again, the documentation is *grossly* incomplete. -- signature = 6 lines follows -- Neil Duffee, Joe SysProg, U d'Ottawa, Ottawa, Ont, Canada telephone:1 613 562 5800 x4585 fax:1 613 562 5161 mailto:NDuffee of uOttawa.ca http:/ /aix1.uottawa.ca/ ~nduffee How *do* you plan for something like that? Guardian Bob, Reboot For every action, there is an equal and opposite criticism. Systems Programming: Guilty, until proven innocent John Norgauer 2004 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Increase size in ISGLOCK Options
Do you have OA10868 installed? -- Regards, George Kozakos z/OS Level 2 Software Service -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
out of space deleting hfs entry
Would anyone know why space is needed on a hfs file in order to delete something? I never had this problem before. Is this normal or is there some strange problem going on here? Thanks for any input. $ rm UK21775.PAX.Z rm: FSUM9195 cannot unlink entry UK21775.PAX.Z: EDC5133I No space left on devi ce. $ -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: out of space deleting hfs entry
On Tue, 17 Apr 2007 16:45:23 -0400, Barkow, Eileen [EMAIL PROTECTED] wrote: Would anyone know why space is needed on a hfs file in order to delete something? I never had this problem before. Is this normal or is there some strange problem going on here? Thanks for any input. $ rm UK21775.PAX.Z rm: FSUM9195 cannot unlink entry UK21775.PAX.Z: EDC5133I No space left on devi ce. $ It has happened to me when an HFS filled up while writing to it. I think it may have to do with pending writes. IIRC I saw a SYNC error in the syslog also. I'm not sure if you can use CONFIGHFS to expand the HFS at this point or not. If you unmount and re-mount the HFS, you'll be able to delete the file. Perhaps someone else can give you a better answer or try MVS-OE. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ 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: out of space deleting hfs entry
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Barkow, Eileen Sent: Tuesday, April 17, 2007 3:45 PM To: IBM-MAIN@BAMA.UA.EDU Subject: out of space deleting hfs entry Would anyone know why space is needed on a hfs file in order to delete something? I never had this problem before. Is this normal or is there some strange problem going on here? Thanks for any input. $ rm UK21775.PAX.Z rm: FSUM9195 cannot unlink entry UK21775.PAX.Z: EDC5133I No space left on device. $ This is a known problem. The problem is that HFS is a journalling filesystem. That means that instead of updating the metadata directly, the filesystem driver tries to allocate a new block to receive the updated metadata (like the directory or inodes, etc). Unfortunately, when you have literally NO more space, then the changed metadata cannot be journalled and you are SOL. Now, some have said that on occassion, if you UNMOUNT the filesystem, then MOUNT it again, some space MIGHT be freed up to allow the deletion. I don't remember if this works or not, but you might try doing: UK21775.PAX.Z Note that the greater than sign is the first character of the input. This basically tells the shell to truncate the file to 0 bytes. This sometimes works as well. If it does, then you can do the rm command. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM 1Q2007: System z Revenue Growth +12%
Just announced to Wall Street Yet more mainframe double digit growth amidst declining prices. One of the fastest growing parts of IBM. Thank you. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: out of space deleting hfs entry
On Tue, 2007-04-17 at 15:56 -0500, McKown, John wrote: This is a known problem. The problem is that HFS is a journalling filesystem. That means that instead of updating the metadata directly, the filesystem driver tries to allocate a new block to receive the updated metadata (like the directory or inodes, etc). Unfortunately, when you have literally NO more space, then the changed metadata cannot be journalled and you are SOL. One of the reasons I am such a big fan of ext3 in that other universe - the 5% reserved space for the root user to be able to get in and fix things like this. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Fast and Safe C Strings: User friendly C macros to Declare and use C Strings.
In [EMAIL PROTECTED], on 04/17/2007 at 10:08 AM, Clem Clarke [EMAIL PROTECTED] said: What is needed is for ANSI to bite the bullet and fix the problem. The use of trailing zero as a delimiter, like the confusion between arrays and pointers, is omnipresent in the C world. I see no practical way of getting rid of it without ditching most of the software written in C. The best that you could do would be to introduce a new data type and hope that people started using it, and I doubt that even that will happen. So, total revamp, Switch to PL/I? -- 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: IEC145I 413-08
In [EMAIL PROTECTED], on 04/11/2007 at 02:30 PM, willie bunter [EMAIL PROTECTED] said: We are having a difference of opinion with the following issue. A gener job is failing on an IEC145I 413-08. My interpretation is that the job failed because of an I/O error. The other opinion is that because the tape is scratch (in RMM) and it does not permit the processing of a scratch tape. Can we both be right? No. Had there been an I/O error then there would have been a message with the CSW status and the sense data. -- 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: IBM to the PCM market(the sky is falling!!!the sky is falling!!)
In ![EMAIL PROTECTED], on 04/09/2007 at 07:19 AM, Ray Mullins [EMAIL PROTECTED] said: I have to agree with Steve on the test drive link provided by Timothy. It is Linux-geared. At the moment, my software idea #2 isn't geared towards z/Linux - it makes no sense, actually, as right now it's bound to EBCDIC operating systems (which is why BS2000/OSD is a possible platform). Since Linux is (generic term, folks) ASCII based, translation issues rear their ugly head, Alas, translation issues rear their ugly head on any version of Linux, because it is locale-based, not ASCII-based. There is movement towards Unicode, but a lot of work remains to be done before it gets there. -- 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: IBM to the PCM market(the sky is falling!!!the sky is falling!!)
In [EMAIL PROTECTED], on 04/08/2007 at 04:54 PM, Thompson, Steve [EMAIL PROTECTED] said: Is that und intended to be and? Or did you mean under z/VM? I don't speak the language, but I believe that und is and and unter is under. -- 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: IBM to the PCM market
In [EMAIL PROTECTED], on 04/16/2007 at 10:04 PM, Shane [EMAIL PROTECTED] said: I generally hate to argue with CC in public - much better done in person where we can agree on the alcohol of choice before beginning. Sounds good in principle, but I wouldn't ask him to pay for a flight just to hoist a few rounds and chat. If he's in the area already and has time, of course, that's another matter. -- 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: IBM document describing SYSRES cloning?
In [EMAIL PROTECTED], on 04/16/2007 at 04:09 PM, Pinnacle [EMAIL PROTECTED] said: Does anyone have the pointer to the IBM document describing the recommended SYSRES cloning environment? The CPAC and Unix installation guides have some recommendations. Instead of using an online and an offline res with a target zone for each, I'm being told that I should just modify the DDDEFs in the existing target zone to point to the offline res (gag, ack, barf, no backoff other than restoring the target zone, target and online res out of sync, etc.). Good advice, good advice, good advice costs nothing and it's worth the price. (Allan Sherman) I wouldn't do it if it were my neck on the line. Who gets blamed when the balloon goes up? The smart money says that the guy telling you to do it that way won't be the one left holding the bag. I need to convince them that the WAC method is better (online/offline res and target zones, copy online to offline res, zonecopy online to offline target, and zoneedit offline target DDDEFs), That's one option. I prefer to have a ring of dlib/target/zone sets and to switch IPL addresses when promoting a new set into production. What's important is to: 1. Avoid CLIP 2. Always have an SMP environment matching every res set in use. 3. Automate as much as possible to avoid errors. -- 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: IBMLINK -- 3270
SRD has been broken since Friday. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Patrick O'Keefe Sent: Tuesday, April 17, 2007 12:49 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBMLINK -- 3270 On Tue, 17 Apr 2007 12:44:54 -0700, James Chappell [EMAIL PROTECTED] wrote: Anybody (besides me) having trouble with 3270 IBMLINK LB0004 ... It works for me now. 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: Increase size in ISGLOCK
24576 is not a valid size for ISGLOCK. Think power of 2. The official answer is in topic 2.2.2.3 Sizing the ISGLOCK structure in publication z/OS Planning: Global Resource Serialization SA22-7600, or http://www-03.ibm.com/servers/eserver/zseries/cfsizer/grs.html Valid sizes for ISGLOCK are: 8704 16896 33280 66048 131584 263168 525312 and so on Any size you pick which is in between a valid size is rounded DOWN to the next lower valid size. Brian On Tue, 17 Apr 2007 05:38:40 -0500, Jorge Garcia wrote: We want increase our structure ISGLOCK (type=lock) from 16 mb to 24mb. We have used the IXCMIAPU utility to build the CFRM policy with the parameters: STRUCTURE NAME(ISGLOCK) SIZE(24576) PREFLIST(CF2,CF1) REBUILDPERCENT(1) Then we active the new policy with the command: setxcf start,policy,type=cfrm,polname=politi2 At last, we rebuild the ISGLOCK with the command: setxcf start,rb,strname=isglock But the structure remains with the same size allocation: POLICY INFORMATION: POLICY SIZE: 24576 K POLICY INITSIZE: N/A POLICY MINSIZE : 0 K FULLTHRESHOLD : 80 ALLOWAUTOALT : NO -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Fast and Safe C Strings: User friendly C macros to Declare and use C Strings.
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. [EMAIL PROTECTED] (Shmuel Metz , Seymour J.) writes: The use of trailing zero as a delimiter, like the confusion between arrays and pointers, is omnipresent in the C world. I see no practical way of getting rid of it without ditching most of the software written in C. The best that you could do would be to introduce a new data type and hope that people started using it, and I doubt that even that will happen. So, total revamp, Switch to PL/I? the original mainframe tcp/ip support had been done in vs/pascal ... and had none of the buffer overflow issues typically associated with a lot of c-language based networking implementations ... recent refrence: http://www.garlic.com/~lynn/2007h.html#8 whiny question: Why won't z/OS support the HMC 3270 emulator lots of past posts mentioning various buffer overflow related problems with c language implementations http://www.garlic.com/~lynn/subintegrity.html#overflow the pascal language implementation had originally been done by two people at the los gatos vlsi lab ... as part of a lot of work in tools supporting chip design. the compiler was eventually released as a product ... first as IUP and then as program product. the implementation was eventually also ported from the mainframe to (workstation) aix. much later, as part of corporate strategy moving to (COTS) off-the-shelf tools ... some number of the tools/applications were ported to other vendor workstations and then turned over to external (chip tool) vendor. in this exercise i was given the opportunity to port one such 60k line (vs/pascal based) application to another workstation platform. Unfortunately, the pascal implementation for that platform appeared to have never moved past the stage of being used for student educational purposes ... plus they had outsourced the implementation to an organization on the opposite of the globe (which really complicated resolving language and runtime issues). total topic drift in this indirect reference using such tool skills for redoing airline res ROUTES application http://www.garlic.com/~lynn/2007g.html#22 Bidirectional Binary Self-Joins http://www.garlic.com/~lynn/2007g.html#41 US Airways badmouths legacy system for totally other folklore ... one of the two original people responsible for pascal at the los gatos vlsi lab shows up later as vp of software development at MIPS and then (later still) general manager of the business unit that has responsibility for the original JAVA product. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SMPNTS question
In a recent note, McKown, John said: Date: Tue, 17 Apr 2007 14:40:36 -0500 What I'm wondering is why couldn't I unwind the pax files on the Linux system myself, then point to the resulting files with the JCL. This would offload the unwind onto the Linux system and avoid the network I/O needed to do the unwind. I think I could just: Should work OK for those (except you don't get the benefit of verifying the checksums). Doesn't work nearly so well for IEBCOPY-unloaded relative files. And silicon is cheaper than carbon. -- 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: IBM 1Q2007: System z Revenue Growth +12%
On 17 Apr 2007 14:09:17 -0700, in bit.listserv.ibm-main you wrote: Just announced to Wall Street Yet more mainframe double digit growth amidst declining prices. One of the fastest growing parts of IBM. Is this really growth, i.e. greater dollars and more boxes, or just more capability. In the PC world over the past 3 years the average computer speeds per dollar have probably doubled. Thus if IBM sold 1000 MIPS in 2003, to just stay even they would have had to sell 2,000 MIPS in 2006. This is the sort of thing that I don't think those who price mainframe software fully comprehend. Yesterday's high end capability is today's low-end. Thank you. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Flex, Hercules, mainframe future and IBM annual meeting
On 17 Apr 2007 09:53:03 -0700, in bit.listserv.ibm-main you wrote: I see from their annual report ftp://ftp.software.ibm.com/annualreport/2006/2006_ibm_annual.pdf that System z hardware revenue is up 7.8% with an 11% increase in MIPS shipped. Given that a z9 is more than 11% bigger than a z990, I guess that means that they sold fewer mainframes than in 2005. Even so, I think that the shareholders *do* care about the mainframe. Based on what is happening on other fronts, an 11 percent increase in MIPS is actually a DECLINE in sales. I think that I may pursue the suggestion made in another posting to ask questions at .ibm.com/investor. If they were smart, they'd be asking why they can't sell more mainframes and why they can only get an 11% increase in MIPS in a year. It's better than the year before (7%) but still pretty pitiful. What would happen if IBM were to take action to let them sell 50% more MIPS every year? I believe that there would be plenty if demand for that to happen if people didn't think there was good reason to move away from the mainframe. I believe that there are now two reasons. The traditional one is the *perception* that mainframe software is too expensive. Now there is another reason, the *perception* that IBM is willing to let the mainframe die, as evidenced by making life more difficult for the smallest developers. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Laugh, laugh. I thought I'd die - application crashes
On 17 Apr 2007 09:34:17 -0700, in bit.listserv.ibm-main (Message-ID:[EMAIL PROTECTED]) [EMAIL PROTECTED] (Jeffrey D. Smith) wrote: They all wanted to know whether IBM would continue to support IEFBR14 under the new MVS/XA. At my old company, I was required to open a PMR to ask IBM if there were any Y2K issues with ILBOABNO. In response, the IBMer said he was sorely tempted to say, Yes. If executed after Y2K it will abend. -- I cannot receive mail at the address this was sent from. To reply directly, send to ar23hur at intergate dot 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
Detailed Information on SLT?
I wonder if any of you knowledgeable folks out there might be able to help me with some information on the System/360 building block - SLT? I cut my computing teeth on micros in the 1970s, and a retro-computing project for that (http://mymk14.co.uk) got me thinking about how little I knew about mainframes, in particular System/360, and how they put in place the fundamentals for later microprocessors. I've been reading the extremely interesting history of S/360 by Pugh, Johnson Palmer as a result, and enjoyed the section about the core technology the 360 was built on - SLT. That in turn lead me to buy some SLT boards from Ebay. Now, I'm not going to rebuild a full system of course, but I'd like to get the SLTs I have working in some kind of logic circuit. To do this, I would need some circuit electrical parameters - ideally datasheets. I can find nothing at all on the web about this, other than general information about the manufacturing process for SLT. I would be really grateful if someone could point me in the right direction for this, or perhaps help directly. Many thanks in advance. Colin Phillips. _ Get a FREE Web site, company branded e-mail and more from Microsoft Office Live! http://clk.atdmt.com/MRT/go/mcrssaub0050001411mrt/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Info on IBM SLT for Retro Project?
I wonder if any of you knowledgeable folks out there might be able to help me with some information on the System/360 building block - SLT? I cut my computing teeth on micros in the 1970s, and a retro-computing project for that (http://mymk14.co.uk) got me thinking about how little I knew about mainframes, in particular System/360, and how they put in place the fundamentals for later microprocessors. I've been reading the extremely interesting history of S/360 by Pugh, Johnson Palmer as a result, and enjoyed the section about the core technology the 360 was built on - SLT. That in turn lead me to buy some SLT boards from Ebay. Now, I'm not going to rebuild a full system of course, but I'd like to get the SLTs I have working in some kind of logic circuit. To do this, I would need some circuit electrical parameters - ideally datasheets. I can find nothing at all on the web about this, other than general information about the manufacturing process for SLT. I would be really grateful if someone could point me in the right direction for this, or perhaps help directly. Many thanks in advance. Colin Phillips. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Info on IBM SLT for Retro Project?
I wonder if any of you knowledgeable folks out there might be able to help me with some information on the System/360 building block - SLT? Details for some of the older SLT modules are available in the Bitsavers archive or one of its mirrors. If you haven't tried that already, you might start with http://bitsavers.trailing-edge.com/pdf/ibm/logic/ Sounds like a fun project -- let me know what comes of it. You should exhibit it at the Vintage Computer Festival! Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
