Re: Defining an LPAR on a z box to run LINUX

2007-08-02 Thread David Boyes
   You should also use cio_ignore= to ignore all devices you might
want
  to
   use later but not now. The major issue (besides regulating access)
is
   not IPL time (though applications like HAL are extremely slow to
start
   with many devices)
 
  Can be order of 45-50 minutes with 16K devices.
 
 Ugh. Do you know what takes so long (HAL?) FWIW, in-kernel detection
of
 devices is now done in max. 30 seconds due to parallelism (unlike 2.4,
 which literally may take hours if some devices behave badly).

Seems to spend most of it's time figuring out what kind of device it is.
As you say, newer versions are faster. I prefer to see it as another
compelling reason to run z/VM and not mess with Linux in LPARs. 8-)

 But nevertheless: Know how to use cio_ignore= :)

Indeed. 

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390


Re: Defining an LPAR on a z box to run LINUX

2007-08-02 Thread Hall, Ken (GTI)
When we first tried Linux in an LPAR, about 3 months ago, we were
concerned about this.  The LPAR we were using was defined for another
purpose, and had access to 12,000+ DASD devices.  We went to IBM, and
they recommended CIO_IGNORE.  I tested that under VM, and it appeared to
work, but when we tried it in the real LPAR, the kernel couldn't find
ANY DASD devices.

Rather than delay the test, we booted without the parm, and it came up
fine, 12,000+ devices and all (they were scoped down in the module
parm).  It took about 5 minutes to scan them all on our z9 with Ficon.

We haven't tried Linux in an LPAR again since, so I have no way to
determine what went wrong.

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
David Boyes
Sent: Thursday, August 02, 2007 9:41 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: [LINUX-390] Defining an LPAR on a z box to run LINUX


   You should also use cio_ignore= to ignore all devices you might
want
  to
   use later but not now. The major issue (besides regulating access)
is
   not IPL time (though applications like HAL are extremely slow to
start
   with many devices)
 
  Can be order of 45-50 minutes with 16K devices.
 
 Ugh. Do you know what takes so long (HAL?) FWIW, in-kernel detection
of
 devices is now done in max. 30 seconds due to parallelism (unlike 2.4,
 which literally may take hours if some devices behave badly).

Seems to spend most of it's time figuring out what kind of device it is.
As you say, newer versions are faster. I prefer to see it as another
compelling reason to run z/VM and not mess with Linux in LPARs. 8-)

 But nevertheless: Know how to use cio_ignore= :)

Indeed. 

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
visit
http://www.marist.edu/htbin/wlvindex?LINUX-390


This message w/attachments (message) may be privileged, confidential or 
proprietary, and if you are not an intended recipient, please notify the 
sender, do not use or share it and delete it. Unless specifically indicated, 
this message is not an offer to sell or a solicitation of any investment 
products or other financial product or service, an official confirmation of any 
transaction, or an official statement of Merrill Lynch. Subject to applicable 
law, Merrill Lynch may monitor, review and retain e-communications (EC) 
traveling through its networks/systems. The laws of the country of each 
sender/recipient may impact the handling of EC, and EC may be archived, 
supervised and produced in countries other than the country in which you are 
located. This message cannot be guaranteed to be secure or error-free. This 
message is subject to terms available at the following link: 
http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you 
consent to the foregoing.


--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390


Re: Defining an LPAR on a z box to run LINUX

2007-08-01 Thread Cornelia Huck
On Tue, 31 Jul 2007 13:02:16 -0400,
David Boyes [EMAIL PROTECTED] wrote:

  You should also use cio_ignore= to ignore all devices you might want
 to
  use later but not now. The major issue (besides regulating access) is
  not IPL time (though applications like HAL are extremely slow to start
  with many devices)

 Can be order of 45-50 minutes with 16K devices.

Ugh. Do you know what takes so long (HAL?) FWIW, in-kernel detection of
devices is now done in max. 30 seconds due to parallelism (unlike 2.4,
which literally may take hours if some devices behave badly).


   but system load or memory pressure due to lots of
  hotplug processes.

 Also a problem once we get past the IPL problem. 8-)

This should be a lesser problem on newer distros (as they hopefully
rely completely on udev and don't spawn tons of bash scripts).

But nevertheless: Know how to use cio_ignore= :)

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390


Defining an LPAR on a z box to run LINUX

