Re: Mark your calendar for VM & Linux Summer Workshop (July 2011)

2011-04-14 Thread Hines, Bernard (MSFC-IS70)[UNITeS]
Thanks to all. Somewhere out there is a "packet" or piece of a "packet" from 
the transit/conversions of the files. Even though I verified the files I seem 
to have incurred some corruption.
Thanks again, I am reloading my ISO's now.

From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of Neale Ferguson
Sent: Wednesday, April 13, 2011 22:13
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Mark your calendar for VM & Linux Summer Workshop (July 2011)

Look for VM Workshop group on Facebook.


On 4/13/11 7:55 PM, "David L. Craig"  wrote:
On Wed, Apr 13, 2011 at 3:35 PM, Pamela Christina in rainy endicott ny
 wrote:

> Hi, just wanted to get this on your calendarswork is underway to
> relaunch the VM Workshop as the VM and Linux Workshop.

Where's the Like button? ;-)


z/VM Archives address or access

2011-04-13 Thread Hines, Bernard (MSFC-IS70)[UNITeS]
Someone help me to the Archives?
Or
If someone has a step by step how to for installing Red Hat 6 on z/VM 5.4 
system it would be greatly appreciated.






The information contained in this message may be confidential,it is intended 
exclusively for the addressee(s).
Should you receive this message unintentionally, please do not use the contents 
herein and notify the sender immediately by return e-mail.
Marshall Space Flight Center
 NASA Data Center
z/OS Systems
z/VM Systems


256.544.0769 (Desk)   256.698.6593 (Cell)
I refuse to tiptoe through life... just to arrive unscathed at Death's door!


   Bernard Hines


Re: how to determine which vm holds link

2010-02-20 Thread Hines, Bernard (MSFC-IS70)[UNITeS]
Forgot about Q sys and q mdisk... thanks


From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of zMan
Sent: Friday, February 19, 2010 09:09
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: how to determine which vm holds link

On Thu, Feb 18, 2010 at 11:37 AM, Hines, Bernard (MSFC-IS70)[UNITeS] 
mailto:bernard.hi...@nasa.gov>> wrote:
Old system programmer taught me to

"linkrr"
 link dasdmgr a350 ab50 rr

 system responds
DASD AB50 LINKED R/O; R/W BY 3 USERS

Then issue

Q link 
 q link ab50

 system responds
ZOSUSR19 A350 R/W, CLIMICA  A00F R/W, CLMAFPRD 9004 R/W, VMRMAINT AB50 R/O

That works for minidisks, but not so much for actual RDEVs. I believe the OP 
was trying to do something to the RDEV, like take it offline. So Q SYS is the 
better answer in this case.



Re: how to determine which vm holds link

2010-02-19 Thread Hines, Bernard (MSFC-IS70)[UNITeS]
Old system programmer taught me to 

"linkrr"
 link dasdmgr a350 ab50 rr

 system responds
DASD AB50 LINKED R/O; R/W BY 3 USERS

Then issue

Q link 
 q link ab50   

 system responds
ZOSUSR19 A350 R/W, CLIMICA  A00F R/W, CLMAFPRD 9004 R/W, VMRMAINT AB50 R/O


-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Hodge, Robert L
Sent: Wednesday, February 17, 2010 16:53
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: how to determine which vm holds link

Use "q sys e353"

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Phillip Gramly
Sent: Wednesday, February 17, 2010 3:50 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: how to determine which vm holds link

simple question:
query a rdev and it shows one guest still has a link:

q e353
DASD E353 CP SYSTEM SYSD35   1

how do I determine which guest has that link?


Phillip Gramly
Systems Programmer
Communications Data Group
Champaign, Illinois 


Re: Good-bye All

2009-11-07 Thread Hines, Bernard (MSFC-IS70)[UNITeS]
Tom good luck and good hunting. Never met you but you carried me through many 
things with your posts. 

From: The IBM z/VM Operating System [ib...@listserv.uark.edu] On Behalf Of Bill 
Munson [william.mun...@bbh.com]
Sent: Friday, November 06, 2009 12:54 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Good-bye All

Tom,

Take care and keep in touch

good luck

Bill Munson
Sr. z/VM Systems Programmer
Brown Brothers Harriman & CO.
525 Washington Blvd.
Jersey City, NJ 07310
201-418-7588

President MVMUA
http://www2.marist.edu/~mvmua/
http://www.linkedin.com/in/BillMunson




"Huegel, Thomas" 
Sent by: The IBM z/VM Operating System 
11/06/2009 11:55 AM
Please respond to
The IBM z/VM Operating System 


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Good-bye All






All,

I just wanted to take a moment to say 'Good-bye' to everyone on this list
that has been so helpful and entertaining over the years.

The company here is closing down the Illinois facility and eliminating the
staff.

Until I find a new position in the z/VM world I'll be leaving the list.

Again thanks to everyone.

Tom

