sharing data sets acrosss systems
There used to be an IBM manual about placement of system daya sets in MVS. It also told what system data sets could be shared and not shared. Does any one knoe what that manual is now or where I can find such information? We just installed z/OS 1.9 and are sharing the logrec data set between three LPARS and I am not sure if this is ok. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
capacity planning
I have been given the task doing capacity planning for our z9 machine and I have NEVER done this before and have no idea of where to get started. So my question is are there any books red or other wise which would point me at some method of doing this or programs which help with this task. Also do any of you folks have any thoughts to help me? Thanks in advance John Wolf systems programmer v; 513-556-0009(w) -- For IBM-MAIN subscribe / signoff / archive access instructions, send 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 GIVING ACCESS TO THE LOG COMMAND
I do the refresh command all the time I change the SDSFPARM file. I don't use RACF and just use the SDSFPARM file to control SDSF. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SDSF GIVING ACCESS TO THE LOG COMMAND
I am trying to give a user access to the SDSF LOG display command and I am having trouble doing so. I have added the LOG keyword to the AUTH part of his ISPFPARM member but try as I mite I can't get it to show up on his SDSF menu. Now this user is just a user and not a sysprog or any thing like that. I looking in the SDSF Operation and Customization book on page 160 there is a a section that talks about setting up generic profiles and an example of protecting commands complete with REDEFINE and PERMIT commands but no were, that I can find, does this book explain how to go about and do this. I know that I am over looking something but for the life of me I can't find it. This book is the only one that I can find on the IBM web site which covers SDSF.This is the site which has all the books per release of z/OS. We are on z/OS 1.7. Thanks for any help you guys/gals can give me. John Wolf sysprog v. 513-556-0009 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
branching to zero
I have a problem with some TSO users getting 0C1s at logon. It appears that some module is branching to zero but I can't find it. I set a IF slip for range 0 to 10 but it will not spring. I did install a new version of JES2 V1R7 on Friday but only a few TSO users have this problem. Does any one have any ideas on how to shoot this 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: branching to zero
On Mon, 26 Nov 2007 20:10:54 +0200, Binyamin Dissen [EMAIL PROTECTED] wrote: On Mon, 26 Nov 2007 12:08:42 -0600 John C. Wolf [EMAIL PROTECTED] wrote: :I have a problem with some TSO users getting 0C1s at logon. :It appears that some module is branching to zero but I can't find it. :I set a IF slip for range 0 to 10 but it will not spring. :I did install a new version of JES2 V1R7 on Friday but only a few TSO users :have this problem. :Does any one have any ideas on how to shoot this problem. Look at R15. But if the IF won't hit, check the PL value. -- 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 Reg 15 is all zeros and a 8 in the right hand place. What is the PL value that you asked about? Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: branching to zero
On Mon, 26 Nov 2007 12:21:18 -0600, McKown, John [EMAIL PROTECTED] wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John C. Wolf Sent: Monday, November 26, 2007 12:09 PM To: IBM-MAIN@BAMA.UA.EDU Subject: branching to zero I have a problem with some TSO users getting 0C1s at logon. In this case, I always look at what is in Registers 14 and 15. If R15==0, then I assume that R14 contains the a return address. I then look at (R14)-2 to see if it is a BALR or BASR instruction. If so, then I see what module R14 is pointing into and look at it. On z/OS 1.8 running on a z9, there is a BEAR register which contains the branch from address. But I don't think that is in 1.7. -- 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 All regs are zero except R13 and reg 15 15 has an 8 in it. Reg 13 has an address in it but I would think that is the save area address. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: branching to zero
On Mon, 26 Nov 2007 10:26:50 -0800, Ulrich Krueger [EMAIL PROTECTED] wrote: John, tell me, what's the common denominator, the thing that's special with the failing logonIDs? In other words, what's different when compared to a logonID that works? Logon proc? Dataset allocation accessing obsolete / backlevel version of software? Startup Clist/Exec? Personal customization? Homegrown commands with a dependency on JES2 level (that need recompiling)? Is SDSF up to speed? When the S0C1 occurs, does the session just fail or does it recover? Did you get a SYSUDUMP to look at? Did you try a simple, more generic SLIP to trap any S0C1 occurrence? Regards, Ulrich Krueger I did get a slip for the 0C1 but not the IF. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: branching to zero
On Mon, 26 Nov 2007 14:06:24 -0500, John Sullivan [EMAIL PROTECTED] wrote: On z/OS 1.8 running on a z9, there is a BEAR register which contains the branch from address. But I don't think that is in 1.7. -- The contents of the BEAR are formatted in z/OS 1.7. Regards, John Sullivan EMC Corp. Ok how do you get IPCS to display the BEAR? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Workload manager
We have a modified the code which we got from Amdahl which they called JOBSTREAM MANAGER this code assignes job class based on how much storage you need and how much time you want and if you use tape drives. I was hoping that we could do away with these exits as they are going to be very hard to retrofit as IBM has broken exit 3 2 into two parts and the part I need to use now runs in the user's address space. The PCE in nolonger addressable. There for I will have to rework these exits and we want to get rid of as many exits as we can. John Wolf sysprog University of Cincinnati voice 513-556-0009 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.7 Upgrade of JES2 Exit 52
I think that you should try a slip trap for 0C4 on the load module. That way the slip does the dump before the estay gets control. I have shoot many JES2 exit bugs this way. Works very well. John wolf sysprog University of cincinnati voice 513-556-0009 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS logrec problem
We are installing z/OS R1.7 and are having a problem with the LOGREC allocation. We have a sysplex that is running z/OS R1.6 in production. In IEASYSxx we tell the system that the logrec dataset should be SYS1.LOGREC. I know what the system has in IEASYSxx by using Mark's MVS Utilities - IPLINFO which will tell you all maner of things including what parms are passed to MVS at IPL time. But we get this message: IXG231I IXGCONN REQUEST=CONNECT TO LOG STREAM SYSPLEX.LOGREC.ALLRECS 3 DID NOT SUCCEED FOR JOB *MASTER*. RETURN CODE: 0008 REASON CODE: 0802 DIAG1: 000C DIAG2: 02010C29 DIAG3: 031F0009 DIAG4: We don't use the sysplex loger any more and we never used the loger by that name. We don't have this problem on our z/OS R1.6 systems. We use three IEASYSxx data sets but we don't see what our problem is. If any one has any ideas we would REALY appreciate any help you guys can give us. Thanks in advance. John Wolf sysprog University of Cincinnati MVS sysprog voice 513-556-0009 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS logrec problem
Boy did you nail that one. It looks as though Server Pack put a SETLOGRC LOGSTREAM in Commandxx and we missed it. Any how it is now fixed. Thanks to all who answered we sure look dumb. Again thanks. John Wolf University of Cincinnati sysprog voice 513-556-0009 On Tue, 20 Jun 2006 08:56:07 -0500, Mark Zelden [EMAIL PROTECTED] wrote: On Tue, 20 Jun 2006 08:45:57 -0500, John C. Wolf [EMAIL PROTECTED] wrote: We are installing z/OS R1.7 and are having a problem with the LOGREC allocation. We have a sysplex that is running z/OS R1.6 in production. In IEASYSxx we tell the system that the logrec dataset should be SYS1.LOGREC. I know what the system has in IEASYSxx by using Mark's MVS Utilities - IPLINFO which will tell you all maner of things including what parms are passed to MVS at IPL time. But we get this message: IXG231I IXGCONN REQUEST=CONNECT TO LOG STREAM SYSPLEX.LOGREC.ALLRECS 3 DID NOT SUCCEED FOR JOB *MASTER*. RETURN CODE: 0008 REASON CODE: 0802 DIAG1: 000C DIAG2: 02010C29 DIAG3: 031F0009 DIAG4: We don't use the sysplex loger any more and we never used the loger by that name. We don't have this problem on our z/OS R1.6 systems. We use three IEASYSxx data sets but we don't see what our problem is. If any one has any ideas we would REALY appreciate any help you guys can give us. Thanks in advance. Are you saying this works in 1.6 but when you IPL 1.7 you see this error? If so, when? Are you sure there isn't a SETLOGRC LOGSTREAM command issued during the IPL process (IEACMDxx, COMMNDxx, automation, etc.)? Regards, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group mailto: [EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html = -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Jes2 R4 mode
I can't because my JES2 1.6 exits are not coded for the index need and this system is in production. But thanks for the answers this has helped with the argument here. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Jes2 R4 mode
we are installing z/OS V1 R7 and we want to run the JES2 from our z/OS V1 R6. We run this JES2 in R4 mode. Now I know that the JES2 which comes with z/OS V1 R7 will only run in the z2 mode. So my question is can we run our JES2 V1 R6 in R4 mode under z/OS V1 R7? Thanks in advance -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SDSF authorizing
I havew a problem with SDSF under z/OS 1.4. I have a user who needs to see jobs which are not hers. She can see a listing of all the jobs she just can't look at any output. The folling are the SDSFPARMS entries that I have set up but they don't work. She still gets 'Not authorized for job' message when she tres to look at any output. IUID(DSFADJP), ACTION(ALL), AUTH(DA,H,I,INPUT,O,PR,ST,INIT,PREF,DEST,FINDLIM), DADFLT(IN,OUT,TRANS,READY,STC,INIT,TSU,JOB), DSPAUTH(ALL), ICMD(IDSFADJP), IDSP(IDSFADJP), The rest follow but I woun't bore you all with them. Here are a few NTBL entries: NTBL NAME(IDSFADJP) NTBLENT STRING(A700SFA),OFFSET(1) There are a lot more entries but these are the ones which I think control what I am trying to do. She is trying to see jobs which are SFA I have entered all the job names which end with SFA. Thank for any help John Wolf sysprog University of Cincinnati voice 513-556-0009 -- For IBM-MAIN subscribe / signoff / archive access instructions, send 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 authorizing
Yes I did a 'f sdsf,refresh,m=22' after SDSF said that it had refreshed the parms I had our user logoff TSO and log back on no go. We use ACF2 here and we control our SDSF users via the SDFF parms and don't use ACf2 -- For IBM-MAIN subscribe / signoff / archive access instructions, send 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 authorizing
Does she have the appropriate RACF authorities in the JESSPOOL class? We use ACF2 here and she can look at her own jobs output all right. We control our SDSF users via the SDSF parm route. John Wolf -- For IBM-MAIN subscribe / signoff / archive access instructions, send 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 authorizing
Rich, In your message you asked me to have her do a who and you were right the relevant fieldes GRPINDEX=48,GRPNAME=ISF00048 are for the group which is directly ahead of her and their IUID is IUID(DFSA) which is the high order four bytes of her id which is DFSADJP. So what should I do? should I move her entry before the DFSA entry? Thanks John Wolf -- For IBM-MAIN subscribe / signoff / archive access instructions, send 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 authorizing
OK I moved her entrie above the DSFA entrie and she still gets put into the group that is defined to the IUID(DSFA) which is now after IUID(DSFADJP). I am noe think that I will have to define a unice IUID for all DSFA users. Does this sound right? If any one wants to e-amil me please use my work id [EMAIL PROTECTED] Thanks John WOlf -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
iec614I
We are trying to delete an uncataloged data set on an SMS pack. Our SMS person has tried several things to get rid of this dataset with no luck. How do you get rid of such a dataset? As a last resort, she tried taking the volume out of SMS status and deleting the dataset, but we got the above message so obviously that's not the way to go. Help! John Wolf sysprog university of cincinnati voice 513-556-0009 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
