Possible Causes of HCPMFS057I

2007-07-31 Thread Pat Dixon
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: installing z/VM 5.3 from minidisk

2007-07-31 Thread Nick Laflamme

Stricklin, Raymond J wrote:

Ok, totally tacky, following up on my own message, but I got my problem
solved, after banging my head against a co-worker for a few minutes.
  


Nonsense! Who is better qualified to answer a problem if you've just 
solved it on your own? And now your answer is in the archives for anyone 
else to search and find! Good show!


Besides, *none* of us have ever had an insight into a problem five 
seconds after pressing SEND, right? (I avoid this by not thinking for 
five seconds after pressing SEND. All my insights come six seconds after 
pressing SEND.)


Nick


Re: Possible Causes of HCPMFS057I

2007-07-31 Thread Ray Mansell
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

2007-07-31 Thread Mike Walter
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

2007-07-31 Thread Alan Altmark
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

2007-07-31 Thread Harding, Mike
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

2007-07-31 Thread Dixon, Patricia A
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

2007-07-31 Thread Ray Mansell

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

2007-07-31 Thread Michael Coffin
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: SSH in TCP/IP for VM

2007-07-31 Thread Alan Altmark
On Tuesday, 07/31/2007 at 12:21 EDT, Roland P. Chung 
[EMAIL PROTECTED] wrote:
 Hello Listers, could any one tell me in which release of TCP/IP for 
VM SSH is 
 available? TIA

There is no IBM-provided SSH server or client for z/VM.  Right now, I have 
inferred a consensus in the community that an SSH client would be more 
useful to more people than an SSH daemon.  This is primarily due to the 
ease of using CMS as a scripting environment and the fact that z/VM has 
secure telnet (client and server) today.

advert
If you would like to see this or any other new functionality in z/VM, 
please work with your fave global or regional user group to get them to 
sponsor a requirement to IBM.  If you are not affilliated with a user 
group, you should be.  [If there isn't one in your area, there's probably 
a need for one!]  But if that just isn't in the cards, the Support Center 
can open an individual requirement on your behalf or put you on the 
Interested Parties list of an existing requirement.
/advert

Alan Altmark
z/VM Development
IBM Endicott


SSH in TCP/IP for VM

2007-07-31 Thread Roland P. Chung
Hello Listers, could any one tell me in which release of TCP/IP for VM SSH is 
available? TIA
   
  ...Roland


Re: SSH in TCP/IP for VM

2007-07-31 Thread Roland P. Chung
Thanks Alan. I will talk to the customer about that.
   
  ...Roland

Alan Altmark [EMAIL PROTECTED] wrote:
On Tuesday, 07/31/2007 at 12:21 EDT, Roland P. Chung 
wrote:
 Hello Listers, could any one tell me in which release of TCP/IP for 
VM SSH is 
 available? TIA

There is no IBM-provided SSH server or client for z/VM. --snipped --
  
Alan Altmark
z/VM Development
IBM Endicott




Re: SSH in TCP/IP for VM

2007-07-31 Thread David Boyes
Some Future Release. SSH is not available with the IBM TCPIP stack. 

 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Roland P. Chung
Sent: Tuesday, July 31, 2007 12:21 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: SSH in TCP/IP for VM

 

Hello Listers, could any one tell me in which release of TCP/IP for VM
SSH is available? TIA

 

...Roland



Re: Possible Causes of HCPMFS057I

2007-07-31 Thread A. Harry Williams
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


z/Journal article

2007-07-31 Thread Hooker, Don - OIT
For those of you who don't get the z/Journal e-Newsletter and who may
remember the article I said I would write at the last WAVV conference   
(and for those of you who care or are interested), it will not be in the
hardcopy magazine but it is on the z/Journal web site ( www.zjournal.com
).

It is on Shutting Down VSE via z/VM Signal Shutdown command and FAQS.

Thanks to Bob Thomas and Amy Novotny for getting it out.

Thanks too, to Bob Romeril and Jim Hughes here for helping me put it
together.  


Re: Possible Causes of HCPMFS057I

2007-07-31 Thread Michael Coffin
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

2007-07-31 Thread Mike Walter
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.




SHARE: Chairbears! OH MY! Help! Lots of sessions left!

2007-07-31 Thread Mark Boltz
(With apologies to Dennis Roach: I will factor your sessions into the next
round; I don't follow the list day-to-day so I missed your post until now
with your volunteering.)

The following sessions would still like chairs, please let me know ASAP
which ones you can take!! The time grows short; I'd like the list in to the
master of ceremonies this FRIDAY so they can generate the packets and
correlate, staple, bend, fold, mutilate and spin dry the information in
time for the actual conference, which isn't that far away!! So help!

Mon   09:30a  930   9102  The Very Basics of z/VM - Concepts and
Terminology Bill Bitner
Mon   11:00a  1100  9256  Migration Kit for Solaris OS to Linux
  Ulrich Weigand