*** IMPORTANT
NOTE* The opinions expressed in this
message and/or any attachments are those of the author and not
necessarily those of Brown Brothers Harriman & Co., its
subsidiaries and affiliates ("BBH"). There is no guarantee that
this message is either private or confidential, and it may have
been altered by unauthorized sources without your or our knowledge.
Nothing in the message is capable or intended to create any legally
binding obligations on either party and it is not intended to
provide legal advice. BBH accepts no responsibility for loss or
damage from its use, including damage from virus.



Re: VSWITCH LINUX Connection Problem

2009-01-12 Thread Hines, BERNARD (MSFC-NNM04AA02C)[INFO PRO]
When you login your guest do yo get any messages like this for a
successful coupling?
NIC 8100 is created; devices 8100-8102 defined
11 *-* 'CP COUPLE 8100 TO SYSTEM VSWNDC1'
   >>>   "CP COUPLE 8100 TO SYSTEM VSWNDC1"
NIC 8100 is connected to VSWITCH SYSTEM VSWNDC1



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Charles Brosemer
Sent: Monday, January 12, 2009 12:17
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: VSWITCH LINUX Connection Problem



Yes we did do the  grant for novstart. 




Rich Smrcina  
Sent by: The IBM z/VM Operating System  

01/12/2009 01:05 PM 
Please respond to
The IBM z/VM Operating System 


To
IBMVM@LISTSERV.UARK.EDU 
cc
Subject
Re: VSWITCH LINUX Connection Problem





Charles,

Did you grant access to the VSwitch for the virtual machine?

SET VSWITCH VSWITCH1 GRANT NOVSTART

Charles Brosemer wrote:
>
> We are getting a connection problem with our first LINUX guest on z/VM
> 5.3. I am new to z/VM and do not know networking. I created a TCP/IP
> stack that appears to be working through an OSA card (9F00). We were
> able to FTP the SUSE Linux install. I created a Virtual Switch that
uses
> another OSA device (9E00). When we start up the Linux virtual machine,
> it apears to connect to the Virtual Switch. When I do a "q vswitch
> details", I see a line like the following.
>
> Adapter Connections:
>  Adaptor Owner : NOVSTART NIC: 0600 Name: UNASSIGNED
>
> We are not able to ping outside the Linux virtual machine or connect
to
> the virtual machine. I am including an "ifconfig -a" and "q vswitch
> details" command output (without the Linux virtual machine being
active)
> .  I do not know what to do next to resolve the problem. Any help from
> the list would be appreciated.
>
> ifconfig -a
> DMSACC724I 191 replaces A (191)
> Ready; T=0.01/0.01 12:46:21
> ETH0 inet addr: 172.19.110.100 mask: 255.255.0.0
>  UP BROADCAST MULTICAST MTU: 1500
>  vdev: 9F00 rdev: 9F00 type: QDIO ETHERNET portname:
UNASSIGNED
>  ipv4 router type: NONROUTER ipv6: DISABLED
>  cpu: 0 forwarding: ENABLED
>  RX bytes: 3642430945 TX bytes: 91662059
> Ready; T=0.01/0.02 12:46:21
>
> q vswitch details
>
> VSWITCH SYSTEM VSWITCH1 Type: VSWITCH Connected: 0Maxconn:
INFINITE
>
>   PERSISTENT  RESTRICTEDNONROUTER Accounting: OFF
>
>   VLAN Unaware
>
>   MAC address: 02-00-00-00-00-01
>
>   State: Ready
>
>   IPTimeout: 5 QueueStorage: 8
>
>   RDEV: 9E00 VDEV: 9E00 Controller: DTCVSW1
>
> VSWITCH Connection:
>
>   MAC address: 00-11-25-BD-A6-A0
>
>   RX Packets: 0  Discarded: 0  Errors: 0
>
>   TX Packets: 0  Discarded: 0  Errors: 0
>
>   RX Bytes: 0TX Bytes: 0
>
>   Device: 9E02  Unit: 002   Role: DATA   Port: 0001  Index:
0001
>
> Ready; T=0.01/0.01 12:51:13
>
>
>


--
Rich Smrcina
VM Assist, Inc.
Phone: 414-491-6001
Ans Service:  360-715-2467
http://www.linkedin.com/in/richsmrcina

Catch the WAVV!  http://www.wavv.org
WAVV 2009 - Orlando, FL - May 15-19, 2009 



Re: z/VM 5.4 RSU 802 problem

2009-01-05 Thread Hines, BERNARD (MSFC-NNM04AA02C)[INFO PRO]
I got a similar reply (see below) when trying to apply "maintenance".  

 VMFP2P1965E The command, CP SEND BLDSEG EXEC VMFBLD PPF SEGBLD ESASEGS