2007-07-31 Thread Rakoczy, Dave
We are researching the possibility of putting up a LINUX LPAR on our
z/890 for a Proof of Concept.  We currently have 3 general purpose CP's
turned on in the box. 
All 3 of the general purpose CP's are available for use to the 3 z/OS
LPAR's we run on the machine, none of the CP's are dedicated.  I know on
the HMC's Activation Profile you can select the LPAR mode ESA/390 or
LINUX (and a few other options as well).  

What I'd like to do is Build a 4th LPAR to be a LINUX LPAR, assign that
LPAR just a single processor, it's own Devices via IOCP along with a
chunk of memory.  This LPAR would just be for me to play around with and
learn on.  Now my question is the following.  Since all three of my
General Purpose CP's are shared across LPAR's that are EAS/390 Mode
LPARS, can I use one of those same three General Purpose CP's for this
LINUX Mode LPAR?  Or must all LPAR's assigned to a CP be defined as the
same mode type?  i.e.  EAS/390 or LINUX.

-Thanks
Dave.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390


Re: Defining an LPAR on a z box to run LINUX

2007-07-31 Thread Rich Smrcina

Since you have no IFL(s) you would assign one or more ESA/390 processors
to the LPAR.

Rakoczy, Dave wrote:

We are researching the possibility of putting up a LINUX LPAR on our
z/890 for a Proof of Concept.  We currently have 3 general purpose CP's
turned on in the box.
All 3 of the general purpose CP's are available for use to the 3 z/OS
LPAR's we run on the machine, none of the CP's are dedicated.  I know on
the HMC's Activation Profile you can select the LPAR mode ESA/390 or
LINUX (and a few other options as well).

What I'd like to do is Build a 4th LPAR to be a LINUX LPAR, assign that
LPAR just a single processor, it's own Devices via IOCP along with a
chunk of memory.  This LPAR would just be for me to play around with and
learn on.  Now my question is the following.  Since all three of my
General Purpose CP's are shared across LPAR's that are EAS/390 Mode
LPARS, can I use one of those same three General Purpose CP's for this
LINUX Mode LPAR?  Or must all LPAR's assigned to a CP be defined as the
same mode type?  i.e.  EAS/390 or LINUX.

-Thanks
Dave.

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

Catch the WAVV!  http://www.wavv.org
WAVV 2008 - Chattanooga - April 18-22, 2008

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390


Re: Defining an LPAR on a z box to run LINUX

2007-07-31 Thread Peter Webb, Toronto Transit Commission
Just define your Linux LPAR as you would a z/OS LPAR. The CP type
'LINUX' refers to an IFL engine (Integrated Facility for Linux), which
from your description you do not have. Yes, all LPARS assigned to a CP
must be the same type.

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Rakoczy, Dave
Sent: July 31, 2007 08:14
To: LINUX-390@VM.MARIST.EDU
Subject: Defining an LPAR on a z box to run LINUX

We are researching the possibility of putting up a LINUX LPAR on our
z/890 for a Proof of Concept.  We currently have 3 general purpose CP's
turned on in the box. 
All 3 of the general purpose CP's are available for use to the 3 z/OS
LPAR's we run on the machine, none of the CP's are dedicated.  I know on
the HMC's Activation Profile you can select the LPAR mode ESA/390 or
LINUX (and a few other options as well).  

What I'd like to do is Build a 4th LPAR to be a LINUX LPAR, assign that
LPAR just a single processor, it's own Devices via IOCP along with a
chunk of memory.  This LPAR would just be for me to play around with and
learn on.  Now my question is the following.  Since all three of my
General Purpose CP's are shared across LPAR's that are EAS/390 Mode
LPARS, can I use one of those same three General Purpose CP's for this
LINUX Mode LPAR?  Or must all LPAR's assigned to a CP be defined as the
same mode type?  i.e.  EAS/390 or LINUX.

-Thanks
Dave.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
visit
http://www.marist.edu/htbin/wlvindex?LINUX-390


The information transmitted is intended only for the person or entity to which 
it is addressed and may contain confidential and/or privileged material.  Any 
review retransmission dissemination or other use of or taking of any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot by guaranteed on the Internet.  
The Sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on basis of the information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390


Re: Defining an LPAR on a z box to run LINUX

2007-07-31 Thread RPN01
If you're doing a proof of concept, talk to your friendly IBM Sales Rep; you
might just be able to talk him / her into turning on an IFL for POC
purposes, and you won't have to impact your production workload at all.

