Re: How to find "current tape length" programatically
Someone wrote: > I have an obvious question on the 3490E though. > You say there is a set of tracks "going AND coming". > Since actual tape length isn't a specification, > just a minimum is, how would a hardware duplication > device handle a 3490E? > In theory it wouldn't be able to, would it? If one wanted to build a hardware device that could copy a tape, it would probably be possible to write all the tracks at once. As an example, analog cassette tapes can be duplicated in one pass writing both directions at the same time. I don't know the specific encoding for the 3490E, but most likely it is possible. Otherwise, one might copy one side from the beginning as far as it went, skip to the physical EOT, then start writing the other side from the end. Even easier might be for the tape duplicator to find tape stock sufficiently longer than others to guarantee that it will fit. -- glen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CFW with Syncsort
John, I have been told many times that SYNCSORT uses CFW, but I have never observed any change in the RMFCR counters when I turn CFW on in a controller with SYNCSORT Sort Work datasets. For DFSORT my experience is there is a significant increment in the CFW counter, and a very apparent change in channel program behavior, with what appears to be very long data chaining. Ron > -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of John Baker > Sent: Friday, January 18, 2008 2:31 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: [IBM-MAIN] CFW with Syncsort > > Hi all, hopefully an easy one here. > > Can anyone confirm whether or not Syncsort uses CFW? I know DF/Sort > does > but I'm not sure about Sync. > > Thanks, > > JB > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > 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: Flash memory arrays
On Jan 18, 2008, at 7:48 PM, Tom Moulder wrote: Fry's in the Dallas/Fort Worth area has a 500GB SATA drive on sale this week for $90. How low can you go? Tom, I saw a 1TB for $300 and heard about the same for under $300 at Walmart (unconfirmed). Ed ps: They have a Fry's here in the Chicago Suburbs and everybody I have talked to says that they will avoid it for anyplace else (including me). Tom Moulder -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dave Kopischke Sent: Friday, January 18, 2008 1:02 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Flash memory arrays On Fri, 18 Jan 2008 12:44:22 -0600, McKown, John wrote: I think that they are either SCSI, or Fibre Channel. For a mere 1.2Tb, you can use 3 500Gib eSATA drives. I was at the PC store the other day and they had 1TB SATA drives for sale. I didn't catch the price. I settled for a mere 250G for $70. I haven't been able to dent the capacity of a 30G drive in three years. Give my son iTunes and 6 weeks and 40G are gone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.6/1231 - Release Date: 1/18/2008 11:55 AM No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.6/1231 - Release Date: 1/18/2008 11:55 AM -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: I want to add virtual printer to my MFNetDisk, Any value?
HI, Few questions: 1. In today market, what MVS sites use for printing? TCP printers or MF local attach printers? 2. I think the printers are not like disks. They can not have complicate CCWs, So I think if someone will give me GTFTRACE of Vary online,offline console command to local printer, and a small printing CCWs that will give me good start. 3. I am sure that UCS and FCB are open to everyone, because user need to know how he can control his printing. 4. What is the famous local MVS printer in the market? 5. Still I am not sure if emulate local printer in MF is added value to sites. 6. Someone mention viruses and worms, The PC with its local printer will not be open to internet XXX movie, I hope. Thanks, Shai On 1/18/08, Rick Fochtman <[EMAIL PROTECTED]> wrote: > > - > > > The desired character is the CCW command code, with a normal CCW 0 > > format (code/address/flags/length). Many printers also used FCB and > > UCS load commands, but I couldn't find a decent source for those (and > > they're device and model dependent). By default a channel 1 skip is > > top of page eject; channels 9 and 12 were used by some installations > > at or near the bottom of the page. Usage of channels other than 1 is > > highly idiosyncratic; the only rule is to have at least one definition > > for each channel to avoid printer runaway. > > > You can find SOME UCS and FCB information in the documentation for the > IEBIMAGE utility. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > 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: IEFACTRT exit
On Jan 18, 2008, at 4:50 PM, Shane wrote: On Fri, 2008-01-18 at 16:19 -0500, O'Connor, Ruth wrote: Any ideas about what could have happened to the initiator to affect an smf exit's WTOs? Have a look at the subpool for any getmains. I would take a look at logrec to see if there were any software hits somewhere around the time this started happening. You may see some abend or something that at least you can do a search in IBMLINK (assuming its available). Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSORT question MERGE w/SUM FIELDS=NONE
On Thu, 17 Jan 2008 17:31:21 -0600, Mark Zelden wrote: > >> Is >>there a system determined BLKSIZE on a PATH= DD statement, or is the sort >>program left to deal with it? > >see above > For a while, SDB always set BLKSIZE for PATH= to 80. This was much fixed as a side effect of an APAR directed to JES, with a warning to the PMR submitter that the documentation continued to say 80, and if another customer complained it might be necessary to re-break it. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Flash memory arrays
Bill But 1999 is more than half a decade ago. I think you are talking about the 1 inch pixie dust drives. They are made by Hitachi now. You'll find them in your IPOD, but not in EMC. The last contract I recall between EMC and IBM for HDD was the 36GB drive, and that was cancelled due to heat problems. (I am repeating a rumour - happy to be corrected) Ron > -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of (IBM Mainframe Discussion List) > Sent: Friday, January 18, 2008 8:31 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: [IBM-MAIN] Flash memory arrays > > > > In a message dated 1/18/2008 9:05:19 A.M. Central Standard Time, > [EMAIL PROTECTED] writes: > >IBM, EMC and HDS send faulty drives back to Seagate and > Hitachi for analysis for their modular products as well. There is no > difference between drives used in Enterprise and Modular arrays. IT's > not a > hidden service, it's simply the warranty that the Disk manufacturer > provides > (it's been half a decade since IBM made a disk drive). > > Around mid-1999 EMC signed a multi-$billion contract to buy a HUGE > number of > little disks from IBM over a period of several years. So IBM was > making > disks then. And I think that contract expired about half a decade > ago. > > Bill Fairchild > Franklin, TN > > > > > > **Start the year off right. Easy ways to stay in shape. > http://body.aol.com/fitness/winter-exercise?NCID=aolcmp0030002489 > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > 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: CFW with Syncsort
John: Yes, SyncSort does use CFW. I wrote the code myself in a previous life, 17 or so years ago. However, IIRC, there may be circumstances where it is turned off due to other performance considerations. Check with SyncSort's Customer Service if you need to know when, if ever these days. Art At 05:30 PM 1/18/2008, John Baker wrote: >Hi all, hopefully an easy one here. > >Can anyone confirm whether or not Syncsort uses CFW? I know DF/Sort does >but I'm not sure about Sync. == Art Celestini Celestini Development Services Phone: 201-670-1674Wyckoff, NJ = http://celestini.com = Mail sent to the "From" address used in this post will be rejected by our server. Please send off- list email to: ibmmaincelestinicom. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How does ATTACH pass address of ECB to child?
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] (Lindy Mayfield) writes: > What doesn't is that Cannatello's book has a page and a half on doing > POST, with one example of how to change the ECB without using the POST > macro. > > He even has the child checking the ECB to see if a WAIT had been issued. A.6.3.1 Bypass Post Routine http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DZ9ZR003/A.6.3.1?SHELF=DZ9ZBK03&DT=20040504121320&CASE= from above: The following routine allows the SVC "POST" as used in MVS/ESA to be bypassed whenever the corresponding WAIT has not yet been executed, provided that the supervisor WAIT and POST routines use COMPARE AND SWAP to manipulate event control blocks (ECBs). ... snip ... i.e. charlie had been working on fine grain multiprocessor locking for cp67 at the science center http://www.garlic.com/~lynn/subtopic.html#545tech when he invented the compare&swap instruction http://www.garlic.com/~lynn/subtopic.html#smp note compare&swap was chosen because CAS are charlie's initials. trying to get the instruction into the 370 architecture was initially rebuffed since the pok favorite son operating system claimed that test&set ... carried forward from 360 multiprocessor days, was all that was necessary. the statement was made that in order to get compare&swap into 370 architecture required coming up with uses that weren't multiprocessor specific. came up with the multitasking/multithreaded examples ... which were included in the compare&swap programming examples. A.6 Multiprogramming and Multiprocessing Examples http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DZ9ZR003/A.6?SHELF=DZ9ZBK03&DT=20040504121320 more recently the perform locked operation instruction was defined ... and added to the above description. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Flash memory arrays
Fry's in the Dallas/Fort Worth area has a 500GB SATA drive on sale this week for $90. How low can you go? Tom Moulder -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dave Kopischke Sent: Friday, January 18, 2008 1:02 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Flash memory arrays On Fri, 18 Jan 2008 12:44:22 -0600, McKown, John wrote: >I think that they are either SCSI, or Fibre Channel. For a mere 1.2Tb, >you can use 3 500Gib eSATA drives. I was at the PC store the other day and they had 1TB SATA drives for sale. I didn't catch the price. I settled for a mere 250G for $70. I haven't been able to dent the capacity of a 30G drive in three years. Give my son iTunes and 6 weeks and 40G are gone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.6/1231 - Release Date: 1/18/2008 11:55 AM No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.6/1231 - Release Date: 1/18/2008 11:55 AM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How does ATTACH pass address of ECB to child?
Rick Fochtman wrote: Thanks. That makes sense. What doesn't is that Cannatello's book has a page and a half on doing POST, with one example of how to change the ECB without using the POST macro. He even has the child checking the ECB to see if a WAIT had been issued. -- Sometimes he tends to include "overkill". He's right, if the tasks need to "talk" to each other; in many cases that's not necessary. Most often, in my experience, that level of detailed control is inappropriate. If asynchronous task mode programs need to "talk" to one another, they should use a pair of ECBs unrelated to the one specified by the parent task on the ATTACH macro -- though the parent task should include the ATTACH ECB on its WAIT list. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LPAR Rename
On Fri, 18 Jan 2008 16:25:55 -0800, Skip Robinson <[EMAIL PROTECTED]> wrote: >I'm anxious for more posts on this topic. We don't yet have a z9, but I >thought that one of the selling points was being able to define 'dummy' >LPARs in advance, then make them 'real' as needed by 'renaming' and >assigning memory, CPs, and I/O connections, all without a POR. > >Am I missing something in the z9 or in the original question? > >. It's available with a z990 and z/OS 1.6 or above. But you have to plan. It involves defining an LPAR with a name of "*" as a placeholder. See "Defining reserved partitions" in the HCD manual(s). No, I haven't done it yet. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS 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: LPAR Rename
I opened up an ETR with IBM on my question and I received this answer. You can change the name dynamically. Basically have to change the image to reserve and then from reserve to the new name. To change the partition to reserve, you have to disconnect all channel paths and devices from the partition. See the HCD User's guide for section Changing partitions in chapter 6. Once the image is down, deactivate the image and then make the IODF changes. Once you done the IODF activate with the new partition name, you'll pickup the new name in the images group for the CPC. You can now select the image and customize the activation profiles for it to customize the new image profile. Once you've made the updates for the iamge, then you can activate it. Mark Jacobs -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Skip Robinson Sent: Friday, January 18, 2008 7:26 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: LPAR Rename I'm anxious for more posts on this topic. We don't yet have a z9, but I thought that one of the selling points was being able to define 'dummy' LPARs in advance, then make them 'real' as needed by 'renaming' and assigning memory, CPs, and I/O connections, all without a POR. Am I missing something in the z9 or in the original question? . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] "Vernooy, C.P. - SPLXM" <[EMAIL PROTECTED] To .COM> IBM-MAIN@BAMA.UA.EDU Sent by: IBM cc Mainframe Discussion List Subject <[EMAIL PROTECTED] Re: LPAR Rename .EDU> 01/18/2008 06:19 AM Please respond to IBM Mainframe Discussion List <[EMAIL PROTECTED] .EDU> "Mark Jacobs" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>... > Does anyone know the procedure to rename an LPAR on a z9 without a POR? > > -- > Mark Jacobs We happened to try this last week and found out it was not possible. Kees. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: How does ATTACH pass address of ECB to child?
Lindy, The ECB= on the ATTACH is used to notify the ATTACHing program that the ATTACH'd program (a subtask) has terminated (normally or abnormally). If you wish to synchronize the ATTACHing program with the ATTACH'd program you would pass an ECB in the plist for the ATTACH'd program using R1. I refer to this ecb as the "sync" ecb. The ATTACHing program will issue the ATTACH and then issue a WAIT on the sync ecb. The ATTACH'd program will perform inits and then POST the sync ECB when inits are complete. For example lets say you are in a loop attaching subtasks and the plist passed to each subtask is using the same memory area but you have to pass different values in the plist to each subtask. Each subtask would have make a copy of the input plist data area prior to - a simple example would be a return buffer) . It is reasonable for any code that is going to issue a POST to check the ECB prior to issuing the POST. I believe PoPs (or POO as some folks call it) has a section on bypassing post that would be useful for you to look at. Ray Overby Lindy Mayfield wrote: Thanks. That makes sense. What doesn't is that Cannatello's book has a page and a half on doing POST, with one example of how to change the ECB without using the POST macro. He even has the child checking the ECB to see if a WAIT had been issued. Lindy -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Wayne Driscoll Sent: 19. tammikuuta 2008 1:39 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: How does ATTACH pass address of ECB to child? Lindy, The child doesn't need to know anything about that ECB. The ECB specified on the ATTACH macro is used by the system. When the subtask completes and returns to the system (via the oldest PRB on the task queue issuing an SVC 3), the system will post the ECB to notify the mother task that it is safe to issue the DETACH. If the child task POSTS the ECB, and continues to execute, when the mother wakes up and issues the DETACH you will see x3E abends caused by terminating a TCB that was still running. Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lindy Mayfield Sent: Friday, January 18, 2008 5:32 PM To: IBM-MAIN@BAMA.UA.EDU Subject: How does ATTACH pass address of ECB to child? I wonder if I am missing something. Here is what I think: My main program does an ATTACH,EP=CHILD,ECB=ECB1 WAIT ECB=ECB1 DETACH (R1) The program CHILD does its thing and then when done POST ECB1 Which IIUC causes the main program to stop waiting. How does CHILD know the address of ECB1 in order to POST? Or do I need to pass the address as a parameter? Lindy -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: How does ATTACH pass address of ECB to child?
Thanks. That makes sense. What doesn't is that Cannatello's book has a page and a half on doing POST, with one example of how to change the ECB without using the POST macro. He even has the child checking the ECB to see if a WAIT had been issued. -- Sometimes he tends to include "overkill". He's right, if the tasks need to "talk" to each other; in many cases that's not necessary. Most often, in my experience, that level of detailed control is inappropriate. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Re-hosting IMB-MAIN (was RE: z890 2086-160 w/ 2 IFLs on eBay)
In a message dated 1/18/2008 3:58:54 P.M. Central Standard Time, [EMAIL PROTECTED] writes: If UA is trying to get rid of IBM-Main then yes, we should help find another home for it, and a z platform would be worth looking at. Otherwise, let's not rock the boat. >> With next year's anticipated shortfall in general revenues all things will be reviewed. Hopefully, we'll survive unscathed. There have been volunteers to rehost but so far we've managed to keep it pieced together since 1986. Personally I feel it's valuable contribution to our industry and exemplifies the 'Service' in our creed. I know I've learned a lot and been exposed to new ideas and explanations of 'how things work' in numerous facets of our profession. **Start the year off right. Easy ways to stay in shape. http://body.aol.com/fitness/winter-exercise?NCID=aolcmp0030002489 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LPAR Rename
I'm anxious for more posts on this topic. We don't yet have a z9, but I thought that one of the selling points was being able to define 'dummy' LPARs in advance, then make them 'real' as needed by 'renaming' and assigning memory, CPs, and I/O connections, all without a POR. Am I missing something in the z9 or in the original question? . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] "Vernooy, C.P. - SPLXM" <[EMAIL PROTECTED] To .COM> IBM-MAIN@BAMA.UA.EDU Sent by: IBM cc Mainframe Discussion List Subject <[EMAIL PROTECTED] Re: LPAR Rename .EDU> 01/18/2008 06:19 AM Please respond to IBM Mainframe Discussion List <[EMAIL PROTECTED] .EDU> "Mark Jacobs" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>... > Does anyone know the procedure to rename an LPAR on a z9 without a POR? > > -- > Mark Jacobs We happened to try this last week and found out it was not possible. Kees. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How does ATTACH pass address of ECB to child?
I have not read the book in question, but I will often have task A attach task B and pass a parameter list via R1 that has a pair of ECB's in it. One ECB for the child (task B) to wait on and one ECB for the parent (task A) to wait on. Also in the parameter list are some queues that are used for scheduling work. Task A puts work on the queue, does a POST to the ECB task B is waiting on, and goes about doing other things. At some time it may WAIT on the ECB task B is going to POST when it has completed the work. Given the above it makes sense to say that the parent (task A) or the child (task B) is waiting on an ECB (not on the same one I hope). The POOP has a couple of pieces of code in the appendix on FAST WAIT and FAST POST. If the ECB you are going to wait on is already posted there is no need to WAIT on it. Like-wise, if no one has issued a WAIT on an ECB there is no need to issue a POST, just set the posted bit. That saves a few hundred or thousand instructions for each SVC you avoid. As others have said, the ECB in the ATTACH is only used by the parent to know when it can DETACH the child TCB. To not wait on that will lead to lots of fun. Chris Blaicher -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lindy Mayfield Sent: Friday, January 18, 2008 5:57 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: How does ATTACH pass address of ECB to child? Thanks. That makes sense. What doesn't is that Cannatello's book has a page and a half on doing POST, with one example of how to change the ECB without using the POST macro. He even has the child checking the ECB to see if a WAIT had been issued. Lindy -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Wayne Driscoll Sent: 19. tammikuuta 2008 1:39 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: How does ATTACH pass address of ECB to child? Lindy, The child doesn't need to know anything about that ECB. The ECB specified on the ATTACH macro is used by the system. When the subtask completes and returns to the system (via the oldest PRB on the task queue issuing an SVC 3), the system will post the ECB to notify the mother task that it is safe to issue the DETACH. If the child task POSTS the ECB, and continues to execute, when the mother wakes up and issues the DETACH you will see x3E abends caused by terminating a TCB that was still running. Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lindy Mayfield Sent: Friday, January 18, 2008 5:32 PM To: IBM-MAIN@BAMA.UA.EDU Subject: How does ATTACH pass address of ECB to child? I wonder if I am missing something. Here is what I think: My main program does an ATTACH,EP=CHILD,ECB=ECB1 WAIT ECB=ECB1 DETACH (R1) The program CHILD does its thing and then when done POST ECB1 Which IIUC causes the main program to stop waiting. How does CHILD know the address of ECB1 in order to POST? Or do I need to pass the address as a parameter? Lindy -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: New Mainframes coming in February
Mark, You can use the IBM announcement website with the following URL: http://www-01.ibm.com/common/ssi/index.wss Within the "Type of content:" pull down, select the "HW & SW desc (Sales manual, RPQ) item. Then select the "Advanced search" hyperlink. Then enter machine type in the "Product number: " box and click the search button at the bottom of the screen. Make sure you alter the search date ranges near the bottom of the screen. For example, if you enter '9672' in the Product number: " box and use at least a 5 year range, From: 01/01/03 to 01/18/08, you will see the "Sales manual" information for all the 9672 processors. The "Sales manual" shows the withdraw from marketing and withdraw from service dates for each of the model types. HTH Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How does ATTACH pass address of ECB to child?
Thanks. That makes sense. What doesn't is that Cannatello's book has a page and a half on doing POST, with one example of how to change the ECB without using the POST macro. He even has the child checking the ECB to see if a WAIT had been issued. Lindy -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Wayne Driscoll Sent: 19. tammikuuta 2008 1:39 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: How does ATTACH pass address of ECB to child? Lindy, The child doesn't need to know anything about that ECB. The ECB specified on the ATTACH macro is used by the system. When the subtask completes and returns to the system (via the oldest PRB on the task queue issuing an SVC 3), the system will post the ECB to notify the mother task that it is safe to issue the DETACH. If the child task POSTS the ECB, and continues to execute, when the mother wakes up and issues the DETACH you will see x3E abends caused by terminating a TCB that was still running. Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lindy Mayfield Sent: Friday, January 18, 2008 5:32 PM To: IBM-MAIN@BAMA.UA.EDU Subject: How does ATTACH pass address of ECB to child? I wonder if I am missing something. Here is what I think: My main program does an ATTACH,EP=CHILD,ECB=ECB1 WAIT ECB=ECB1 DETACH (R1) The program CHILD does its thing and then when done POST ECB1 Which IIUC causes the main program to stop waiting. How does CHILD know the address of ECB1 in order to POST? Or do I need to pass the address as a parameter? Lindy -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Re-hosting IMB-MAIN (was RE: z890 2086-160 w/ 2 IFLs on eBay)
In article <[EMAIL PROTECTED]> you write: >> -Original Message- >> From: IBM Mainframe Discussion List On Behalf Of tony babonas >> >> Why don't we take up a collection to buy an old CPU, zOS and >> all else needed, then host IBM-MAIN, RACF-L, CICS-L, VM-L, >> DB2-L etc etc. > >I'd think z/VM would be a better choice for a LISTSERVE host.. Especially since Listserv(R) doesn't run on Z/OS (it does run on VM) and even if it did, Z/OS doesn't run on an IFL. Farfetched as it may be, if this does come off I will offer my services as listserv admin (I already run 2 lists). -- Rich Greenberg N Ft Myers, FL, USA richgr atsign panix.com + 1 239 543 1353 Eastern time. N6LRT I speak for myself & my dogs only.VM'er since CP-67 Canines:Val, Red, Shasta & Casey (RIP), Red & Zero, Siberians Owner:Chinook-L Retired at the beach Asst Owner:Sibernet-L -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How does ATTACH pass address of ECB to child?
Lindy, The child doesn't need to know anything about that ECB. The ECB specified on the ATTACH macro is used by the system. When the subtask completes and returns to the system (via the oldest PRB on the task queue issuing an SVC 3), the system will post the ECB to notify the mother task that it is safe to issue the DETACH. If the child task POSTS the ECB, and continues to execute, when the mother wakes up and issues the DETACH you will see x3E abends caused by terminating a TCB that was still running. Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lindy Mayfield Sent: Friday, January 18, 2008 5:32 PM To: IBM-MAIN@BAMA.UA.EDU Subject: How does ATTACH pass address of ECB to child? I wonder if I am missing something. Here is what I think: My main program does an ATTACH,EP=CHILD,ECB=ECB1 WAIT ECB=ECB1 DETACH (R1) The program CHILD does its thing and then when done POST ECB1 Which IIUC causes the main program to stop waiting. How does CHILD know the address of ECB1 in order to POST? Or do I need to pass the address as a parameter? Lindy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEFACTRT exit
Initiators have a historic tendency for storage problems, especially the longer they run. Fixing your WTO problem by restarting the initiator is a classic workaround for such problems. It's possible that you're taking abends you're not seeing because of DAE dump suppression. As a first pass, look in IPCS at the DAE utility (3.5) for getmain failures. If nothing shows up, when the problem occurs again, set a nonspecific PER SLIP trap for a job name that is known or likely to fail. Unfortunately, finding a getmain failure does not solve the problem, which is probably a result of storage fragmentation over time. We had a similar problem once, and our simple minded plan was to stop and restart initiators at intervals frequent enough to reduce the effects of fragmentation. Diagnosis of the root cause will not be simple. . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] Shane <[EMAIL PROTECTED] .AU> To Sent by: IBM IBM-MAIN@BAMA.UA.EDU Mainframe cc Discussion List <[EMAIL PROTECTED] Subject .EDU> Re: IEFACTRT exit 01/18/2008 02:50 PM Please respond to IBM Mainframe Discussion List <[EMAIL PROTECTED] .EDU> On Fri, 2008-01-18 at 16:19 -0500, O'Connor, Ruth wrote: > Any ideas about what could have happened to the initiator to affect an > smf exit's WTOs? Have a look at the subpool for any getmains. 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: I want to add virtual printer to my MFNetDisk, Any value?
- The desired character is the CCW command code, with a normal CCW 0 format (code/address/flags/length). Many printers also used FCB and UCS load commands, but I couldn't find a decent source for those (and they're device and model dependent). By default a channel 1 skip is top of page eject; channels 9 and 12 were used by some installations at or near the bottom of the page. Usage of channels other than 1 is highly idiosyncratic; the only rule is to have at least one definition for each channel to avoid printer runaway. You can find SOME UCS and FCB information in the documentation for the IEBIMAGE utility. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
How does ATTACH pass address of ECB to child?
I wonder if I am missing something. Here is what I think: My main program does an ATTACH,EP=CHILD,ECB=ECB1 WAIT ECB=ECB1 DETACH (R1) The program CHILD does its thing and then when done POST ECB1 Which IIUC causes the main program to stop waiting. How does CHILD know the address of ECB1 in order to POST? Or do I need to pass the address as a parameter? Lindy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: I want to add virtual printer to my MFNetDisk, Any value?
shai hess wrote: Can anyone help me to find IBM books which give the data about the CCWs of the MF attached printers? I did not find anything on bitsavers.org (there is a 1403 manual, but it's for the 1401 system). A google.com search turned up lots of hits, but nothing relevant. And apparently I didn't keep my copies, either.The closest I came was a reference card image, which is perfectly legible provided you already know what it says: http://ai-integration.biz/images/IBM360-12.jpg I tried ibm.com search, but found too many, and inapplicable hits. I did find one document that lists the machine control codes: http://publib.boulder.ibm.com/infocenter/iseries/v5r4/index.jsp?topic=/rzau6/rzau6machine.htm The desired character is the CCW command code, with a normal CCW 0 format (code/address/flags/length). Many printers also used FCB and UCS load commands, but I couldn't find a decent source for those (and they're device and model dependent). By default a channel 1 skip is top of page eject; channels 9 and 12 were used by some installations at or near the bottom of the page. Usage of channels other than 1 is highly idiosyncratic; the only rule is to have at least one definition for each channel to avoid printer runaway. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Re-hosting IMB-MAIN (was RE: z890 2086-160 w/ 2 IFLs on eBay)
--- We would self-moderate - Right after I shoot down the pig that's circling my chimney!!! :-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEFACTRT exit
On Fri, 2008-01-18 at 16:19 -0500, O'Connor, Ruth wrote: > Any ideas about what could have happened to the initiator to affect an > smf exit's WTOs? Have a look at the subpool for any getmains. 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: Flash memory arrays
On Fri, 2008-01-18 at 16:09 -0600, Tony Harminc wrote: > >(I might be able to pick up an old 2105-F20 for the cost of a rental > >truck. It's currently at 1.2 TB) > > Someone with an MP3000 or the like might be happy to have it. Or anybody thinking of bidding on an 890 maybe ... 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
CFW with Syncsort
Hi all, hopefully an easy one here. Can anyone confirm whether or not Syncsort uses CFW? I know DF/Sort does but I'm not sure about Sync. Thanks, JB -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEFACTRT exit
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of O'Connor, Ruth > Sent: Friday, January 18, 2008 3:20 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: IEFACTRT exit > > > Richard, > > That's a good question. We do use IEFYS to write some messages to > JESYSMSG but the messages that were missing are WTOs that we send to > syslog and to JESMSGLG. Until you asked about IEFYS I hadn't noticed > that the JESYSMSG messages did appear correctly in the affected jobs. > That means the smf exit was being taken, killing one of my theories. > > Since my first email we have figured out that all the problem jobs > executed in one JES2 initiator. Stopping and restarting that initiator > fixed the problem for now. The affected users all happened to be using > the same jobclass and were getting the same initiator > consistently. The > userid seems to be irrelevant after all. > > We still don't know why the problem occurred, though. There were no > obvious errors in the initiator; no syslog message that we > could ask the > automation group to react to in the future; no logrec entries. > > Any ideas about what could have happened to the initiator to affect an > smf exit's WTOs? > > Thanks very much, > Ruth I don't know, but I saw the following in the WTO description for RC=30: Meaning: Environmental error. For routing code 11, the required resource was not available and the request was ignored. For any other routing code, the request was processed. -- 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: Re-hosting IMB-MAIN (was RE: z890 2086-160 w/ 2 IFLs on eBay)
>Bama in general, and Darren in particular, have been doing a very good job. As with any re-hosting discussion, the people involved (which is the most important aspect) have been ignored. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Flash memory arrays
On Fri, 18 Jan 2008 12:40:16 -0600, Rick Fochtman <[EMAIL PROTECTED]> wrote: >I can't help but wonder: when a purchased storage array device is >decommissioned, are all those little drives of any use for PC >replacements? What sorts of interfaces do those drives require? (E)IDE >or SCSI of SCSI-2 ?? Some of them are SSA; some SCSI. Some newer ones are FC. They show up on eBay quite regularly, at prices varying from a few bucks to hundreds. They generally don't sell at all at any price. Search eBay with keywords SSA DRVC for some examples. You can find PCI SSA interface cards if you look around, so they are not impossible to use on a PC. (When searching, it's usually wise to include negative keywords of -Social -Security and -Administration, for reasons that quickly become obvious, even to a non-American like me.) You'd also need suitable data and power connectors and cables, none of which are compatible with anything else on the planet, and none of which are easy to find or cheap. So really, what's the point when you can buy a shiny new SATA drive with better specs, a warranty, and vastly more space, for a couple of hundred bucks. >(I might be able to pick up an old 2105-F20 for the cost of a rental >truck. It's currently at 1.2 TB) Someone with an MP3000 or the like might be happy to have it. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEFACTRT exit
Richard, That's a good question. We do use IEFYS to write some messages to JESYSMSG but the messages that were missing are WTOs that we send to syslog and to JESMSGLG. Until you asked about IEFYS I hadn't noticed that the JESYSMSG messages did appear correctly in the affected jobs. That means the smf exit was being taken, killing one of my theories. Since my first email we have figured out that all the problem jobs executed in one JES2 initiator. Stopping and restarting that initiator fixed the problem for now. The affected users all happened to be using the same jobclass and were getting the same initiator consistently. The userid seems to be irrelevant after all. We still don't know why the problem occurred, though. There were no obvious errors in the initiator; no syslog message that we could ask the automation group to react to in the future; no logrec entries. Any ideas about what could have happened to the initiator to affect an smf exit's WTOs? Thanks very much, Ruth -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Richard Peurifoy Sent: Friday, January 18, 2008 3:42 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IEFACTRT exit O'Connor, Ruth wrote: > Hello > > We have an intermittent problem with IEFACTRT and are wondering if > anyone else has ever seen this phenomenon. We're running z/OS 1.7 with > Top Secret 9.0 but the problem goes back at least several years and > software levels. > > Like many shops, we use the exit to write WTO messages at the end of > each batch job step. Every once in a while a user reports that the > messages are no longer being written for his batch jobs, even though > the messages were being produced for that user the previous day (or > previous > hour) and the messages are still being produced for other users' jobs. > The messages don't come back for that user's batch jobs until the next > time we IPL the LPAR. > > We have never been able to figure out what causes this problem. The > type 30, subtype 4, smf records are still being cut for the jobs > without the messages. I have looked through the exit code without > finding anything useful. We're wondering if something prevents the > IEFACTRT exit from being called for certain users. > > This week the problem has been reported in our applications > development LPAR. For at least 3 userids (or ACIDs in Top Secret > terminology) the messages stopped appearing early Monday morning. > There is nothing in logrec at that time and I don't see anything strange in syslog, either. > > A search of the archives turned up one thread about a similar problem > at a DR site but there didn't appear to be any resolution. > > Thanks in advance for any suggestions. > > Ruth O'Connor > Senior Systems Software Specialist > Boston University Sorry, sent this to the newsgroup rather than the list the first time. Are these realy WTO's, or are you using the IEFYS interface to write messages to JESYSMSG (where the allocation messages are written). -- Richard -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Re-hosting IMB-MAIN (was RE: z890 2086-160 w/ 2 IFLs on eBay)
On Fri, 18 Jan 2008 12:55:24 -0800, Edward Jaffe <[EMAIL PROTECTED]> wrote: >... >Why? Isn't bama doing a good enough job? >... I'll take Ed's question a step further. I'd say that bama is doing a good job and I'd hate to see this turned over to a bunch amateurs, not matter how well intentioned they are, and no matter how good proof of concept it would be. This forum is too valuable for that. If UA is trying to get rid of IBM-Main then yes, we should help find another home for it, and a z platform would be worth looking at. Otherwise, let's not rock the boat. Bama in general, and Darren in particular, have been doing a very good job. 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: WLM and DB2
Tom, Thanks for the link. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Moulder Sent: Monday, January 14, 2008 4:31 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: WLM and DB2 I did a presentation on WLM and DB2 at IDUG 2006. Follow this link to get a copy of the presentation and a sample policy spreadsheet. Call or write if you have questions about the presentation. http://www.trexassociates.com/links.htm Tom Moulder -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gary Green Sent: Monday, January 14, 2008 2:37 PM To: IBM-MAIN@BAMA.UA.EDU Subject: WLM and DB2 This is probably the wrong forum to post this but I know I'll be told where to go if it is. I am about to setup WLM for DB2 SPAS; I know, I know, it should have been done sooner... Does anyone know if there are any gotchas that I should be aware of? Perhaps a "we did it this way" type reference, etc... Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.2/1223 - Release Date: 1/13/2008 8:23 PM No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.2/1223 - Release Date: 1/13/2008 8:23 PM No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.2/1223 - Release Date: 1/13/2008 8:23 PM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.2/1223 - Release Date: 1/13/2008 8:23 PM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IDC3009I return code *5*??
On Fri, 18 Jan 2008 16:28:28 -0500, David Andrews wrote:
>I did a LISTC VOL against one of my catalogs today and was rewarded in
>part with these entries:
>
>NONVSAM --- ..'{... ..2.
> HISTORY
I've seen something similar to this before. Are these catalog component or
cluster names ???
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
IDC3009I return code *5*??
I did a LISTC VOL against one of my catalogs today and was rewarded in
part with these entries:
NONVSAM --- ..'{... ..2.
HISTORY
DATASET-OWNER-(NULL) CREATION2001.282
RELEASE2 EXPIRATION--.000
ACCOUNT-INFO---(NULL)
SMSDATA
STORAGECLASS STRIPED MANAGEMENTCLASS---(NULL)
DATACLASS ---STRIPED LBACKUP ---2042.268.2247
VOLUMES
VOLSERSMS001 DEVTYPE--X'3010200F'
VOLSERSMS003 DEVTYPE--X'3010200F'
IDC3009I ** VSAM CATALOG RETURN CODE IS 5 - REASON CODE IS IGG0CLFF-32
IDC1566I ** ..'{... ..2. NOT LISTED
NONVSAM --- ..'{... ..2.
HISTORY
DATASET-OWNER-(NULL) CREATION2002.092
RELEASE2 EXPIRATION--.000
ACCOUNT-INFO---(NULL)
SMSDATA
STORAGECLASS STRIPED MANAGEMENTCLASS---(NULL)
DATACLASS ---STRIPED LBACKUP ---2042.268.2247
LISTING FROM CATALOG -- CATALOG.PROD
VOLUMES
VOLSERSMS002 DEVTYPE--X'3010200F'
VOLSERSMS001 DEVTYPE--X'3010200F'
VOLSERSMS003 DEVTYPE--X'3010200F'
I haven't any idea what these are; they're obviously old and crusty.
IDC3009I RC5 is not documented in the messages book. Anyone seen this
before?
--
David Andrews
A. Duda and Sons, Inc.
[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: Re-hosting IMB-MAIN (was RE: z890 2086-160 w/ 2 IFLs on eBay)
On Fri, 2008-01-18 at 14:53 -0600, tony babonas wrote: > We would self-moderate Yeah, like THAT's gonna happen. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT Threads and other comments
I have belonged for years to a list called PICLIST which is for programming of PIC microcontrollers and other electrical engineering topics. They've been using tags in the subject. [PIC] for PIC programming and related, [EE] for subjects that talk about hardware, [AD] for ads, and [OT] for other (or off) topics. When subscribing to the list you can pick which subjects you want and the others are filtered out. Other topic discussions vary from anything science related to nuclear energy. Seriously, there are really few questions that these guys cannot answer. If something gets out of hand, personal, or into taboo topics the moderator shuts down that thread. So I agree with Rick, in that there is such a wealth of experience here that it is a shame not to open up the discussions to other things (within reason). However, I do not in any way think that this should be done without giving people who don't want OT stuff an easy way to simply filter those discussions out. Lindy -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman Sent: 18. tammikuuta 2008 20:53 To: IBM-MAIN@BAMA.UA.EDU Subject: OT Threads and other comments I don't mind one or two posts that might be off-topic, but I DEPLORE long OT threads. With 600-700 E-Mails per day coming in, I don't need the additional "noise". I get 300-350 from various desirable mailing lists, maybe 50 from friends and the rest is spam. For the same reason, I don't like getting the "H & D" (Hatred & Discontent) messages that appear here all too often. We're all professionals here, of widely varying skill levels and experiences; let's act like professionals. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Re-hosting IMB-MAIN (was RE: z890 2086-160 w/ 2 IFLs on eBay)
On Fri, 18 Jan 2008 14:53:10 -0600, tony babonas <[EMAIL PROTECTED]> wrote: >Continuing to blaspheme, my theory is that zOS should be able to host such >an application, labor being provided by a collective of experienced sysprogs. > >We would self-moderate(after all it's our DASD), self-fund, self-install, >self-SMPE. Surely someone has a spare garage or basement to donate. > <*Snip*> You said "collective".why bring the BORG into this?! Sorry. It's late on Friday and I'm wired. Couldn't resist. Nevermind -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Re-hosting IMB-MAIN (was RE: z890 2086-160 w/ 2 IFLs on eBay)
Simple philosophy. Over the years we're seen the toy computers undercut most of what we do. We continue to reassure each other on this list that we're the best. Just ask us. We should be able to prove our point. Let's start taking some apps back and awaken the dinosaur. If we can.. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe Sent: Friday, January 18, 2008 2:55 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Re-hosting IMB-MAIN (was RE: z890 2086-160 w/ 2 IFLs on eBay) tony babonas wrote: > Why don't we take up a collection to buy an old CPU, zOS and all else > needed, then host IBM-MAIN, RACF-L, CICS-L, VM-L, DB2-L etc etc. > Manpower to support it shouldn't be an issue. > Why? Isn't bama doing a good enough job? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.6/1231 - Release Date: 1/18/2008 11:55 AM No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.6/1231 - Release Date: 1/18/2008 11:55 AM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Re-hosting IMB-MAIN (was RE: z890 2086-160 w/ 2 IFLs on eBay)
tony babonas wrote: Why don't we take up a collection to buy an old CPU, zOS and all else needed, then host IBM-MAIN, RACF-L, CICS-L, VM-L, DB2-L etc etc. Manpower to support it shouldn't be an issue. Why? Isn't bama doing a good enough job? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Re-hosting IMB-MAIN (was RE: z890 2086-160 w/ 2 IFLs on eBay)
Continuing to blaspheme, my theory is that zOS should be able to host such an application, labor being provided by a collective of experienced sysprogs. We would self-moderate(after all it's our DASD), self-fund, self-install, self-SMPE. Surely someone has a spare garage or basement to donate. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Schmidt Sent: Friday, January 18, 2008 2:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Re-hosting IMB-MAIN (was RE: z890 2086-160 w/ 2 IFLs on eBay) On Fri, 18 Jan 2008 13:18:41 -0600, tony babonas wrote: >Why don't we take up a collection to buy an old CPU, zOS and all else >needed, then host IBM-MAIN, RACF-L, CICS-L, VM-L, DB2-L etc etc. >Manpower to support it shouldn't be an issue. > >Possible? Would be a great proof of concept. How much would each of us >have to pony up? > >Imagine the possibilities. Maybe IBM, CA, BMC, FDR et all would be willing >to help out. You have completely missed the point: the list owner (Darren, in our case) is the true fundamental value to this list. The hardware & operating system are meaningless in our context. The site hosting that hardware/OS is providing us with funding (mostly, lately, to enable pointless off-topic meanderings... but I digress) but it is their funding of the list owner's salary that is the real deal. Moving (or even _thinking_ about moving) somewhere else - without Darren - is borderline blasphemy! -- Tom Schmidt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.6/1231 - Release Date: 1/18/2008 11:55 AM No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.6/1231 - Release Date: 1/18/2008 11:55 AM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: I want to add virtual printer to my MFNetDisk, Any value?
Can anyone help me to find IBM books which give the data about the CCWs of the MF attached printers? I do not know much about MF printers but my MFNetDisk is ready to implemnt any MF printer emulation. All I need is books. Thanks, Shai On 1/18/08, McKown, John <[EMAIL PROTECTED]> wrote: > > > -Original Message- > > From: IBM Mainframe Discussion List > > [mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman > > Sent: Friday, January 18, 2008 1:23 PM > > To: IBM-MAIN@BAMA.UA.EDU > > Subject: Re: I want to add virtual printer to my MFNetDisk, Any value? > > > > > > - > > > > >HI, > > > > > > I want to add a small feature which I call it virtual MF printer. > > > > > > This will enable MVS user to print to MVS virtual printer > > any MVS file. > > >Ofcourse the printer is a PC attach printer and to MVS it > > will be a MF printer. > > > > > > In other words, I want to emulate MF printer in MVS. > > > > > > My question is if this feature in MFNetDisk is required or not? > > > > > > > > -- > > Printer emulation can be a HUGE can of worms. I think I'd > > avoid that one. > > Emulating a 1403 or 3211 shouldn't be too bad. Trying to emulate an > APF/IPDS type printer would be a PITA. > > -- > 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: Re-hosting IMB-MAIN (was RE: z890 2086-160 w/ 2 IFLs on eBay)
So we take up a collection, buy the z890 and have it shipped to Darren ;-) -Original Message- Tom Schmidt You have completely missed the point: the list owner (Darren, in our case) is the true fundamental value to this list. The hardware & operating system are meaningless in our context. The site hosting that hardware/OS is providing us with funding (mostly, lately, to enable pointless off-topic meanderings... but I digress) but it is their funding of the list owner's salary that is the real deal. Moving (or even _thinking_ about moving) somewhere else - without Darren - is borderline blasphemy! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEFACTRT exit
O'Connor, Ruth wrote: Hello We have an intermittent problem with IEFACTRT and are wondering if anyone else has ever seen this phenomenon. We're running z/OS 1.7 with Top Secret 9.0 but the problem goes back at least several years and software levels. Like many shops, we use the exit to write WTO messages at the end of each batch job step. Every once in a while a user reports that the messages are no longer being written for his batch jobs, even though the messages were being produced for that user the previous day (or previous hour) and the messages are still being produced for other users' jobs. The messages don't come back for that user's batch jobs until the next time we IPL the LPAR. We have never been able to figure out what causes this problem. The type 30, subtype 4, smf records are still being cut for the jobs without the messages. I have looked through the exit code without finding anything useful. We're wondering if something prevents the IEFACTRT exit from being called for certain users. This week the problem has been reported in our applications development LPAR. For at least 3 userids (or ACIDs in Top Secret terminology) the messages stopped appearing early Monday morning. There is nothing in logrec at that time and I don't see anything strange in syslog, either. A search of the archives turned up one thread about a similar problem at a DR site but there didn't appear to be any resolution. Thanks in advance for any suggestions. Ruth O'Connor Senior Systems Software Specialist Boston University Sorry, sent this to the newsgroup rather than the list the first time. Are these realy WTO's, or are you using the IEFYS interface to write messages to JESYSMSG (where the allocation messages are written). -- Richard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Re-hosting IMB-MAIN (was RE: z890 2086-160 w/ 2 IFLs on eBay)
>My experience on the 'dark side' goes back to June 23, 1976 when I first >logged onto a virtual machine. I first logged on in September 1976. 1st year course at Uwaterloo. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Re-hosting IMB-MAIN
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] (Thomas Kern) writes: > You could save some money by running SLES10 and the linux version of > LSoft's LISTSERV product. > > No z/OS or z/VM necessary. recent posts mentioning listserv history http://www.garlic.com/~lynn/2008.html#75 Rotary phones http://www.garlic.com/~lynn/2008.html#76 Rotary phones on (vm-based) bitnet/earn: http://www.garlic.com/~lynn/subnetwork.html#bitnet including the following reference: 1991 The international BITNET network reached its peak, connecting some 1,400 organizations in 49 countries for the electronic, non-commercial exchange of information in support of research and education. Thanks largely to the volunteer efforts of Eric Thomas, BITNET provided thousands of electronic mailing lists based on LISTSERV. Eric Thomas did not want his software to disappear with the mainframes. Therefore, he started looking for ways to port LISTSERV to other environments, such as VMS and Unix. ... snip ... from this site: http://www.lsoft.com/corporate/history_listserv.asp predating listserv on bitnet was the internal corporate vm-based online conferencing facility that had options that would run in LISTSERV-like mode as well as a USENET-like mode. and predating all of them was the online computer conference that Tymshare provided to share starting aug76 ... archives: http://vm.marist.edu/~vmshare/ on their vm-based commercial timesharing platform http://www.garlic.com/~lynn/subtopic.html#timeshare some old email with vmshare references http://www.garlic.com/~lynn/lhwemail.html#vmshare one of my hobbies was providing custom, highly modified vm systems to internal locations ... including the HONE infrastructure http://www.garlic.com/~lynn/subtopic.html#hone which had sort of started out after the 23jun69 unbundling announcement to provide operating system "hands-on" experience for people in branch offices (running in virtual machines ... starting out with number of deployed cp67 systems). HONE also evolved some number of cms/apl based sales & marketing applications which came to dominant all HONE activity. Eventually HONE "clones" were deployed all over the world ... and it wasn't even possible to submit a customer order that hadn't first been processed by a HONE application. part of what i was doing with vmshare ... was setting up a process where I replicate all the vmshare files (from tymshare) on the various HONE systems. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Re-hosting IMB-MAIN (was RE: z890 2086-160 w/ 2 IFLs on eBay)
On Fri, 18 Jan 2008 13:18:41 -0600, tony babonas wrote: >Why don't we take up a collection to buy an old CPU, zOS and all else >needed, then host IBM-MAIN, RACF-L, CICS-L, VM-L, DB2-L etc etc. >Manpower to support it shouldn't be an issue. > >Possible? Would be a great proof of concept. How much would each of us >have to pony up? > >Imagine the possibilities. Maybe IBM, CA, BMC, FDR et all would be willing >to help out. You have completely missed the point: the list owner (Darren, in our case) is the true fundamental value to this list. The hardware & operating system are meaningless in our context. The site hosting that hardware/OS is providing us with funding (mostly, lately, to enable pointless off-topic meanderings... but I digress) but it is their funding of the list owner's salary that is the real deal. Moving (or even _thinking_ about moving) somewhere else - without Darren - is borderline blasphemy! -- Tom Schmidt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Re-hosting IMB-MAIN (was RE: z890 2086-160 w/ 2 IFLs on eBay)
Okay, Then I will gladly be your z/VM sysprog. My experience on the 'dark side' goes back to June 23, 1976 when I first logged onto a virtual machine. /Tom Kern On Fri, 18 Jan 2008 14:09:03 -0600, Chase, John <[EMAIL PROTECTED]> wrote: >> -Original Message- >> From: IBM Mainframe Discussion List On Behalf Of Thomas Kern >> >> You could save some money by running SLES10 and the linux >> version of LSoft's LISTSERV product. >> >> No z/OS or z/VM necessary. > >But z/VM would provide "cheap insurance" against outages, especially if >multiple lists were hosted (each list could have its own virtual >machine, etc.). One z/VM juggling a "flock of penguins".. > >z/OS probably shouldn't even be on the "candidate list" of hosting >platforms. For one, z/OS won't run on IFLs. > >-jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEFACTRT exit
I haven't seen such a problem in Top Secret or in IEFACTRT; I'd look at the userids involved. Are they receiving other WTOs? Does NOTIFY= get through to them? Have their TSO profiles gotten set to NOINTERCOM? Do they have full TSO/E log datasets? Is a JES2 MAS devouring messages for duplicate userids logged on to multiple members? Bob O'Connor, Ruth wrote: Hello We have an intermittent problem with IEFACTRT and are wondering if anyone else has ever seen this phenomenon. We're running z/OS 1.7 with Top Secret 9.0 but the problem goes back at least several years and software levels. Like many shops, we use the exit to write WTO messages at the end of each batch job step. Every once in a while a user reports that the messages are no longer being written for his batch jobs, even though the messages were being produced for that user the previous day (or previous hour) and the messages are still being produced for other users' jobs. The messages don't come back for that user's batch jobs until the next time we IPL the LPAR. We have never been able to figure out what causes this problem. The type 30, subtype 4, smf records are still being cut for the jobs without the messages. I have looked through the exit code without finding anything useful. We're wondering if something prevents the IEFACTRT exit from being called for certain users. This week the problem has been reported in our applications development LPAR. For at least 3 userids (or ACIDs in Top Secret terminology) the messages stopped appearing early Monday morning. There is nothing in logrec at that time and I don't see anything strange in syslog, either. A search of the archives turned up one thread about a similar problem at a DR site but there didn't appear to be any resolution. Thanks in advance for any suggestions. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Re-hosting IMB-MAIN (was RE: z890 2086-160 w/ 2 IFLs on eBay)
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of tony babonas > > We don't want to do this on the cheap,necessarily. We want > to run it all on zOS. > No shortage of SYSPROGs:-) z/OS would probably be the worst choice for this purpose. First, you'd have to ditch the IFLs and get "regular" CPUs.. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Re-hosting IMB-MAIN (was RE: z890 2086-160 w/ 2 IFLs on eBay)
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Thomas Kern > > You could save some money by running SLES10 and the linux > version of LSoft's LISTSERV product. > > No z/OS or z/VM necessary. But z/VM would provide "cheap insurance" against outages, especially if multiple lists were hosted (each list could have its own virtual machine, etc.). One z/VM juggling a "flock of penguins".. z/OS probably shouldn't even be on the "candidate list" of hosting platforms. For one, z/OS won't run on IFLs. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re-hosting IMB-MAIN (was RE: z890 2086-160 w/ 2 IFLs on eBay)
>>> On Fri, Jan 18, 2008 at 2:18 PM, in message <[EMAIL PROTECTED]>, tony babonas <[EMAIL PROTECTED]> wrote: > Why don't we take up a collection to buy an old CPU, zOS and all else > needed, then host IBM-MAIN, RACF-L, CICS-L, VM-L, DB2-L etc etc. > Manpower to support it shouldn't be an issue. Why not just ask Marist College to take over the list? They already run a bunch of listserv mailing lists on their mainframe. Total cost = $0. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Re-hosting IMB-MAIN (was RE: z890 2086-160 w/ 2 IFLs on eBay)
>No z/OS or z/VM necessary. Somebody has gone over to the Dark Side, Luke! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z890 2086-160 w/ 2 IFLs on eBay
>If I recall from the marketing, you only 'buy' an IFL once and when you >upgrade your IFL's are already paid for. That is correct. >Now if I can pick up this 2 IFL box for $10-20K can I just have IBM turn on 2 >IFL's on my z990 and just trash the z890? Quite a savings from the list price >of $100K+ per IFL. I suspect the answer would be NO. But, you're asking the wrong people. Try asking IBM. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z890 2086-160 w/ 2 IFLs on eBay
>From 'Clear and Present Danger' Jack Ryan: I'm here to rent the Huey. Helicopter owner: We don't rent it anymore, but it is for sale. Jack Ryan: How much? Helicopter owner: Two million dollars. Jack Ryan: Uh, my pilot and I will have to take it for a test drive. Helicopter owner: Of course, you just have to leave a deposit. Jack Ryan: How much is that? Helicopter owner: Two million dollars. Jack Ryan: Umm... Shows a CIA business card Jack Ryan: Would you take a company check? -Original Message- Chase, John > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Ken Porowski > > Up to $6500 now. > > If I recall from the marketing, you only 'buy' an IFL once and when > you upgrade your IFL's are already paid for. > Now if I can pick up this 2 IFL box for $10-20K can I just have IBM > turn on 2 IFL's on my z990 and just trash the z890? > Quite a savings from the list price of $100K+ per IFL. Hmmm. If you "buy" IFLs on the open market, don't you have to pay to have them "installed", even if you already have the "correct" physical hardware present but disabled in your existing machine? Or have the open-market machine "installed"? What's the cost to "flip the switch"? -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Re-hosting IMB-MAIN (was RE: z890 2086-160 w/ 2 IFLs on eBay)
We don't want to do this on the cheap,necessarily. We want to run it all on zOS. No shortage of SYSPROGs:-) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thomas Kern Sent: Friday, January 18, 2008 1:39 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Re-hosting IMB-MAIN (was RE: z890 2086-160 w/ 2 IFLs on eBay) You could save some money by running SLES10 and the linux version of LSoft's LISTSERV product. No z/OS or z/VM necessary. /Tom Kern On Fri, 18 Jan 2008 13:18:41 -0600, tony babonas <[EMAIL PROTECTED]> wrote: >Why don't we take up a collection to buy an old CPU, zOS and all else >needed, then host IBM-MAIN, RACF-L, CICS-L, VM-L, DB2-L etc etc. >Manpower to support it shouldn't be an issue. > >Possible? Would be a great proof of concept. How much would each of us >have to pony up? > >Imagine the possibilities. Maybe IBM, CA, BMC, FDR et all would be willing >to help out. > >-Original Message- >From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf >Of Ken Porowski >Sent: Friday, January 18, 2008 1:10 PM >To: IBM-MAIN@BAMA.UA.EDU >Subject: Re: z890 2086-160 w/ 2 IFLs on eBay > >Up to $6500 now. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.6/1231 - Release Date: 1/18/2008 11:55 AM No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.6/1231 - Release Date: 1/18/2008 11:55 AM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Re-hosting IMB-MAIN (was RE: z890 2086-160 w/ 2 IFLs on eBay)
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of tony babonas > > Why don't we take up a collection to buy an old CPU, zOS and > all else needed, then host IBM-MAIN, RACF-L, CICS-L, VM-L, > DB2-L etc etc. I'd think z/VM would be a better choice for a LISTSERVE host.. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New Mainframes coming in February
I've only seen the software ones, maybe someone else on the list has found one for hardware. I would usually just search the announcement letters. -Original Message- Mark H. Young On Fri, 18 Jan 2008 13:56:33 -0500, Ken Porowski <[EMAIL PROTECTED]> wrote: >From IBM's 4Q 2007 Earnings announcement > >http://www.ibm.com/investor/4q07/presentation/4q07prepared.pdf > >Mark Loughridge, IBM's Senior Vice President and Chief Financial >Officer > >Now, this marks the tenth quarter of a long and successful technology >cycle for System z. <*Snip*> Ken, Where can I find IBM's statement of when certain processors go out of service for their support? Like when z/OS levels are no longer supported? Is there a website? Example: z890 THANX, Mark -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Re-hosting IMB-MAIN (was RE: z890 2086-160 w/ 2 IFLs on eBay)
You could save some money by running SLES10 and the linux version of LSoft's LISTSERV product. No z/OS or z/VM necessary. /Tom Kern On Fri, 18 Jan 2008 13:18:41 -0600, tony babonas <[EMAIL PROTECTED]> wrote: >Why don't we take up a collection to buy an old CPU, zOS and all else >needed, then host IBM-MAIN, RACF-L, CICS-L, VM-L, DB2-L etc etc. >Manpower to support it shouldn't be an issue. > >Possible? Would be a great proof of concept. How much would each of us >have to pony up? > >Imagine the possibilities. Maybe IBM, CA, BMC, FDR et all would be willing >to help out. > >-Original Message- >From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf >Of Ken Porowski >Sent: Friday, January 18, 2008 1:10 PM >To: IBM-MAIN@BAMA.UA.EDU >Subject: Re: z890 2086-160 w/ 2 IFLs on eBay > >Up to $6500 now. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z890 2086-160 w/ 2 IFLs on eBay
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Ken Porowski > > Up to $6500 now. > > If I recall from the marketing, you only 'buy' an IFL once > and when you upgrade your IFL's are already paid for. > Now if I can pick up this 2 IFL box for $10-20K can I just > have IBM turn on 2 IFL's on my z990 and just trash the z890? > Quite a savings from the list price of $100K+ per IFL. Hmmm. If you "buy" IFLs on the open market, don't you have to pay to have them "installed", even if you already have the "correct" physical hardware present but disabled in your existing machine? Or have the open-market machine "installed"? What's the cost to "flip the switch"? -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Re-hosting IMB-MAIN (was RE: z890 2086-160 w/ 2 IFLs on eBay)
In a message dated 1/18/2008 1:18:55 P.M. Central Standard Time, [EMAIL PROTECTED] writes: Possible? Would be a great proof of concept. How much would each of us have to pony up? >> $100k/mo would be a good start. Divide that by 4K users and only 20 bucks a month. Nobody has ever voluntered anything for IBM-Main. No hardware, no software, no discounts. Currently runs on SUN and Windows manure spreader. The logical place for it would be IBMlink umbrella but then it probably wouldn't be available quite as much! **Start the year off right. Easy ways to stay in shape. http://body.aol.com/fitness/winter-exercise?NCID=aolcmp0030002489 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Re-hosting IMB-MAIN (was RE: z890 2086-160 w/ 2 IFLs on eBay)
- Why don't we take up a collection to buy an old CPU, zOS and all else needed, then host IBM-MAIN, RACF-L, CICS-L, VM-L, DB2-L etc etc. Manpower to support it shouldn't be an issue. Possible? Would be a great proof of concept. How much would each of us have to pony up? Imagine the possibilities. Maybe IBM, CA, BMC, FDR et all would be willing to help out. Interesting thought. Also need to consider site selection and planning and operational costs. Come up with power and cooling requirements and I'll run some costs, using spreadsheets I've used for that purpose in the past. If there's an IBMer watching, I'll need the current formulae for converting cooling requirements in air and water to electricity dollars and cents. If there's a site selected, I'll need floor space costs and electricity costs. I got time to do the math; get me the numbers. IIRC, our z/800 cost around $0.40 per hour, not counting floor space rental. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: I want to add virtual printer to my MFNetDisk, Any value?
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman > Sent: Friday, January 18, 2008 1:23 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: I want to add virtual printer to my MFNetDisk, Any value? > > > - > > >HI, > > > > I want to add a small feature which I call it virtual MF printer. > > > > This will enable MVS user to print to MVS virtual printer > any MVS file. > >Ofcourse the printer is a PC attach printer and to MVS it > will be a MF printer. > > > > In other words, I want to emulate MF printer in MVS. > > > > My question is if this feature in MFNetDisk is required or not? > > > > > -- > Printer emulation can be a HUGE can of worms. I think I'd > avoid that one. Emulating a 1403 or 3211 shouldn't be too bad. Trying to emulate an APF/IPDS type printer would be a PITA. -- 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: New Mainframes coming in February
On Fri, 18 Jan 2008 13:56:33 -0500, Ken Porowski <[EMAIL PROTECTED]> wrote: >From IBM's 4Q 2007 Earnings announcement > >http://www.ibm.com/investor/4q07/presentation/4q07prepared.pdf > >Mark Loughridge, IBM's Senior Vice President and Chief Financial Officer > >Now, this marks the tenth quarter of a long and successful technology >cycle for System z. <*Snip*> Ken, Where can I find IBM's statement of when certain processors go out of service for their support? Like when z/OS levels are no longer supported? Is there a website? Example: z890 THANX, Mark -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: I want to add virtual printer to my MFNetDisk, Any value?
- HI, I want to add a small feature which I call it virtual MF printer. This will enable MVS user to print to MVS virtual printer any MVS file. Ofcourse the printer is a PC attach printer and to MVS it will be a MF printer. In other words, I want to emulate MF printer in MVS. My question is if this feature in MFNetDisk is required or not? -- Printer emulation can be a HUGE can of worms. I think I'd avoid that one. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re-hosting IMB-MAIN (was RE: z890 2086-160 w/ 2 IFLs on eBay)
Why don't we take up a collection to buy an old CPU, zOS and all else needed, then host IBM-MAIN, RACF-L, CICS-L, VM-L, DB2-L etc etc. Manpower to support it shouldn't be an issue. Possible? Would be a great proof of concept. How much would each of us have to pony up? Imagine the possibilities. Maybe IBM, CA, BMC, FDR et all would be willing to help out. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ken Porowski Sent: Friday, January 18, 2008 1:10 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z890 2086-160 w/ 2 IFLs on eBay Up to $6500 now. No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.6/1231 - Release Date: 1/18/2008 11:55 AM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z890 2086-160 w/ 2 IFLs on eBay
Up to $6500 now. If I recall from the marketing, you only 'buy' an IFL once and when you upgrade your IFL's are already paid for. Now if I can pick up this 2 IFL box for $10-20K can I just have IBM turn on 2 IFL's on my z990 and just trash the z890? Quite a savings from the list price of $100K+ per IFL. -Original Message- Dan Squillace Z890 2086-160 w/2 ILFs. Current bid under $1,600. 1 CP - about 200 MIPS 2 IFLs - about 350 MIPS each I am not the seller and have no connection with the seller. I just think this is a great opportunity for the right buyer. http://cgi.ebay.com/IBM-e-SERVER-zSERIES-890-2086-A04-MAINFRAME-COMPUTER _W0QQitemZ260202032717QQcmdZViewItem?hash=item260202032717 Dan Squillace Sr. IT Manager, Mainframe Support SAS Institute Inc. Cary, NC USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
I want to add virtual printer to my MFNetDisk, Any value?
HI, I want to add a small feature which I call it virtual MF printer. This will enable MVS user to print to MVS virtual printer any MVS file. Ofcourse the printer is a PC attach printer and to MVS it will be a MF printer. In other words, I want to emulate MF printer in MVS. My question is if this feature in MFNetDisk is required or not? Thanks, Shai. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Flash memory arrays
On Fri, 18 Jan 2008 12:44:22 -0600, McKown, John wrote: >I think that they are either SCSI, or Fibre Channel. For a mere 1.2Tb, >you can use 3 500Gib eSATA drives. I was at the PC store the other day and they had 1TB SATA drives for sale. I didn't catch the price. I settled for a mere 250G for $70. I haven't been able to dent the capacity of a 30G drive in three years. Give my son iTunes and 6 weeks and 40G are gone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Flash memory arrays
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] (, IBM Mainframe Discussion List) writes: > Around mid-1999 EMC signed a multi-$billion contract to buy a HUGE number of > little disks from IBM over a period of several years. So IBM was making > disks then. And I think that contract expired about half a decade ago. san jose plant site (disk unit) now belongs to hitachi. most recent, hitachi talking about selling off the unit. http://www.garlic.com/~lynn/2007v.html#33 Hitachi, Silver Lake in talks about hard drives, sources say a few other references http://www.garlic.com/~lynn/2003d.html#9 IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM http://www.garlic.com/~lynn/2003i.html#25 TGV in the USA? http://www.garlic.com/~lynn/2003n.html#39 DASD history http://www.garlic.com/~lynn/2006.html#21 IBM up for grabs? http://www.garlic.com/~lynn/2006o.html#18 RAMAC 305(?) http://www.garlic.com/~lynn/2006r.html#14 50th Anniversary of invention of disk drives http://www.garlic.com/~lynn/2006r.html#15 50th Anniversary of invention of disk drives http://www.garlic.com/~lynn/2006r.html#20 50th Anniversary of invention of disk drives -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
New Mainframes coming in February
>From IBM's 4Q 2007 Earnings announcement http://www.ibm.com/investor/4q07/presentation/4q07prepared.pdf Mark Loughridge, IBM's Senior Vice President and Chief Financial Officer Now, this marks the tenth quarter of a long and successful technology cycle for System z. In 2008 we'll move to our next generation mainframe, with announcement and availability in late February. This next generation System z has 50 percent more capacity than the current z9, enables unprecedented levels of workload consolidation and extends mainframe's leadership in energy efficiency, security and resiliency. We expect the first quarter to be a period of product transition, with the real benefit coming in the second quarter. Ken Porowski AVP Systems Software CIT Group E: [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
OT Threads and other comments
I don't mind one or two posts that might be off-topic, but I DEPLORE long OT threads. With 600-700 E-Mails per day coming in, I don't need the additional "noise". I get 300-350 from various desirable mailing lists, maybe 50 from friends and the rest is spam. For the same reason, I don't like getting the "H & D" (Hatred & Discontent) messages that appear here all too often. We're all professionals here, of widely varying skill levels and experiences; let's act like professionals. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Flash memory arrays
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman > Sent: Friday, January 18, 2008 12:40 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Flash memory arrays > > > -- > > >Around mid-1999 EMC signed a multi-$billion contract to buy > a HUGE number of > >little disks from IBM over a period of several years. So > IBM was making > >disks then. And I think that contract expired about half a > decade ago. > > > > > -- > I can't help but wonder: when a purchased storage array device is > decommissioned, are all those little drives of any use for PC > replacements? What sorts of interfaces do those drives > require? (E)IDE > or SCSI of SCSI-2 ?? > > (I might be able to pick up an old 2105-F20 for the cost of a rental > truck. It's currently at 1.2 TB) I think that they are either SCSI, or Fibre Channel. For a mere 1.2Tb, you can use 3 500Gib eSATA drives. -- 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: Flash memory arrays
-- Around mid-1999 EMC signed a multi-$billion contract to buy a HUGE number of little disks from IBM over a period of several years. So IBM was making disks then. And I think that contract expired about half a decade ago. -- I can't help but wonder: when a purchased storage array device is decommissioned, are all those little drives of any use for PC replacements? What sorts of interfaces do those drives require? (E)IDE or SCSI of SCSI-2 ?? (I might be able to pick up an old 2105-F20 for the cost of a rental truck. It's currently at 1.2 TB) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Sherri Hanna/Omaha/IBM is out of the office.
I will be out of the office starting 01/18/2008 and will not return until 01/21/2008. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEFACTRT exit
Ruth, It is possible that the WTO operation in the exit is failing - maybe due to a overlay in the exit working storage or some other "bad parameter list" error. I would check any code in the exit that varies with userid/jobname values and also check the bounds of any other variables around the WTO parmlist in the working storage. It would help if you posted the source code as some bright spark on here might see something that you missed. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of O'Connor, Ruth Sent: 18 January 2008 15:45 To: IBM-MAIN@BAMA.UA.EDU Subject: IEFACTRT exit Hello We have an intermittent problem with IEFACTRT and are wondering if anyone else has ever seen this phenomenon. We're running z/OS 1.7 with Top Secret 9.0 but the problem goes back at least several years and software levels. Like many shops, we use the exit to write WTO messages at the end of each batch job step. Every once in a while a user reports that the messages are no longer being written for his batch jobs, even though the messages were being produced for that user the previous day (or previous hour) and the messages are still being produced for other users' jobs. The messages don't come back for that user's batch jobs until the next time we IPL the LPAR. We have never been able to figure out what causes this problem. The type 30, subtype 4, smf records are still being cut for the jobs without the messages. I have looked through the exit code without finding anything useful. We're wondering if something prevents the IEFACTRT exit from being called for certain users. This week the problem has been reported in our applications development LPAR. For at least 3 userids (or ACIDs in Top Secret terminology) the messages stopped appearing early Monday morning. There is nothing in logrec at that time and I don't see anything strange in syslog, either. A search of the archives turned up one thread about a similar problem at a DR site but there didn't appear to be any resolution. Thanks in advance for any suggestions. Ruth O'Connor Senior Systems Software Specialist Boston University -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: IEFACTRT exit
On Fri, 18 Jan 2008 10:44:55 -0500, O'Connor, Ruth <[EMAIL PROTECTED]> wrote: >Hello > >We have an intermittent problem with IEFACTRT and are wondering if >anyone else has ever seen this phenomenon. We're running z/OS 1.7 with >Top Secret 9.0 but the problem goes back at least several years and >software levels. > >Like many shops, we use the exit to write WTO messages at the end of >each batch job step. Every once in a while a user reports that the >messages are no longer being written for his batch jobs, even though the >messages were being produced for that user the previous day (or previous >hour) and the messages are still being produced for other users' jobs. >The messages don't come back for that user's batch jobs until the next >time we IPL the LPAR. <*Snip*> Ruth, the IEFACTRT that we run (for Pace / KOMMAND), ALSO echos the WTO messages for that STEP, etc. info in SYSLOG. Does yours, even when it does NOT for the users? Might want to check that? TTFN, Mark -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bobby Fischer -- RIP
Hi Darren, As you can see from Herbie's posting, it does not take much to be called a "Computer Professional" these days.. Conclusion: I will take the "Yellow" card, limiting me to ONE posting a day but I think Herbie deserves one too. Herbie , just for the record, we all post "junk" some times but some of us , just keep on going . As if they got "hurt" and are trying to get back at somebody or something all the time. Herbie: We all love you and it's not my fault that you are sitting up North , on a little island, in cold weather. Anton On Fri, 18 Jan 2008 16:58:57 -, Van Dalsen, Herbie <[EMAIL PROTECTED]> wrote: >Yes, > >And Anton scores the first one for his participation on the email >included below > >Hi, > >OK... now we are getting closer to the truth because , have you ever >heard of >a game where you play for FIVE days and at the end of it all you call it >a -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Flash memory arrays
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-mai,alt.folkore.computers as well. [EMAIL PROTECTED] (, IBM Mainframe Discussion List) writes: > Around mid-1999 EMC signed a multi-$billion contract to buy a HUGE number of > little disks from IBM over a period of several years. So IBM was making > disks then. And I think that contract expired about half a decade ago. san jose plant site (disk unit) now belongs to hitachi. most recent, hitachi talking about selling off the unit. http://www.garlic.com/~lynn/2007v.html#33 Hitachi, Silver Lake in talks about hard drives, sources say a few other references http://www.garlic.com/~lynn/2003d.html#9 IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM http://www.garlic.com/~lynn/2003i.html#25 TGV in the USA? http://www.garlic.com/~lynn/2003n.html#39 DASD history http://www.garlic.com/~lynn/2006.html#21 IBM up for grabs? http://www.garlic.com/~lynn/2006o.html#18 RAMAC 305(?) http://www.garlic.com/~lynn/2006r.html#14 50th Anniversary of invention of disk drives http://www.garlic.com/~lynn/2006r.html#15 50th Anniversary of invention of disk drives http://www.garlic.com/~lynn/2006r.html#20 50th Anniversary of invention of disk drives -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: KSDS insert failed with out of space
To diagnose VSAM request errors one needs to report, via whatever means, the return (R15), function and feedback codes (from RPL) and interpret them (Using Datasets book?). Hth... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bobby Fischer -- RIP
Yes, And Anton scores the first one for his participation on the email included below Hi, OK... now we are getting closer to the truth because , have you ever heard of a game where you play for FIVE days and at the end of it all you call it a DRAW and you have a "Cup'o tea" together ? Seriously, England can win a game of Rugby/Cricket now and then but there should be no excuses for their Soccer side. The quality of soccer that their National side produces , should always be "Up there" and don't send the "Has been's" to the USA. Rather send the Beatles again but send Beckham and his "show boat" partner with Blair to the Middle East. Anton Britz -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Anton Britz Sent: 18 Januarie 2008 04:47 nm To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Bobby Fischer -- RIP Hi, Darren, I still think you should introduce a "Yellow Card" system because it's the same posters posting "junk" every day. It's as if they think we do not have a TV at home and we need to see ALL the news on an IBM discussion list. One warning/strike and after that, they should be limited to ONE posting a day. It's the only long-term solution for these BIG lists because some people will never get it, i think .. Anton On Fri, 18 Jan 2008 09:57:51 -0600, Darren Evans-Young <[EMAIL PROTECTED]> wrote: >Ok, let's stop this off-topic thread before it balloons. >Thanks. > >Darren > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >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 Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bobby Fischer -- RIP
Hi, Darren, I still think you should introduce a "Yellow Card" system because it's the same posters posting "junk" every day. It's as if they think we do not have a TV at home and we need to see ALL the news on an IBM discussion list. One warning/strike and after that, they should be limited to ONE posting a day. It's the only long-term solution for these BIG lists because some people will never get it, i think .. Anton On Fri, 18 Jan 2008 09:57:51 -0600, Darren Evans-Young <[EMAIL PROTECTED]> wrote: >Ok, let's stop this off-topic thread before it balloons. >Thanks. > >Darren > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >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: IBMLINK
Thanks John, I will give it a try. "Chase, John" <[EMAIL PROTECTED]> wrote: > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of esmie moo > > Good Morning Gentle Readers. > > I am attempting to pose a question on IBMLINK. I have a > valid userid and password. I was able to access the link > :http://www.ibm.com/ibmlink > > However, I cannot find the TAB or section to click on to > bring me to the correct place. > > Your suggestions is greatly appreciated in advance Try "Electronic Technical Response (ETR)". Depending on your support entitlement, you should see (on the ETR "main page") something like "Ask a Question". -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - Ask a question on any topic and get answers from real people. Go to Yahoo! Answers. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: KSDS insert failed with out of space
Yes if the index does not have secondary extents I would give it secondary extents and think it may fix your problem. If I remember correctly adding records to the end will not cause a split until you fill up that extent or delete one out of the middle but if you insert records you cause the split sooner and fill you the extent sooner because of the wasted space. Michael Saraco Systems Consultant Baer Consulting, Inc. Work - 507-526-2566 Cell- 507-525-0530 From: Johnny Luo <[EMAIL PROTECTED]> To: IBM-MAIN@BAMA.UA.EDU Date: 01/18/2008 10:26 AM Subject: Re: KSDS insert failed with out of space Michael, I will check that. Does it matter? I mean, you can add records to the end of the KSDS. You just can not insert records.. On Jan 19, 2008 12:07 AM, Michael Saraco <[EMAIL PROTECTED]> wrote: > Yes it can do a split but it has to have the space. Did they define > secondary extents for the index? > > > > > From: > Johnny Luo <[EMAIL PROTECTED]> > To: > IBM-MAIN@BAMA.UA.EDU > Date: > 01/18/2008 10:01 AM > Subject: > Re: KSDS insert failed with out of space > > > > Thanks for all the kind replies.. > > Space on the volumes should not be a problem. They have checked the > storage > group and space allocation. > > However, I missed to mention one info. > > Yes, they didn't specify any free CIs. > > Is this a problem? I mean, even I don't specify free CIs in a CA, CA-split > can still happen. Right? > > On Jan 18, 2008 11:50 PM, Roberto Halais <[EMAIL PROTECTED]> wrote: > > > Maybe the new record being added causes a CI (control interval) split > and > > there is no free CIs in the CA (control area) causing a CA split which > > would possibly try to add a new extent to the file and there is no more > > space in the volume for the new extent. So you get an out of space > > condition > > in the volume. > > Also, maybe you do not have specified free CIs in a CA. > > > > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Best Regards, Johnny Luo -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Flash memory arrays
In a message dated 1/18/2008 9:05:19 A.M. Central Standard Time, [EMAIL PROTECTED] writes: >IBM, EMC and HDS send faulty drives back to Seagate and Hitachi for analysis for their modular products as well. There is no difference between drives used in Enterprise and Modular arrays. IT's not a hidden service, it's simply the warranty that the Disk manufacturer provides (it's been half a decade since IBM made a disk drive). Around mid-1999 EMC signed a multi-$billion contract to buy a HUGE number of little disks from IBM over a period of several years. So IBM was making disks then. And I think that contract expired about half a decade ago. Bill Fairchild Franklin, TN **Start the year off right. Easy ways to stay in shape. http://body.aol.com/fitness/winter-exercise?NCID=aolcmp0030002489 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: KSDS insert failed with out of space
Michael, I will check that. Does it matter? I mean, you can add records to the end of the KSDS. You just can not insert records.. On Jan 19, 2008 12:07 AM, Michael Saraco <[EMAIL PROTECTED]> wrote: > Yes it can do a split but it has to have the space. Did they define > secondary extents for the index? > > > > > From: > Johnny Luo <[EMAIL PROTECTED]> > To: > IBM-MAIN@BAMA.UA.EDU > Date: > 01/18/2008 10:01 AM > Subject: > Re: KSDS insert failed with out of space > > > > Thanks for all the kind replies.. > > Space on the volumes should not be a problem. They have checked the > storage > group and space allocation. > > However, I missed to mention one info. > > Yes, they didn't specify any free CIs. > > Is this a problem? I mean, even I don't specify free CIs in a CA, CA-split > can still happen. Right? > > On Jan 18, 2008 11:50 PM, Roberto Halais <[EMAIL PROTECTED]> wrote: > > > Maybe the new record being added causes a CI (control interval) split > and > > there is no free CIs in the CA (control area) causing a CA split which > > would possibly try to add a new extent to the file and there is no more > > space in the volume for the new extent. So you get an out of space > > condition > > in the volume. > > Also, maybe you do not have specified free CIs in a CA. > > > > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Best Regards, Johnny Luo -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Automated shutdown
A tool would be nice. But buying additional software is not an option. -- Mark Pace Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: KSDS insert failed with out of space
Yes it can do a split but it has to have the space. Did they define secondary extents for the index? From: Johnny Luo <[EMAIL PROTECTED]> To: IBM-MAIN@BAMA.UA.EDU Date: 01/18/2008 10:01 AM Subject: Re: KSDS insert failed with out of space Thanks for all the kind replies.. Space on the volumes should not be a problem. They have checked the storage group and space allocation. However, I missed to mention one info. Yes, they didn't specify any free CIs. Is this a problem? I mean, even I don't specify free CIs in a CA, CA-split can still happen. Right? On Jan 18, 2008 11:50 PM, Roberto Halais <[EMAIL PROTECTED]> wrote: > Maybe the new record being added causes a CI (control interval) split and > there is no free CIs in the CA (control area) causing a CA split which > would possibly try to add a new extent to the file and there is no more > space in the volume for the new extent. So you get an out of space > condition > in the volume. > Also, maybe you do not have specified free CIs in a CA. > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Announcing Update to XMITIP and new Text-to-CSV tool (cross posting)
The XMITIP package - a freeware tool for sending e-mail from z/OS using SMTP - has just been updated with significant enhancements to the NLS capabilities (thanks to Hartmut Beckmann). I have also released a text to csv (comma separated value) tool to compliment the existing text to pdf, text to html, and text to rtf tools. These can be found at http://www.lbdsoftware.com comments and suggestions are always welcome as are bug reports which will be addressed time permitting disclaimer: no warranty or guarantee is provided - use at your own risk - test and retest before letting your users have access to these tools. while they do work in the tests that I have run and in my use there is no guarantee that it will work for you and yours. Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: "Our cause is health. Our passion is service. We're here to make lives better." I never guess. It is a capital mistake to theorize before one has data. Insensibly one begins to twist facts to suit theories, instead of theories to suit facts. - Sir Arthur Conan Doyle NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: KSDS insert failed with out of space
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Johnny Luo > > Thanks for all the kind replies.. > > Space on the volumes should not be a problem. They have > checked the storage group and space allocation. > > However, I missed to mention one info. > > Yes, they didn't specify any free CIs. > > Is this a problem? I mean, even I don't specify free CIs in a > CA, CA-split can still happen. Right? Correct. Specifying freespace only postpones the CI and CA splits, and depending on the key ranges of inserted records, may even leave the KSDS with "wasted space" (i.e., space that is never subsequently needed or used). -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: KSDS insert failed with out of space
Thanks for all the kind replies.. Space on the volumes should not be a problem. They have checked the storage group and space allocation. However, I missed to mention one info. Yes, they didn't specify any free CIs. Is this a problem? I mean, even I don't specify free CIs in a CA, CA-split can still happen. Right? On Jan 18, 2008 11:50 PM, Roberto Halais <[EMAIL PROTECTED]> wrote: > Maybe the new record being added causes a CI (control interval) split and > there is no free CIs in the CA (control area) causing a CA split which > would possibly try to add a new extent to the file and there is no more > space in the volume for the new extent. So you get an out of space > condition > in the volume. > Also, maybe you do not have specified free CIs in a CA. > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Automated shutdown
Hi Mark: A real professional tool like *AutoMan* is virtually all you need. See * www.exspans.com *They use it in the USA and Germany as far as I'm aware. Bob Ruwel On Jan 16, 2008 3:53 PM, Mark Pace <[EMAIL PROTECTED]> wrote: > Is there a way to automate the shutdown of z/OS? I hate having to follow > a > script, typing all of the commands to stop tasks. > > Also, is there a command to stop syslogd, other than to cancel it? > > Thanks very much. > > -- > Mark Pace > Mainline Information Systems > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > Yours as ever, Bob Ruwel Time flies like an arrow - Fruit flies like bananas. Dogmas shut your mind. Dogpas water hydrants. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: KSDS insert failed with out of space
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Johnny Luo > > Hi, > > I encountered a strange problem with a KSDS data set. At this > time, I only have some description of the problem from my > colleague. Since it's so urgent, I would like to get some > hints before I get more detailed info. > (Sorry for that, I never did things like this before. But > it's urgent..) > > According to the description, an out of space error occurred > while inserting a record from within CICS. It's a KSDS > reproed from a PS data set. > You can add records to the end of those 'old' records and > after that you can insert records into the new block of > records. However, if you try to insert a record into the > existing block, you get an 'out of space' error. > > Anyone give me some advices? Several possibilities, some of which have already been mentioned by others: 1. Insufficient space on the volume to allocate a secondary extent 2. KSDS not defined for secondary extents 3. SHR(4,4) specified and the record to be inserted would cause a CI or CA split -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bobby Fischer -- RIP
Ok, let's stop this off-topic thread before it balloons. Thanks. Darren -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bobby Fischer -- RIP
Indeed. David Logan -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Friday, January 18, 2008 8:47 AM To: IBM-MAIN@BAMA.UA.EDU Subject: OT: Bobby Fischer -- RIP For the chess afficionados. http://www.cnn.com/2008/US/01/18/fischer.obit/ -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IEFACTRT exit
Hello We have an intermittent problem with IEFACTRT and are wondering if anyone else has ever seen this phenomenon. We're running z/OS 1.7 with Top Secret 9.0 but the problem goes back at least several years and software levels. Like many shops, we use the exit to write WTO messages at the end of each batch job step. Every once in a while a user reports that the messages are no longer being written for his batch jobs, even though the messages were being produced for that user the previous day (or previous hour) and the messages are still being produced for other users' jobs. The messages don't come back for that user's batch jobs until the next time we IPL the LPAR. We have never been able to figure out what causes this problem. The type 30, subtype 4, smf records are still being cut for the jobs without the messages. I have looked through the exit code without finding anything useful. We're wondering if something prevents the IEFACTRT exit from being called for certain users. This week the problem has been reported in our applications development LPAR. For at least 3 userids (or ACIDs in Top Secret terminology) the messages stopped appearing early Monday morning. There is nothing in logrec at that time and I don't see anything strange in syslog, either. A search of the archives turned up one thread about a similar problem at a DR site but there didn't appear to be any resolution. Thanks in advance for any suggestions. Ruth O'Connor Senior Systems Software Specialist Boston University -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBGENER is BROKEN
On Thu, 17 Jan 2008 16:17:09 -0800, Frank Yaeger <[EMAIL PROTECTED]> wrote: >Mark Zelden wrote on 01/17/2008 03:33:11 PM: >> I used "SORTGENR" for years (in the "old days") at shops that didn't >> have ICEGENER or SYNCGENR installed: >> >> //STEP1EXEC PGM=SORT >> //SORTIN DD DISP=SHR,DSN=input >> //SORTOUT DD DISP=SHR,DSN=output >> //SYSOUT DD SYSOUT=* >> //SYSINDD * >> SORT FIELDS=COPY >> /* > >I'm not sure what you're trying to say here. SORTGENER is an alias >for ICEGENER. > Sorry... SORTGENR is the member name in my personal PDS - which was why I quoted it.I created it a long time ago... (mid 80's). >PGM=SORTGENR will do the same thing PGM=ICEGENER does. > >The job you show with PGM=SORT uses DFSORT copy directly without going >through ICEGENER. > I know. As I wrote... it was what I used for shops that did not have ICEGENER or SYNCGENR installed. Installing it wasn't always as simple as it is today and many shops didn't bother. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS 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
