Re: IODF question

2010-08-05 Thread Joe . DiPippo
Check to insure that your z/VM system is included in the access list for 
the CHPID attached to the control unit defined to the 1B00-1B0F devices.


Joseph Di Pippo
Operating Systems Programmer III
FRIT Computing Services
z/OS, z/VM, Hardware Support
1-201-531-3820



From:   Daniel Allen dal...@serena.com
To: IBMVM@LISTSERV.UARK.EDU
Date:   08/04/2010 06:50 PM
Subject:Re: IODF question
Sent by:The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU



The command ?DELETE RDEV 1B00-1B0F? did not work. 
 
I did a ?VARY OFF SUB 1B00-1B0F?. That command worked.
 
Then I did a ?SET RDEV 1B00-1B0F TYPE 3278?. That command worked.
 
Then I did a ?VARY ON SUB 1B00-1B0F? and it worked.
 
Then I did a ?VARY ON 1B00? and got the following message:
 
HCPCPN6283I Device 1B00 cannot be varied online because no channel path is 
available. 
 
I am sure that there is no 3174 plugged in. 
 
Once it gets plugged in, I should be able to vary on the addresses. Is 
that correct ?  
 
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On 
Behalf Of Marcy Cortes
Sent: Wednesday, August 04, 2010 3:27 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: IODF question
 
If you didn't go down, then delete the rdev (delete rdev command) and then 
do the define rdev and 'set rdev type 3270_display
although, if you did a POR and shutdown VM, given what you have in system 
config, all should be fine.
Is there anywhere else, autolog2 maybe?, where you did set set rdev ?
 
 

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On 
Behalf Of Daniel Allen
Sent: Wednesday, August 04, 2010 3:24 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] IODF question
This is the only thing in the SYSTEM CONFIG file that says anything about 
devices:
 
/**/
/*Status of Devices   */
/**/
 
 Devices , 
   Online_at_IPL   -, 
   Sensed  - 
 
 
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On 
Behalf Of Marcy Cortes
Sent: Wednesday, August 04, 2010 3:15 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: IODF question
 
No.
Is there sometihing in your SYSTEM CONFIG file that suggests they are?
 
 
 

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On 
Behalf Of Daniel Allen
Sent: Wednesday, August 04, 2010 3:13 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: [IBMVM] IODF question
We build and activate our IODF using z/OS HCD. z/VM 5.3 and 5.4 recognize 
the change.
 
In our z/OS IODF, we have addresses 1B00-1B0F as 3278-2 devices. However, 
according to z/VM 5.4, addresses 1B00-1B0F are DASD devices.
 
Last weekend, we did a POR (Power On Reset). 
 
Is there something in z/VM 5.4 that does not allow certain addresses to be 
3278-2 devices ?
 
 



Re: New z/VM Red Alert posting

2010-08-05 Thread Mark Cibula
Hello All,

It's come to my attention that attendees at this week's SHARE have been
informed that only a 610 level SSL Scalability and Enhancement PTF would 
be
provided.  For the record, PTFs for both the 540 and 610 levels will be m
ade
available.

Regards,
Mark Cibula (z/VM TCP/IP Support)


Pushing replies to Linux SLES 11 upgrade from a REXX EXEC

2010-08-05 Thread Tom Duggan
I hope this gets through...(and a Hello! from a new member if it does!)

I've been assigned a recent project of trying to automate
the initial responses of a SLES 11 upgrade to servers
running under z/VM 5.3.

I'm trying to automate the replies up until the point in the
process where SSH is launched to start yast.

I've tried PUSH and QUEUE without success.  I'm more of a VM'er
than Linuxite and just looking for a nudge in the right direction.

I'm working on a 3270 emulator macro (Passport PC to Host) at present,
which is a little tedious.

What I'm seeing is after the guest machine's reader is IPL'd, CMS
goes away and we're in a Linux environment, no?