Just a thought

--
   .~.Robert P. Nix Mayo Foundation
   /V\RO-OE-5-55200 First Street SW
  /( )\   507-284-0844  Rochester, MN 55905
  ^^-^^   -
In theory, theory and practice are the same, but
 in practice, theory and practice are different.




On 7/31/07 7:30 AM, Peter Webb, Toronto Transit Commission
[EMAIL PROTECTED] wrote:

 Just define your Linux LPAR as you would a z/OS LPAR. The CP type
 'LINUX' refers to an IFL engine (Integrated Facility for Linux), which
 from your description you do not have. Yes, all LPARS assigned to a CP
 must be the same type.


--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390


Re: Defining an LPAR on a z box to run LINUX

2007-07-31 Thread Rakoczy, Dave
Yes... We are in working with our IBM Rep, only problem is our
purchasing department moves nowhere near as quickly as out IT department
would like them too.  

Thanks to all who cleared this question up for me.
I have a feeling I'll be back with additional inquiries as time go on.

Thanks again.
-Dave  

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
RPN01
Sent: Tuesday, July 31, 2007 8:57 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Defining an LPAR on a z box to run LINUX

If you're doing a proof of concept, talk to your friendly IBM Sales Rep;
you
might just be able to talk him / her into turning on an IFL for POC
purposes, and you won't have to impact your production workload at all.

Just a thought

--
   .~.Robert P. Nix Mayo Foundation
   /V\RO-OE-5-55200 First Street SW
  /( )\   507-284-0844  Rochester, MN 55905
  ^^-^^   -
In theory, theory and practice are the same, but
 in practice, theory and practice are different.




On 7/31/07 7:30 AM, Peter Webb, Toronto Transit Commission
[EMAIL PROTECTED] wrote:

 Just define your Linux LPAR as you would a z/OS LPAR. The CP type
 'LINUX' refers to an IFL engine (Integrated Facility for Linux), which
 from your description you do not have. Yes, all LPARS assigned to a CP
 must be the same type.


--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390


Re: Defining an LPAR on a z box to run LINUX

2007-07-31 Thread David Boyes
 Now my question is the following.  Since all three of my
 General Purpose CP's are shared across LPAR's that are EAS/390 Mode
 LPARS, can I use one of those same three General Purpose CP's for this
 LINUX Mode LPAR?  Or must all LPAR's assigned to a CP be defined as
the
 same mode type?  i.e.  EAS/390 or LINUX.

In your case, stick with standard engines (ESA/390) and define the LPAR
just like your z/OS LPARs with shared processors. Also, define ONLY the
devices that Linux will be allowed to use. If you share all devices,
your Linux will a) take forever to IPL, and b) have unfettered access to
all your data. Linux pays no attention to any z/OS security system or
dataset protections. Your gun, your head.  

To save you enormous grief, ask IBM for a trial copy of z/VM. Linux in
LPARs is a royal PITA, and you'll get much better ROI from running Linux
in VM guests. It's also a lot safer if you're sharing hardware with
another OS, eg z/OS. 

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390


Re: Defining an LPAR on a z box to run LINUX

2007-07-31 Thread Cornelia Huck
On Tue, 31 Jul 2007 09:52:31 -0400,
David Boyes [EMAIL PROTECTED] wrote:

 Also, define ONLY the
 devices that Linux will be allowed to use. If you share all devices,
 your Linux will a) take forever to IPL, and b) have unfettered access to
 all your data. Linux pays no attention to any z/OS security system or
 dataset protections. Your gun, your head.

You should also use cio_ignore= to ignore all devices you might want to
use later but not now. The major issue (besides regulating access) is
not IPL time (though applications like HAL are extremely slow to start
with many devices), but system load or memory pressure due to lots of
hotplug processes.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390


Re: Defining an LPAR on a z box to run LINUX

2007-07-31 Thread David Boyes
 You should also use cio_ignore= to ignore all devices you might want
to
 use later but not now. The major issue (besides regulating access) is
 not IPL time (though applications like HAL are extremely slow to start
 with many devices)

Can be order of 45-50 minutes with 16K devices. 

  but system load or memory pressure due to lots of
 hotplug processes.

Also a problem once we get past the IPL problem. 8-)

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390


Re: Defining an LPAR on a z box to run LINUX