SEGBLIST 
HELPSEG.SEGMENT LINK (SERVICED NOLOG, failed with return
code 36
VMFP2P2760I PUT2PROD processing completed unsuccessfully for SEGMENTS

VMFP2P2760I PUT2PROD processing completed unsuccessfully

Ready(00100); T=4.96/5.36 14:21:59


Had to expand "HELPSEG" size for my error. 
Not sure about your failing segment.

[P.S. Hope I got that right, a lot of this is in the learning stage for
me.
 


-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Dave Jones
Sent: Monday, January 05, 2009 10:38
To: IBMVM@LISTSERV.UARK.EDU
Subject: z/VM 5.4 RSU 802 problem

Hi, gang.

I've downloaded the latest RSU 802 for z.VM 5.4; the SERVICE step runs
without problem. 
After some testing, I did the PUT2PROD step, but I'm receiving the
following errors during the segment processing step:



ST:VMFP2P2760I PUT2PROD processing started for segment DOSINST
ST:AUTO LOGON  ***   BLDSEG   USERS = 15
ST:BLDSEG  : z/VM V5.4.02008-08-24 11:16
ST:BLDSEG  : Ready; T=0.01/0.02 13:53:17 ST:BLDSEG  : VMFBLD2760I VMFBLD
processing started ST:BLDSEG  : VMFBLD1851I Reading build lists
ST:BLDSEG  : VMFBLD2182I Identifying new build requirements ST:BLDSEG  :
VMFBLD2182I No new build requirements identified ST:BLDSEG  :
VMFBLD1851I (1 of 1) VMFBDSEG processing SEGBLIST EXC0 ST:D, target
is BUILD
ST:BLDSEG  : 51D (D)
ST:BLDSEG  : VMFBDS2115I Validating segment DOSINST ST:BLDSEG  :
VMFSET2204I Linking MAINT 3C4 as 3C4 with the link mode MR ST:BLDSEG  :
HCPLNM107E MAINT 03C4 not linked; not in CP directory ST:BLDSEG  :
VMFSET1965E The command, CP LINK MAINT 3C4 3C4 MR, failed ST:with return
code 107 ST:BLDSEG  : VMFSET2204I Linking MAINT 3C2 as 3C2 with the link
mode MR ST:BLDSEG  : HCPLNM107E MAINT 03C2 not linked; not in CP
directory ST:BLDSEG  : VMFSET1965E The command, CP LINK MAINT 3C2 3C2
MR, failed ST:with return code 107 ST:BLDSEG  : VMFSET2204I Linking
MAINT 3D2 as 3D2 with the link mode MR ST:BLDSEG  : HCPLNM107E MAINT
03D2 not linked; not in CP directory ST:BLDSEG  : VMFSET1965E The
command, CP LINK MAINT 3D2 3D2 MR, failed ST:with return code 107
ST:BLDSEG  : VMFSET2204I Linking MAINT 3A6 as 3A6 with the link mode MR
ST:BLDSEG  : HCPLNM107E MAINT 03A6 not linked; not in CP directory
ST:BLDSEG  : VMFSET1965E The command, CP LINK MAINT 3A6 3A6 MR, failed
ST:with return code 107 ST:BLDSEG  : VMFSET2204I Linking MAINT 3A4 as
3A4 with the link mode MR ST:BLDSEG  : HCPLNM107E MAINT 03A4 not linked;
not in CP directory ST:BLDSEG  : VMFSET1965E The command, CP LINK MAINT
3A4 3A4 MR, failed ST:with return code 107 ST:BLDSEG  : VMFSET2204I
Linking MAINT 3A2 as 3A2 with the link mode MR ST:BLDSEG  : HCPLNM107E
MAINT 03A2 not linked; not in CP directory ST:BLDSEG  : VMFSET1965E The
command, CP LINK MAINT 3A2 3A2 MR, failed ST:with return code 107
ST:BLDSEG  : VMFSET2204I Linking MAINT 3B2 as 3B2 with the link mode MR
ST:BLDSEG  : HCPLNM107E MAINT 03B2 not linked; not in CP directory
ST:BLDSEG  : VMFSET1965E The command, CP LINK MAINT 3B2 3B2 MR, failed
ST:with return code 107 ST:BLDSEG  : VMFSET2204I Linking MAINT 490 as
490 with the link mode MR ST:BLDSEG  : VMFSET2204I Linking MAINT 493 as
493 with the link mode MR ST:BLDSEG  : HCPLNM102E DASD 0493 forced R/O;
R/W by MAINT ST:BLDSEG  : VMFBDS1965E The command, VMFSETUP, failed with
return code ST:100 when issued with
ST:BLDSEG  : the argument(s): ZVM BLDDOS (LINK LOG NONE
ST:NOCONS RETAIN A B D S Y
ST:BLDSEG  : VMFBLD1851E (1 of 1) VMFBDSEG completed with return code
ST:100. Some objects were
ST:BLDSEG  : not built
ST:BLDSEG  : VMFBLD2180I There are 4 build requirements remaining
ST:BLDSEG  : VMFBLD2760I VMFBLD processing completed unsuccessfully
ST:BLDSEG  : Ready(8); T=12.27/13.25 13:53:31 ST:BLDSEG  : CONNECT=
00:00:15 VIRTCPU= 000:12.65 TOTCPU= 000:14.93 ST:BLDSEG  : LOGOFF AT
13:53:31 CST SATURDAY 12/27/08 BY MAINT
ST:USER DSC   LOGOFF AS  BLDSEG   USERS = 14FORCED BY MAINT
ST:BLDSEG  : RDR FILE 0012 SENT FROM BLDSEG   CON WAS 0012 RECS 0041 CPY
ST:001 T NOHOLD NOKEEP
ST:DASD 019D LINKED R/W; R/O BY12 USERS
SV:VMFP2P1965E The command, CP SEND BLDSEG EXEC VMFBLD PPF SEGBLD
ESASEGS
SV:SEGBLIST DOSINST.SEGMENT LINK (SERVICED NOLOG, failed
with
SV:return code 8
ST:VMFP2P2760I PUT2PROD processing completed unsuccessfully for SEGMENTS
ST:VMFP2P2760I PUT2PROD processing completed unsuccessfully
--

It appears that PUT2PROD is attempting to access minidisks that don't
exist; they don't exist because I installed 5.4 using the SFS option,
instead of the minidisk one, i.e., on the INSTPLAN exec, I selected
option 'F' for all of the installable components. Anybody

Re: Unable to PING the LINUX server

2008-12-15 Thread Hines, Bernard B. (MSFC-NNM04AA02C)[INFO PRO]
Ray can you ping your gateway? 
Can your Linux machine ping itself?



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Ray Waters
Sent: Monday, December 15, 2008 12:38
To: IBMVM@LISTSERV.UARK.EDU
Subject: Unable to PING the LINUX server



Newbie to LINUX. I am trying to bring up SUSE for the first time under
z/VM 540. I have downloaded the SUSE LINUX for mainframes from NOVELL.
Everything worked as it should during the install, except I cannot PING
172.16.24.129 from my VM userid WATERSR running on the same z/VM 540
system.

 

I think maybe my NETWORK PARMS are incorrect but do not know. The
VSWITCH seems fine. Any ideas why I cannot connect to LINUX? I tried
using PUTTY and could not connect. Any ideas what I am doing wrong?

 

VM Directory entry for NIC in NOVSTART:

NICDEF 0340 TYPE QDIO LAN SYSTEM VSWITCH1

 

PROFILE TCPIP:

HOME 

172.16.24.100  255.255.252.0  LCHHOSAX   

 

DEFAULTNET  172.16.24.2 LCHHOSAX   1500   

 

NETWORK PARMS:

IPADDR=172.16.24.129  

 NETMASK=255.255.252.0 

 GATEWAY=172.16.24.2   

 NAMESERVER=10.0.0.23   (was not sure what to enter on this line)  

 FQDN=novstart.example.com 

 LAYER2=N  

 DHCP=N

 

PROFILE EXEC:

/* PROFILE EXEC for NOVSTART SLES Installation server */   

'CP SET PF12 RETRIEVE' 

'CP SPOOL CON TO WATERSR'  

'CP SPOOL CON START'   

'CP SET RUN ON'

'ACCESS 19F D' 

'SWAPGEN 160 20'   

   

OWNER = 'SYSTEM'   

lan_name = 'VSWITCH1'  

   

COUPLE 340 SYSTEM VSWITCH1 (is this COUPLE needed???)


   

Say 'Enter a non-blank character and ENTER (or two ENTERs) within 10'  

Say ' seconds to interrupt Linux IPL.' 

'WAKEUP +00:10 (CONS'  

If rc = 6 Then Do  

   Say 'Interrupt: entering CMS.'  

   Pull   /* Clear Stack */

   Say 'IPL 150 CLEAR to boot Linux from DASD' 

   Say 'SLES to boot SLES installation system from reader' 

End   

 Else Do  

'CP IPL 150 CLEAR'

 End  

 

Part of console log for LINUX

 

Welcome to SUSE Linux Enterprise Server 10 SP2 (s390x) - Kernel
2.6.16.60-0.21-default (ttyS0)."

"   

 "   

 novstart login: 

 

I am ABLE to LOGIN to LINUX while I am logged on to user NOVSTART.

 

I am unable to FTP to 172.16.24.129 from my PC.

 

I am unable to connect with PUTTY.

 

q novstart


NOVSTART - DSC


Ready; T=0.01/0.01 13:15:35

 

   

q vswitch details

VSWITCH SYSTEM VSWITCH1 Type: VSWITCH Connected: 1Maxconn: INFINITE


  PERSISTENT  RESTRICTEDNONROUTER Accounting: OFF


  VLAN Unaware


  MAC address: 02-00-00-00-00-01


  State: Ready


  IPTimeout: 5 QueueStorage: 8


  Isolation Status: OFF


  RDEV: 0C30.P00 VDEV: 0C30 Controller: DTCVSW1


VSWITCH Connection:


  MAC address: 00-14-5E-B7-26-99


  RX Packets: 9  Discarded: 8708472Errors: 0


  TX Packets: 182Discarded: 0  Errors: 0


  RX Bytes: 480  TX Bytes: 12969


  Device: 0C30  Unit: 000   Role: DATA   vPort: 0001  Index:
0001   

  Adapter Connections:


Adapter Owner: NOVSTART NIC: 0340.P00 Name: UNASSIGNED


  RX Packets: 4130   Discarded: 0  Errors: 0


  TX Packets: 15 Discarded: 0  Errors: 0


  RX Bytes: 865581   TX Bytes: 1082


  Device: 0342  Unit: 002   Role: DATA   vPort: 0090  Index:
0090   

  Options: Broadcast Multicast IPv6 IPv4 VLAN 

Unicast IP Addresses: 

  172.16.24.129MAC: 02-00-00-00-00-02 

  FE80::200:0:100:2MAC: 02-00-00-00-00-02 Local   

Multicast IP Addresses:   

  224.

Re: TCPIP for z/VM 5.4

2008-10-30 Thread Hines, Bernard B. (MSFC-NNM04AA02C)[IBM BART]
Where are you at on the z/VM floor system (1st level)? We are at 5.2, I
saw the warning, so far had nothing unusual happen after 2 weeks. 

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Jim Bohnsack
Sent: Thursday, October 30, 2008 08:47
To: IBMVM@LISTSERV.UARK.EDU
Subject: TCPIP for z/VM 5.4

I'm starting to work on TCPIP on my 2nd level install system and have
come across a warning in the Program Directory for TCPIP.  In section
5.2.4.2, there is a bullet item that says:

* This level of TCP/IP relies on the presence of certain functions
  in the z/VM version 5 release 4 levels of CP and CMS.  The
  converse is also true--using z/VM version 5 release 4 CMS requires
  that TCP/IP level 540 be present, to accomodate those functions
  that use TCP/IP (DNS) resolver services.

  Abends and incorrect results are possible if you attempt to
use mixed levels of TCP/IP, CP and CMS.

I have occasionally come across situations where a sub-system such as
TCP/IP requires a matching level of CMS but a matching level of CP is
very unusual.  I don't like doing "big bang" conversions.  I would like
to be able to move the 5.4 level of CP from my 2nd level install system
to my test lpar and then move the 5.4 level of CMS and then the 5.4
level of TCP/IP and some other things.  In this case, the bullet item
specifically mentions that a CMS/TCPIP match is needed for DNS resolver
services.  We run DNS on a different system. 

I would appreciate some thoughts on the idea of mix and match.

Jim


--
Jim Bohnsack
Cornell University
(972) 596-6377 home/office
(972) 342-5823 cell
[EMAIL PROTECTED]


Re: DASD Detached from SYSTEM after IPL on one LPAR but not the other

2008-08-04 Thread Hines, Bernard (MSFC-NNM04AA02C)[INFO PRO]
While in the system config insure that the volume address is not in the
vary off range.



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Davis, Larry
Sent: Sunday, August 03, 2008 21:21
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: DASD Detached from SYSTEM after IPL on one LPAR but not the
other


Look in your system config file you used to IPL your production system
and make sure there are values for all your user volumes which cause
them to be attached to your system at IPL time
 
They will look something like this, I use wild cards because we have a
naming convention associated with each LPAR
 
USER_VOLUME_INCLUDE VP*
USER_VOLUME_INCLUDE DB*
USER_VOLUME_INCLUDE M2D*
USER_VOLUME_INCLUDE EC*
USER_VOLUME_EXCLUDE M2D9%%
 
Hope this helps

Larry Davis 
Tata Consultancy Services 
email [EMAIL PROTECTED]   
Tata Consultancy Services   

 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Martin, Terry R. (CMS/CTR) (CTR)
Sent: Sunday, August 03, 2008 9:49 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: DASD Detached from SYSTEM after IPL on one LPAR but not the
other



Hi

 

I IPL'ed both of my z/VM 5.3 LPARS on Sunday. After the VAL/DEV LPAR was
brought up I started to logon and IPL the Linux guests. I had no
problems on this LPAR. 

 

Now, after I IPL'ed the PROD LPAR I started to bring up the PROD Linux
guests. This time when I logged on the guests the guest could not access
any of the MDISKS assigned to it. I looked and found that all of the
MDISKS were no longer attached to SYSTEM. I know these were attached on
Friday because I brought all of the Linux guests up without a problem.
It seems that they were detached during the IPL. On the VAL/DEV LPAR the
MDISKS for the Linux guests stayed attached to SYSTEM after the IPL.

 

Does anyone know why the MDISKS were detached from the SYSTEM on my PROD
LPAR after the IPL?

 

Thanks, Terry



Re: TCPIP loses connectivity (z/OS guest under z/VM)

2008-06-05 Thread Hines, Bernard (MSFC-NNM04AA02C)[INFO PRO]
We had a similar problem when we shared a OSA with z/OS Once we
separated out the OSA addresses, problem went away.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Alan Altmark
Sent: Thursday, June 05, 2008 11:07
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: TCPIP loses connectivity (z/OS guest under z/VM)

On Thursday, 06/05/2008 at 11:54 EDT, Daniel Allen <[EMAIL PROTECTED]>
wrote:
> We are having a  problem with TCPIP connectivity running a z/OS guest
under 
> z/VM using dedicated  OSA addresses. Once we re-cycle TCPIP (z/OS
guest), 
> everything is back to  normal.

Is that "dedicated" OSA shared with anyone?  Are you current on z/OS and
z/VM maintenence?

Alan Altmark
z/VM Development
IBM Endicott


Re: Mdisk 3390 Model 9 dasd

2008-03-18 Thread Hines, Bernard (MSFC-NNM04AA02C)[INFO PRO]
Did you ever resolve this? 

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Vikesh Bhoola
Sent: Tuesday, March 18, 2008 10:18
To: IBMVM@LISTSERV.UARK.EDU
Subject: Mdisk 3390 Model 9 dasd

NB: This email and its contents are subject to our email legal notice
which can be viewed at http://www.sars.gov.za/Email_Disclaimer.pdf


Good day,
Firstly, apologies for a very basic question from a z/OS system
programmer.

Not being a VM expert, I've been struggling with this for most of the
day and was hoping someone could perhaps help while I'm still
downloading the manuals.

I am busy with the zLINUX installation on zVM. 
I would like to make use of 3390 Model 9 disk for the Linux software. We
would like to make use of a bit more space (over 3338 cyl or 2.7Gb) and
hence have the following definitions in USER DIRECT :

USER LINUX02 LNX4VM 512M 2G G   
 INCLUDE LINDFLT
 OPTION APPLMON 
 MDISK 100 3390 0001 4500 LNX000 MR LNX4VM LNX4VM LNX4VM  MDISK 102 3390
4501 0300 LNX000 MR LNX4VM LNX4VM LNX4VM  MDISK 103 3390 4801 3038
LNX000 MR LNX4VM LNX4VM LNX4VM  MDISK 104 3390 7839 2177 LNX000 MR
LNX4VM LNX4VM LNX4VM

When I logon to LINUX02, I get the following msg :
LOGON LINUX02

HCPLNM1151E LINUX02 0100 has not been linked because it is not within CP
volume extents.

HCPLNM1151E LINUX02 0102 has not been linked because it is not within CP
volume extents.

HCPLNM1151E LINUX02 0103 has not been linked because it is not within CP
volume extents.

HCPLNM1151E LINUX02 0104 has not been linked because it is not within CP
volume extents.



Searching on this msg does not provide any clues how to specify that
this is a 3390 Model 9 dasd.

Your assistance is very much appreciated.

Kind Regards,
Vikesh Bhoola


Re: First attempt at FCP not going so well...

2007-08-03 Thread Hines, Bernard (MSFC-NNM04AA02C)[IBM BART]
 Thanks. Will let you know how it came out.

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Romanowski, John (OFT)
Sent: Thursday, August 02, 2007 12:44
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: First attempt at FCP not going so well...

This manual might help you: 
http://publibfp.boulder.ibm.com/epubs/pdf/l26cts02.pdf

"How to use FC-attached SCSI devices with Linux on System z February,
2007 Linux Kernel 2.6"



This e-mail, including any attachments, may be confidential, privileged
or otherwise legally protected. It is intended only for the addressee.
If you received this e-mail in error or from someone who was not
authorized to send it to you, do not disseminate, copy or otherwise use
this e-mail or its attachments.  Please notify the sender immediately by
reply e-mail and delete the e-mail from your system.


-Original Message-

From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Hines, Bernard (MSFC-NNM04AA02C)[IBM BART]
Sent: Wednesday, August 01, 2007 11:38 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: First attempt at FCP not going so well...

Hey I am going to try and implement FCP channel. Does anybody have a
cookbook with step-1, step-2, etc. and things to watch out for? 
I have/am going through the Red-Books and am trying to make a step by
step map on a table top executrices before I hit a real system.
 

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Leland
Sent: Monday, July 30, 2007 16:25
To: IBMVM@LISTSERV.UARK.EDU
Subject: First attempt at FCP not going so well...

We're attempting to define an FCP channel with 8 LUNs and we can see the
WWPN of the Hitachi port, but nothing else.  (Basically, I have know
idea what I'm doing.  :-))

When I run:

scsidisk noprompt erase debug

It seems to detect the remote port and the z port, but it's not very
happy when it tries to do anything with them.

Here's the output:

INFO::START @ 30 Jul 2007 16:28:07
INFO::No of attached FCP Channels found=1 INFO::Choosen FCP Sub-Channel
Device(s)=ALL DEVICES INFO::FCP SUB-CHANNEL 0999 Initialized
INFO::For Sub Channel 0999 No of WWPNs found=2 INFO::For 0999
Choosen WWPN(s)=ALL WWPNs INFO::FCP SUB-CHANNEL 0999 Re-Initialized
WARNING::WWPN 50060E8003AA070B Could Not be Opened DEBUG::ERROR
RC:50060E8003AA070B THINOP()=-1559691091 WARNING::WWPN 50060E8003AA070B
ignored DEBUG::ERROR RC:50060E8003AA070B GETLUN()=-112 WARNING::WWPN
50060E8003AA070B Could Not be Closed DEBUG::ERROR RC:50060E8003AA070B
THINCP()=-13 INFO::FCP SUB-CHANNEL 0999 Re-Initialized WARNING::WWPN
5005076401E240ED Could Not be Opened DEBUG::ERROR RC:5005076401E240ED
THINOP()=-1477508179 WARNING::WWPN 5005076401E240ED ignored DEBUG::ERROR
RC:5005076401E240ED GETLUN()=-112 WARNING::WWPN 5005076401E240ED Could
Not be Closed DEBUG::ERROR RC:5005076401E240ED THINCP()=-13 INFO::FCP
SUB-CHANNEL 0999 RESET RC=0 INFO::END @ 30 Jul 2007 16:28:07 PROGRAM
EXIT

Any ideas?  Any way to find out what those "error codes" mean?

Thanks much,

Leland


Re: First attempt at FCP not going so well...

2007-08-01 Thread Hines, Bernard (MSFC-NNM04AA02C)[IBM BART]
Hey I am going to try and implement FCP channel. Does anybody have a
cookbook with step-1, step-2, etc. and things to watch out for? 
I have/am going through the Red-Books and am trying to make a step by
step map on a table top executrices before I hit a real system.
 

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Leland
Sent: Monday, July 30, 2007 16:25
To: IBMVM@LISTSERV.UARK.EDU
Subject: First attempt at FCP not going so well...

We're attempting to define an FCP channel with 8 LUNs and we can see the
WWPN of the Hitachi port, but nothing else.  (Basically, I have know
idea what I'm doing.  :-))

When I run:

scsidisk noprompt erase debug

It seems to detect the remote port and the z port, but it's not very
happy when it tries to do anything with them.

Here's the output:

INFO::START @ 30 Jul 2007 16:28:07
INFO::No of attached FCP Channels found=1 INFO::Choosen FCP Sub-Channel
Device(s)=ALL DEVICES INFO::FCP SUB-CHANNEL 0999 Initialized
INFO::For Sub Channel 0999 No of WWPNs found=2 INFO::For 0999
Choosen WWPN(s)=ALL WWPNs INFO::FCP SUB-CHANNEL 0999 Re-Initialized
WARNING::WWPN 50060E8003AA070B Could Not be Opened DEBUG::ERROR
RC:50060E8003AA070B THINOP()=-1559691091 WARNING::WWPN 50060E8003AA070B
ignored DEBUG::ERROR RC:50060E8003AA070B GETLUN()=-112 WARNING::WWPN
50060E8003AA070B Could Not be Closed DEBUG::ERROR RC:50060E8003AA070B
THINCP()=-13 INFO::FCP SUB-CHANNEL 0999 Re-Initialized WARNING::WWPN
5005076401E240ED Could Not be Opened DEBUG::ERROR RC:5005076401E240ED
THINOP()=-1477508179 WARNING::WWPN 5005076401E240ED ignored DEBUG::ERROR
RC:5005076401E240ED GETLUN()=-112 WARNING::WWPN 5005076401E240ED Could
Not be Closed DEBUG::ERROR RC:5005076401E240ED THINCP()=-13 INFO::FCP
SUB-CHANNEL 0999 RESET RC=0 INFO::END @ 30 Jul 2007 16:28:07 PROGRAM
EXIT

Any ideas?  Any way to find out what those "error codes" mean?

Thanks much,

Leland


Re: vmsecure doc

2007-05-08 Thread Hines, Bernard (MSFC-NNM04AA02C)[IBM BART]
Did you try going out to the Ca-web site?
I pulled in mine from there. 

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of James M
Sent: Tuesday, May 08, 2007 10:35
To: IBMVM@LISTSERV.UARK.EDU
Subject: vmsecure doc

Hello-
Can anyone point me to vmsecure documentation on the web please?
Looked on ca.com and google to no avail.
Thanks.
-James 


Lost IP connection

2007-01-18 Thread Hines, Bernard (MSFC-NNM04AA02C)[IBM BART]
Does anybody know how to get a stolen IP address back?
I am new to this so bear with me.
We have SuSE Linux running on z/VM 4.4 system. We are running with the
traditional (I guess) TCPIP stack configurations with the CTC
connections. 
We configured a Vswitch and server to use the Vswitch.
The server running ctc with IP xxx.xxx.xxx.152 on the IP stack lost
connectivity when we started up the server with xxx.xxx.xxx.152 on the
Vswitch.
The new Vswitched server was connected and the old server was
disconnected. 
When we brought down the new server on the Vswitch and restarted the ctc
connected server we still had no connectivity.
We even went so far as to bounce the TCPIP stack. We still can not get
that xxx.xxx.xxx.152 to connect over the ctc connection.
Any ideas?















The information contained in this message may be confidential and is
intended to be exclusively for the addressee. 
Should you receive this message unintentionally, please do not use the
contents herein and notify the sender immediately by return e-mail.

NASA Data Center  
z/OS390 Systems 
z/VM Systems 
Linux on z/VM 
IFMP Support 
Marshall Space Flight Center 
256.544.0769 

I refuse to tiptoe through life... just to arrive unscathed at Death's
door! 
  
 
Bernard Hines 


Re: Linux IPL volume

2006-06-20 Thread Hines, Bernard
Thanks all, Thanks all Got over that hurdle


I attached the volume to the system...  ATT A3C7 system
Display shows   DASD A3C7 CP SYSTEM LXND04   1

Coded "mdisk" statement MDISK A3C7 3390 0001 END LXND04
MR RVM WVM MVM (NOTE START AT CYLINDER 1, 0 FAILS)
Coded "link"  statement LINK LVMMGR A3C7 A3C6 MW

And EUREKA! It works. My LINUX machine comes up. 

Welcome to SUSE LINUX Enterprise Server 9 (s390) - Kernel
2.6.5-7.257-s390 (ttyS0).

 

ndctst01 login:
 
In conclusion If I reference cylinder zero (0) I cannot find my IPL
text. If I reference cylinder one (1) it is found


   
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Rob van der Heij
Sent: Tuesday, June 20, 2006 10:29
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Linux IPL volume

On 6/20/06, Brian Nielsen <[EMAIL PROTECTED]> wrote:

> This is the code you get when the device address you IPL'd does not 
> have an IPLable program on it.

Yep. If it was supposed to be linked as mini disk, it may not have been
from cyl 0. So the IPL program is on the virtual cylinder 0, where that
may be.
Attach it to system and try to link it again.

--
Rob van der Heij
Velocity Software, Inc
http://velocitysoftware.com/


Re: Linux IPL volume

2006-06-20 Thread Hines, Bernard
Thanks all for your online response. Thanks to LRS for bouncing
questions off of the noggin. That opened my eyes.
The answer is the LINK/MDISK statements all went from " END" 
I changed it to "0001 end" and successfully IPL'ed from the volume.

Thanks all once again, Thanks LRS
  

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Brian Nielsen
Sent: Tuesday, June 20, 2006 09:54
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Linux IPL volume

FYI, you can look up wait state codes in the "CP Messages and Codes" 
manual, using the wait state code as the HCP message number (eg.
HCP232).

This is the code you get when the device address you IPL'd does not have
an IPLable program on it.

Brian Nielsen

On Tue, 20 Jun 2006 09:26:20 -0500, Hines, Bernard  wrote:

>We are trying to IPL a LINUX guest where we have the volume attached 
>'CP ATTACH  * ' or referenced with a "LINK userid   "
>statement etc. 
>
>In other words we don't have it attached to the system (att  
>system).
>
>We keep receiving the below message: 
>HCPVMI232E IPL UNIT ERROR; IRB 00404017 00020A78 00200018 0008 
>HCPGIR450W CP entered; disabled wait PSW 000E 0232
>
>Somewhere in the back of my limited knowledge I remember a reference as

>to the "IPL volume" for a guest having to be attached to the system or
>dedicated to the guest. Is that an accurate statement?   
>
>The information contained in this message may be confidential and is 
>intended to be exclusively for the addressee.
>Should you receive this message unintentionally, please do not use the 
>contents herein and notify the sender immediately by return e-mail.
>
>Nasa Data Center
>  z/OS390 Systems
>  z/VM Systems
>  Linux on z/VM
>  IFMP Support
>Marshall Space Flight Center
>256.544.0769
>
>I refuse to tiptoe through life... just to arrive unscathed at Death's 
>door!
> 
> 
>Bernard Hines
>
>
>
>


Linux IPL volume

2006-06-20 Thread Hines, Bernard
Title: Linux IPL volume 






We are trying to IPL a LINUX guest where we have the volume attached 'CP ATTACH  * ' or referenced with a "LINK userid   " statement etc. 

In other words we don't have it attached to the system (att  system). 


We keep receiving the below message: 

HCPVMI232E IPL UNIT ERROR; IRB 00404017 00020A78 00200018 0008 

HCPGIR450W CP entered; disabled wait PSW 000E 0232 


Somewhere in the back of my limited knowledge I remember a reference as to the "IPL volume" for a guest having to be attached to the system or dedicated to the guest. Is that an accurate statement?   

The information contained in this message may be confidential and is intended to be exclusively for the addressee. 

Should you receive this message unintentionally, please do not use the contents herein and notify the sender immediately by return e-mail.

Nasa Data Center

  z/OS390 Systems

  z/VM Systems

  Linux on z/VM 

  IFMP Support 

Marshall Space Flight Center

256.544.0769


I refuse to tiptoe through life... just to arrive unscathed at Death's door!

 

   Bernard Hines