Mon   11:00a  1100  9200  An Introduction to Linux and Open Source
  Jim Elliott
Mon   01:30p  1330  9106  VM Performance Update   Bill
Bitner
Mon   03:00p  1500  9127  z/VM for MVS Systems Programmers - Part 1 of
2 Martha McConaghy/Mark Post
Mon   04:30p  1630  9128  z/VM for MVS Systems Programmers - Part 2 of
2 Martha McConaghy/Mark Post


Tue   08:00a  800   9125  Virtual Networking with z/VM Guest LANs and
the z/VM Virtual Switch Alan Altmark
Tue   11:00a  1100  9132  Migrating to the z/VM Virtual Switch
  Alan Altmark
Tue   11:00a  1100  9233  Linux Installation Planning
Mark Post
Tue   01:30p  1330  9227  Linux for IBM System z Installation
Hands-On-Lab - Part 1 of 3Richard Lewis/Chuck Morse
Tue   03:00p  1500  9228  Linux for IBM System z Installation
Hands-On-Lab - Part 2 of 3Richard Lewis/Chuck Morse
Tue   03:00p  1500  9119  T-Rex and Penguins and Bears, Oh Yea!  Part
1:Cloning VM  Jim Moling
Tue   04:30p  1630  9120  T-Rex and Penguins and Bears, Oh Yea!  Part
2: Virtual Worlds Jim Moling
Tue   04:30p  1630  9229  Linux for IBM System z Installation
Hands-On-Lab - Part 3 of 3Richard Lewis/Chuck Morse


Wed   08:00a  800   9242  Linux for Beginners Hands-on-Lab - Part 1 of
3 Neale Ferguson
Wed   08:00a  800   9285  Real-time enhancements for SW-RAID1: Securing
applications against Storage controller failures with Linux
Holger Smolinski
Wed   08:00a  800   9267  Networking with Linux on System z - Part 1 of
2 Frank Pavlic
Wed   09:30a  930   9113  The z/VM Control Program (CP) - Useful Things
to Know John Franciscovich
Wed   09:30a  930   9243  Linux for Beginners Hands-on-Lab - Part 2 of
3 Neale Ferguson
Wed   09:30a  930   9268  Networking with Linux on System z - Part 2 of
2 Frank Pavlic
Wed   11:00a  1100  9244  Linux for Beginners Hands-on-Lab - Part 3 of
3 Neale Ferguson
Wed   01:30p  1330  9126  Performance Toolkit for VM
Bill Bitner
Wed   01:30p  1330  9214  sudo: Beginner to Expert in One Hour
  Michael Potter
Wed   03:00p  1500  9133  Configuring, Customizing and Modifying Your
VM System Without an IPL  John Franciscovich
Wed   04:30p  1630  9151  z/VM System and Performance Management -
Integrating IBM's Solutions   Robert Neill/Tracy Dean/Dan
Martin


Thu   08:00a  800   9280  Linux on System z - What's new in the I/O
Area  Horst Hummel
Thu   09:30a  930   9118  Servicing and Maintaining z/VM with VM/SES -
Live Demo   Jim Vincent
Thu   09:30a  930   9253  Basic Linux Scripting Hands-on Lab - Part 1
of 2  Neale Ferguson
Thu   11:00a  1100  9254  Basic Linux Scripting Hands-on Lab - Part 2
of 2  Neale Ferguson
Thu   01:30p  1330  9255  Building Robust Scripts using bash 3.x
  Michael Potter
Thu   01:30p  1330  9249  Putting Linux on System z into Production:
True Stories  Erich Amrehn
Thu   03:00p  1500  9122  z/VM Tuning Revisited with Speciality Engines
Bill Bitner
Thu   04:30p  1630  9112  z/VM TCP/IP Stack Configuration
Alan Altmark


Fri   08:00a  800   9245  Linux on Intel InstallFest Hands-on-Lab -
Part 1 of 2 Mark Post
Fri   09:30a  930   9246  Linux on Intel InstallFest Hands-on-Lab -
Part 2 of 2 Mark Post

---
Mark Boltz, CISSP, CSGI
Sr. Solutions Architect
[EMAIL PROTECTED]   http://www.stonesoft.com
Toll Free:  1.866.869.4075 Cell: 1.571.246.2233
Fax:  1.703.288.4811  Direct: 1.703.288.0208

8133 Leesburg Pike, Suite 610
Vienna, VA 22182-2730 USA

Subscribe to a Webletter on Trends in Network Security at
http://www.stonesoft.com/network_security/


Re: XRC use and z/VM

2007-07-31 Thread Jim Moling
We are running XRC under z/VM 5.2 and it's running just fine.