2007-07-31 Thread Marian Gasparovic
Dave, 
if you have spare PU on your z890, I would strongly
recommend to get IFL for test purposes which can be
free for 3 or 6 months. It is also possible to get
trial contract for z/VM, which is a good idea.
Are your CPs on full speed or not ? If you assign one
capped CP which you share with production, it will be
wy slower than IFL which is full speed. And slow
response is not a good start for PoC.
We have many customers running Linux on z890 happily,
most of my customers run it on IFL with or without
z/VM.

Marian Gasparovic
IBM Slovakia


--- Rakoczy, Dave [EMAIL PROTECTED]
wrote:

 Yes... We are in working with our IBM Rep, only
 problem is our
 purchasing department moves nowhere near as quickly
 as out IT department
 would like them too.  
 
 Thanks to all who cleared this question up for me.
 I have a feeling I'll be back with additional
 inquiries as time go on.
 
 Thanks again.
 -Dave  
 
 -Original Message-
 From: Linux on 390 Port
 [mailto:[EMAIL PROTECTED] On Behalf Of
 RPN01
 Sent: Tuesday, July 31, 2007 8:57 AM
 To: LINUX-390@VM.MARIST.EDU
 Subject: Re: Defining an LPAR on a z box to run
 LINUX
 
 If you're doing a proof of concept, talk to your
 friendly IBM Sales Rep;
 you
 might just be able to talk him / her into turning on
 an IFL for POC
 purposes, and you won't have to impact your
 production workload at all.
 
 Just a thought
 
 --
.~.Robert P. Nix Mayo Foundation
/V\RO-OE-5-55200 First Street
 SW
   /( )\   507-284-0844  Rochester, MN
 55905
   ^^-^^   -
 In theory, theory and practice are the
 same, but
  in practice, theory and practice are
 different.
 
 
 
 
 On 7/31/07 7:30 AM, Peter Webb, Toronto Transit
 Commission
 [EMAIL PROTECTED] wrote:
 
  Just define your Linux LPAR as you would a z/OS
 LPAR. The CP type
  'LINUX' refers to an IFL engine (Integrated
 Facility for Linux), which
  from your description you do not have. Yes, all
 LPARS assigned to a CP
  must be the same type.
 
 

--
 For LINUX-390 subscribe / signoff / archive access
 instructions,
 send email to [EMAIL PROTECTED] with the
 message: INFO LINUX-390 or
 visit
 http://www.marist.edu/htbin/wlvindex?LINUX-390
 

--
 For LINUX-390 subscribe / signoff / archive access
 instructions,
 send email to [EMAIL PROTECTED] with the
 message: INFO LINUX-390 or visit
 http://www.marist.edu/htbin/wlvindex?LINUX-390
 



  

Shape Yahoo! in your own image.  Join our Network Research Panel today!   
http://surveylink.yahoo.com/gmrs/yahoo_panel_invite.asp?a=7 

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390


Re: Defining an LPAR on a z box to run LINUX

2007-07-31 Thread Evans, Kevin R
Does any purchasing dept work as fast as the IT dept?  You haven't seen
here at the customer site g

K

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Rakoczy, Dave
Sent: Tuesday, July 31, 2007 9:10 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Defining an LPAR on a z box to run LINUX

Yes... We are in working with our IBM Rep, only problem is our
purchasing department moves nowhere near as quickly as out IT department
would like them too.

Thanks to all who cleared this question up for me.
I have a feeling I'll be back with additional inquiries as time go on.

Thanks again.
-Dave

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
RPN01
Sent: Tuesday, July 31, 2007 8:57 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Defining an LPAR on a z box to run LINUX

If you're doing a proof of concept, talk to your friendly IBM Sales Rep;
you
might just be able to talk him / her into turning on an IFL for POC
purposes, and you won't have to impact your production workload at all.

Just a thought

--
   .~.Robert P. Nix Mayo Foundation
   /V\RO-OE-5-55200 First Street SW
  /( )\   507-284-0844  Rochester, MN 55905
  ^^-^^   -
In theory, theory and practice are the same, but
 in practice, theory and practice are different.




On 7/31/07 7:30 AM, Peter Webb, Toronto Transit Commission
[EMAIL PROTECTED] wrote:

 Just define your Linux LPAR as you would a z/OS LPAR. The CP type
 'LINUX' refers to an IFL engine (Integrated Facility for Linux), which
 from your description you do not have. Yes, all LPARS assigned to a CP
 must be the same type.


--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390