DFHSM Secondary Space Management
All, I have a management class that is supposed to delete selected datasets after 30days non usage. The datasets end up on either ML1 or ML2. It appears though that HSM secondary space management is not deleteing these and were getting a build up of datasets which should have been deleted. The key parts of management class DEL030 are as follows: Expire Non-usage 30 Expire date/days NOLIMIT Primary Days 5 Level 1 Days 21 ADM/USER Backup BOTH Auto Backup NO(was YES. Changed to NO yesterday!) The Storage Group has Auto Backup set to yes. HSM performs NO auto backup though. Any ideas why my datasets don't get deleted? Regards, Phil Kingston -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DFHSM Secondary Space Management
Gonzalo, I know the datasets are not backed up. That was my first thought when i noticed they were not being deleted. They dont need to be backed up. From reading the manual, secondary space management starts by reading in the management class definitions, then applies the definitions to it's migrated datasets. I changed the AUTO BACKUP parameter on this class to NO so that it would not check the backups as a test. Doesn't seem to have worked though, datasets are still there. Hence the question too IBM MAIN. Regards, Phil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Dataset Backup In HSM
Hi All, Quick question on HSM. If you have no Automatic Backup cycle defined, how come some datasets end up backed up and with BCDS information that you can list? Does an ML0--ML1 dataset movement, end up with a backup being taken of the dataset anyway? Otherwise, when no Automatic Backup runs, how does HSM manage to take backups? Because it certainly seems to at some point? Phil. -- 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
MSDSD3128E
Hi All, I'm getting this message: MSDSD3128E An error occurred in SVC dump processing. after every operator command issued to the system by either SDSF or Automation... I have no idea which product is issuing this, having searched almost everywhere! Does it ring any bells to anyone Looks like the subsystem interface is stuffed somewhere :-( Cheers, Phil -- 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: MSDSD3128E
Bill, Thanks for that really helpfull :-) I googled it aswell and found nothing which was a shock really Abendaid sounds like a good culprit though :-) Thanks to all. Phil. -- 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
Defining applications cross domain
Hi All, We are trying to get a number of new products with VTAM applications installed on our test system and get access to them fro our session manager running on the production system. If we define the ACB on the test system and activate we can see that it's active. If we attempt to logon to the system from production it fails with No valid path. We are obviously missing some link here but not being a VTAM sysprog, i'm at a loss to figure out whats going on. Displaying a VTAM ACB on the test system from production shows the following: RESPONSE=S0E2 IST075I NAME = NET1.SE1JQP, TYPE = DIRECTORY ENTRY IST1186I DIRECTORY ENTRY = DYNAMIC LU IST1184I CPNAME = NET1.S0E1HOST - NETSRVR = ***NA*** IST484I SUBAREA = 1 IST1703I DESIRED LOCATE SIZE = 1K LAST LOCATE SIZE = 16K IST1402I SRTIMER = 420 SRCOUNT = 7 IST314I END Displaying a newly defined ACB shows: RESPONSE=S0E2 IST453I ID PARAMETER VALUE NET1.SE1VDR NOT VALID Any ideas as to what i'm missing?? -- 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
HCD definitions for a CISCO Ficon switch
Hi All, Does anyone have any experience in defining a Cascaded CISCO Ficon switch in HCD? I believe that we need to know both the Domain ID of the Switch and the Switch Address, but we are unable to determine what the Switch address is? Documentation on the Internet (an IBM redbook!) states that Switch Address should be the Hex version of Domain ID, but then goes on to show that both numbers are the same e.g x'21' and 21. A D M=DEV(A000) of our devices shows the following: CHP 24 26 ENTRY LINK ADDRESS4182 43A2 DEST LINK ADDRESS 6608 6808 PATH ONLINE YN CHP PHYSICALLY ONLINE YY PATH OPERATIONAL YY PATHS NOT VALIDATED The entry link address's shown are not what we have coded in HCD? Do I need to simply change the entry link address to 41 and 43 (from 66 and 68 as the redbook implied!) ? Any help appreciated from anyone whose coded this before Phil Kingston. -- 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: HCD definitions for a CISCO Ficon switch
Hi, Thanks for the reply we have tried this, setting the Switch Address to the Domain ID, but it doesn't seem to want to work? We are missing something fundamental here which is preventing these paths from comming online, just not sure what? All comments from various experts have failed to resolve this, and yet I can't see this as being Rocket Science.. Regards, Phil. -- 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: HCD definitions for a CISCO Ficon switch
Hi All, We need Cascaded switches as we are trying to connect a z9 to a TS7740 at a remote site through two switches across a DWDM. The Domain ID's are 65,66,67 and 68. 65 and 67 are Ficon channel attached and the other 2 66 and 68 are connected to the CU's. Now the Channel end should just be the domain id? is this Hex or Decimal. It looks like although I have defined 65 and 67 it's getting reported as x'41' and x'43'. The CU end is a connection between the switch and the TS7740 and is supposed to defined as xxyy where xx is the switch address and yy is the port. This is being reported as 6608 and 6808. Now what I dont know is if 66 and 68 is the Switch address or if x'41' and x'43' is the switch id required by HCD. What number is supposed to be Hex and which one decimal. It's all a bit confusing??? Regards, Phil. -- 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: Distance between primary and DR site
So that’s the real reason for global warming. and not the big v8's :-) Phil www.zostek.com -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thomas Berg Sent: 18 August 2007 19:54 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Distance between primary and DR site To add to this slightly OT headed thread: the sun will slowly increase it's output of energy and after 500 million years make the life on earth impossible due to the increased temperature. Thomas Berg No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.484 / Virus Database: 269.12.0/961 - Release Date: 19/08/2007 07:27 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Age Poll Results: 49.47
I'd guess the risk of training someone new into the Mainframe environment and having them walk off with all the skills acquired are very low these days. You would need a healthy job market for that to happen The only way the Mainframe sysprog market will become healthy again, is when the upper percentiles of this poll actually retire, or companies actually start converting back to a mainframe. Whilst the number of actual z/OS lpars stays static (ie not including all the Linux mips), I can’t see the mainframe as a viable option for a new starter. Maybe a poll should be run to see who expects a growth in the number of LPAR's they run? Phil z/OS Systems Programming Consultant Website www.zostek.com -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shane Sent: 11 August 2007 11:09 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Age Poll Results: 49.47 On Fri, 2007-08-10 at 15:55 +, corneel booysen wrote: Must say I'm surprised this hasn't elicited even one response. For as long as I've been in the business, it has not embraced new talent - getting a start was always hard. People prefer to pay for knowledge rather than train their own - no risk of (training) investment walking out the door I guess. Most of the work I see nowadays is to migrate shops off the platform, or company consolidations. Tech staff walk because they can see no prospect, or they don't have a job because of a merger. Hardly encouraging for the future. I couldn't (and don't) recommend this as a long time prospect for people looking to start a career. Despite the fact I have enjoyed my time. This particular pond is drying up. Shane ... No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.11.13/946 - Release Date: 10/08/2007 15:50 -- For IBM-MAIN subscribe / signoff / archive access instructions, send 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 job market (I could just scream!)
My wife earns more than that pulling pints of beer in my local pub Sysprog contract rates are actually increasing over in Europe. Average rates seem to be between £350-£450 per day, although there's still not many roles around. We still need some more people to retire to kick start the market again :-) Phil. z/OS Systems Programming Consultant Website www.zostek.com -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jeffrey D. Smith Sent: 26 July 2007 17:54 To: IBM-MAIN@BAMA.UA.EDU Subject: z/OS job market (I could just scream!) -Original Message- /snip/ If you are interested please contact me at any time, this is a contract position with **. We can submit your resume for review and the manager can then decide to set up an interview with you. Please contact me at any time and we can discuss this further, or discuss what it is you are really looking for and I can keep you in mind and contact you on future opportunities we are notified about to see if you are interested. Thank you very much for your time and I look forward to hearing from you. Help Desk (Daily) 1-3 Yrs ID: 9935 Duration: Temp to perm opportunity with initial contract at 2-3 months. Location: Broomfield, CO. Rate: $10 to $15 an hour This position will provide * support and require at least 3 years experience on a technical help desk. Must be proficient in MVS (mainframe) OS system/platform/ applications. Knowledge of Unix and NT a plus. Ability to analyze problems from a systems perspective, isolate to hardware or software to bring problem to a resolution. Thank you, No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.10.19/918 - Release Date: 25/07/2007 14:55 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secure clist
You should be able to protect it with the RACF PROGRAM class? Phil Kingston z/OS Systems Programming Consultant Website www.zostek.com -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould Sent: 25 July 2007 19:00 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Secure clist On Jul 25, 2007, at 12:42 PM, Phil Kingston wrote: Then should you not protect ICKDSF itself? How... at the time there was no security bult into ICKDSF. If your authorised to run it in batch, then why not through TSO. They weren't authorized to run it in batch. Protect ICKDSF from unauthorised users rather than execs? without writing exit code it was impossible, AFAIK. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secure clist
Bill, An easy way Could you not place the CLIST in a read only dataset, and check the userid within the CLIST against a pre-defined table defined within the code? Or a more involved way... you could write a quick assembler program, executed from the clist, which could check a pre-built RACF resource for the access and throw a RACF error if not authorised? Or an even more involved way write a dataset open exit which will cause an abend if the wrong user tries to open the clist? Loads of ways to skin a cat. Phil. z/OS Systems Programming Consultant Website www.zostek.com -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Carroll, William Sent: 24 July 2007 13:40 To: IBM-MAIN@BAMA.UA.EDU Subject: Secure clist Is there any way to secure certain clist from unauthorized use? For example if I don't want applications to get into the wlm, Application, how would I do it? If it can be done. Thanks In Advance. Bill Carroll EMAIL DISCLAIMER: The information contained in this message may be privileged or confidential and is protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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.476 / Virus Database: 269.10.16/914 - Release Date: 23/07/2007 19:45 No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.10.19/917 - Release Date: 25/07/2007 01:16 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secure clist
Then should you not protect ICKDSF itself? If your authorised to run it in batch, then why not through TSO. Protect ICKDSF from unauthorised users rather than execs? Phil. z/OS Systems Programming Consultant Website www.zostek.com -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould Sent: 25 July 2007 18:21 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Secure clist On Jul 25, 2007, at 9:56 AM, Wayne Driscoll wrote: But what was purpose of this? Was there a security exposure identified? If so, what was it? Or was it a case of well, it's always been done this way. Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. No there had been issue of people running ICKDSF and other programs under TSO that caused issues. 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 No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.10.19/917 - Release Date: 25/07/2007 01:16 No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.10.19/917 - Release Date: 25/07/2007 01:16 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 to extend addressability over 4095 with USING statements
Hi again, I'm trying to write a TSO command processor which seems to be getting addressability issues over 4095 bytes, e.g ASMA034E message. I know there's a way of extending the addressability, but can't remember. Anyone know how to do it? Ps. The IBM message for ASMA034E is of no use at all... just says extend addressability Phil -Original Message- From: Phil Kingston [mailto:[EMAIL PROTECTED] Sent: 23 July 2007 15:06 To: 'IBM Mainframe Discussion List' Subject: EBCDIC to HEX translation in Assembler? Hi all, Does anyone have a quick assembler routine to convert a hexadecimal number represented in EBCDIC into the real hex number? Phil. No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.10.14/912 - Release Date: 22/07/2007 19:02 No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.10.16/914 - Release Date: 23/07/2007 19:45 -- For IBM-MAIN subscribe / signoff / archive access instructions, send 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 extend addressability over 4095 with USING statements
Cheers Wayne, Extremely helpful, thanks a lot :-) Maybe IBM could update the Message to be a bit more obvious as to what to do when you get the ASMA034E message. Phil. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Wayne Driscoll Sent: 24 July 2007 15:02 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: How to extend addressability over 4095 with USING statements Phil, There are a number of ways. 1 - Add a second base register, for example if R12 is your base register, LR R11,R12 AHIR11,4096 USING label,R12,R11 2 - Constantly reload your base register (this is the method used by many compilers) of course if you do this, then you have to ensure that you populate all literal references before you modify the base register and change the using. 3 - Rewrite the code to fully separate code and data, and convert using all relative branching, so you only need a base register for data, not for code. However, some system macros do require base registers for code. For more info on this, see Ed Jaffe's excellent SHARE presentation (session 8160 from Tampa) entitled Reducing Base Register Usage, or How to 'Jumpify' Your Code Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.10.16/914 - Release Date: 23/07/2007 19:45 -- For IBM-MAIN subscribe / signoff / archive access instructions, send 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 extend addressability over 4095 with USING statements
Hi, I don't know what manual your looking in? I'm looking in HLASM V1R5 programmers guide. The section on the USING statement doesn't seem to have a reference to 'Range of an Ordinary USING Instruction'??? Phil. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of J R Sent: 24 July 2007 16:10 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: How to extend addressability over 4095 with USING statements Maybe IBM could update the Message to be a bit more obvious as to what to do when you get the ASMA034E message. I think that you're being a little harsh on IBM. When you looked up message ASMA034E, it told you to Increase the range of the active USING. If you had then looked up the USING instruction, under Range of an Ordinary USING Instruction you would have found an example almost identical to Wayne's. No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.10.16/914 - Release Date: 23/07/2007 19:45 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
EBCDIC to HEX translation in Assembler?
Hi all, Does anyone have a quick assembler routine to convert a hexadecimal number represented in EBCDIC into the real hex number? Phil. No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.10.14/912 - Release Date: 22/07/2007 19:02 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EBCDIC to HEX translation in Assembler?
Bill, That’s exactly what I was after. thanks :-) Phil. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of (IBM Mainframe Discussion List) Sent: 23 July 2007 15:38 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: EBCDIC to HEX translation in Assembler? In a message dated 7/23/2007 9:11:16 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: Wouldn't this just be the PACK command? Not sufficient. Are you needing it in binary or Packed Decimal? OP wants it translated to the real hex number. Without any further technical specifications, I would assume, e.g., that EBCDIC A3 should be translated into X'A3'. In this case two input bytes result in one output byte. There are other possibilities where the output is not exactly one-half the length of the input. This string is really X'C1F3'. If you PACK it you will end up with X'013F' which is not the same as X'A3'. First translate every byte into its hex equivalent, then pack with one extra byte on the right that you plan to throw away. TR STRING,TABLE * STRING now contains X'0A03'. PACK OUTPUT(2),STRING(3) * OUTPUT now contains X'A3yx', where yx is the inverse of whatever was in the first byte of OUTPUT before the PACK executes. I assumed it contained X'xy', so after the PACK the right-most byte has its two nibbles reversed into X'yx'. * You now have the real hex number in the first byte of OUTPUT. ... STRING DCC'A3' OUTPUT DS XL2 * TABLEDC256X'00' ORG TABLE+C'A' DCX'0A0B0C0D0E0F' ORG TABLE+C'0' DCX'00010203040506070809' ORG , You might also want to add code to validate the input string before translating; i.e., each byte must be between C'A' and C'F' or between C'0' and C'9'. You can play tricky games to reduce the size of the translate table considerably. Bill Fairchild Plainfield, IL No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.10.14/912 - Release Date: 22/07/2007 19:02 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Renaming SMS datasets
You can use the SETSMS SAVEACDS command to save the current configuration into the new ACDS and then activate the new one... Commands are SETSMS SAVEACDS(new.acds) SETSMS ACDS(new.acds) Remembering to update IGDSMSxx To do the COMMDS just allocate a new one, and SMS formats it when activated SETSMS COMMDS(new.commds) Here some links... http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2S251/1.13 ?SHELF=EZ2ZO10IDT=20070126125044 http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2G171/4.48 ?SHELF=EZ2ZO10IDT=20070123043204 Phil Kingston z/OS Systems Programming Website www.zostek.com -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Scott Guynes Sent: 10 July 2007 00:54 To: IBM-MAIN@BAMA.UA.EDU Subject: Renaming SMS datasets Does anyone have experience or a recommendation on how to go about renaming the SMS CDS/COMMDS datasets? I think the only place they are hardcoded is in the IGDSMS00 parmlib member. Please share your thoughts. TIA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.10.2/893 - Release Date: 09/07/2007 17:22 No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.10.2/893 - Release Date: 09/07/2007 17:22 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Share z/OS Mastery Test
I'd guess that if your CV Is not very strong in a Systems Programming environment it would help as it shows a certain level of enthusiasm and willing to learn If you already have loads of z/OS experience I'd reckon it's not worth much at all I'd be more interested in a persons work experience than the ability to read a redbook and answer some questions. Phil Kingston z/OS Systems Programming Website www.zostek.com -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jeffrey Deaver Sent: 09 July 2007 17:55 To: IBM-MAIN@BAMA.UA.EDU Subject: Share z/OS Mastery Test Just Curious - anyone planning on taking the z/OS System Programmer Mastery Test being offered at SHARE? I'm guessing quite a few of you could take it without even picking up the redbook: knowledge contained in the IBM Introduction to the New Mainframe: z/OS Basics textbook. This textbook is available through the IBM Academic Initiative System z program and is also available for download at: http://www.redbooks.ibm.com/abstracts/sg246366.html ... but I was curious to know how many of you think its valuable to your careers to have. Or not. In my particular case, certifications are smiled at around my shop, and since this one is of particular interest to me, and being offered free of charge in San Diego, I'm taking the test. Jeffrey Deaver, Engineer Systems Engineering [EMAIL PROTECTED] 651-665-4231(v) 651-610-7670(p) -- For IBM-MAIN subscribe / signoff / archive access instructions, 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.476 / Virus Database: 269.10.2/891 - Release Date: 08/07/2007 18:32 No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.10.2/893 - Release Date: 09/07/2007 17:22 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ICKDSF : INSPECT PARMS
Hi, You might want to post the full message id(s) that go with the errors? z/OS Systems Programming Consultancy Website www.zostek.com -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of esmie moo Sent: 05 July 2007 14:45 To: IBM-MAIN@BAMA.UA.EDU Subject: ICKDSF : INSPECT PARMS Good Morning, I am investigating an error posted on the DASD I/O REQUEST TERMINATED, EXCESSIVE RETRIES I executed an ANALYZE (using the parms listed below) but no errors were found :906E ALL DATA 'MACHINE READABLE' WITHOUT ERRORS ANALYZE DDNAME(DISK1) SCAN SPEED I then executed an INSPECT (input cards are posted below) but no message was given as posted in the ANALYZE job. Is there something else I should try? Do I need to modify my parms to include/exclude something else? INSPECTDDNAME(DISK1) - NOASSIGN - NOPRESERVE - NOCHECK - NOSKIP - MAP - VERIFY(WRKD01) Thanks - Be smarter than spam. See how smart SpamGuard is at giving junk email the boot with the All-new Yahoo! Mail -- For IBM-MAIN subscribe / signoff / archive access instructions, 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.476 / Virus Database: 269.10.0/886 - Release Date: 04/07/2007 13:40 No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.10.0/886 - Release Date: 04/07/2007 13:40 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Career Advice Sought [SEC=UNOFFICIAL]
This is where in the job description you need to figure out exactly what they are after.. You can usually pick up the key skills that are needed from the ad and a chat with the agency, and for a z/OS sysprog the CICS and DBA stuff are usually just an awareness. You obviously realise that not everyone can know everything, and you can't be expected to know z/OS, CICS and DB2 all in-depth. Even most of the small sites where they ask for everything realise your not going to be an expert in every field, but they would want to see someone who has tried, and knows where to find the stuff out. If they want you to know the internals of all three then they're idiots and living on the wrong planet But sometimes the hardest part is getting around the recruitment agencys un-educated staff who have no idea what the product names are. The number of times I've been asked how many years TSO experience do you have, followed by how many years experience in SDSF or ISPF etc... Phil Kingston z/OS Systems Programming Consultancy Website www.zostek.com -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Itschak Mugzach Sent: 04 July 2007 07:41 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Career Advice Sought [SEC=UNOFFICIAL] Eric, You are not limited. No body knows all. When you are asked about CICS or any think else, always say: I am a qualified system programmer. I don't have to know everything in detail, as it all written in the manual. I have the ability to identify the problem in almost any area and RTFM. This is what a good sysprog knows to do. Or, try the SDTO approach: See One, Do One, Teach One... Good luck with your job seeking. Itschak No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.9.14/885 - Release Date: 03/07/2007 10:02 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Career Advice Sought
Believe me, there's the same problem over in the UK. I've been a sysprog for the last 16years, the last 11 as a contractor and now at 37 there doesn't seem to be any work any more... What work there is, is chased after by the same people. Rates are holding up, but that's about it. You try to apply for Storage Admin work, or Ops Analyst work or similar, but there's always just as many real guys going for the job as well which means it's a dead end. Also considering the complexity of Storage Admin these days. You can literally count on one hand the number of Full time jobs as a sysprog in the UK and Europe, since the beginning of the year let alone contracts. And apparently there's supposed to be a skills shortage. I don't think so! Retraining is a very hard thing to do, due to the inherent pay cut due to the lack of experience. Personally I think the best option is to get PRINCE 2 or ITIL and go into problem management. This could end up being a possible niche market. Otherwise it's all about waiting 10 years until everyone starts retiring... Anyone for early retirement Please!!! Phil. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kelman, Tom Sent: 03 July 2007 20:14 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Career Advice Sought Don't forget about related areas. With a Mainframe background, storage management would easily fit, maybe security (we do do it best after all), and DR (for a reasonable shop size it's easily an FTE (or 2 or 3)), maybe even change management. Then you can tell the squatty box gang The Mainframe can do it, why can't you? grin Ken No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.9.14/884 - Release Date: 02/07/2007 15:35 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html