Issues we had were all z/OS related and were fixed by applying maintenance
and making sure that enough memory was allocated to the virtual machine (we
had problems with z/OS dying when XRC exausted all memory for it's buffers
over a couple of days time). The timestamping concern you mention should be
addressed by maint - check out the XRC PUT bucket (if you haven't done so
already), also make sure that you have all maint related to the DASD boxes
on each end applied (should be a PUT bucket available for them as well) -
also, if you havent checked the PUT buckets in a while then you might find
some new info has been added. It's also a good idea to run an SMP/E
ERRSYSMOD report to see if you have any outstanding errors on your systems
that relates to this (but make sure you receive the latest hold data first
if you haven't done it in a while).

Hope this helps.



|-+---
| |   Marcy Cortes|
| |   [EMAIL PROTECTED]|
| |   sfargo.com |
| |   Sent by: The IBM|
| |   z/VM Operating  |
| |   System  |
| |   [EMAIL PROTECTED]|
| |   .EDU   |
| |   |
| |   |
| |   10/11/2006 01:43 PM |
| |   Please respond to   |
| |   The IBM z/VM|
| |   Operating System|
| |   |
|-+---
  
-|
  | 
|
  |   To:   IBMVM@LISTSERV.UARK.EDU 
|
  |   cc:   (bcc: James Moling/IR/FMS)  
|
  |   Subject:  XRC use and z/VM
|
  
-|




Any issues with VM 5.1 or 5.2 and XRC?  My storage guy said to check on
timestamping i/o? or something like that - and make sure we have all the
PTF's on for that.  I wasn't quite sure what to search on in IBMLink.


Marcy Cortes


This message may contain confidential and/or privileged information.
If you are not the addressee or authorized to receive this for the
addressee, you must not use, copy, disclose, or take any action based on
this message or any information herein.  If you have received this
message in error, please advise the sender immediately by reply e-mail
and delete this message.  Thank you for your cooperation.


Re: XRC use and z/VM

2007-07-31 Thread Marcy Cortes
Interesting.  I keep getting mixed messages from IBM.

It sounds like you are talking about z/OS under z/VM??  I was talking
about z/VM itself in its own LPAR and its Linux guests but z/OS running
the show and just including some z/VM volumes that it could see in the
i/o gen.  Linux does timestamp its i/o from what I was told but it was
still unclear whether on minidisks rather than full vols if it counted.
I was also told that VM has been engineered to do PPRC and not XRC and
to look at that solution instead (1800 miles makes that hard).


Marcy Cortes 
 
This message may contain confidential and/or privileged information. If
you are not the addressee or authorized to receive this for the
addressee, you must not use, copy, disclose, or take any action based on
this message or any information herein. If you have received this
message in error, please advise the sender immediately by reply e-mail
and delete this message. Thank you for your cooperation.


-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Jim Moling
Sent: Tuesday, July 31, 2007 4:11 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] XRC use and z/VM

We are running XRC under z/VM 5.2 and it's running just fine.

Issues we had were all z/OS related and were fixed by applying
maintenance and making sure that enough memory was allocated to the
virtual machine (we had problems with z/OS dying when XRC exausted all
memory for it's buffers over a couple of days time). The timestamping
concern you mention should be addressed by maint - check out the XRC PUT
bucket (if you haven't done so already), also make sure that you have
all maint related to the DASD boxes on each end applied (should be a PUT
bucket available for them as well) - also, if you havent checked the PUT
buckets in a while then you might find some new info has been added.
It's also a good idea to run an SMP/E ERRSYSMOD report to see if you
have any outstanding errors on your systems that relates to this (but
make sure you receive the latest hold data first if you haven't done it
in a while).

Hope this helps.



|-+---
| |   Marcy Cortes|
| |   [EMAIL PROTECTED]|
| |   sfargo.com |
| |   Sent by: The IBM|
| |   z/VM Operating  |
| |   System  |
| |   [EMAIL PROTECTED]|
| |   .EDU   |
| |   |
| |   |
| |   10/11/2006 01:43 PM |
| |   Please respond to   |
| |   The IBM z/VM|
| |   Operating System|
| |   |
|-+---
 
---
--|
  |
|
  |   To:   IBMVM@LISTSERV.UARK.EDU
|
  |   cc:   (bcc: James Moling/IR/FMS)
|
  |   Subject:  XRC use and z/VM
|
 
---
--|




Any issues with VM 5.1 or 5.2 and XRC?  My storage guy said to check on
timestamping i/o? or something like that - and make sure we have all the
PTF's on for that.  I wasn't quite sure what to search on in IBMLink.


Marcy Cortes


This message may contain confidential and/or privileged information.
If you are not the addressee or authorized to receive this for the
addressee, you must not use, copy, disclose, or take any action based on
this message or any information herein.  If you have received this
message in error, please advise the sender immediately by reply e-mail
and delete this message.  Thank you for your cooperation.


Re: Possible Causes of HCPMFS057I

2007-07-31 Thread A. Harry Williams
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