Re: moving on
Ron, your name sounded vaguely familiar, but when you said "Vsam course" the light flashed up and I went through my archive of course manuals and indeed found the 1987 "VSAM course by Ronald K. Ferguson" you gave at KLM. I remember it as an excellent course, presented with enthousiasme, and I remember what you said about buying BMW's in Germany yourself: this was the only opportunity to do what BMW's are for: driving them at 200 km/h. I wish you all the best for your future plans. Kees. "Ronald Ferguson" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>... > Shane, > > Yeh, I guess that sort of floated under the radar for many folks. > > When Rocket Software acquired Mainstar, it was my personal preference that > software customers feel a smooth and seamless transition, and I didn't want > my departure to have any bearing on it. > > Actually, I fit the statement made by General McArthur about old soldiers > fading away. I'm having a small boat built right now, and plan to spend > long periods over the next few years cruising up the Inside Passage, from > Seattle to Juneau. > > Besides semi-retirement, though, I'm also going back to my roots of 30 years > ago, helping to get a new start-up launched that will provide Internet-based > self study training courses for mainframe z/OS programmers. I don't plan to > have any day-to-day responsibilities in this venture, but in all likelihood, > I will be involved in a VSAM course that will be one of the first offerings. > > In the meantime, I also watch this Listserv to see what the hot topics are > and to vicariously keep in touch with many of you. > > Ron Ferguson > ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RMM to CA-1 or CA-1 to RMM
Conley's responses below. I can only guess that you're talking about an RMM release 6 or more years old. Many may say it's just Conley being an RMM bigot, but there is a lot of misinformation here that has to be set straight, and I also acknowledge CA-1 as an excellent product. While I have a huge background in CA-1 to RMM conversions, I would not hesitate to convert RMM to CA-1 (hello, CA, are you listening?) More and more, the choice between CA-1 and RMM comes down to business issues, not technical issues. Regards, Tom Conley - Original Message - From: <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main Sent: Monday, February 12, 2007 2:10 PM Subject: Re: RMM to CA-1 or CA-1 to RMM I was called to task for venturing an opinion without substantiating it. This was a reasonable criticism so here are some of my reasons for my TMS preference. RMM con: RMM lack of retained customer fields, eg vendor id Not anymore. Profile support is provided in a recent release. This was one of my requirements. Lack of ?inq? function ? ease of clist mitigates somewhat Huh? The panels give you what you want, and recent releases give you an ISPF 3.4 command. Lack of report writer ? sort more cumbersome Double huh? The RMM report dialog will generate any report you want, and is massively easier to use than either GRW or EARL. Different rmm states can make scratching and init tape a pblm Triple huh? EDGINERS was modified extensively based on work I did with RMM development to be easy to use for bulk initing and scratching. IBM tries to change std, eg add accode leave out expdt Quadruple huh? EDGUX100 supports the old EXPDT values. RMM tried to break away from the hard-coded fake date fields, but you can use EDGUX100 to support 98000, 99000, etc. if you want to. More parochial perspective, eg product and owner concept Trying to break the CA-1 paradigm makes RMM more parochial? Product doesn't even have to be used. Owner is a different concept, but again, recent releases allow you to do more CA-1 like actions. CA-1 probably looked parochial to the TPMS (tape pile management system) users of the 1960's. RMM Storage location/shelves more confusing than tms vaulting NFW. You can set up RMM locations to exactly mirror your TMS vaults. I know, I've done it, many times. Less knowledge base in the industry Not true any more. Your information is seriously outdated. Problem support has gotten "better" Glad to hear that, we have had a lot of ups and downs with changing Level 2 personnel. When Tom Lane moved on, it took a while for David Boenig to get up to speed, and now he's moved on, so I don't know how the current RMM level 2 is doing. My last few clients have been CA-1, so I've been less involved in RMM over the last year or so. But Mike Wood, the lead architect, has always been NAILS. He just hasn't been able to do everything I wanted (but he's running out of my requirements, 1.9 looks like it's lowered my outstanding RMM requirements to single digits). RMM pro: Include with os Better planned maintenance Better doc?m Lots of sort support Clist variable support Quicker os and tape drive support Disagree with some of the above. Planned maint is a draw, doc is a draw, quicker os and tape drive? NFW. You actually give up some performance with RMM due to VSAM instead of the CA-1 direct access method, but you gain flexibility because RMM can dynamically grow. TMS pro: Stability & functionality of age Since it was the only/best game in town for so long, it?s the standard ?better? reporting (arguably) Good problem support Agree with all the above, except reporting, the RMM report dialog closes that gap. Russ Witt is also NAILS, and his top-notch tech support is one of CA-1's biggest advantages. You can't go wrong using CA-1 with Russ behind it. TMS con: Yet another product to add. Usually another smp zone ?slight? lag in new products Disagree again. CA-1 can be installed in the same SMP/E zone as other CA products. I don't see any lag between CA-1 and RMM. Features and functions continue to leapfrog over each other, but that's a good thing. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 REXX API
Another goodie in the z/OS 1.9 announcement is an ISPF change that allows you to UNDO beyond a previously-issued SAVE command. I've been waiting for something like that for years. Still another is the ability to use system symbols in data set names on various ISPF panels. That's another excellent enhancement, but I was hoping there would be some kind of support for user defined symbols also. I am already using an ISPF product that does just that, and I find it to be indispensable. I am dreading the day that my contract ends and I move to a shop where they don't have a tool that can do this. :-( Here is a screen shot (best viewed in a non-proportional font, so apologies in advance if your reader cannot do that): V1.3 -- SimpList - LIST 'M' 1 to 30 of 99 COMMANDS ?==> SCROLL ?==> CSR FUNCTION ?==> B < B,C,E,H,I,L,N,P,U,V,1,2,3 LIST 'M' INDEX ?==> Misc PROJECT ?==> GLST FUNCTIONS: (scroll LEFT/RIGHT for more information) GROUP?==> *Browse, Copy/move, Edit, HSM, Info, List, traNsfer, TYPE ?==> CLUSTER Print, Utils, View, 1,2,3 User defined via PROFile cmd. MEMBER ?==> LINE CMDS: .create label, Repeat, Select, Top,Z-bottom. OTHER OBJ ?==> -SYSIBM.SYS* OBJ 1 ?==> 'GLST.COBOL' {PROD COBOL OBJ 2 ?==> 'GLST.COBOL(CLS*)' {CLS MEMBERS OBJ 3 ?==> 'GLST.COPYLIB' {PROD COPYCODE OBJ 4 ?==> '&ZUSER..P2.SOURCE'{MY PHASE2 COBOL LIB OBJ 5 ?==> '&ZUSER..P2.SOURCE(CLSJ798B)' {CLOSURE PROGRAM OBJ 6 ?==> >MRG 4 1 3 {MERGE ABOVE LIBRARIES OBJ 7 ?==> '&ZUSER..CLIST(LOGON*)'{LOGON CLIST MEMBERS OBJ 8 ?==> '&ZUSER..*.P2TEST' {ALL P2 TEST LIBS OBJ 9 ?==> 'GLST.D&ZYEAR&ZMONTH&ZDAY..LOG'{TODAYS USAGE LOG OBJ 10 ?==> 'GLST.D&ZYEAR&ZMONTH..*.LOG' {THIS MONTHS USAGE LOGS OBJ 11 ?==> 'GLST.PHASE2.REPORT' {GDG BASE OBJ 12 ?==> 'GLST.PHASE2.REPORT(&GDGNUM)' {PROMPT FOR GDG NUMBER OBJ 13 ?==> C:\BACKUP\*.JCL {JCL BACKUP DIRECTORY OBJ 14 ?==> L:\GLS\GRPINFO\VAC&ZSTDYEAR..TXT {VACATION SCHEDULE OBJ 15 ?==> >TSO PROFILE NOPREFIX {TURN PREFIX OFF OBJ 16 ?==> >TSO PROFILE PREFIX(&ZUSER) {RESTORE PREFIX OBJ 17 ?==> >PANELID{TOGGLE PANELID ON/OFF OBJ 18 ?==> >DDLIST; ONLY SYSEXEC {DISPLAY SYSEXEC LIBS OBJ 19 ?==> -DIS THREAD(*) {DISPLAY DB2 THREADS OBJ 20 ?==> -TERM UTILITY (&UTILID) {PROMPT FOR UTILITY ID OBJ 21 ?==> -&AUTHID..PRODINF_REC {PRODUCT DB2 TABLE As you can see, and I really hope you *can* see it, the product allows you to set up your own symbols in addition to the ones provided by the system. Very cool. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: HSM : CHANGING TO VSAM EXTENDED
There is no reason not to make the MCDS/OCDS/BCDS extended VSAM so long as you do not create a recordsize greater than 6K (depending on your software release level). What you need to consider is: Will making a larger MCDS going to take longer to process during MCDS Backup than several smaller MCDS data sets? DFHSM will do parallel backups if you have multiple MCDS data sets. So you just have determine where your buy off point is. I know some at IBM DFHSM will say that smaller is better (ie. multiple MCDS data sets). And that if you have ONE BIG MCDS it will probably take a longer time for that process to backup it up. Just my 2 cents worth. Lizette Koehler -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Any takers? COBOL copybook -> Java class defination.
I've got a sample program from somewhere that I know does produce output on SYSJAVA. It is called ACCOUNT and I *think* it is an IBM sample program but I'm not sure. It begins cbl dll,thread,pgmname(longmixed),lib Identification Division. Class-id. Account inherits Base. Environment Division. Configuration section. Repository. Class Base is "java.lang.Object" Class Account is "Account". Identification division. Factory. Data division. Working-storage section. 01 NumberOfAccounts pic 9(6) value zero. There is a Linkage Section COPY statement for a member called JNI. It begins * * COBOL declarations for Java native method interoperation* * * * To use the Java Native Interface callable services from a * * COBOL program: * * 1) Use a COPY statement to include this file into the * * the Linkage Section of the program, e.g. * *Linkage Section. * *Copy JNI * * 2) Code the following statements at the beginning of the* * Procedure Division:* *Set address of JNIEnv to JNIEnvPtr * *Set address of JNINativeInterface to JNIEnv * * Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steve Comstock Sent: Monday, February 12, 2007 1:59 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Any takers? COBOL copybook -> Java class defination. But I'll wager that's if you compile a class definition, that is your COBOL code has factory and methods and class, and so on; not just a copy book. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
REDALERT-Catalog Address Space hang after application of PTFs for OA18860.
For those of you not subscribed to the Red Alert service Refer to: https://www14.software.ibm.com/webapp/set2/sas/f/redAlerts/home.html Cheers...Jason. National Australia Bank Ltd - ABN 12 004 044 937 This email may contain confidential information. If you are not the intended recipient, please immediately notify us at [EMAIL PROTECTED] or by replying to the sender, and then destroy all copies of this email. Except where this email indicates otherwise, views expressed in this email are those of the sender and not of National Australia Bank Ltd. Advice in this email does not take account of your objectives, financial situation, or needs. It is important for you to consider these matters and, if the e-mail refers to a product(s), you should read the relevant Product Disclosure Statement(s)/other disclosure document(s) before making any decisions. If you do not want email marketing from us in future, forward this email with "unsubscribe" in the subject line to [EMAIL PROTECTED] in order to stop marketing emails from this sender. National Australia Bank Ltd does not represent that this email is free of errors, viruses or interference. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Any takers? COBOL copybook -> Java class defination.
McKown, John wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Charles Mills Sent: Monday, February 12, 2007 2:31 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Any takers? COBOL copybook -> Java class defination. I hesitated to reply because I know just enough about this to be almost dangerous. But since no one else has replied, and fools rush in ... Isn't this what the Enterprise COBOL compiler outputs on SYSJAVA? "When you compile a COBOL class definition, a Java source program that contains a class definition that corresponds to the COBOL class definition is generated in addition to the object file. Use the SYSJAVA ddname to write the generated Java source file to a file in the HFS." (From the PG) But I'll wager that's if you compile a class definition, that is your COBOL code has factory and methods and class, and so on; not just a copy book. But, hey, let us know what you find out. Kind regards, -Steve Comstock The Trainer's Friend, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SMP/E: ICSF vs. JAVA?
SMP/E v3r4 will default to using Java for its checksums if it can't make ICSF work. Is there any way to tell whether it used ICSF or Java short of deleting the SMPJHOME DDDEF and observing whether it fails or not? Will it use Java in preference to ICSF if the SMPJHOME DDDEF is available? Thanks, gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Shop Zseries
On Mon, 2007-02-12 at 08:19 -0700, Paul Gilmartin wrote: > > I'm curious: assuming you're running an FTP client on the host to > "download", can't you simply do a RECEIVE FROMNETWORK? The choice is not always mine to make. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: moving on
Shane, Yeh, I guess that sort of floated under the radar for many folks. When Rocket Software acquired Mainstar, it was my personal preference that software customers feel a smooth and seamless transition, and I didn't want my departure to have any bearing on it. Actually, I fit the statement made by General McArthur about old soldiers fading away. I'm having a small boat built right now, and plan to spend long periods over the next few years cruising up the Inside Passage, from Seattle to Juneau. Besides semi-retirement, though, I'm also going back to my roots of 30 years ago, helping to get a new start-up launched that will provide Internet-based self study training courses for mainframe z/OS programmers. I don't plan to have any day-to-day responsibilities in this venture, but in all likelihood, I will be involved in a VSAM course that will be one of the first offerings. In the meantime, I also watch this Listserv to see what the hot topics are and to vicariously keep in touch with many of you. Ron Ferguson -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shane Sent: Monday, February 12, 2007 12:54 PM To: IBM-MAIN@bama.ua.edu Subject: moving on On Mon, 2007-02-12 at 06:39 -0800, Ronald Ferguson wrote: > I can't speak for Mainstar, as I left there > last July (and haven't seen anyone from Mainstar posting on this listserv > since then). Indeed, things have been quiet from the neck of the woods recently. None of my contacts have mentioned you had left - I wonder why. Good luck with whatever you're doing now. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Any takers? COBOL copybook -> Java class defination.
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Charles Mills > Sent: Monday, February 12, 2007 3:25 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Any takers? COBOL copybook -> Java class defination. > > > IBM touts it as being for "OO programs" but from a practical > point of view, > from the point of view of converting one record layout to > Java, I don't know > what that means. > > I believe SYSJAVA was available with roughly the same > facilities in V3R3 as > in V3R4, AFAIR. > > Charles Thanks. I found the information in the book. That should get me going. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any takers? COBOL copybook -> Java class defination.
IBM touts it as being for "OO programs" but from a practical point of view, from the point of view of converting one record layout to Java, I don't know what that means. I believe SYSJAVA was available with roughly the same facilities in V3R3 as in V3R4, AFAIR. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Monday, February 12, 2007 12:59 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Any takers? COBOL copybook -> Java class defination. > -Original Message- > > Isn't this what the Enterprise COBOL compiler outputs on SYSJAVA? > > "When you compile a COBOL class definition, a Java source program that > contains a class definition that corresponds to the COBOL > class definition > is generated in addition to the object file. Use the SYSJAVA > ddname to write > the generated Java source file to a file in the HFS." (From the PG) Thanks! I'll see what that does. I wonder if it is only for OO type COBOL. And I'm only at 3.3, not 3.4. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Fw: VTOC rename
In a message dated 2/12/2007 2:49:11 P.M. Central Standard Time, [EMAIL PROTECTED] writes: IEHLIST LISTVTOC will show you, and there are other tools >> Been using PDS85(File182) VOL command for so long seems like it's a builtin function. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Any takers? COBOL copybook -> Java class defination.
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Charles Mills > Sent: Monday, February 12, 2007 2:31 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Any takers? COBOL copybook -> Java class defination. > > > I hesitated to reply because I know just enough about this to > be almost > dangerous. But since no one else has replied, and fools rush in ... > > Isn't this what the Enterprise COBOL compiler outputs on SYSJAVA? > > "When you compile a COBOL class definition, a Java source program that > contains a class definition that corresponds to the COBOL > class definition > is generated in addition to the object file. Use the SYSJAVA > ddname to write > the generated Java source file to a file in the HFS." (From the PG) > > Charles Thanks! I'll see what that does. I wonder if it is only for OO type COBOL. And I'm only at 3.3, not 3.4. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RMM to CA-1 or CA-1 to RMM
RMM pro: Include with os BUT AT AN EXTRA COST Quicker os and tape drive support. I doubt that. CA participates in Vendor disclosure and hardware ESP programs, so they have access to the doc and hardware and software before GA of new devices. It is probably rare that IBM significantly beats CA in release of new tape device support. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
moving on
On Mon, 2007-02-12 at 06:39 -0800, Ronald Ferguson wrote: > I can't speak for Mainstar, as I left there > last July (and haven't seen anyone from Mainstar posting on this listserv > since then). Indeed, things have been quiet from the neck of the woods recently. None of my contacts have mentioned you had left - I wonder why. Good luck with whatever you're doing now. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Fw: VTOC rename
how did you determine the VTOCIX was active? IEHLIST LISTVTOC will show you, and there are other tools -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any takers? COBOL copybook -> Java class defination.
I hesitated to reply because I know just enough about this to be almost dangerous. But since no one else has replied, and fools rush in ... Isn't this what the Enterprise COBOL compiler outputs on SYSJAVA? "When you compile a COBOL class definition, a Java source program that contains a class definition that corresponds to the COBOL class definition is generated in addition to the object file. Use the SYSJAVA ddname to write the generated Java source file to a file in the HFS." (From the PG) Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Monday, February 12, 2007 10:16 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Any takers? COBOL copybook -> Java class defination. This is likely already in the WD4z (or whatever IBM is calling it this week) package. Unfortunately, we don't have this. Nor do I have the "free copy" that comes with CICS/TS 3.1 because we are only on 2.3. So I just be the "cheap SOB" and ask. Is there a free program which can read a COBOL copybook and create at least a skeleton Java class defination from it? Is there such a thing in WD4z? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: RMM to CA-1 or CA-1 to RMM
On Mon, 12 Feb 2007 14:09:51 -0500 Jack Kelly <[EMAIL PROTECTED]> wrote: :>TMS con: :>Yet another product to add. Usually another smp zone :>?slight? lag in new products Only if IBM isn't playing fair. -- Binyamin Dissen <[EMAIL PROTECTED]> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACF Surrogate Authority
On Mon, 12 Feb 2007 23:13:02 +0530 Jacky Bright <[EMAIL PROTECTED]> wrote: :>How am I going to hold XYZ user responsible for his activities in case :>surrogate userid is being used ? Perhaps the entire issue is to prevent accidentally doing something destructive. The TSO id - limited authority. Accidentally update/delete the wrong file - the security system blocks it. Now you want to do the thing requiring additional authority - you need to do it in batch. Perhaps you are a little more careful. On VM - your standard ID is a class G. You need to do something special - logon to an ID with ABCDEF (I forget which one is the "bad" one) -- Binyamin Dissen <[EMAIL PROTECTED]> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACF Surrogate Authority
On 2/12/2007 1:27 PM, R.S. wrote: John, it can be more complex: //JOB1 JOB ...USER=ABC .. //STEP1 EXEC PGM=IKJEFT01 .. //SYSTSIN DD * SUMBIT XYZ.USER.PDS(SOMEJOB) Question: who submitted SOMEJOB, ABC submitted the job that's in (SOMEJOB). You will not see anything in the SMF records for (SOMEJOB) related to the user who submitted JOB1. who is execution userid of the job, Whatever it says on the JOB statement in (SOMEJOB), or ABC if it does not have USER=. last but not least: what's inside SOMEJOB member ??? RACF has no idea. Walt Farrell, CISSP z/OS Security Design, IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Vehicle Automation Fee Systems??
Looks to me like a complete waste of time. In the first place, the dates on the sample document are 1995/6. Not only is that a decade ago, but it's also pre-Year2000. In the second, there are scads of press releases dated around 2003 mentioning NCR/SCO UNIX. In the third, I've seen MANY projects in which the underlying technology has been swapped out with a requirement that the end user see no detectable change in documents, etc. If this document had a turnaround function and was being OCRed somewhere, it would greatly simplify the changever if compatibiity were retained. After all, the punch card we've only recently retired stemmed from the 1880s - could you tell if a given card was punched by a Hollerith operator on a manual from or by a 3525? -- 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
Re: RMM to CA-1 or CA-1 to RMM
I was called to task for venturing an opinion without substantiating it. This was a reasonable criticism so here are some of my reasons for my TMS preference. RMM con: RMM lack of retained customer fields, eg vendor id Lack of ?inq? function ? ease of clist mitigates somewhat Lack of report writer ? sort more cumbersome Different rmm states can make scratching and init tape a pblm IBM tries to change std, eg add accode leave out expdt More parochial perspective, eg product and owner concept RMM Storage location/shelves more confusing than tms vaulting Less knowledge base in the industry Problem support has gotten "better" RMM pro: Include with os Better planned maintenance Better doc?m Lots of sort support Clist variable support Quicker os and tape drive support TMS pro: Stability & functionality of age Since it was the only/best game in town for so long, it?s the standard ?better? reporting (arguably) Good problem support TMS con: Yet another product to add. Usually another smp zone ?slight? lag in new products -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need advice on implementing SCLM
Kenny, thank you very much for the group link! Jerry On Sun, 11 Feb 2007 09:10:25 -, Kenny Fogarty <[EMAIL PROTECTED]> wrote: >Jerry, > >Your criteria sounds pretty much like something that SCLM can handle quite >easily. There is an SCLM group available on Yahoo Groups, which the SCLM >development team appear on, and that's a valuable resource for anyone who >has to set up and maintain SCLM, the project definitions, and the language >definitions which will be used to build all your elements. > >You can find details on the SCLM group here: >http://tech.groups.yahoo.com/group/SCLM/ > >-Original Message- >From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf >Of Support, DUNNIT SYSTEMS LTD. >Sent: 11 February 2007 06:52 >To: IBM-MAIN@BAMA.UA.EDU >Subject: Need advice on implementing SCLM > >Time to standardize our change management procedures. We're looking into >SCLM to accomplish this. > >Let me describe the application system we wish to migrate to SCLM. This app >system runs on z/OS. It has batch and online source, copybook and load >libraries. The files have the following naming convention: > >Batch: appname.version.libraryname > >Online: appname.version.IMS.libraryname > >We could change the library names if really necessary but we'd really rather >not. > >The staff members that develop, modify, test and maintain the app system are >an autonomous group, with everyone potentially taking part in all aspects of >managing the apps in every aspect. So any team member can add, modify or >delete any object in this system. They'll also be responsible for >maintaining SCLM for their app system. > >At present, the general procedure implemented when making a change to these >apps is very simplistic: > >1. Modify the necessary code. > >2. Compile. > >3. Test. > >4. Approve and move to production. > >I've begun reading through the SCLM General Reference manual. Getting some >quickstart help from the experienced would be a great timesaver. At present, >this is just a getting-acquainted test drive for us with SCLM, so if we make >any mistakes or we configure it in a way that doesn't meet our needs, we can >simply wipe the slate clean and start the experiment over again. > >TIA. > >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
Re: ILR005E PAGE OVERFLOWING TO COMMON
Thank you Jim. > Does ILR005E message automatically roll off the screen at IPL time? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: RACF Surrogate Authority
McKown, John wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jacky Bright Sent: Monday, February 12, 2007 11:43 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: RACF Surrogate Authority Only in batch environment ?? How am I going to hold XYZ user responsible for his activities in case surrogate userid is being used ? In case XYZ is submitting job then in spool or in syslog we will get name of the submitter as XYZ and not ABC. I don't understand. Surrogate works only in batch, AFAIK. That's becasue it is the only environment, where username without password is accepted. However you can easily put TSO in batch, as well as ISPF, some DB2 and CICS functionality... Most of the RACF SMF records will record the actual ID which submitted the job as well as the id under which it ran. For example, in the JOB INITIATION record produced by IRRADU00, there is the field INIT_UTK_SUSER_ID, which is the actual RACF ID of the person which submitted the job, not the surrogate id. John, it can be more complex: //JOB1 JOB ...USER=ABC ... //STEP1 EXEC PGM=IKJEFT01 ... //SYSTSIN DD * SUMBIT XYZ.USER.PDS(SOMEJOB) Question: who submitted SOMEJOB, who is execution userid of the job, last but not least: what's inside SOMEJOB member ??? -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Any takers? COBOL copybook -> Java class defination.
This is likely already in the WD4z (or whatever IBM is calling it this week) package. Unfortunately, we don't have this. Nor do I have the "free copy" that comes with CICS/TS 3.1 because we are only on 2.3. So I just be the "cheap SOB" and ask. Is there a free program which can read a COBOL copybook and create at least a skeleton Java class defination from it? Is there such a thing in WD4z? More just curious than anything else. I'm trying to get people around here interested in "new technologies" on the z/OS system. Java is one possibility since it was recently mentioned, along with Linux, in a memo from one of the development managers. Of course, they meant on Intel, but why not try anyway? -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM : CHANGING TO VSAM EXTENDED
Thanks David. I wil check it out. "O'Brien, David W. (NIH/CIT) [C]" <[EMAIL PROTECTED]> wrote: Willie, RLS is in Sys1.Parmlib(IGDSMSxx). As Radoslaw mentions it requires some set up. < Thanks for the tip. I did a search for AFAIK in the DFHSM IMPLEMENTATION & CUSTOMIZATION GUIDE but came up empty. Can you please direct me as to where I can find out about this parm? > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - Want to start your own business? Learn how on Yahoo! Small Business. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: RACF Surrogate Authority
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Jacky Bright > Sent: Monday, February 12, 2007 11:43 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: RACF Surrogate Authority > > Only in batch environment ?? > > How am I going to hold XYZ user responsible for his activities in case > surrogate userid is being used ? > > In case XYZ is submitting job then in spool or in syslog we > will get name of > the submitter as XYZ and not ABC. > > JAcky Most of the RACF SMF records will record the actual ID which submitted the job as well as the id under which it ran. For example, in the JOB INITIATION record produced by IRRADU00, there is the field INIT_UTK_SUSER_ID, which is the actual RACF ID of the person which submitted the job, not the surrogate id. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACF Surrogate Authority
Only in batch environment ?? How am I going to hold XYZ user responsible for his activities in case surrogate userid is being used ? In case XYZ is submitting job then in spool or in syslog we will get name of the submitter as XYZ and not ABC. JAcky -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: HSM : CHANGING TO VSAM EXTENDED
Willie, RLS is in Sys1.Parmlib(IGDSMSxx). As Radoslaw mentions it requires some set up. < Thanks for the tip. I did a search for AFAIK in the DFHSM IMPLEMENTATION & CUSTOMIZATION GUIDE but came up empty. Can you please direct me as to where I can find out about this parm? > -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: HSM : CHANGING TO VSAM EXTENDED
David, Thanks for the warning. Regarding your question about used space for the CDS - the MCDS is usually 62% full after the reorg. We looked at the option of creating several MCDSs but we abandoned the idea because of DRP. "O'Brien, David W. (NIH/CIT) [C]" <[EMAIL PROTECTED]> wrote: Willie, OK, I guess I can see that. Not good, as was pointed out by a poster who knows a lot more about VSAM than I do, 0,0 will cause excessive CA splits in the days immediately after re-organizing and may cause the file to go over the 4GB limit. You may want to look at the last post in the thread 'FIXCDS to delete records from mcds'. If you make your freespace so that CA = 50% and CI = 0 you will eliminate the CA splits that may be causing you concern. One other question, what is the used space in the CDS immediately after re-org? If it is too high then obviously you have to do what you propose or split the MCDS onto multiple volumes. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - Need Mail bonding? Go to the Yahoo! Mail Q&A for great tips from Yahoo! Answers users. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: HSM : CHANGING TO VSAM EXTENDED
Willie, OK, I guess I can see that. Not good, as was pointed out by a poster who knows a lot more about VSAM than I do, 0,0 will cause excessive CA splits in the days immediately after re-organizing and may cause the file to go over the 4GB limit. You may want to look at the last post in the thread 'FIXCDS to delete records from mcds'. If you make your freespace so that CA = 50% and CI = 0 you will eliminate the CA splits that may be causing you concern. One other question, what is the used space in the CDS immediately after re-org? If it is too high then obviously you have to do what you propose or split the MCDS onto multiple volumes. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: HSM : CHANGING TO VSAM EXTENDED
Radoslaw, Thanks for the tip. I did a search for AFAIK in the DFHSM IMPLEMENTATION & CUSTOMIZATION GUIDE but came up empty. Can you please direct me as to where I can find out about this parm? Thanks. "R.S." <[EMAIL PROTECTED]> wrote: AFAIK the only problem for VSAM extended addressability and HSM is it requires (AFAIK) RLS. RLS in turns requires some setup and CF structure => parallel sysplex. My $0.02 -- Radoslaw Skorupka Lodz, Poland willie bunter wrote: > David, > > I included the reorg just to test and see if the job runs okay. The reorg of > the MCDS is run weekly. The freespace is 0,0 . Below is the present set up of > the MCDS. > > DEFINE CLUSTER - > (NAME(AM2.MCDS) VOLUME(PLAN01) - > CYLINDER(3300 0) FILE(HSMMCDS) - > RECORDSIZE(435 2040) FREESPACE(0 0) - > SPEED BUFFERSPACE(530432) - > INDEXED KEYS(44 0) SHAREOPTIONS(3 3) - > UNIQUE NOWRITECHECK) - > DATA (NAME(AM2.MCDS.DATA) CISZ(12288) ) - > INDEX (NAME(AM2.MCDS.INDEX) CISZ(2048) ) > > Would you foresee any problems when switching over to VSAM EXTENDED? > > > "O'Brien, David W. (NIH/CIT) [C]" wrote: > Willie, > > "- Perform tests : i.e. migrate and recall. Perform the regorg." > > Why are you performimg a re-org in your last step? The repro should populate > the file in sequential order so that no re-org is necessary at that point. > > What is the freespace value for this MCDS? This could be contributing to the > problem. > -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 out the all-new Yahoo! Mail beta - Fire up a more powerful email and get things done faster. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: HSM : CHANGING TO VSAM EXTENDED
AFAIK the only problem for VSAM extended addressability and HSM is it requires (AFAIK) RLS. RLS in turns requires some setup and CF structure => parallel sysplex. My $0.02 -- Radoslaw Skorupka Lodz, Poland willie bunter wrote: David, I included the reorg just to test and see if the job runs okay. The reorg of the MCDS is run weekly. The freespace is 0,0 . Below is the present set up of the MCDS. DEFINE CLUSTER - (NAME(AM2.MCDS) VOLUME(PLAN01) - CYLINDER(3300 0) FILE(HSMMCDS) - RECORDSIZE(435 2040) FREESPACE(0 0) - SPEED BUFFERSPACE(530432) - INDEXED KEYS(44 0) SHAREOPTIONS(3 3) - UNIQUE NOWRITECHECK) - DATA (NAME(AM2.MCDS.DATA) CISZ(12288) ) - INDEX (NAME(AM2.MCDS.INDEX) CISZ(2048) ) Would you foresee any problems when switching over to VSAM EXTENDED? "O'Brien, David W. (NIH/CIT) [C]" <[EMAIL PROTECTED]> wrote: Willie, "- Perform tests : i.e. migrate and recall. Perform the regorg." Why are you performimg a re-org in your last step? The repro should populate the file in sequential order so that no re-org is necessary at that point. What is the freespace value for this MCDS? This could be contributing to the problem. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: HSM : CHANGING TO VSAM EXTENDED
David, I included the reorg just to test and see if the job runs okay. The reorg of the MCDS is run weekly. The freespace is 0,0 . Below is the present set up of the MCDS. DEFINE CLUSTER - (NAME(AM2.MCDS) VOLUME(PLAN01) - CYLINDER(3300 0) FILE(HSMMCDS) - RECORDSIZE(435 2040) FREESPACE(0 0) - SPEED BUFFERSPACE(530432) - INDEXED KEYS(44 0) SHAREOPTIONS(3 3) - UNIQUE NOWRITECHECK) - DATA (NAME(AM2.MCDS.DATA) CISZ(12288) ) - INDEX (NAME(AM2.MCDS.INDEX) CISZ(2048) ) Would you foresee any problems when switching over to VSAM EXTENDED? "O'Brien, David W. (NIH/CIT) [C]" <[EMAIL PROTECTED]> wrote: Willie, "- Perform tests : i.e. migrate and recall. Perform the regorg." Why are you performimg a re-org in your last step? The repro should populate the file in sequential order so that no re-org is necessary at that point. What is the freespace value for this MCDS? This could be contributing to the problem. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - Food fight? Enjoy some healthy debate in the Yahoo! Answers Food & Drink Q&A. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Fw: VTOC rename
From: Bruce Black <[EMAIL PROTECTED]> > Of course, you are referring to the VTOC Index, SYS1.VTOCIX.xx, not > the VTOC. You are right Bruce, I meant the VTOC index. > The documentation on DUMPCONDITIONING is a little vague. It says that > the volume must have an active VTOCIX for DUMPCONDITIONING to work. If > it is not active, you will get the results you quoted. > So, the question seems to be "is the VTOCIX active?", and nothing to do > with the VTOCIX name. The VTOC index of my volume is active, but as I mentioned, its 3rd qualifier does not match the volser. I didn't ask the IBM support where or if this VTOCIX-VOLSER matching is explicitly documented, but this is the reason why my RESTORE job failed to provide the correct VOLSER. I flash 14 volumes every w-e, and this was the only volumes which failed. In all other cases, VTOCIX and volser match. Pure coincidence ? Walter Marguccio z/OS Systems Programmer Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Mixed Case Password on z/OS 1.7 and ACF 2 Version 8
Are there any known pitfalls in using mixed-case passwords on z/OS 1.7 and ACF 2 Version 8? Is anyone even using the mixed case feature that could share their experiences with us? Charlie -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: HSM : CHANGING TO VSAM EXTENDED
Willie, "- Perform tests : i.e. migrate and recall. Perform the regorg." Why are you performimg a re-org in your last step? The repro should populate the file in sequential order so that no re-org is necessary at that point. What is the freespace value for this MCDS? This could be contributing to the problem. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: ILR005E PAGE OVERFLOWING TO COMMON
IBM Mainframe Discussion List wrote on 02/12/2007 10:27:50 AM: > Does ILR005E message automatically roll off the screen at IPL time? > > Ours does - at some point I had a zap to change the descriptor code on > the message but it isn't applied now, I also have en entry in IEAVMXIT > that > attempts to do it as well. > > Or was the message changed in some release to automatically roll (hence > I no longer needed my zap)? I looked in IBMLINK but couldn't find a > reference to changes in the descriptor codes. From the module > (IEANUC01.ILRMSG00) it looks as if the message is issued with Descriptor > code 11 still. > > Why do I care? Because I was looking at Message Flood Automation and I'm > trying to figure out whether I need my customized IEAVMXIT still. There was an enhancement in z/OS 1.3: /* LOGIC: If the PLPA data set has spilled to the common data set, then the PLPA data set is full. Writes message ILR005E to the operator. @LAC*/ IF ASMPLPAS = ON THEN DO; IF PLPAPTR->PAREUCBP = COMMPTR->PAREUCBP & PLPAPTR->PARESZSL <= PLPAPTR->PAREPCTP->PCTCYLSZ THEN /* If PLPA and Common are on the same device, and the PLPA is one cylinder in size @LBA*/ MSGNUM = FIVEA; /* Write message 5 with descriptor code 4, as the overflow is expected with this setup @LBA*/ ELSE/* Issue the normal message @LBA*/ MSGNUM = FIVE; /* Set message number to five*/ CALL WRITEMSG; /* S:*/ Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: RACF Surrogate Authority
On 2/12/2007 8:58 AM, R.S. wrote: Jacky Bright wrote: Hi, I have 2 TSO Users (ABC and XYZ) ABC has high level access privileges. XYZ do not have any such access. I am trying to submit 1 job from XYZ userid which require access privileges from ABC. In case I define XYZ user as surrogate user for ABC then is that going to work. what implications it will have at system side ? security issue ? It depends. However surrogate means, XYZ can do everything (*) that ABC can. (*) With exception (AFAIK) to rarely used security labels. SURROGAT can allow many cases of using security labels, too, I believe. Not all cases, though; thanks for mentioning that case as I hadn't thought about it before. Walt Farrell, CISSP z/OS Security Design, IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: RACF Surrogate Authority
But group-special gives some additionnal unwanted capabilities. For instance, a user with group-special in group A can create subgroups of A. And i definitely not like the idea of PROGRAM protecting RACF commands to further restrict group-special abilities. Juan G. Mautalen -Mensaje original- De: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] En nombre de R.S. Enviado el: Lunes, 12 de Febrero de 2007 12:35 p.m. Para: IBM-MAIN@BAMA.UA.EDU Asunto: Re: RACF Surrogate Authority Mautalen Juan Guillermo wrote: > Itschak: > > I general i agree with you, but there are some exceptions where > surrogate authority proves useful even for users (persons). > > Example: > I needed that 4 users could fully administrate some RACF profile. > Basically, they should be able to do what the OWNER of the profile is > able to do. However, you know that ownership of profiles only gives > administrative authority when the owner is actually a RACF USER and > not a RACF GROUP. So, my solution was: > I specifically created a user and made it the OWNER of the profile. It > is a PROTECTED user. > Then, i gave those 4 users authority to submit jobs on behalf of it > (surrogate authority). This way, i managed to give those 4 users > "ownership" of the profile. > That's why we use group-special. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: RACF Surrogate Authority
On 2/12/2007 10:35 AM, R.S. wrote: Mautalen Juan Guillermo wrote: Itschak: I general i agree with you, but there are some exceptions where surrogate authority proves useful even for users (persons). Example: I needed that 4 users could fully administrate some RACF profile. Basically, they should be able to do what the OWNER of the profile is able to do. However, you know that ownership of profiles only gives administrative authority when the owner is actually a RACF USER and not a RACF GROUP. So, my solution was: I specifically created a user and made it the OWNER of the profile. It is a PROTECTED user. Then, i gave those 4 users authority to submit jobs on behalf of it (surrogate authority). This way, i managed to give those 4 users "ownership" of the profile. That's why we use group-special. Right. Group-SPECIAL is the intended solution for that, not SURROGAT. SURROGAT will work, but I think it would prove more cumbersome to use (since users would have to submit batch jobs rather than issuing the commands interactively). Walt Farrell, CISSP z/OS Security Design, IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: VTOC rename
I also thought the name of the VTOC (well, its 3rd qualifier) didn't have necessarily to match the DASD volser. In case you copy your DASD using the Flashcopy technique with DUMPCOND, and you later DUMP the volume (for DR purposes or whatever other reason) well, it DOES matter. If the VTOC's 3rd qualifier does not match the volser, the RESTORE will create a wrong volser: volser xx --> flash with dumpcond to Fx --> dump to tape --> full restore --> volser= Fx:-( If the VTOC's 3rd qualifier matches the volser, the RESTORE creates the right volser : volser xx --> flash with dumpcond to Fx --> dump to tape --> full restore --> volser= xx Of course, you are referring to the VTOC Index, SYS1.VTOCIX.xx, not the VTOC. It is true that the "xx" does not have to match the volser of the volume on which it resides, although there can be only one such dataset in the VTOC. The documentation on DUMPCONDITIONING is a little vague. It says that the volume must have an active VTOCIX for DUMPCONDITIONING to work. If it is not active, you will get the results you quoted. So, the question seems to be "is the VTOCIX active?", and nothing to do with the VTOCIX name. Note that the VTOCIX on a volume may become disabled for a variety of reasons; other than a few console messages, there may be no notification of such a condition. Or it may be that the VTOCIX was allocated but never activated (the BUILDIX function of ICKDSF). -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
HSM : CHANGING TO VSAM EXTENDED
Good Morning Readers, The MCDS of one of our DFHSM environments has grown by 30% over the last few months and we are performing reorgs of the file as a temporary measure. We have taken the decsion to reallocate the MCDS on a MOD-9. According to the DFHSM IMPLEMENTATION AND CUSTOMIZATION guide this is the correct decision. Below is my plan. Can you tell me if there is something that I should add or needs correction? - Shutdown DFHSM. Alter rename the current MCDS name to .OLD - Create new storage group in SMS. I plan to call the new storage group HSMEXTD - Add the volume in storage group HSMEXTD - Modify ACS routine (filter list) of the storage group to include the new storage group. - Modify the SELECT statement to include the new storage group. - Perform the translate, validate and activate functions in SMS. - Allocate MCDS (using the same name as in the STC) with new space (75,000) tracks on a MOD-9. - Repro records from the .OLD to the current dsn - Bring up the STC DFHSM - Perform tests : i.e. migrate and recall. Perform the regorg. Does this look okay? If someone has encountered any problems performing this please let me know. Thanks for your time. - The fish are biting. Get more visitors on your site using Yahoo! Search Marketing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
VTOC rename
Dear list, I also thought the name of the VTOC (well, its 3rd qualifier) didn't have necessarily to match the DASD volser. In case you copy your DASD using the Flashcopy technique with DUMPCOND, and you later DUMP the volume (for DR purposes or whatever other reason) well, it DOES matter. If the VTOC's 3rd qualifier does not match the volser, the RESTORE will create a wrong volser: volser xx --> flash with dumpcond to Fx --> dump to tape --> full restore --> volser= Fx :-( If the VTOC's 3rd qualifier matches the volser, the RESTORE creates the right volser : volser xx --> flash with dumpcond to Fx --> dump to tape --> full restore --> volser= xx :-) I found this out during our DR tests. Anyone hit this before ? Walter Marguccio z/OS Systems Programmer Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 searching the archive (was: ILR005E PAGE OVERFLOWING TO COMMON)
Alan C. Field wrote: > > LISTSERV, my browser, cookies and passwords won't play > together and I can't search the archive. Had the same phenomenon today with Firefox 2.0 where I have set the lifetime of cookies for the duration of the session only. Didn't experiment any further. Robert -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ILR005E PAGE OVERFLOWING TO COMMON
You might find it useful to use Google to search the IBM-MAIN archives at this URL: http://groups.google.com/group/bit.listserv.ibm-main/topics (There are a few threads referencing ILR005E, but I didn't see anything that answered your question.) Jon LISTSERV, my browser, cookies and passwords won't play together and I can't search the archive. Does ILR005E message automatically roll off the screen at IPL time? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: RACF Surrogate Authority
Mautalen Juan Guillermo wrote: Itschak: I general i agree with you, but there are some exceptions where surrogate authority proves useful even for users (persons). Example: I needed that 4 users could fully administrate some RACF profile. Basically, they should be able to do what the OWNER of the profile is able to do. However, you know that ownership of profiles only gives administrative authority when the owner is actually a RACF USER and not a RACF GROUP. So, my solution was: I specifically created a user and made it the OWNER of the profile. It is a PROTECTED user. Then, i gave those 4 users authority to submit jobs on behalf of it (surrogate authority). This way, i managed to give those 4 users "ownership" of the profile. That's why we use group-special. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: FIXCDS to delete records from mcds
Ron, Thanks for weighing in on this and I apologize for mis-quoting you. Dave O'Brien -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ILR005E PAGE OVERFLOWING TO COMMON
LISTSERV, my browser, cookies and passwords won't play together and I can't search the archive. Does ILR005E message automatically roll off the screen at IPL time? Ours does - at some point I had a zap to change the descriptor code on the message but it isn't applied now, I also have en entry in IEAVMXIT that attempts to do it as well. Or was the message changed in some release to automatically roll (hence I no longer needed my zap)? I looked in IBMLINK but couldn't find a reference to changes in the descriptor codes. From the module (IEANUC01.ILRMSG00) it looks as if the message is issued with Descriptor code 11 still. Why do I care? Because I was looking at Message Flood Automation and I'm trying to figure out whether I need my customized IEAVMXIT still. Alan -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Shop Zseries
In a recent note, Shane said: > Date: Sat, 10 Feb 2007 07:43:52 +1000 > > I still download via ftp on the host, and feed it into OMVS. The > instructions for all steps (including a PC intermediary in need) were on > the Shopz site as well as in the jobs themselves. > I'm curious: assuming you're running an FTP client on the host to "download", can't you simply do a RECEIVE FROMNETWORK? Also, to the OP, in addition to Kurt Q's suggestion of NFS or SAMBA, if you can run an FTP server on the desktop, you might download to the desktop, and point your SERVER control statement there. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Shop Zseries
Oops, just reread your post. My instructions are for receiving 'service'. I have no idea if the process for products is even close to the same. The methods are indeed the same for service and product orders. I don't have the specifics in front of me right now, but I believe on the Download page for the order (where you started download director) there is a link to some doc to explain the Store-and-Forward methods (store the order files on your workstation, then forward them to z/OS). However, I believe Greg's suggestion to use SMB (or NFS) to network mount the workstation files to z/OS is one of the better choices. Note that you can use the SMP/E RECEIVE FROMNTS command directly to process the order files this way and you don't need a separate GIMUNZIP job to unpack them. This should be explained in the referenced doc. Kurt Quackenbush -- IBM, SMP/E development -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: FIXCDS to delete records from mcds
Hello all, Oops, hit the Send key too soon. Opinions about FREESPACE for an HSM MCDS have been attributed to "Mainstar" several times in this thread, and a request for someone at Mainstar to weigh in with an opinion. I can't speak for Mainstar, as I left there last July (and haven't seen anyone from Mainstar posting on this listserv since then). I did the research on how best to manage the record insertion within the MCDS, and my recommendation was misquoted here on the Listserv -- I recommended FREESPACE(0 50), and not (50 50). This recommendation was based on mapping reports from the Mainstar program, VSAM Manager, which allows you to "see" exactly where record insertion activity is occurring. In many HSM MCDSs, insertion activity occurs evenly - but heavily -- across the entire KSDS file as migration processing occurs. Typically, the activity is heavy enough that you simply can't stop the splits, and my research found that if you specified FREESPACE(0 50) at reorg time, you effectively set up the file at reorg load time as if the CA splits have already occurred. In one example, an MCDS of 1,800 cylinders was reorged every Sunday night. Within the first two days of the week, it suffered about 1,600 splits, which blew the MCDS out to about 3,400 cylinders. The elapsed time to do the CA splits could take upwards of an hour of overhead time within HSM during its data set migration process. By setting up the data set during load time with 50% full CA's, you've accomplished the same thing as the CA splits, but without costing you anything in the way of overhead I/O. There's a paper on the Mainstar website that I wrote that goes into much more detail on this. It can be found at www.mainstar.com, click on Technical Articles under the Resources tab, then search on HSM and Storage Management, and the article is titled HSM Control Dataset Tuning. Ron Ferguson -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: FIXCDS to delete records from mcds
Hello all, Opinions about FREESPACE for an HSM MCDS have been attributed to "Mainstar" several times in this thread, and a request for someone at Mainstar to weigh in with an opinion. I can't speak for Mainstar, as I left there last July (and haven't seen anyone from Mainstar posting on this listserv since then). I did the research on how best to manage the record insertion within the MCDS -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: RACF Surrogate Authority
For the 'fat fingers guys' you can implement a 4 eyes principle. There are few products that does that (although the other two eyes might be the same as the originals, but in another panel). Itschak -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rob Scott Sent: Monday, February 12, 2007 4:33 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: RACF Surrogate Authority I have seen SURROGAT used effectively at sites for a shared group userid for performing maintenance work. The group ID has a level of access that you would not want to give to every member of the team - an extra "finger-check" if you will as "s" is very close to "d" on the keyboard Typically this group ID does not have a TSO segment and its function is also covered with some "are you sure" logic as well. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] http://www.rs.com/portfolio/mxi_g2 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: RACF Surrogate Authority
And I bought Consul z/Secure to do the same ... ;-) Itschak -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: RACF Surrogate Authority
I have seen SURROGAT used effectively at sites for a shared group userid for performing maintenance work. The group ID has a level of access that you would not want to give to every member of the team - an extra "finger-check" if you will as "s" is very close to "d" on the keyboard Typically this group ID does not have a TSO segment and its function is also covered with some "are you sure" logic as well. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] http://www.rs.com/portfolio/mxi_g2 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Itschak Mugzach Sent: 12 February 2007 09:24 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: RACF Surrogate Authority If XYZ need the authority, why shouldn't he get them directly? This way you will know who is using the resource, not a generic user that you have to investigate who used his access authorities. It is exactly like putting ABC's password on a paper near the keyboard or terminal. I wouldn't give surrogate to users but applications (like a job scheduler). Itschak -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Monday, February 12, 2007 4:02 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: RACF Surrogate Authority > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of R.S. > > Jacky Bright wrote: > > Hi, > > > > I have 2 TSO Users (ABC and XYZ) > > > > ABC has high level access privileges. > > > > XYZ do not have any such access. > > > > I am trying to submit 1 job from XYZ userid which require access > > privileges from ABC. > > > > In case I define XYZ user as surrogate user for ABC then is that going > > to work. > > > > what implications it will have at system side ? security issue ? > > It depends. > However surrogate means, XYZ can do everything (*) that ABC can. More precisely, "surrogate" in RACF context means that XYZ can submit work using ABC as the user ID. IOW, XYZ must "tell" the system that he is pretending to be ABC. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACF Surrogate Authority
Itschak: I general i agree with you, but there are some exceptions where surrogate authority proves useful even for users (persons). Example: I needed that 4 users could fully administrate some RACF profile. Basically, they should be able to do what the OWNER of the profile is able to do. However, you know that ownership of profiles only gives administrative authority when the owner is actually a RACF USER and not a RACF GROUP. So, my solution was: I specifically created a user and made it the OWNER of the profile. It is a PROTECTED user. Then, i gave those 4 users authority to submit jobs on behalf of it (surrogate authority). This way, i managed to give those 4 users "ownership" of the profile. Juan G. Mautalen -Mensaje original- De: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] En nombre de Itschak Mugzach Enviado el: Lunes, 12 de Febrero de 2007 11:24 a.m. Para: IBM-MAIN@BAMA.UA.EDU Asunto: Re: RACF Surrogate Authority If XYZ need the authority, why shouldn't he get them directly? This way you will know who is using the resource, not a generic user that you have to investigate who used his access authorities. It is exactly like putting ABC's password on a paper near the keyboard or terminal. I wouldn't give surrogate to users but applications (like a job scheduler). Itschak -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Monday, February 12, 2007 4:02 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: RACF Surrogate Authority > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of R.S. > > Jacky Bright wrote: > > Hi, > > > > I have 2 TSO Users (ABC and XYZ) > > > > ABC has high level access privileges. > > > > XYZ do not have any such access. > > > > I am trying to submit 1 job from XYZ userid which require access > > privileges from ABC. > > > > In case I define XYZ user as surrogate user for ABC then is that going > > to work. > > > > what implications it will have at system side ? security issue ? > > It depends. > However surrogate means, XYZ can do everything (*) that ABC can. More precisely, "surrogate" in RACF context means that XYZ can submit work using ABC as the user ID. IOW, XYZ must "tell" the system that he is pretending to be ABC. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: RACF Surrogate Authority
If XYZ need the authority, why shouldn't he get them directly? This way you will know who is using the resource, not a generic user that you have to investigate who used his access authorities. It is exactly like putting ABC's password on a paper near the keyboard or terminal. I wouldn't give surrogate to users but applications (like a job scheduler). Itschak -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Monday, February 12, 2007 4:02 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: RACF Surrogate Authority > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of R.S. > > Jacky Bright wrote: > > Hi, > > > > I have 2 TSO Users (ABC and XYZ) > > > > ABC has high level access privileges. > > > > XYZ do not have any such access. > > > > I am trying to submit 1 job from XYZ userid which require access > > privileges from ABC. > > > > In case I define XYZ user as surrogate user for ABC then is that going > > to work. > > > > what implications it will have at system side ? security issue ? > > It depends. > However surrogate means, XYZ can do everything (*) that ABC can. More precisely, "surrogate" in RACF context means that XYZ can submit work using ABC as the user ID. IOW, XYZ must "tell" the system that he is pretending to be ABC. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACF Surrogate Authority
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of R.S. > > Jacky Bright wrote: > > Hi, > > > > I have 2 TSO Users (ABC and XYZ) > > > > ABC has high level access privileges. > > > > XYZ do not have any such access. > > > > I am trying to submit 1 job from XYZ userid which require access > > privileges from ABC. > > > > In case I define XYZ user as surrogate user for ABC then is that going > > to work. > > > > what implications it will have at system side ? security issue ? > > It depends. > However surrogate means, XYZ can do everything (*) that ABC can. More precisely, "surrogate" in RACF context means that XYZ can submit work using ABC as the user ID. IOW, XYZ must "tell" the system that he is pretending to be ABC. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACF Surrogate Authority
>In case I define XYZ user as surrogate user for ABC then is that going to work? Yes >what implications it will have at system side ? security issue ? In effect, this means that user XYZ can (if desired) have the same RACF authority as ABC in a *batch* environment. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] http://www.rs.com/portfolio/mxi_g2 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jacky Bright Sent: 12 February 2007 08:50 To: IBM-MAIN@BAMA.UA.EDU Subject: RACF Surrogate Authority Hi, I have 2 TSO Users (ABC and XYZ) ABC has high level access privileges. XYZ do not have any such access. I am trying to submit 1 job from XYZ userid which require access privileges from ABC. In case I define XYZ user as surrogate user for ABC then is that going to work. what implications it will have at system side ? security issue ? JAcky -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: RACF Surrogate Authority
Jacky Bright wrote: Hi, I have 2 TSO Users (ABC and XYZ) ABC has high level access privileges. XYZ do not have any such access. I am trying to submit 1 job from XYZ userid which require access privileges from ABC. In case I define XYZ user as surrogate user for ABC then is that going to work. what implications it will have at system side ? security issue ? It depends. However surrogate means, XYZ can do everything (*) that ABC can. (*) With exception (AFAIK) to rarely used security labels. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Running OS/390 on z9 BC
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL > Sent: Friday, February 09, 2007 4:55 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Running OS/390 on z9 BC > > > >No. System z still IPLs in ESA/390 mode. A SIGP instruction > must be explicitly issued by the operating system to switch > into z/Architecture mode. > > Then why does SAPR say minimum of z/OS 1.4 with PTFs? > > Also, while bi-modal exists, it stops at 1.5. > Both 1.4 & 1.5 go out of support on APR01. > > - Which has absolutely no effect on z/Linux, z/VM, or z/VSE. I only mention this to say that the HARDWARE still supports "pure" 31 bit systems. It is just z/OS which is not supported in 31 bit mode on z9. This is not a real technical decision, other than the decision that supporting 31 bit mode on a z9 is not fiscally efficient. (if there is such a phrase). -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
RACF Surrogate Authority
Hi, I have 2 TSO Users (ABC and XYZ) ABC has high level access privileges. XYZ do not have any such access. I am trying to submit 1 job from XYZ userid which require access privileges from ABC. In case I define XYZ user as surrogate user for ABC then is that going to work. what implications it will have at system side ? security issue ? JAcky -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: AMASPZAP doesn't work
Tommy Tsui wrote on 2007-02-12 04:25:28: > After we migrate to z/os 1.7. ASMSPZAP does not work. Anyone knows why? It > only shows SYSLIB I/O ERROR. I have checked the blocksize and dataset > organisation. All definition seems correct. > > //FAMVSZAP EXEC PGM=AMASPZAP > //SYSPRINT DD SYSOUT=* > //SYSABEND DD SYSOUT=* > //SYSLIB DD DSN=TEST.TESTXXX.LOADLIB,DISP=OLD > //SYSINDD * > NAME TEST > DUMP TEST > > AMA101I SYSLIB I/O ERROR 5080READ ,OUT OF EXTENT ,BPAM > AMA130I SYSLIB DATA SET NOT OPENED > Verfify that you have the fix for APAR OA15883 installed. The symptoms that you cite match one of the problems corrected by that fix. Bob Wright, MVS Service Aids -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: "phonetic translation" tool ?
Hi, Jan. On Mon, 12 Feb 2007 03:05:24 -0600, Jan Vanbrabant <[EMAIL PROTECTED]> wrote: >In this context, we are looking for a a "phonetic translation" tool. >An example where this is used : >The insurance call center needs to find a customer record and tries to >look it up using the last name. It sounds like "teu..." but this means >that it could be written like "teu...", "theu...", "deu..." etc. >Entering "teu..." on the query panel would have to display all customer >records that match the phonetic "teu..." > [snip] You might try the soundex algorithm. From wikipedia "Soundex is a phonetic algorithm for indexing names by their sound when pronounced in English. The basic aim is for names with the same pronunciation to be encoded to the same string so that matching can occur despite minor differences in spelling. Soundex is the most widely known of all phonetic algorithms and is often used (incorrectly) as a synonym for "phonetic algorithm". (see: http://en.wikipedia.org/wiki/Soundex). Hope this is of some help. Have a good one. DJ -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Vehicle Renewal Automation Fee Systems??
John, I think we should be more helpful. Looks to me like it was printed on IBM 1132, probably attached to an IBM 1130 personal computer. Ron > > > > Now the the JPG image link shows a vehicle registration slip. Now I > > wish I can know that this print out was generated from the PC terminal > > connected to a RS/6000 AIX server or a Mainframe z/OS server?? > > > > > How technical are you? Can you tell what type of computer I typed this > on? How do you expect somebody to look at a print out and tell what > type of computer it was printed on? Heck for all we know it could have > been type up on a typewriter. > -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: AMASPZAP doesn't work
May the library directory is handled by LLA/CSV and LLA not refreshed after a compress? Itschak -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Binyamin Dissen Sent: Monday, February 12, 2007 11:43 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: AMASPZAP doesn't work On Mon, 12 Feb 2007 17:25:28 +0800 Tommy Tsui <[EMAIL PROTECTED]> wrote: :>Hi, :>After we migrate to z/os 1.7. ASMSPZAP does not work. Anyone knows why? It :>only shows SYSLIB I/O ERROR. I have checked the blocksize and dataset :>organisation. All definition seems correct. Show it. :>//FAMVSZAP EXEC PGM=AMASPZAP :>//SYSPRINT DD SYSOUT=* :>//SYSABEND DD SYSOUT=* :>//SYSLIB DD DSN=TEST.TESTXXX.LOADLIB,DISP=OLD :>//SYSINDD * :> NAME TEST :> DUMP TEST :>AMA101I SYSLIB I/O ERROR 5080READ ,OUT OF EXTENT ,BPAM :>AMA130I SYSLIB DATA SET NOT OPENED What happens when you use IEBPTPCH to print it? //IEBPTPCH EXEC PGM=IEBPTPCH //SYSPRINT DD SYSOUT=* //SYSUT2 DD SYSOUT=* //SYSUT1 DD DSN=TEST.TESTXXX.LOADLIB,DISP=OLD //SYSINDD * PRINT TOTCONV=XE,MAXNAME=1,STOPAFT=10 MEMBER NAME=TEST -- Binyamin Dissen <[EMAIL PROTECTED]> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: HFS/ZFS incremental backup on z/OS
Hello Timothy, our daily incremental backups do not work correctly for hfs/zfs files. This, because an update in the unix structure is not reflected with the change-bit. Now we found that 'lstat - (z/os rex/unx sysserv)' shows us the last-mod- date. We compare this date with the last-backup-date in the ca:disk filesdataset. If necessary, we backup the vsam dataset with backupCC. With this process, we take care of the versions defined in the managementclass. At the moment that is what the responsible zfs/hfs application people want us to do. Thanks for your help. regards Christian -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: AMASPZAP doesn't work
On Mon, 12 Feb 2007 17:25:28 +0800 Tommy Tsui <[EMAIL PROTECTED]> wrote: :>Hi, :>After we migrate to z/os 1.7. ASMSPZAP does not work. Anyone knows why? It :>only shows SYSLIB I/O ERROR. I have checked the blocksize and dataset :>organisation. All definition seems correct. Show it. :>//FAMVSZAP EXEC PGM=AMASPZAP :>//SYSPRINT DD SYSOUT=* :>//SYSABEND DD SYSOUT=* :>//SYSLIB DD DSN=TEST.TESTXXX.LOADLIB,DISP=OLD :>//SYSINDD * :> NAME TEST :> DUMP TEST :>AMA101I SYSLIB I/O ERROR 5080READ ,OUT OF EXTENT ,BPAM :>AMA130I SYSLIB DATA SET NOT OPENED What happens when you use IEBPTPCH to print it? //IEBPTPCH EXEC PGM=IEBPTPCH //SYSPRINT DD SYSOUT=* //SYSUT2 DD SYSOUT=* //SYSUT1 DD DSN=TEST.TESTXXX.LOADLIB,DISP=OLD //SYSINDD * PRINT TOTCONV=XE,MAXNAME=1,STOPAFT=10 MEMBER NAME=TEST -- Binyamin Dissen <[EMAIL PROTECTED]> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
AMASPZAP doesn't work
Hi, After we migrate to z/os 1.7. ASMSPZAP does not work. Anyone knows why? It only shows SYSLIB I/O ERROR. I have checked the blocksize and dataset organisation. All definition seems correct. //FAMVSZAP EXEC PGM=AMASPZAP //SYSPRINT DD SYSOUT=* //SYSABEND DD SYSOUT=* //SYSLIB DD DSN=TEST.TESTXXX.LOADLIB,DISP=OLD //SYSINDD * NAME TEST DUMP TEST AMA101I SYSLIB I/O ERROR 5080READ ,OUT OF EXTENT ,BPAM AMA130I SYSLIB DATA SET NOT OPENED Best regards Tommy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
"phonetic translation" tool ?
Hi, We want to actualise some of our (Cobol, DB2, IMS) applications in order to deploy them in Central Europe. In order to support the typical Polish, Czech, Hungarian etc. character sets, the new application will be Unicode enabled. In this context, we are looking for a a "phonetic translation" tool. An example where this is used : The insurance call center needs to find a customer record and tries to look it up using the last name. It sounds like "teu..." but this means that it could be written like "teu...", "theu...", "deu..." etc. Entering "teu..." on the query panel would have to display all customer records that match the phonetic "teu..." Years ago we have developped some routines in assembler to do this kind of "phonetic" translation. Today, nobody overhere knows exactly how this works and with the need to support the new Central European languages, pronunciation and character sets, the challenge becomes even a lot more complex. Are you aware of tools or products that can help here? Domain of linguistics, translation or artificial intelligence? Jan -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: RMM to CA-1 or CA-1 to RMM
Shane wrote: [...] "The only problem I have had with CA-1 is CA's insistence on keeping the same FMID when changing versions." FWIW I'm in total agreement. CA-1 are *wy* out in front of all the other CA product groups with regard to SMP. But they are still apparently constrained by corporate fiats. This produces some *really* inappropriate (SMP) packaging. IMHO it is prettty unimportant the way the product is installed or maintained. IMHO the most important factors are 1. Functionality, features, how does it address business needs 2. Ease of use, 2a. How does it address staff taste, 3. Price. Sometimes the order is inverted, so the prices is at pos. 1. It's bad, because first it should fill my expectations, otherwise the tool it unnecessare at all. Oh, I forgot: 99. SMP/E or other way of installation/maintenance. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Changing logon behavior using RACF
>That's really a question about z/OS UNIX System Services, not RACF. >I'll guess, however, that the PROGRAM specification applies when you >logon to z/OS UNIX, e.g., via telnet or rlogin. Specifying OMVS under >TSO is not really the same as logging on. But again, that's a guess. >Someone here may know, but if not I suggest you ask on the MVS-OE list. Except for the restriction of being a "dump" terminal, logging in through TSO OMVS is not much different that logging in through telnet. The PROGRAM specification applies also to TSO OMVS. The problem probably lies in the /etc/profile and/or ~/.profile scripts. For performance reasons, it is recommended to not run with STEPLIB. The sample for /etc/profile thus contains "if exec sh -L " and many probably have this still in their /etc/profile (and possibly in ~/.profile). So even when the login process runs //bash, it will be replaced by /bin/sh due to that script line. (Remember that bash also runs /etc/profile and ~/.profile, so at least the former must be suitable for bash as well as sh when some user run bash while others still run sh). You should replace this line with exec -a $0 $SHELL which runs the shell specified in the SHELL variable (which was filled from the content of RACF's PROGRAM field). The "-a $0" sends whatever was argument 0 when the current shell was launched. This usually is the name of the shell prefixed with a dash (-) when the shell was to run as login shell. This should preserve your bash environment Peter Hunkeler CREDIT SUISSE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html