Re: OSA SF and IOACMD
Hello Paolo, thank you very much for the hint. Excuse me when i keep quiet a long time. After changing the Parm it works fine. Best regards Paolo Pirillo On Mon, 31 Jul 2006 14:17:02 +0200, Paolo Cacciari [EMAIL PROTECTED] wrote: Paolo Pirillo wrote: The problem is that no UID ist passed! Paolo, get a close look to your VTAM definition for OSA/SF application (usually IOASERV) and take care of SECACPT parameter that should be SECACPT=ALREADYV. In my opinion, your problem is not on RACF side, but on VTAM one... HtH _ Paolo Cacciari Business Continuity and Recovery Services, IBM Global Services - South Region, EMEA Via Darwin 85, 20019 Settimo Milanese(MI) â Italy - MISET001 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: OSA SF and IOACMD
In [EMAIL PROTECTED], on 07/31/2006 at 02:38 AM, Ted MacNEIL [EMAIL PROTECTED] said: Insulting! Obnoxious! A few pointers, rather than holier than thou could be a good thing. I have provided pointers, and even sample code[1]. If I haven't provided them to *you* lately, that's because of *your* attitude. If I wanted to hear obnoxious insults, I'd call my ex-wife. I can see why she's your ex wife. One of the purposes of this forum is to help, not insult! So start helping and stop insulting. If he is such an expert, why can't he drop a few hints? Have you stopped beating your ex wife? I have dropped hints, and more than hints. I plan to continue doing so, but not for the benefit of people who demand that I do. [1] With the proviso that it is tailored to my needs and may contain bugs. OTOH, when someone points out a bug I do try to correct it. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OSA SF and IOACMD
In [EMAIL PROTECTED], on 07/29/2006 at 12:08 PM, R.S. [EMAIL PROTECTED] said: Since I noticed ITYM perceived, inaccurately. malice and badgering PKB. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OSA SF and IOACMD
In [EMAIL PROTECTED], on 07/29/2006 at 11:45 AM, Ted MacNEIL [EMAIL PROTECTED] said: It just seems that some people can't take a hint, PKB. Schmeul, I see that not only can't you read, you can't copy text accurately either. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OSA SF and IOACMD
In [EMAIL PROTECTED], on 07/28/2006 at 12:00 AM, Ted MacNEIL [EMAIL PROTECTED] said: Even IBM calls it USS. Sigh! Humor is such a subtle thing. Maybe I was too subtle for you. Even IBM calls the user id UID. RS was being a hypocrite. Worse, because IBM was using UID as an abbreviation for user id before they even thought of doing Open Edition. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OSA SF and IOACMD
R.S. wrote: Since I noticed that vast majority (or even all) of Shmuel's mails contains only no, you're wrong or USS is not unix I stopped responding him. I put his e-mail in kill-file, so his mails are filtered. That's good: no more badgering. I don't loose anything valuable, cause usually Shmuel's mails does not contain any help, rather malice and badgering instead. Soemtimes, when browsing archives through web interface (no filter on Shmuel) I read his mails - that convices me it was good decision to make a filter. While Seymour/Shmuel doesn't need an apologist, I would like to comment on this. I first met him in the mid sixties, when my employer (Applied Data Research) bought out his (ComPass?). Since then we have worked together at several employers, and even when we didn't, met once or twice a week for dinner and discussion. If I had a dollar for every time he has been wrong about published information, I wouldn't be able to buy a cup of coffee. We sometimes disagreed on practical applications, where I tend to be more pragmatic at solving issues, but we both found rapidly that we were approached by coworkers for answers to their problems. This rapidly led him to adopt the attitude that he would help with real problems, but we would not do people's work for them; this explains his you are wrong statements where you expect detailed information on what the error or misunderstanding is. While his approach may seem unreasonable, cold, and hurtful, it's better in the long run, as you're actually forced to go to the manuals to understand the problem, and possible solutions, and thus giving you better preparation when a similar problem occurs. As to the USS issue, we both believe that acronyms should be unique, and that IBM should avoid duplication at all costs. To me RAMAC is still the tall, spindly arrangement of parallel horizontal platters with a juke box style arm that passed for an early IBM DASD device of the fifties, rather than the modern one. All the arguments have been presented repeatedly, and we see no reason to repeat them each time. If you haven't found anything useful in his responses, then you haven't read enough of them, yet. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OSA SF and IOACMD
but we would not do people's work for them; this explains his you are wrong statements where you expect detailed information on what the error or misunderstanding is. While his approach may seem unreasonable, cold, and hurtful, Insulting! Obnoxious! A few pointers, rather than holier than thou could be a good thing. In general, nobody is asking him, or anybody else, to do their work! If you haven't found anything useful in his responses, then you haven't read enough of them, yet. BULL! I have given up on his responses! If I wanted to hear obnoxious insults, I'd call my ex-wife. One of the purposes of this forum is to help, not insult! And, you can help without 'doing the job for them'. If he is such an expert, why can't he drop a few hints? PS: I never saw the so-called humour in his postings! When in doubt. PANIC!! -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: OSA SF and IOACMD
Ted MacNEIL wrote: Did it ever occur to you that the same is true for using USS when you don't mean USS? Give it a rest! Even IBM calls it USS. The weight of the world must not be on your shoulders if you have nothing to worry about besides a silly anacronym. Ted, Calm down, it is not worth to worry about. Since I noticed that vast majority (or even all) of Shmuel's mails contains only no, you're wrong or USS is not unix I stopped responding him. I put his e-mail in kill-file, so his mails are filtered. That's good: no more badgering. I don't loose anything valuable, cause usually Shmuel's mails does not contain any help, rather malice and badgering instead. Soemtimes, when browsing archives through web interface (no filter on Shmuel) I read his mails - that convices me it was good decision to make a filter. Regards -- 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: OSA SF and IOACMD
Calm down, it is not worth to worry about. Actually, I was calm! It just seems that some people can't take a hint, so I raised the tone of my response. Schmeul, nobody wants to hear it! BTW, I'm taking the kill file route, too. So, respond if you like, I won't see it! When in doubt. PANIC!! -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: OSA SF and IOACMD
In [EMAIL PROTECTED], on 07/27/2006 at 02:06 PM, R.S. [EMAIL PROTECTED] said: *Note: don't use UID when talking about user. UID usually means User ID, part of OMVS segment. This is confusing. How ironic. Did it ever occur to you that the same is true for using USS when you don't mean USS? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OSA SF and IOACMD
Did it ever occur to you that the same is true for using USS when you don't mean USS? Give it a rest! Even IBM calls it USS. The weight of the world must not be on your shoulders if you have nothing to worry about besides a silly anacronym. When in doubt. PANIC!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
OSA SF and IOACMD
Hello to all, I have a interesting problem and I hope that someone of you can help me. I try to use the EXEC IOACMD from me TSO Command Shell (ISPF 6). It works fine, but when the command is to be executed I receive IOACMD: IOACMD: Query completed with the following result IOAC108E 12:53:51 on FAE1 not authorized to use QUERY IOACMD: All necessary RACF def. are done. The interesting thing is that there is no UID in the field where it has to be. What have I missed to configure? Thanks in advance Regards Paolo Pirillo -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: OSA SF and IOACMD
Paolo Pirillo wrote: Hello to all, I have a interesting problem and I hope that someone of you can help me. I try to use the EXEC IOACMD from me TSO Command Shell (ISPF 6). It works fine, but when the command is to be executed I receive IOACMD: IOACMD: Query completed with the following result IOAC108E 12:53:51 on FAE1 not authorized to use QUERY IOACMD: All necessary RACF def. are done. The interesting thing is that there is no UID in the field where it has to be. What have I missed to configure? 1. What RACF definitions were done ? 2. Search syslog for ICH408I message regarding this issue. -- 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: OSA SF and IOACMD
On Thu, 27 Jul 2006 13:15:09 +0200, R.S. [EMAIL PROTECTED] wrote: Paolo Pirillo wrote: Hello to all, I have a interesting problem and I hope that someone of you can help me. I try to use the EXEC IOACMD from me TSO Command Shell (ISPF 6). It works fine, but when the command is to be executed I receive IOACMD: IOACMD: Query completed with the following result IOAC108E 12:53:51 on FAE1 not authorized to use QUERY IOACMD: All necessary RACF def. are done. The interesting thing is that there is no UID in the field where it has to be. What have I missed to configure? 1. What RACF definitions were done ? 2. Search syslog for ICH408I message regarding this issue. -- Radoslaw Skorupka Lodz, Poland No Problem: STC05980 0090 ICH408I JOB(OSASF ) STEP(OSASF ) IOA.CONNECT.FILE CL(FACILITY) 544 544 0090INSUFFICIENT ACCESS AUTHORITY 544 0090FROM IOA.** (G) 544 0090ACCESS INTENT(CONTROL) ACCESS ALLOWED(NONE ) In RACF is def: CLASS NAME - FACILITY IOA.** (G) LEVEL OWNER UNIVERSAL ACCESS YOUR ACCESS WARNING - --- --- 00RACFADV NONECONTROLNO The problem is that no UID ist passed! -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: OSA SF and IOACMD
Paolo Pirillo wrote: On Thu, 27 Jul 2006 13:15:09 +0200, R.S. [EMAIL PROTECTED] wrote: Paolo Pirillo wrote: Hello to all, I have a interesting problem and I hope that someone of you can help me. I try to use the EXEC IOACMD from me TSO Command Shell (ISPF 6). It works fine, but when the command is to be executed I receive IOACMD: IOACMD: Query completed with the following result IOAC108E 12:53:51 on FAE1 not authorized to use QUERY IOACMD: All necessary RACF def. are done. The interesting thing is that there is no UID in the field where it has to be. What have I missed to configure? 1. What RACF definitions were done ? 2. Search syslog for ICH408I message regarding this issue. -- Radoslaw Skorupka Lodz, Poland No Problem: STC05980 0090 ICH408I JOB(OSASF ) STEP(OSASF ) IOA.CONNECT.FILE CL(FACILITY) 544 544 0090INSUFFICIENT ACCESS AUTHORITY 544 0090FROM IOA.** (G) 544 0090ACCESS INTENT(CONTROL) ACCESS ALLOWED(NONE ) In RACF is def: CLASS NAME - FACILITY IOA.** (G) LEVEL OWNER UNIVERSAL ACCESS YOUR ACCESS WARNING - --- --- 00RACFADV NONECONTROLNO The problem is that no UID ist passed! This is correct. No user (see note *) is passed, because no user is assigned. ICH408I displays user/group OR job/step when no user is assigned. Obviously YOU have userid assigned, but the started task, OSASF have not. That's the problem. You need to define OSASF in STARTED class, i.e. RDEF STARTED OSASF.* STDATA(USER(some_user)) some_user need to be authorized to IOA.** at CONTROL level: PE IOA.** CLASS(FACILITY) ID(some_user) ACC(C) *Note: don't use UID when talking about user. UID usually means User ID, part of OMVS segment. This is confusing. -- 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: OSA SF and IOACMD
On Thu, 27 Jul 2006 14:06:33 +0200, R.S. [EMAIL PROTECTED] wrote: Paolo Pirillo wrote: On Thu, 27 Jul 2006 13:15:09 +0200, R.S. [EMAIL PROTECTED] wrote: No Problem: STC05980 0090 ICH408I JOB(OSASF ) STEP(OSASF ) IOA.CONNECT.FILE CL(FACILITY) 544 544 0090INSUFFICIENT ACCESS AUTHORITY 544 0090FROM IOA.** (G) 544 0090ACCESS INTENT(CONTROL) ACCESS ALLOWED(NONE ) In RACF is def: CLASS NAME - FACILITY IOA.** (G) LEVEL OWNER UNIVERSAL ACCESS YOUR ACCESS WARNING - --- --- 00RACFADV NONECONTROLNO The problem is that no UID ist passed! This is correct. No user (see note *) is passed, because no user is assigned. ICH408I displays user/group OR job/step when no user is assigned. Obviously YOU have userid assigned, but the started task, OSASF have not. That's the problem. You need to define OSASF in STARTED class, i.e. RDEF STARTED OSASF.* STDATA(USER(some_user)) some_user need to be authorized to IOA.** at CONTROL level: PE IOA.** CLASS(FACILITY) ID(some_user) ACC(C) *Note: don't use UID when talking about user. UID usually means User ID, part of OMVS segment. This is confusing. -- Radoslaw Skorupka Lodz, Poland Excuse me when I was misleading in my expression That is not the reason. We have defined a USER to OSASF! IEF695I START OSASFWITH JOBNAME OSASFIS ASSIGNED TO USER STC045 And the USER had access to the FACILITY Profile: USER ACCESS -- STC045CONTROL -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: OSA SF and IOACMD
Paolo Pirillo wrote: On Thu, 27 Jul 2006 14:06:33 +0200, R.S. [EMAIL PROTECTED] wrote: Paolo Pirillo wrote: On Thu, 27 Jul 2006 13:15:09 +0200, R.S. [EMAIL PROTECTED] wrote: No Problem: STC05980 0090 ICH408I JOB(OSASF ) STEP(OSASF ) IOA.CONNECT.FILE CL(FACILITY) 544 544 0090INSUFFICIENT ACCESS AUTHORITY 544 0090FROM IOA.** (G) 544 0090ACCESS INTENT(CONTROL) ACCESS ALLOWED(NONE ) In RACF is def: CLASS NAME - FACILITY IOA.** (G) LEVEL OWNER UNIVERSAL ACCESS YOUR ACCESS WARNING - --- --- 00RACFADV NONECONTROLNO The problem is that no UID ist passed! This is correct. No user (see note *) is passed, because no user is assigned. ICH408I displays user/group OR job/step when no user is assigned. Obviously YOU have userid assigned, but the started task, OSASF have not. That's the problem. You need to define OSASF in STARTED class, i.e. RDEF STARTED OSASF.* STDATA(USER(some_user)) some_user need to be authorized to IOA.** at CONTROL level: PE IOA.** CLASS(FACILITY) ID(some_user) ACC(C) *Note: don't use UID when talking about user. UID usually means User ID, part of OMVS segment. This is confusing. -- Radoslaw Skorupka Lodz, Poland Excuse me when I was misleading in my expression That is not the reason. We have defined a USER to OSASF! IEF695I START OSASFWITH JOBNAME OSASFIS ASSIGNED TO USER STC045 And the USER had access to the FACILITY Profile: USER ACCESS -- STC045CONTROL Can you check owner of task STC05980 ? Is it or STC045 ? IMHO information from message IEF695I is contrary to the ICH408I. -- 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: OSA SF and IOACMD
On Thu, 27 Jul 2006 15:49:37 +0200, R.S. [EMAIL PROTECTED] wrote: Paolo Pirillo wrote: On Thu, 27 Jul 2006 14:06:33 +0200, R.S. [EMAIL PROTECTED] wrote: Paolo Pirillo wrote: On Thu, 27 Jul 2006 13:15:09 +0200, R.S. [EMAIL PROTECTED] wrote: No Problem: STC05980 0090 ICH408I JOB(OSASF ) STEP(OSASF ) IOA.CONNECT.FILE CL(FACILITY) 544 544 0090INSUFFICIENT ACCESS AUTHORITY 544 0090FROM IOA.** (G) 544 0090ACCESS INTENT(CONTROL) ACCESS ALLOWED(NONE ) In RACF is def: CLASS NAME - FACILITY IOA.** (G) LEVEL OWNER UNIVERSAL ACCESS YOUR ACCESS WARNING - --- --- 00RACFADV NONECONTROLNO The problem is that no UID ist passed! This is correct. No user (see note *) is passed, because no user is assigned. ICH408I displays user/group OR job/step when no user is assigned. Obviously YOU have userid assigned, but the started task, OSASF have not. That's the problem. You need to define OSASF in STARTED class, i.e. RDEF STARTED OSASF.* STDATA(USER(some_user)) some_user need to be authorized to IOA.** at CONTROL level: PE IOA.** CLASS(FACILITY) ID(some_user) ACC(C) *Note: don't use UID when talking about user. UID usually means User ID, part of OMVS segment. This is confusing. -- Radoslaw Skorupka Lodz, Poland Excuse me when I was misleading in my expression That is not the reason. We have defined a USER to OSASF! IEF695I START OSASFWITH JOBNAME OSASFIS ASSIGNED TO USER STC045 And the USER had access to the FACILITY Profile: USER ACCESS -- STC045CONTROL Can you check owner of task STC05980 ? Is it or STC045 ? IMHO information from message IEF695I is contrary to the ICH408I. -- Radoslaw Skorupka Lodz, Poland It is the same (i checked these things already): OSASFOSASFOSASF1 STC05980 STC045 I am very familiar with RACF but I can not see why the USER is lost when using IOACMD under TSO! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