Re: Pushing replies to Linux SLES 11 upgrade from a REXX EXEC

2010-08-05 Thread Mark Pace
A config file with all the prompts and responses is what you're looking for.
 Something like this

RAMDISK_SIZE=98304 ROOT=/DEV/RAM1 RO INIT=/LINUXRC TERM=DUMB
HostIP=nnn.nnn.nnn.nnn   Hostname=host.domain
Gateway=nnn.nnn.nnn.nnn Nameserver=nnn.nnn.nnn.nnn
InstNetDev=osa  Netmask=255.255.255.0 Broadcast=nnn.nnn.nnn.nnn
OsaInterface=qdio OsaMedium=eth ReadChannel=0.0.0100
WriteChannel=0.0.0101 DataChannel=0.0.0102 portname=SWCH1
Install=http://nnn.nnn.nnn.nnn/sles10-sp2 OSAHWAddr=''
PortNo=0 Usevnc=1 layer2=1 vncpassword=password

On Thu, Aug 5, 2010 at 9:09 AM, Tom Duggan dugg...@emigrant.com wrote:

 I hope this gets through...(and a Hello! from a new member if it does!)

 I've been assigned a recent project of trying to automate
 the initial responses of a SLES 11 upgrade to servers
 running under z/VM 5.3.

 I'm trying to automate the replies up until the point in the
 process where SSH is launched to start yast.

 I've tried PUSH and QUEUE without success.  I'm more of a VM'er
 than Linuxite and just looking for a nudge in the right direction.

 I'm working on a 3270 emulator macro (Passport PC to Host) at present,
 which is a little tedious.

 What I'm seeing is after the guest machine's reader is IPL'd, CMS
 goes away and we're in a Linux environment, no?




-- 
Mark D Pace
Senior Systems Engineer
Mainline Information Systems


Re: Pushing replies to Linux SLES 11 upgrade from a REXX EXEC

2010-08-05 Thread Alan Altmark
On Thursday, 08/05/2010 at 09:37 EDT, Tom Duggan dugg...@emigrant.com 
wrote:
 I hope this gets through...(and a Hello! from a new member if it does!)
 
 I've been assigned a recent project of trying to automate
 the initial responses of a SLES 11 upgrade to servers
 running under z/VM 5.3.
 
 I'm trying to automate the replies up until the point in the
 process where SSH is launched to start yast.
 
 I've tried PUSH and QUEUE without success.  I'm more of a VM'er
 than Linuxite and just looking for a nudge in the right direction.
 
 I'm working on a 3270 emulator macro (Passport PC to Host) at present,
 which is a little tedious.
 
 What I'm seeing is after the guest machine's reader is IPL'd, CMS
 goes away and we're in a Linux environment, no?

That's exactly right.  Automation if this sort requires TWO virtual 
machines.  One drives the other via the Single Console Image Facility 
(SCIF):

UserA:  CP SET SECUSER USERB
UserB:  CP SEND CP USERA IPL 999
UserB:  watches for a prompt
UserB:  CP SEND USERA Answer number 1
UserB:  watches for another prompt
UserB:  CP SEND USERA Answer number 2
and so on.

All command output and other virtual machine console I/O is sent to UserB. 
 UserB can trap it with the WAKEUP command or other home-grown solutions.

There are commercial automation offerings such as IBM Operations Manager 
for z/VM that have this kind of thing already built into them (among other 
capabilities).  You tell them what user(s) to watch, what to watch for, 
and how to respond.

Alan Altmark
z/VM Development
IBM Endicott


Re: Pushing replies to Linux SLES 11 upgrade from a REXX EXEC

2010-08-05 Thread Mike Walter
You've already received good responses to the original question. 

But there may be more when the question is looked at from a different 
direction.  Why would you need a script to reply to upgrade prompts?

