Possible Causes of HCPMFS057I
Receiving a HCPMFS057I User not authorizied. Checked the help facility but no reasonable explanation found other than not authorized The user i s not authorized. What could cause this error or what is it that the user does not have authorization? Thanks
Re: Possible Causes of HCPMFS057I
This is the response from SMSG when the system detects that you are not authorised to use that command. Here is what the SMSG help says: 4. If an external security manager (ESM) is installed on your system, you may not be authorized to enter this command. However, messages sent to or from the system operator are not subject to authorization checking by the ESM. For additional information, contact your security administrator. I hope this is sufficient for you to determine where the problem is. Ray Mansell Pat Dixon wrote: Receiving a HCPMFS057I User not authorizied. Checked the help facility but no reasonable explanation found other than not authorized The user is not authorized. What could cause this error or what is it that the user does not have authorization? Thanks
Re: Possible Causes of HCPMFS057I
Pat, If you haven't figured it out by now, could you provide a little more detail? E.g. 1- On what userid are the messages appearing? 2- What command was issued on that ID, or what product/application is running on that ID? 3- Given some of the previous replies, on that ID and the command's target ID; what is the response to: CP Query SET 4- In the directory entry for that userid and the target userid, what are the OPTION record settings? 5- Can anyone else issue the same commands/run the same product/app? 6- Has this every worked before? Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Pat Dixon [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 07/31/2007 06:51 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Possible Causes of HCPMFS057I Receiving a HCPMFS057I User not authorizied. Checked the help facility but no reasonable explanation found other than not authorized The user i s not authorized. What could cause this error or what is it that the user does not have authorization? Thanks The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited.
Re: Possible Causes of HCPMFS057I
On Tuesday, 07/31/2007 at 07:52 EDT, Pat Dixon [EMAIL PROTECTED] wrote: Receiving a HCPMFS057I User not authorizied. Checked the help facility but no reasonable explanation found other than not authorized The user is not authorized. What could cause this error or what is it that the user does not have authorization? Authorization in this context is related tot he VMCF programming model, not directory or ESM authorization. This means one of two things: 1. The target of your SMSG has SET SMSG ON and has not performed the VMCF AUTHORIZE function, or 2. The target has SET SMSG IUCV and has not established an IUCV connection to the *MSG system service. If you tried to do a low-level VMCF SEND (diagnose 0x68) to the target user, you would have received RC=5. Under the covers, the SMSG command invokes the VMCF SEND function. All of that amounts to the target user losing or failing to establish its communications path. This was recently seen in DIRMAINT after the server issued a RACF command (APAR taken). The RAC command uses VMCF. Because DIRMAINT was using it for SMSG support, all of a sudden things begin failing because a VMCF UNAUTHORIZE was issued. (VMCF is not a sharable facility the way IUCV is.) I would suggest submitting a Reader's Comment Form so that the documentation can be clarified. If this involves a supported IBM product, you may need to contact the Support Center. (This just in. Cyberarchaeologists last week uncovered evidence of a previously-unknown civilization. It appears that they were bipedal and used tools. The team's enthusiasm was dampened, however, when artifacts built from VMCF were discovered in what appeared to be a garbage dump.) Alan Altmark z/VM Development IBM Endicott
Re: Possible Causes of HCPMFS057I
That's usually a case of the target userid's having set smsg to on or iucv, but not running anything which has set up the proper linkage to receive them. Mike Harding EDS VM National Capability 134 El Portal Place Clayton, Ca. USA 94517-1742 * phone: +01-925-672-4403 * Fax: +01-925-672-4403 * mailto:[EMAIL PROTECTED] * mailto:[EMAIL PROTECTED] (personal) Note: For 2007, I am off on Fridays with even Julian dates and Mondays with odd ones. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Pat Dixon Sent: Tuesday, July 31, 2007 4:52 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Possible Causes of HCPMFS057I Receiving a HCPMFS057I User not authorizied. Checked the help facility but no reasonable explanation found other than not authorized The user is not authorized. What could cause this error or what is it that the user does not have authorization? Thanks
Re: Possible Causes of HCPMFS057I
Hi Mike I am not a VM expert by any means, but here goes: A user issues 3 SMSG commands to a disconnected machine. This service machine has the ability to send files (monitor and account data) to MVS or write files to a users CMS disk. The SMSG issues a TRANSFER to the service machine providing the file names and their locations. In this instance, the files are being written to a CMS disk. The first SMSG command executes successfully, but the second and third get the HCPMFS057I message. From what I am seeing in other responses on the LISTSERV, it looks like a VMCF AUTHORIZE issue. Thanks From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter Sent: Tuesday, July 31, 2007 10:36 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Possible Causes of HCPMFS057I Pat, If you haven't figured it out by now, could you provide a little more detail? E.g. 1- On what userid are the messages appearing? 2- What command was issued on that ID, or what product/application is running on that ID? 3- Given some of the previous replies, on that ID and the command's target ID; what is the response to: CP Query SET 4- In the directory entry for that userid and the target userid, what are the OPTION record settings? 5- Can anyone else issue the same commands/run the same product/app? 6- Has this every worked before? Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Pat Dixon [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 07/31/2007 06:51 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Possible Causes of HCPMFS057I Receiving a HCPMFS057I User not authorizied. Checked the help facility but no reasonable explanation found other than not authorized The user i s not authorized. What could cause this error or what is it that the user does not have authorization? Thanks The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited.
Re: Possible Causes of HCPMFS057I
Dixon, Patricia A wrote: Hi Mike I am not a VM expert by any means, but here goes: A user issues 3 SMSG commands to a disconnected machine. This service machine has the ability to send files (monitor and account data) to MVS or write files to a users CMS disk. The SMSG issues a TRANSFER to the service machine providing the file names and their locations. In this instance, the files are being written to a CMS disk. The first SMSG command executes successfully, but the second and third get the HCPMFS057I message. From what I am seeing in other responses on the LISTSERV, it looks like a VMCF AUTHORIZE issue. Thanks Given your description and Mike's earlier response abut a missing VMCF handler, the following possibilities occur to me: 1) The service machine tries to process the first SMSG, but encounters a problem and fails less than gracefully (perhaps its disk is full?) 2) The service machine disables its VMCF handler whilst processing a request. Processing the request takes a long time, so the subsequent two SMSGs fail. Or something along those lines. If it were me, I would take a close look at your service machine to see what's going on there. Good luck! Ray Mansell
Re: Possible Causes of HCPMFS057I
Probably what has happened is a locally written service routine (REXX) was running and waiting for an SMSG to come in. When the first SMSG came in, it dropped its IUCV interface - so subsequent SMSGs were rejected. I typically use the WAKEUP MODULE to collect SMSGs. It loads as a nucleus extension, so even when the host program is off doing other things WAKEUP stays resident and continues to collect subsequent IUCV msgs, which can be processed whenever it is convenient for the host program. I know a lot of people are using the PIPE STARMSG stage to process IUCV messages these days, but does that stay resident to collect SMSGs after the PIPE terminates and passes control to the host program? -Mike -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Dixon, Patricia A Sent: Tuesday, July 31, 2007 11:19 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Possible Causes of HCPMFS057I Hi Mike I am not a VM expert by any means, but here goes: A user issues 3 SMSG commands to a disconnected machine. This service machine has the ability to send files (monitor and account data) to MVS or write files to a users CMS disk. The SMSG issues a TRANSFER to the service machine providing the file names and their locations. In this instance, the files are being written to a CMS disk. The first SMSG command executes successfully, but the second and third get the HCPMFS057I message. From what I am seeing in other responses on the LISTSERV, it looks like a VMCF AUTHORIZE issue. Thanks _ From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter Sent: Tuesday, July 31, 2007 10:36 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Possible Causes of HCPMFS057I Pat, If you haven't figured it out by now, could you provide a little more detail? E.g. 1- On what userid are the messages appearing? 2- What command was issued on that ID, or what product/application is running on that ID? 3- Given some of the previous replies, on that ID and the command's target ID; what is the response to: CP Query SET 4- In the directory entry for that userid and the target userid, what are the OPTION record settings? 5- Can anyone else issue the same commands/run the same product/app? 6- Has this every worked before? Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Pat Dixon [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 07/31/2007 06:51 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Possible Causes of HCPMFS057I Receiving a HCPMFS057I User not authorizied. Checked the help facility but no reasonable explanation found other than not authorized The user i s not authorized. What could cause this error or what is it that the user does not have authorization? Thanks _ The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited.
Re: Possible Causes of HCPMFS057I
On Tue, 31 Jul 2007 11:32:40 -0400 Michael Coffin said: I know a lot of people are using the PIPE STARMSG stage to process IUCV messages these days, but does that stay resident to collect SMSGs after the PIPE terminates and passes control to the host program? Of course not. The Pipe has terminated. That's why you process the message in the Pipe. Remember that pipelines are about processing the data, not to be inside of a Rexx Do loop. Turn your Rexx Do loop into a series of Pipe stages and all works for the best. -Mike /ahw
Re: Possible Causes of HCPMFS057I
Hi Harry, That's what I thought, and it makes sense. I seem to recall writing some REXX programs a few years back using PIPE and STARMSG to handle the communications between virtual machines and not liking that the PIPE must remain active, always, or you drop the communications layer of the programming. The nice thing about WAKEUP is that it stays resident as a nucleus extension unless/until you explicitly terminate it. Of course, at the end of the day use whichever method works best for you. :) -Mike -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of A. Harry Williams Sent: Tuesday, July 31, 2007 1:59 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Possible Causes of HCPMFS057I On Tue, 31 Jul 2007 11:32:40 -0400 Michael Coffin said: I know a lot of people are using the PIPE STARMSG stage to process IUCV messages these days, but does that stay resident to collect SMSGs after the PIPE terminates and passes control to the host program? Of course not. The Pipe has terminated. That's why you process the message in the Pipe. Remember that pipelines are about processing the data, not to be inside of a Rexx Do loop. Turn your Rexx Do loop into a series of Pipe stages and all works for the best. -Mike /ahw
Re: Possible Causes of HCPMFS057I
Patricia, Have the other posts helped resolve you problem? It sounds as if the target service machine is home-grown application rather than a purchased product (if it's purchased, contact the vendor). I'd contact the application owner, reporting the existing situation. I hope you're not the author, I always felt empty when reading that fateful Response: in the IBM manuals to Contact your systems programmer. Yikes, that's *me* -- now what!!? :-) If you're the author, and still have the problem and can't figure it out, we're going to need to see some or all of code on the server. BTW, there are some very good VM support folks working for CA in Herndon, VA. If the code is sensitive, you might want to lean on them for help. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Dixon, Patricia A [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 07/31/2007 10:18 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Possible Causes of HCPMFS057I Hi Mike I am not a VM expert by any means, but here goes: A user issues 3 SMSG commands to a disconnected machine. This service machine has the ability to send files (monitor and account data) to MVS or write files to a users CMS disk. The SMSG issues a TRANSFER to the service machine providing the file names and their locations. In this instance, the files are being written to a CMS disk. The first SMSG command executes successfully, but the second and third get the HCPMFS057I message. From what I am seeing in other responses on the LISTSERV, it looks like a VMCF AUTHORIZE issue. Thanks From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter Sent: Tuesday, July 31, 2007 10:36 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Possible Causes of HCPMFS057I Pat, If you haven't figured it out by now, could you provide a little more detail? E.g. 1- On what userid are the messages appearing? 2- What command was issued on that ID, or what product/application is running on that ID? 3- Given some of the previous replies, on that ID and the command's target ID; what is the response to: CP Query SET 4- In the directory entry for that userid and the target userid, what are the OPTION record settings? 5- Can anyone else issue the same commands/run the same product/app? 6- Has this every worked before? Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Pat Dixon [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 07/31/2007 06:51 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Possible Causes of HCPMFS057I Receiving a HCPMFS057I User not authorizied. Checked the help facility but no reasonable explanation found other than not authorized The user i s not authorized. What could cause this error or what is it that the user does not have authorization? Thanks The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited.
Re: Possible Causes of HCPMFS057I
On Tue, 31 Jul 2007 15:27:30 -0400 Michael Coffin said: Hi Harry, That's what I thought, and it makes sense. I seem to recall writing some REXX programs a few years back using PIPE and STARMSG to handle the communications between virtual machines and not liking that the PIPE must remain active, always, or you drop the communications layer of the programming. The nice thing about WAKEUP is that it stays resident as a nucleus extension unless/until you explicitly terminate it. That's because WAKEUP is a hammer, so everything looks like a nail. PIPE is a Swiss Army Knife, which isn't very useful for hitting screws into walls, but open the screwdriver blade, and you'll be much happier. Pipelines moves data through a process, and much cleaner implementation of psuedo-multi-tasking process that multiple SMSG and spool files implies than a Rexx loop. It may take twisting your head around, but once you get past that, it is much more natural. Rob will hurt me, but you can easily do a simple Rexx stage that processes the looping structure you are use to seeing. You just can't do PIPE STARMSG | stem r. do i = 1 to r.0 but something like PIPE (end ?) STARMSG | a: locate /MSG/ | one process... ? a: | second proc... /ahw Of course, at the end of the day use whichever method works best for you. :) -Mike -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of A. Harry Williams Sent: Tuesday, July 31, 2007 1:59 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Possible Causes of HCPMFS057I On Tue, 31 Jul 2007 11:32:40 -0400 Michael Coffin said: I know a lot of people are using the PIPE STARMSG stage to process IUCV messages these days, but does that stay resident to collect SMSGs after the PIPE terminates and passes control to the host program? Of course not. The Pipe has terminated. That's why you process the message in the Pipe. Remember that pipelines are about processing the data, not to be inside of a Rexx Do loop. Turn your Rexx Do loop into a series of Pipe stages and all works for the best. -Mike /ahw