SMF volume
Is anyone else is required to collect and retain 500,000 cylinders + of SMF data on an LPAR in one day... how do you handle the downstream copies ? Jay Campbell -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Replace 3590 With 3592
I don't think you'll have any problem - as long as you're not expecting the 3592 drive to read the 3590 tape. Jay Campbell IBM OS Support Section -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bob Shannon Sent: Wednesday, August 31, 2011 4:39 PM To: IBM-MAIN@bama.ua.edu Subject: Replace 3590 With 3592 We are considering replacing the 4 3590 drives in our ATL with 4 3592 drives. Given the increased tape capacity, we are concerned with the seek time of the 3592s, i.e., will they noticeably delay recalls? I'd appreciate comments from those with experience in this area. TIA. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CSA and SQA problem
Are all the parameters in your SYS1.IPLPARM member alligned to the proper column ? We had CATALOG in column 63 instead of 64 once. No longer sure if it was the same wait state. Jay Campbell IBM OS Support Section -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Starr, Alan Sent: Thursday, August 25, 2011 1:11 PM To: IBM-MAIN@bama.ua.edu Subject: Re: CSA and SQA problem Carlos, This error is occurring early in the NIP process. Richard's suggestion is certainly worth a shot. What module name is specified in the message text? Are you using exactly the same residence and IODF volumes as you were using in the z890? If not (and Richard's suggestion doesn't help): 1) Did you change the IPL text on the residence volume in any way? 2) Has something changed in SYS1.NUCLEUS? 3) Even if you believe the answers to the above questions to be no, recopy SYS1.NUCLEUS and recreate the IPL text on the residence volume. Path forward: If Richard's suggestion and the aforementioned questions do not provide some hint, I suggest taking a stand-alone dump and inspecting the WSMA (NIP message area). If this is necessary, contact me offline and I can help you through it. Alan -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Carlos Bodra - Pessoal Sent: Thursday, August 25, 2011 9:53 AM To: IBM-MAIN@bama.ua.edu Subject: CSA and SQA problem Hello We have an z/os 1.8 running under a lpar in a z890. Now we have a chance to move it to a z10 BC machine, but during IPL we are getting iea304w wait 80009064. We already tried a lot of combinations of CSA, ECSA, SQA and ESQA values and we continue to getting waits during IPL. Since z/OS isn´t my native operating system (I come from z/vm and z/vse), I will be saying thanks a lot for hints how to solve this problem, so I can start z/os 1.8 update to support z10. Thanks -- Carlos Bodra IBM Certified Specialist System z Sao Paulo - Brazil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
OT Happy Birthday Scott
Jay Campbell IBM OS Support Section -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: Thursday, August 11, 2011 2:15 PM To: IBM-MAIN@bama.ua.edu Subject: Re: CAMLST LOCATE and SCRATCH Shmuel, Yep one of the output files was closed and I issued a write, i fixed that... The actual problem was in the Scratch code, i also fixed that, you need to supply volser, and devtype before issuing. After I made the changes all was good in Toontown. Thank you for your response, it's much appreciated. My problem is i am getting olderas everyone is ...61 in 9 days lol Scott J Ford Software Engineer http://www.identityforge.com From: Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 9:36 AM Subject: Re: CAMLST LOCATE and SCRATCH In 1313020232.153.yahoomail...@web65509.mail.ac4.yahoo.com, on 08/10/2011 at 04:50 PM, Scott Ford scott_j_f...@yahoo.com said: My question is this...after a LOCATE finds the dataset ..Is it correct that the dataset name has to be moved into the DSNSCR variable name Normal practice would be to use a single dsname field. If you use multiple fields then you can initialize all of them at the same time; you don't need to wait until the LOCATE. You didn't provide the codee for FOUNDIT, so I have no idea whether you are initializng the volume list for SCRATCH, but even if you aren't that shouldn't cause an 0C1. Which macro were you executing at the time of failure? If SCRATCH, what was in R0? Did you leave out an IEC message? The register contents are consistent with trying to do I/O with a closed DCB. Look at the storage pointed to by R1. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console hang
WTLI Way Too Little Information Jay Campbell IBM OS Support Section -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tommy Tsui Sent: Tuesday, August 09, 2011 8:32 PM To: IBM-MAIN@bama.ua.edu Subject: Console hang We don't know why the console hang suddenly and all mvs command aren't input any shop hit this problem before we think something enqueue the console -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: retraction ...
Duquesne ? - Legent ? - CA Jay Campbell IBM OS Support Section -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Gerhard Postpischil Sent: Sunday, June 12, 2011 2:23 PM To: IBM-MAIN@bama.ua.edu Subject: Re: retraction ... On 6/11/2011 2:00 PM, Ed Gould wrote: Of course you are correct. MIM was originally written by dusquene systems ( pittsburg). Both enq and tape parts anyway. When you called you actually talked with a code writer and could seem to see issues in the code as you went through the debugging process. For the life of me I can't remember the owners last name but if I think hard enough his fist name was Glen. He seemed to hire the best of the best people. The FDR people are almost as good but hey when compared to CA( excluding CA-1) almost any product is better. Ed I've spent two days looking through old stuff (not to mention Google), but couldn't find anything. I recall that in the mid-seventies we ran Executor, an initiator replacement from Allen Services, Inc., that significantly (30%) reduced non-billable overhead in MVT scheduling. We also used the Shell Oil Enqueue package to reduce unwanted reserves. A little while later Allen Services introduced a similar package, and I recall it as MIM. Allen Services was bought out a little later, but I don't recall the buyer. So I'm wondering whether MIM is another one of those overloaded acronyms, or whether it's the same package? Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Insert Category in TS7700
Web console. I found this to be a duplicate range - one VTS - one VE. ISMF has the info for the VTS. Can't take those out. I was able to run jobs that put them all in Error Category. At least they won't be selected as scratches. Thanks all. Jay Campbell IBM OS Support Section -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Gonzalo Cengotita Sent: Wednesday, May 25, 2011 9:36 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Insert Category in TS7700 Hi, How are you deleting the tapes? In the web console of the TS770 or in the ZOS? I have tried ejecting in ISMF a scratch tape and it has been erased in the TS770 succesfully, but I don't find a way to change the category in the TS7700, if you get it, please, let me know, thanks. If I do a Search Logical Volume with a scratch volume, I find it has the insert category, so I think it's necessary to scratch the volumes first, and then you can eject the volume using the ISMF panels (option 2.3), and then the volume is erased in the TS7700 (at least it worked for me) On Tue, May 24, 2011 at 8:35 PM, Campbell Jay james.l.campb...@irs.govwrote: Hi all - I'm trying to delete some virtual volumes from our virtual engine. It fails saying the virtuals have to be in Insert Category. Does anyone know how to place virtual volumes in Insert Category ? TIA Jay Campbell IBM OS Support Section -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Gonzalo Cengotita Quirce -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Insert Category in TS7700
Hi all - I'm trying to delete some virtual volumes from our virtual engine. It fails saying the virtuals have to be in Insert Category. Does anyone know how to place virtual volumes in Insert Category ? TIA Jay Campbell IBM OS Support Section -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Insert Category in TS7700
Removing virtual volsers from the tape catalog does not remove them from the VE. ( Unfortunately ) Jay Campbell IBM OS Support Section -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Brian Fraser Sent: Tuesday, May 24, 2011 7:56 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Insert Category in TS7700 As long as the volumes are scratch, you can eject the virtual volumes from ISMF without the need to alter them into insert category. Brian On Wed, May 25, 2011 at 3:53 AM, Arye Shemer aryeshe...@gmail.com wrote: Hi Jay, First you should make those virtual volumes scratch, they should be seen by the TS7700 as scratch, than it will let you move tem to the insert category. One of the Management Interface panels (under VIRTUAL VOLUMES) on the left pane will let you do this (I am not sure which one). If it does not work for you, let me know and I will give more accurate instructions. TS7700 is protecting you, it want to be sure you know what you are doing. On 24 May 2011 21:35, Campbell Jay james.l.campb...@irs.gov wrote: Hi all - I'm trying to delete some virtual volumes from our virtual engine. It fails saying the virtuals have to be in Insert Category. Does anyone know how to place virtual volumes in Insert Category ? TIA Jay Campbell IBM OS Support Section - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: User SMF Record Types
Works for me Jay Campbell IBM OS Support Section Phone 304-264-7409 Cell304-676-6546 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Eric Bielefeld Sent: Tuesday, January 04, 2011 2:19 PM To: IBM-MAIN@bama.ua.edu Subject: Re: User SMF Record Types Cheryl, I clicked on the link below, and it says The Webpage Cannot Be Found:. You might want to either fix it, or say it won't be available until you get it updated. -- Eric Bielefeld Systems Programmer Cheryl Watson cwwalke...@gmail.com wrote: Hi folks! I'm about to update my SMF Reference List. This is available to anyone at http://www.watsonwalker.com/SMFreference.pdf. But this time I'd like to include as many user record types as possible (i.e. anything over 120). While almost every software product gives you a choice of record number, there is usually a default. Will you send me, either via the list or off-list, any SMF record types you use for ISV products along with the product name? I should have the reference updated by the end of the month and will let you know when it's available. Many thanks for your help. Happy New Year! Cheryl Watson Walker, Inc. www.watsonwalker.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FITS requirement
GoogleFlexible Image Transport System Jay Campbell IBM OS Support Section -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Frank Swarbrick Sent: Tuesday, December 07, 2010 3:12 PM To: IBM-MAIN@bama.ua.edu Subject: FITS requirement What does the FITS in FITS Requirement stand for? -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation - Lakewood, CO USA P: 303-235-1403 The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/os manuals
And change the 570 to 560 for R10. Jay Campbell IBM OS Support Section -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of J R Sent: Monday, April 12, 2010 2:12 PM To: IBM-MAIN@bama.ua.edu Subject: Re: z/os manuals Don't know about R10 but R11 is here http://publibz.boulder.ibm.com/epubs/pdf/iea2a570.pdf Date: Mon, 12 Apr 2010 14:06:21 -0400 From: dgood...@amica.com Subject: z/os manuals To: IBM-MAIN@bama.ua.edu I'm trying to find a copy of the z/OS 1.10 MVS Extended Addressability Guide. I'm not having much luck. Does anyone know if the book was merged into another book? Diane M. Goodwin _ The New Busy is not the too busy. Combine all your e-mail accounts with Hotmail. http://www.windowslive.com/campaign/thenewbusy?tile=multiaccountocid=PI D28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_4 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to determine number of back end tapes in a B20
D SMS,LIB(libname),DETAIL CBR1110I OAM LIBRARY STATUS: 153 TAPE LIB DEVICETOT ONL AVL TOTAL EMPTY SCRTCH ON OP LIBRARY TYP TYPE DRV DRV DRV SLOTS SLOTS VOLS IBMVTS41 VL 3494-L10 128 128 127 4166 6 24291 Y Y --- MEDIA SCRATCH SCRATCH SCRATCH TYPE COUNT THRESHOLD CATEGORY MEDIA111600 0 0001 MEDIA212691 200 0002 --- LIBRARY ID: 71798 OPERATIONAL STATE: AUTOMATED ERROR CATEGORY SCRATCH COUNT: 172 SCRATCH STACKED VOLUME COUNT: 726 PRIVATE STACKED VOLUME COUNT: 880 --- BULK INPUT/OUTPUT NOT CONFIGURED. Jay Campbell IBM OS Support Section -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Monday, November 02, 2009 12:42 PM To: IBM-MAIN@bama.ua.edu Subject: How to determine number of back end tapes in a B20 Okay, I have been reading the manuals and still cannot find the right info. I have a VTS which is hooked up to my Specialist. In that guy I have backend tapes for the B20. Where can I go to see HOW MANY backend tapes I have used? And how many I have not used. Is there a way from the z/OS console to do this or do I have to go to the pc? Thanks. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN Digest - 2 Aug 2009 to 3 Aug 2009 (#2009-215)
Just like that. Jay -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Petretti, Martha Sent: Tuesday, August 04, 2009 8:45 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM-MAIN Digest - 2 Aug 2009 to 3 Aug 2009 (#2009-215) How do I post a question? Martha Petretti 15 MTC rm 15-417 ph 718 510-8565 cell 347 587-9486 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of IBM-MAIN automatic digest system Sent: Tuesday, August 04, 2009 12:00 AM To: IBM-MAIN@BAMA.UA.EDU Subject: IBM-MAIN Digest - 2 Aug 2009 to 3 Aug 2009 (#2009-215) There are 71 messages totalling 4038 lines in this issue. Topics of the day: 1. Enforcing CPU Time (3) 2. SDSF PREFIX Enhancement (UK44477) (2) 3. Hercules; more information requested. (19) 4. IEFU29 and Automation (2) 5. Print disk map? 6. messages IEF285I and IGD104I (4) 7. Strange Pagedel/Pageadd behaviour (2) 8. D/T 3590 vs 3592 (4) 9. MCNVTCAT 10. Any gotchas going from 1.4 to 1.9? (5) 11. ICF - Information Center Facility 12. Java question (14) 13. ziip api for vendors (5) 14. How to encrpyt DFHSM Tapes (4) 15. printing JES output 16. Special RACF users and message ICH301I (2) 17. IBM Publication Site is Unavailable -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM MAXBACKUPTASKS(1) using 2 drives
1 task - 1 input - 1 output - 2 drives Jay Campbell IBM OS Support Section -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Thursday, April 16, 2009 3:03 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM MAXBACKUPTASKS(1) using 2 drives Not according to the manual: Explanation: MAXBACKUPTASKS(nn) is an optional parameter specifying the maximum number of volume backup tasks DFSMShsm can concurrently process. For nn, substitute a decimal number from 1 to 15 to represent the number of volume backup tasks to be run concurrently. Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Michael Wickman [mwick...@waddell.com] Sent: Thursday, April 16, 2009 2:58 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM MAXBACKUPTASKS(1) using 2 drives I believed we saw this too. Decided the min number was two task. *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Mike Wickman Technical Services *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jaime Miranda Sent: Thursday, April 16, 2009 1:43 PM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] DFHSM MAXBACKUPTASKS(1) using 2 drives OS- z/OS 1.7 put RSU0809 DFHSM SETSYS MAXBACKUPTASKS(1) and DUPLEX BACKUP(N) When AUTOBACKUPSTART DFHSM is allocating two tape drives. Even though the Setsys is set to MAXBACKUPTASK (1). Any ideas why? Thanks, Jaime -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html font size=1 div style='border:none;border-bottom:double windowtext 2.25pt;padding:0in 0in 1.0pt 0in' /div This email is intended to be reviewed by only the intended recipient and may contain information that is privileged and/or confidential. If you are not the intended recipient, you are hereby notified that any review, use, dissemination, disclosure or copying of this email and its attachments, if any, is strictly prohibited. If you have received this email in error, please immediately notify the sender by return email and delete this email from your system. /font -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3490E cartridges
There's some on ebay. Jay -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Pete Borton Sent: Saturday, February 28, 2009 8:30 AM To: IBM-MAIN@bama.ua.edu Subject: Re: 3490E cartridges Thanks to all who replied. Our dilemma is that we still supply our software on 3480s! We've got a new z9 and a 3490 drive and thought going to 3490Es was right - most customers could read them. Not sure if they can all read 3590Es. admil.co.uk say they can't get them. Still awaiting reply from Media Resources. Hope everyone has got enough in stock for all their future requirements!! Pete Borton Mainframe Development Consultant Northgate HR Limited e : peter.bor...@northgatearinso.com -Original Message- From: Edward Jaffe [mailto:edja...@phoenixsoftware.com] Sent: 27 February 2009 22:55 To: IBM-MAIN@bama.ua.edu Subject: Re: 3490E cartridges Pete Borton wrote: We are having problems locating supplies of 3490E tape cartridges in the UK. Imation say they have been 'end of life'd. Does anyone know an alternative supplier ? Could we write 3590E's on a 36-track drive ? You might consider upgrading to 3590s. They're denser, faster, dirt cheap to buy on the used market, and because they are newer technology, the monthly maintenance costs should be lower than 3490 drives. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to correct tape errors
You'll get the error that DSN17 doesn't match the internal label on the volume. You can either restore the DSN17 field in TMS - or reinitialize the volume. Jay Campbell IBM OS Support Section -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Eric P. Condon Sent: Thursday, February 12, 2009 3:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: How to correct tape errors Resurrecting this one - I have changed the DSN17 field to HEXZEROS and run CTSSYNC against the volumes which does indeed clear the error status but TMS appears to continue to reject the volumes when it has the occasion to write to them again. I have another open ticket with CA pending, just wondering if anyone has had a breakthrough on this since it was last discussed in November? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Assembler programmers list
[EMAIL PROTECTED] Jay Campbell IBM OS Support Section -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Michael Munro Sent: Monday, December 08, 2008 3:55 PM To: IBM-MAIN@bama.ua.edu Subject: Assembler programmers list Folks I have been on this list a little while and I find it's not quite what I was looking for. Can anyone recommend a list for programmers under zOS, preferably assembler programming. regards mIke -- Mike Munro MBCS,CITP_[EMAIL PROTECTED] Ornum Software Ltd (S) Tel/Fax:+44(0)7041 363 070 ~Mobile: +44(0)777 160 1496 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: GDG QUESTION
That's just the base entry.
Do you have any actual datasets... ie... (-0)... (-1) ?
Jay Campbell
IBM OS Support Section
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Howard Rifkind
Sent: Friday, November 14, 2008 5:43 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: GDG QUESTION
Hello all,
I'm having problems with a GDG definition/datasets.
I use the following JCL to set the GDG up:
//DEFGDG EXEC PGM=IDCAMS
//SYSPRINT DD SYSOUT=*
//SYSINDD *
DEF GDG(NAME('PCYC.TMVHSTM.TMVS04.IRR')
LIMIT(05) SCRATCH) -
CATALOG(PCAT.APPL)
/*
The job runs and has an RC=0
It is appearing on the 3.4 display as:
PCYC.TMVHSTM.TMVS01.IRR??
The executing job has the following DD in the JCL:
DUMPIN DD DISP=SHR,DSN=PCYC.TMVHSTM.TMVS01.IRR
and the resulting error is:
IEF212I E18823X PST0010 STEP01 DUMPIN - DATA SET NOT FOUND
Can some one tell me what I'm doing wrong? It's some thing but I just
can't see the problem.
thanks...
_
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential and may
be privileged. It is intended for the addressee(s) only.
Access to this E-mail by anyone else is unauthorized.
If you are not an addressee, any disclosure or copying of the contents
of this E-mail or any action taken (or not taken) in reliance on it is
unauthorized and may be unlawful. If you are not an addressee, please
inform the sender immediately, then delete this message and empty from
your trash.
--
For IBM-MAIN subscribe / signoff / archive access instructions, 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 to correct tape errors
I run a job that flips off the scratch bit in TMS. The next run of TMSCLEAN hits the exit and clears the error condition. //STEP1EXEC PGM=TMSUPDTE,PARM='NODSN' //TMSRPT DD SYSOUT=* //SYSINDD * VOL Y36091,NOCHAIN REP FLAG1=00 VOL Y36177,NOCHAIN REP FLAG1=00 Jay Campbell IBM OS Support Section -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Jacobs Sent: Thursday, November 06, 2008 2:21 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: How to correct tape errors Lizette Koehler wrote: List - I have been wrestling with this for a couple of weeks. Thought I had it fixed but it still shows errors. When I display my VTS RESPONSE=SDH8 CBR1110I OAM library status: 410 TAPE LIB DEVICETOT ONL AVL TOTAL EMPTY SCRTCH ON OP LIBRARY TYP TYPE DRV DRV DRV SLOTS SLOTS VOLS SCSVTS1 VL 3584-L22 128 128 127959413 5514 Y Y -- MEDIA SCRATCH SCRATCH SCRATCH TYPE COUNT THRESHOLD CATEGORY MEDIA2 5514 1000 1002 -- LIBRARY ID: B2764 OPERATIONAL STATE: AUTOMATED ERROR CATEGORY SCRATCH COUNT: 14 SCRATCH STACKED VOLUME COUNT: 90 PRIVATE STACKED VOLUME COUNT: 84 -- Bulk input/output not configured. It shows 14 tapes in the error category Scratch Count. I went into ISMF and listed all the volumes and find this type of entry 514454 SCRATCH REJ BY TAP MGT SYS 517590 SCRATCH REJ BY TAP MGT SYS I looked in CA1 and cannot figure out how to get these errors removed. Thoughs? Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Check your OAM cartridge entry installation exit, CBRUXENT. --- Mark Jacobs Time Customer Service Tampa, FL We're in the stickiest situation since Sticky the stick insect got stuck on a sticky bun. Rowan Atkinson as Captain Edmund Blackadder in Blackadder Goes Forth -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: TAPE ACCESS
/D SMS,VOL(volser) Jay Campbell IBM OS Support Section Phone 304-264-7409 Cell 304-676-6546 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lucy Arnold Sent: Tuesday, September 16, 2008 11:36 AM To: IBM-MAIN@BAMA.UA.EDU Subject: TAPE ACCESS Hello, We were sharing an ATL with Tivoli - then Tivoli moved out so now we can use those abandoned tapes. VOL=SER=99 - 990029 The ATL has been un-partitioned. TMS (CA-1) has been extended and the range added to the Scratch member in PPOPTIONS They are also in SYS1.VOLCAT.VGENERAL (Catalog) The tapes are display-able in ISMF, but do not show up when we issue: /D SMS,LIB(LIBRARY1),DETAIL What else do we need to do??? Lucy Arnold Storage Manager U.C. Davis Medical Center 916-734-5498 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: TAPE ACCESS
Try ejecting and reinserting one of them and see what happens. LIBRARY CATEGORY UNKNOWN isn't right. Jay Campbell IBM OS Support Section Phone 304-264-7409 Cell 304-676-6546 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lucy Arnold Sent: Tuesday, September 16, 2008 12:21 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: TAPE ACCESS Rick, Darn. It has the correct library: CBR1180I OAM tape volume status: 299 VOLUME MEDIA STORAGE LIBRARY USE W C SOFTWARE LIBRARY TYPE GROUP NAME ATR P P ERR STAT CATEGORY 990001 MEDIA4*SCRTCH* LIBRARY1 S NOERROR UNKNOWN --- RECORDING TECH: 256 TRACKCOMPACTION: UNKNOWN SPECIAL ATTRIBUTE: NONE ENTER/EJECT DATE: 2004-06-14 CREATION DATE: 2004-06-14 EXPIRATION DATE: LAST MOUNTED DATE: LAST WRITTEN DATE: SHELF LOCATION: OWNER: Lucy Arnold Storage Manager U.C. Davis Medical Center 916-734-5498 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: z/OS 1.9 Catalog Enqueue Problems
We're at Z/OS 1.9 with MIM 11.6 with no catalog problem. Our EDIPARMS contains PREFIX, NAME=CATALOG., OPTION=(NOCONFLICTMESSAGES, SUPPRESSMESSAGES) Our GDIEXMPT contains LOCALRNAME=CATALOG* Also - QNAME SYSIGGV2 is commented out in MIMQNAME. HTH j -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rabbe, Luke Sent: Monday, July 28, 2008 1:26 PM To: IBM-MAIN@BAMA.UA.EDU Subject: z/OS 1.9 Catalog Enqueue Problems We've attempted to implement z/OS 1.9 throughout our sysplex twice and twice we've had to back out because of a catalog enqueue conflicts. We're running MIM version 11.6 and z/OS 1.9 put level 0804 with a fair amount of hypers. Has anyone run into anything similar with their 1.9 migration? Thank you, Luke -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Problem with CA-1
Problem # 2 is VOLSEQ=0002 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Yukus, Mary J CIV USMEPCOM Sent: Wednesday, April 09, 2008 11:04 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Problem with CA-1 Hi Everyone, We are having a problem with CA-1 which CA believes is not a CA problem. We are trying to upgrade from v11 to v11.5. When we implement the v11.5 we have the following problems. The first is a problem with multiple files on a tape. When it complete the 4th file, we get the following error. The exact JCL works file on our system once we back out the new version of CA-1. This appears to maybe be some type of option that allows it to stack more than 4 files on a tape, but haven't been able to track it down. IEC205I TAPE,JBACKSM1,SMFD16,FILESEQ=0004, COMPLETE VOLUME LIST, 818 DSN=JCC1.BACKUP.SMFD16.G1181V00,VOLS=J00414,TOTALBLOCKS=38033 -JBACKSM1 SMFD16 00 41255 151K.03.032.7 469K 0 0 0 0 0 -JBACKSM1 B4BOMB IEFPROC FLUSH 0 0.00.00 .0 0 0 0 0 0 0 IEC999I IFG019CA,JBACKSM1,SMFD17 IEF196I TMSSMF06W END OF DSNB CHAIN REACHED TMSSMF06W END OF DSNB CHAIN REACHED IEF196I TMSSMF30I VOL=J00414, FSEQ=0005, DSN=JCC1.BACKUP.SMFD17.G1181V00 TMSSMF30I VOL=J00414, FSEQ=0005, DSN=JCC1.BACKUP.SMFD17.G1181V00 -JBACKSM1 SMFD17 08 58 15.00.00 .4 2414 0 0 0 0 0 The next problem we had was where the job called for a scratch tape, the scratch tape was mounted (see the tape inquiry info below says it's a scratch tape) M00605 VOLSER=M00605 VOLSER=M00605 DSN=MEP001.BACKUP.MO75FC.CYC8072 EXPDT=2008/093 ACCT=HEXZEROS SMSMC=BLANKSFLAG1=44=(CLO,SCR) HOOKID=FE= FLAG2=40=(OUT) CTLGCNT=000 BATCHID=54=TMSSCR FLAG3=00 FLAG5=00 USERID=TMSUSER FLAG4=00 DSN17=UP.M147FC.CYC8072 LJOB=MEP001CC LDATE=2008/073 LPGM=ADRDSSU LUNIT=057A LTIME=0649 CJOB=MEP001CC CDATE=2008/073 CPGM=ADRDSSU CUNIT=057A CTIME=0446 CSTEP=DUMP1CDDNAME=TAPE01 BLKCNT=00 ROBTY=00 COMPRES=078 LABEL=SL DEN=3590 TRTCH=256TROBID=000 TRERRC=0 RECFM=ULRECL=00 BLKSIZE=00EDMID=BLANKS TWERRC=0 NUMDSNB= 1STDSNB=000 LSTDSNB=000 ACTVOL= PRERRC=0 1STVOL=NEXTVOL= PREVVOL= VOLSEQ=0002 PWERRC=0 COUNT=00209VENDOR=BLANKSBTHDATE=2007/115 VOLPERC=024 TRERRI=0 USECLN=00201 CLNCNT=013 DATECLN=2008/072 FILPERC=002 TWERRI=1 OUTCODE=BLANKS SLOT=000 OUTDATE=ZEROS CPUID=JCC1 PRERRI=0 AUTIME=0427AUCODE=00AUDATE=2008/093 AUFLAG1=00 PWERRI=0 *** SCRATCH TAPE *** INQUIRY COMPLETE Here is the error we got: MO14FC.CYC8093 IEC151I A13-08,IFG0195B,MEP001CO,DUMP1,TAPE16,0570,M00605,MEP001.BACKUP. M102FC.CYC8093 IEF196I TMSSMF14W VOLSEQ NOT 1 FOR FIRST FILE TMSSMF14W VOLSEQ NOT 1 FOR FIRST FILE IEF196I TMSSMF30I VOL=M00605, FSEQ=0001, IEF196I DSN=MEP001.BACKUP.MO00FC.CYC8093 TMSSMF30I VOL=M00605, FSEQ=0001, DSN=MEP001.BACKUP.MO00FC.CYC8093 -MEP001CO DUMP108597276.00.001.7 The error message says: 08The requested file sequence number is less than that of the first file on the SL or AL tape during an open to the start of the file. Probable user error. Check the file sequence number and volume serial numbers. We have verified this was not a user error. For some reason it appears that the new CA-1 was reading the old tape label even though it was a scratch tape. (we do not reinit the tapes before putting them in scratch status) Does anyone know if we missed some options somewhere that is causing this? Both these problems go away when we go back to the old version. Thanks, Mary Mary J. Yukus IT Specialist - Lead Systems Programmer HQ US Military Entrance Processing Command J6/MIT-System Support Branch 2834 Green Bay Road North Chicago, IL 60064-3057 Work: 847-688-3680 x7274 Work Cell: 224-627-6017 DSN: 792-7274 [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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: It keeps getting prettier
Just changing the subject line -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould Sent: Friday, December 28, 2007 11:20 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: It keeps getting uglier On Dec 28, 2007, at 6:44 PM, Doug Fuerst wrote: I agree with you John absolutely. That's why I said in the beginning that I was shocked that anyone would actually think IBM wouldn't keep secrets. They would, and should. Just because its IBM does not mean the secrets should all come out. Maybe the idea from the consent decree still live, that IBM needs to keep disclosing. Doug Doug, I think someone on here said the consent decree was expired. I don't know this but am just passing along what someone else said. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Assembler Coding Contest
I've been testing all... Might as well come out of the dark... You pass ! -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Art Celestini Sent: Wednesday, December 12, 2007 8:52 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Mainframe Assembler Coding Contest Well, just for the sport of it, I think this requires even less (not tested): LHI R1,8 ICR2,BYTE STC STC R2,RESULT-1(R1) SRL R2,1 BCT R1,STC NCRESULT,=8X'01' OCRESULT,=8X'F0' * BYTE DCB'01110101'Sample input RESULT DSCL8Output 32 Instructions 16 Literals 1 Input Area 8 Output Area 57 Total Bytes 7 Total Instructions BTW, John, your second instruction below refers to WORK8, which doesn't seem to be defined. -- Art At 04:30 PM 12/12/2007, John P Baker wrote: I have not tested it, but the following code should be the most compact form of generating a binary character string from a byte value (Problem #6): MVC OBUFF,IBYTE MVC OBUFF+1(7),WORK8 NCOBUFF,=X'8040201008040201' MVO WORK5,OBUFF(4) MVC OBUFF(4),WORK5 TROBUFF,=C'0' IBYTEDCB'01110101' Sample input value WORK5DCX'00' OBUFFDSCL8 Output value Summary of storage requirements: 36 Instructions 17 Literals 1 Input Buffer 5 Work Area 8 Output Area 67 Total Bytes 6 Total Instructions == 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: ibmmainat-signcelestinidotcom. == -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Scotts new role
Can't we all just get along ? Can't dimplomacy be used ? Economic/Atomic pressure ? Sorry.. Too many pints -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould Sent: Saturday, November 03, 2007 7:10 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Scotts new role On Nov 3, 2007, at 3:45 PM, Shane wrote: On Sat, 2007-11-03 at 07:53 -0500, Scott Fagen wrote: On Fri, 2 Nov 2007 19:05:24 -0500, Ed Gould wrote: I respected the IBM Scott. Gee. I guess respect is conferred based on employment? Normally I just ignore the stupidity of Ed G, but this was totally uncalled for. Pull your head in Ed, or everyone will have you on their kill list. Shane ... Shane: How could you respect anyone that worked for CA? I don't know (or care) about his reasoning for going to work for the evil empire, that is his prerogative. Sure there were some people way back when who got bought out by CA and didn't have a choice. They have my sympathies but to leave a company and essentially sell their name to the evil empire (and not even announce it) tells me quite a bit about their themselves. Poor Russell he managed to keep himself out of the dirt that CA has cast far and wide, but he didn't have a choice in the matter. The company that he worked for was bought up so he is trying to make the best of it (and doing a decent job). You have had your day and duty speaking up on his behalf. I won't get into name calling , hope you have a great life. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VARY too many devices offline
A rogue oprerative may sneak in... I think they have a few times... But we will definitely find that person. And... As an added bonus... Whatever they thought they may have destroyed... It's all recoverable. SUPER DISCLAIMER - This is my own perception Not to be affiliated in any way with my company. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman Sent: Thursday, October 25, 2007 6:53 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: VARY too many devices offline What would you do with dishonest consultants? I'd be taking one really HARD LOOK at the selection process! Let's treat the whole problem, not just the most obvious symptom! -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Distance between primary and DR site
. And this thread has gone so far off the edge... that we really care ? No offense, Folks -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould Sent: Wednesday, August 08, 2007 7:24 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Distance between primary and DR site On Aug 8, 2007, at 8:11 AM, Ken Gunther wrote: Plus if I take my personal automobile to a DR test I get paid for mileage. Ken G. Ken: Not all the time. At one place I worked they would only give you the money *IF* you had a checking account at the bank that had the DR test. Ed David Boyes wrote: The Pacific Ocean is nearby, I guess we'll have to build the DR where? On the Moon !! *That* would be a serious DR site ! Well, you have to admit that it does have no common points of failure. 8-) -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Mainframe shops held hostage, Itanium alliance says
Cessna will be welding 26,000 Cessna 180's together in an effort to compete with the military's C-5 cargo jets... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Apple looses to IBM
All this stuff about global climate change is seriously getting on my nerves. Over which period of the last 13 billion years has the climate *NOT* changed ? (political... Kill it now... Or Darren will) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould Sent: Tuesday, July 03, 2007 7:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Apple looses to IBM Green Scorecard Puts IBM Top, Apple Last PC World via Yahoo! News Tue, 03 Jul 2007 8:00 AM PDT An organic climate change lobby group has issued green ratings for hardware and software-based IT suppliers as well as other businesses. IBM leads the IT pack while Apple, Amazon and eBay are bottom with zero green credentials. http://news.yahoo.com/s/pcworld/20070703/tc_pcworld/134123 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Lean and Mean: 150,000 U.S. layoffs for IBM?
When will we ditch Capitalism ? Kill us, Darren ! -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Robert Justice Sent: Friday, May 04, 2007 8:16 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Lean and Mean: 150,000 U.S. layoffs for IBM? I just wonder how long it's going to be before people finally WAKE UP in this country and quit putting up with the offshoring, the outsourcing, the free trade b.s, the H1B visa SCAM and completely idiotic ceo compensation. . -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Lean and Mean: 150,000 U.S. layoffs for IBM?
Different topic... Sorry -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Robert Justice Sent: Friday, May 04, 2007 9:23 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Lean and Mean: 150,000 U.S. layoffs for IBM? capitalism is one thing, CORPORATE GREED AND CORPORATE STUPIDITY is something else entirely. - Original Message - From: Campbell Jay [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Friday, May 04, 2007 9:13 PM Subject: Re: Lean and Mean: 150,000 U.S. layoffs for IBM? When will we ditch Capitalism ? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
IBM VTS Stacking Cartridges
If anyone has an well loaded, active VTS and you plan on replacing J type cartridges with K types on the back end... DO NOT order the same VOLSER range. It will ruin your day. Enjoy. j -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: [SPAM] Re: A little etiquette
Everyting Shmuel has been sending has [SPAM] in the subject line. And it's coming straight on through. j -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.) Sent: Wednesday, November 22, 2006 5:00 PM To: IBM-MAIN@BAMA.UA.EDU Subject: [SPAM] Re: A little etiquette In [EMAIL PROTECTED], on 11/22/2006 at 09:51 AM, Greg Shirey said: That shouldn't be so. Darren obscures the email addresses before they are forwarded to the newsgroup. He obscures the address in the From header field. I don't believe that he obscures anything in the body. OTOH, I don't believe that most spammers harvest from news bodies. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Net nannies
More likely - the g..d... (I know it wasn't capitalized) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Charles Mills Sent: Thursday, October 26, 2006 11:33 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Net nannies You said butt. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Phil Payne Sent: Thursday, October 26, 2006 3:21 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Net nannies You have to wonder. === Your message sent to: [EMAIL PROTECTED], with subject: BCTR out of favor? has been electronically scanned and falls into the category of undesirable content according to the bank's policies (e.g. Chain Letters, Pornography, Racism, Harsh or Offensive Language, etc.). It will therefore not be delivered. === I've gone through the message. Undesirable content? Jeez - do any of their customers EVER get through to them? -- Phil Payne http://www.isham-research.co.uk +44 7833 654 800 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Full SMF Datasets Not Clearing
Good one. Is this message in your job's output ? IFA018I SMF DATA SET DUMPIN HAS BEEN CLEARED. j -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tony Harminc Sent: Thursday, September 28, 2006 12:16 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Full SMF Datasets Not Clearing Howard Rifkind wrote: I run the STC DUMPXY and it seems to clear out man1 and that's it. Now that runs but the man datasets are still as above. Is it possible that there's a large backlog of buffered-in-storage records waiting to be written out, and as soon as you clear MANx, it fills up again from those? I've seen that here, but on small development images where there isn't a lot of MANx space in the first place. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MVS Commands
DS P,unit# -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Tuesday, July 04, 2006 4:01 PM To: IBM-MAIN@BAMA.UA.EDU Subject: MVS Commands Is there any MVS command that will display what type of 3390 device (mod3 or mod9 etc) that is at a particular address. Thanks - Do you Yahoo!? Get on board. You're invited to try the new Yahoo! Mail Beta. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Curiosity
If you're smart - this will take a while... According to them http://crux.baker.edu/cdavis09/roses.html Top 3 The World - - - - - Brad Paisley Swing - - - - - - - Trace Adkins How 'bout you ? - - Eric Church -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Number of Postings on IBM-Main
A couple months ago, I don't think the average day got more than 100 messages total! I have noticed several postings from people I don't recognize lately. - Maybe it's the downsizings and the retirees? - Just start a thread called Curiosity Or - maybe - this one could be a Friday extraviganza. j - ** Working above and beyond the call of mediocrity ** - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SLIP Trap definitions
An S33E Abend -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Pace Sent: Friday, June 09, 2006 9:16 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SLIP Trap definitions SLIP SET,C=33E,ID=X33E,A=NODUMP,END But that doesn't tell me causes that trap to be handled. What causes this message to be displayed? Mark D Pace Senior Systems Engineer Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 Office: 850.219.5184 Fax: 888.221.9862 http://www.mainline.com This e-mail and files transmitted with it are confidential, and are intended solely for the use of the individual or entity to whom this e-mail is addressed. If you are not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you are not one of the named recipient(s) or otherwise have reason to believe that you received this message in error, please immediately notify sender by e-mail, and destroy the original message. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VTS Ejected volume
If there's any data on the tape being ejected - the VTS copies it to another tape before ejecting. Fear not. Enjoy. j -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chiam, Susan Mee-Shia Sent: Monday, May 15, 2006 6:20 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: VTS Ejected volume Thank you all who replied offline and online. Now I have downloaded a copy of the book and it will help us. I really got to ask the next dumb questions. Is it advisable to check if the volume is really empty? How do I check if there is really no data? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Peter Vander Woude Sent: Friday, 12 May 2006 8:16 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: VTS Ejected volume When the VTS ejects a volume as read-only, it means that the VTS has determined that the tape volume needs to be replaced. We were told that the volume is empty, and VTS had placed it in read-only status until there was no valid data on it. You need to get a new tape that will replace the one ejected, and insert it in so the VTS can use it. Pete -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: IBM VTS and data sharing
Say Huh ? We have 3 parallel sysplexes sharing 3 VTSs. SMS types here say sysplex specific ACS routines would defeat the purpose... No ? ( I'm not an ACS type ) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Jacobs Sent: Wednesday, January 25, 2006 9:18 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM VTS and data sharing Not that I know of. You can split the VTS into separate logical parts and share the physical VTS between sysplexes, however one sysplex can't access the others resources. Mark Jacobs Time Customer Service Inc. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Larre Shiller Sent: Wednesday, January 25, 2006 9:16 AM To: IBM-MAIN@BAMA.UA.EDU Subject: IBM VTS and data sharing Hello - As far as I know, the IBM VTS is managed through SMS ACS routines, which are SYSPLEX-specific, thus limiting the availability of the data written to the IBM VTS to a single SYSPLEX. Is that correct? Is there any way to share the data/virtual volumes between multiple SYSPLEXes? Thanks. Larre Shiller US Social Security Administration [EMAIL PROTECTED] V/M: (410) 965-2209 FAX: (410) 966-1936 www.ssa.gov The contents of this message are mine personally and do not necessarily reflect any official position of the US Government or the US Social Security Administration. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Introducing delay in a assembler.
STIMER WAIT,BINTVL=VACATION VACATION DCF'500' HUNDRETHS OF SECONDS FOR STIMER (5 SECS) I love the easy ones. j -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jerry Ragland Sent: Friday, November 25, 2005 8:44 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Introducing delay in a assembler. Hi all, In my assembler program I need to introduce a wait or delay for 5 seconds. Is there any macro for doing it. I guess there is a WAIT macro but I dont know how to use it. Is WAIT macro intended for that purpose ? Even when I introduced the wait macro, I get a compilation error stating ECBLIST required. But I am not using any ECBs in my program and I don't have the knowledge of ECBs too. Please help me in this situation. All I need is very simple, in the middle of my program execution I need to introduce a WAIT of few seconds. How to acheive this.. Thanks in advance, Jerry. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: AW: Mainframe in the DMZ -- organization of operations
Firewall -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Tuesday, August 09, 2005 8:00 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: AW: Mainframe in the DMZ -- organization of operations DMZ, which stands for demilitarized zone, is the logical area in a Web application's architecture that separates the untrusted Internet from the trusted Intranet. ... Now, if somebody could explain the explanation? -teD In God we Trust! All others bring data! -- W. Edwards Deming -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: IBM MF-theme vanity plates (was RE: TSO replacement? [WAS: RE : Userids]
Something obviously threw your alignment off -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Finnell Sent: Wednesday, June 08, 2005 1:41 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM MF-theme vanity plates (was RE: TSO replacement? [WAS: RE: Userids] In a message dated 6/8/2005 12:32:14 P.M. Central Standard Time, [EMAIL PROTECTED] writes: An IBM PSR had C2D1C3 which were her initials in hex - it's still my favorite (not sure about the J, but the B and C are right). C DE 0123456789abcdef0123456789abcdef0123456789abcdef ABCDEFGHI JKLMNOPQR STUVWXYZ TIC5ATIC. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: IBM MF-theme vanity plates (was RE: TSO replacement? [WAS: RE : Userids]
Now... Let's see if it works from the mainframe... old archaic relic that it is. C D E 0123456789ABCDEF0123456789ABCDEF0123456789ABCDEF ABCDEFGHI JKLMNOPQRSTUVWXYZ -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Finnell Sent: Wednesday, June 08, 2005 1:47 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM MF-theme vanity plates (was RE: TSO replacement? [WAS: RE : Userids] In a message dated 6/8/2005 12:44:34 P.M. Central Standard Time, [EMAIL PROTECTED] writes: Something obviously threw your alignment off So much fun, shouldn't have even tried. Thought if I did only spaces and fixed Font it would be OKAY, but NO! Have a good 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF endless syslog
OPERLOG ? LOG O vs LOG S -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John Cassidy Sent: Wednesday, May 25, 2005 4:46 AM To: IBM-MAIN@BAMA.UA.EDU Subject: SDSF endless syslog Hello all, we are running z/OS 1.6. Perhaps unknown to us, we are now using the SDSF syslog from 05103 to today (05145). I am informed that in the past this was not the case, i.e. a new syslog was written to BETA at midnight and a fresh syslog was available on all systems. The syslog is still being written at midnight, but no fresh syslog is being created e.g. 05145 - 05145. We are a Sysplex shop using a shared MAS. Does anyone have any ideas? TIA -- Regards / Cordialement / Gruss / Saludos Cassidy IT Services John Cassidy Dipl.Ingr (Informatique) Schleswigstr. 7 51065 Cologne / Koeln / Keulen EU Tel. +49 (0) 177 799 58 56 Email: [EMAIL PROTECTED] HTTP: www.jdcassidy.net -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Converting CA-MIM to GRS
Definitely suggest searching the archives on this one. Could get thousands of hits - depending on search argument. Enjoy. j -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Frank Rodriguez Sent: Friday, May 20, 2005 8:54 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Converting CA-MIM to GRS Has any one had the pleasure of converting CA-MIM to GRS? Have you found any tools to work with or did you have to live through it? IBM will assist for a fee -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