Could you not have one golden image Linux server disk that is cloned for 
each server to use (or linked R/O)?  That's the beauty of running under 
z/VM... you can have one Linux system disk, all linked read-only by many 
servers.  Then individual server upgrades are made simply by changing a 
LINK statement in their directory entry, shutting them down. logging them 
off, and XAUTOLOGing them back on.  They come up with the new (presumable 
well-tested) Linux distro maintenance.

Obviously, there are a lot of steps involved to get to that point - but it 
should be worth the effort of you have many Linux servers 
- you will save lots of disk space
- you know that all servers are running the same exact tested/audited 
system
- upgrade implementations become extremely easy (and more successful)

There are many IBM Redbooks, Redpapers, and other doc related to this 
method.  There is a 100% chance of someone else sharing (before the end of 
the day) pointers to current-state methods to do this.

Mike Walter
Hewitt Associates
The opinions expressed herein are mine alone, not my employer's.



Tom Duggan dugg...@emigrant.com 

Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
08/05/2010 08:09 AM
Please respond to
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU



To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Pushing replies to Linux SLES 11 upgrade from a  REXX EXEC






I hope this gets through...(and a Hello! from a new member if it does!)

I've been assigned a recent project of trying to automate
the initial responses of a SLES 11 upgrade to servers
running under z/VM 5.3.

I'm trying to automate the replies up until the point in the
process where SSH is launched to start yast.

I've tried PUSH and QUEUE without success.  I'm more of a VM'er
than Linuxite and just looking for a nudge in the right direction.

I'm working on a 3270 emulator macro (Passport PC to Host) at present,
which is a little tedious.

What I'm seeing is after the guest machine's reader is IPL'd, CMS
goes away and we're in a Linux environment, no?






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. All messages 
sent to and from this e-mail address may be monitored as permitted by 
applicable law and regulations to ensure compliance with our internal policies 
and to protect our business. E-mails are not secure and cannot be guaranteed to 
be error free as they can be intercepted, amended, lost or destroyed, or 
contain viruses. You are deemed to have accepted these risks if you communicate 
with us by e-mail. 


BFS problem

2010-08-05 Thread Jim Bohnsack
I'm trying to run PUT2PROD on the latest maintenance, RSU 1002 for z/VM 
5.4, and have hit a BFS roadblock.  While PUT2PROD is working on TCPIP, 
I'm seeing a BFS error for LDAPSRV.  The LDAPSRV id, the POSIXGROUP 
statements, and the LDAPSRV POSIXINFO are the same as when they were 
delivered from IBM with 5.4.  I'm getting the following error in the 
PUT2PROD $CONS:


DTCPRD3021I TCP2PROD processing started
DTCPRD3018I No options in effect
DTCPRD3040I Issuing command:
VMFSIM QUERY SERVP2P PPF TDATA :COMPNAME TCPIPP2P :PRODID 
(STEM !VMF


DTCPRD3006I Product ID in effect: 5VMTCP40%TCPIP
DTCPRD3012I Obtaining PPF :DCL. information...
DTCPRD3019I Processing file(s) for: BFS
  LDAPSRV LOADBFS I   -- BFS
RC=0 from EXEC OPENVM UNMOUNT /
DMSOVO2129E GID not found for system
ERROR:  RC=32 from EXEC OPENVM OWNER /../VMBFS:VMSYS:LDAPSRV/ system 
LDAPSRV

DTCPRD3038E LOADBFS command completed with RC = 1

Any suggestions as to what I can do with this would be appreciated.  BFS 
is an absolute mystery to me.


Jim

--
James Bohnsack
(972) 596-6377 home/office
(972) 342-5823 cell



Re: BFS problem

2010-08-05 Thread Alan Altmark
On Thursday, 08/05/2010 at 11:08 EDT, Jim Bohnsack jab...@cornell.edu 
wrote:
 I'm trying to run PUT2PROD on the latest maintenance, RSU 1002 for z/VM 
5.4, 
 and have hit a BFS roadblock.  While PUT2PROD is working on TCPIP, I'm 
seeing a 
 BFS error for LDAPSRV.  The LDAPSRV id, the POSIXGROUP statements, and 
the 
 LDAPSRV POSIXINFO are the same as when they were delivered from IBM with 
5.4.  
 I'm getting the following error in the PUT2PROD $CONS:
 
 DTCPRD3021I TCP2PROD processing 
started 
 DTCPRD3018I No options in 
effect
 DTCPRD3040I Issuing 
command:
 VMFSIM QUERY SERVP2P PPF TDATA :COMPNAME TCPIPP2P :PRODID 
(STEM !VMF
 


 DTCPRD3006I Product ID in effect: 
5VMTCP40%TCPIP
 DTCPRD3012I Obtaining PPF :DCL. 
information...  
 DTCPRD3019I Processing file(s) for: 
BFS   
   LDAPSRV LOADBFS I   -- 
BFS
 RC=0 from EXEC OPENVM UNMOUNT 
/ 
 DMSOVO2129E GID not found for 
system
 ERROR:  RC=32 from EXEC OPENVM OWNER /../VMBFS:VMSYS:LDAPSRV/ system 
LDAPSRV
 DTCPRD3038E LOADBFS command completed with RC = 1   
 
 Any suggestions as to what I can do with this would be appreciated.  BFS 
is an 
 absolute mystery to me.

Perhaps you have an ESM running and the ESM is in charge of posix stuff?

E.g. in RACF, if you enable it to manage POSIX stuff by coding the 
ICHNGMAX macro in HCPRWA, you have to 'ADDGROUP system' with an OVM 
segment that has GID 0.  (And that would have been done for you when you 
ran RPIDIRCT at enablement time.)

Alan Altmark
z/VM Development
IBM Endicott


Re: BFS problem

2010-08-05 Thread Richard Troth
The statements are the same, but does that mean that group system is
in fact defined?  Check for that group in your POSIXGROUP statements.
The DMSOVO2129E message says it's looking for a GID, the number behind
the name.

Forgive me if you already know this.  A lot of VMers are still new to
POSIX things like UID numbers and GID numbers and the very idea of
putting them into the CP Directory.  I think it was a brilliant stroke
and very well implemented, though it took me some time to become fully
indoctrinated with what the Endicott team had done.

-- R;   





On Thu, Aug 5, 2010 at 11:08, Jim Bohnsack jab...@cornell.edu wrote:
 I'm trying to run PUT2PROD on the latest maintenance, RSU 1002 for z/VM 5.4,
 and have hit a BFS roadblock.  While PUT2PROD is working on TCPIP, I'm
 seeing a BFS error for LDAPSRV.  The LDAPSRV id, the POSIXGROUP statements,
 and the LDAPSRV POSIXINFO are the same as when they were delivered from IBM
 with 5.4.  I'm getting the following error in the PUT2PROD $CONS:

 DTCPRD3021I TCP2PROD processing
 started
 DTCPRD3018I No options in
 effect
 DTCPRD3040I Issuing
 command:
     VMFSIM QUERY SERVP2P PPF TDATA :COMPNAME TCPIPP2P :PRODID (STEM
 !VMF

 DTCPRD3006I Product ID in effect:
 5VMTCP40%TCPIP
 DTCPRD3012I Obtaining PPF :DCL.
 information...
 DTCPRD3019I Processing file(s) for:
 BFS
   LDAPSRV LOADBFS I   --
 BFS
 RC=0 from EXEC OPENVM UNMOUNT
 /
 DMSOVO2129E GID not found for
 system
 ERROR:  RC=32 from EXEC OPENVM OWNER /../VMBFS:VMSYS:LDAPSRV/ system
 LDAPSRV
 DTCPRD3038E LOADBFS command completed with RC = 1

 Any suggestions as to what I can do with this would be appreciated.  BFS is
 an absolute mystery to me.

 Jim

 --
 James Bohnsack
 (972) 596-6377 home/office
 (972) 342-5823 cell


Re: BFS problem

2010-08-05 Thread Michael Donovan

Jim,

To continue with Rick Troth's note ... make sure the following statements
exist in your CP directory


  GLOBALDEFS
  POSIXGROUP system   0
  POSIXGROUP staff1
  POSIXGROUP bin  2
  POSIXGROUP sys  3
  POSIXGROUP adm  4
  POSIXGROUP mail 6
  POSIXGROUP security 7
  POSIXGROUP nobody   4294967294
  *
  USER ROOT NOLOG   32M  128M  G
POSIXINFO UID 0 GNAME system
  *
  USER DAEMON   NOLOG   32M  128M  G
POSIXINFO UID 2 GNAME staff
  *
  USER BIN  NOLOG   32M  128M  G
POSIXINFO UID 2 GNAME bin
  *
  USER SYS  NOLOG   32M  128M  G
POSIXINFO UID 3 GNAME sys
  *
  USER ADM  NOLOG   32M  128M  G
POSIXINFO UID 3 GNAME adm
  *
  USER NOBODY   NOLOG   32M  128M  G
POSIXINFO UID 4294967294 GNAME nobody
--


These entries are all shipped in the default CP directory, but maybe they
were removed or commented out in yours?  If they are present and you have
an ESM running, then you need to do what Alan Altmark described in his
post.

Cheers!
 Mike Donovan



   
  From:   Jim Bohnsack jab...@cornell.edu
   
  To: IBMVM@LISTSERV.UARK.EDU  
   
  Date:   08/05/2010 11:12 AM  
   
  Subject:BFS problem  
   
  Sent by:The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU  
   





I'm trying to run PUT2PROD on the latest maintenance, RSU 1002 for z/VM
5.4, and have hit a BFS roadblock.  While PUT2PROD is working on TCPIP, I'm
seeing a BFS error for LDAPSRV.  The LDAPSRV id, the POSIXGROUP statements,
and the LDAPSRV POSIXINFO are the same as when they were delivered from IBM
with 5.4.  I'm getting the following error in the PUT2PROD $CONS:

DTCPRD3021I TCP2PROD processing started

DTCPRD3018I No options in effect

DTCPRD3040I Issuing command:

VMFSIM QUERY SERVP2P PPF TDATA :COMPNAME TCPIPP2P :PRODID
(STEM !VMF

DTCPRD3006I Product ID in effect: 5VMTCP40%TCPIP

DTCPRD3012I Obtaining PPF :DCL. information...

DTCPRD3019I Processing file(s) for: BFS

  LDAPSRV LOADBFS I   -- BFS

RC=0 from EXEC OPENVM UNMOUNT /

DMSOVO2129E GID not found for system

ERROR:  RC=32 from EXEC OPENVM OWNER /../VMBFS:VMSYS:LDAPSRV/ system
LDAPSRV
DTCPRD3038E LOADBFS command completed with RC = 1

Any suggestions as to what I can do with this would be appreciated.  BFS is
an absolute mystery to me.

Jim
--
James Bohnsack
(972) 596-6377 home/office
(972) 342-5823 cell


Re: Pushing replies to Linux SLES 11 upgrade from a REXX EXEC

2010-08-05 Thread Mark Post
 On 8/5/2010 at 09:09 AM, Tom Duggandugg...@emigrant.com wrote: 
 I'm trying to automate the replies up until the point in the
 process where SSH is launched to start yast.

Is this really an upgrade from a prior version, or a new install?  As others 
have pointed out, the parmfile will get you to the point of SSH running without 
any scripting.  If it is a brand new install, then you really want to use 
AutoYaST.  Beginning with SLES11, a complete AutoYaST file, coupled with the 
(declared) use of VNC will allow you to perform completely unattended installs. 
 That is, you don't have to connect via SSH or VNC for the install to run from 
start to finish.


Mark Post
Novell Technical Support