Re: Useful feature in zypper

2011-01-14 Thread Marcy Cortes
Glad we aren't the only ones feeling the pain.

Marcy 
-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@vm.marist.edu] On Behalf Of Mark Post
Sent: Friday, January 14, 2011 2:11 PM
To: LINUX-390@vm.marist.edu
Subject: Re: [LINUX-390] Useful feature in zypper

>>> On 1/14/2011 at 04:49 PM, Marcy Cortes  
>>> wrote: 
> Really really good stuff.
> You have no idea what patching has become in this day and age

Don't bet on it.  :(


Mark Post

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/


Re: Useful feature in zypper

2011-01-14 Thread Mark Post
>>> On 1/14/2011 at 04:49 PM, Marcy Cortes  
>>> wrote: 
> Really really good stuff.
> You have no idea what patching has become in this day and age

Don't bet on it.  :(


Mark Post

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/


Re: Useful feature in zypper

2011-01-14 Thread Marcy Cortes
Really really good stuff.
You have no idea what patching has become in this day and age and stuff like 
this is much needed.
Thanks for sharing!

Marcy



-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@vm.marist.edu] On Behalf Of Mark Post
Sent: Friday, January 14, 2011 8:45 AM
To: LINUX-390@vm.marist.edu
Subject: [LINUX-390] Useful feature in zypper

I just learned something new today about zypper, the SLES11 command line tool 
for managing maintenance updates.  If you have a question about whether or not 
a particular bug or security issue has been patched or not, you can do this on 
a local system by asking zypper:
# zypper list-patches --all --cve=CVE-2010-4180
Loading repository data...
Reading installed packages...

Issue | No.   | Patch | Category
--+---+---+-
cve   | CVE-2010-4180 | sdksp1-libopenssl-devel-3661  | security
cve   | CVE-2010-4180 | slessp1-libopenssl-devel-3661 | security


# zypper list-patches --all --bugzilla=657016
Loading repository data...
Reading installed packages...

Issue| No.| Patch | Category
-++---+-
bugzilla | 657016 | sdksp1-MozillaFirefox-3693| security
bugzilla | 657016 | sdksp1-mozilla-xulrunner191-3694  | security
bugzilla | 657016 | slessp1-MozillaFirefox-3693   | security
bugzilla | 657016 | slessp1-mozilla-xulrunner191-3694 | security

Or have zypper install a patch fixing an issue:
# zypper patch --cve=CVE-2010-4180


Mark Post

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/


Re: RHEL6 SSH key

2011-01-14 Thread Eric Covener
On Wed, Jan 5, 2011 at 11:00 AM, Thang Pham  wrote:
> I found the problem, it was SELinux that was causing the password prompt.
> If I disabled SELinux, it works and there are no password prompts.
>

What you really want in this case is restorecon
~/.ssh/authorized_keys to allow sshd to read it.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/


Re: PHP5 problem

2011-01-14 Thread Mark Post
>>> On 1/14/2011 at 11:40 AM, leandro bianco  wrote: 
> Hi all i have a problem with php5 on oci8 on
> zSeries  SUSE SLES10 SP3   kernel   2.6.16.60-0.74.7 .
> I need to use php with oci8.so.
> Upgading php at level 5.2.14 oci8 are not more loaded.
> Looking at apache error log i can see this error:
> PHP Warning:  PHP Startup: Unable to load dynamic library
> '/usr/lib64/php5/extensions/oci8.so' - /usr/lib64/php
> 5/extensions/oci8.so: undefined symbol: OnUpdateInt in Unknown on line 0

Since we don't ship anything named oci8.so with SLES (or the SDK), I have to 
assume that you got the library from somewhere else, or built it yourself.  
Have you tried rebuilding it, or getting an updated copy?


Mark Post

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/


Re: Advice on setting up minidisks

2011-01-14 Thread Tom Duerbusch
At first, when Mark suggested only -9 and -27 disks, I disagreed with him.
After a day, I started agreeing with him.
Now I'm back to disagreeing with him.  
I guess it all depends

First, you have to go back to hardware.  You can only create 256 drives out of 
any RAID array.  On the DS6800/DS8100, if you are using 72 GB drives, if you 
only define mod-3s, you can't use all the space available.  And this gets worse 
as you go to the 145 GB drives, the 300 GB drives, the 500 GB drives and the 1 
TB drives.  You just have to have some/many large 3390s in order to use all the 
space.

Mark is pretty much correct, that 3 3390-3 vs 1 3390-9 are the same.  If they 
are on the same raid array there isn't much performance improvement unless you 
consider that you can only do 1 I/O per device at the same time, unless you use 
PAV (and paid for that feature).

Consider that a mod-27 will be only on a single RAID array.  Divide it into 3 
3390-9 and you can put each one on a different array.  Now you can truely do 
multiple I/Os at the same time.  

In my case, I do have some larger Linux guests, but I do have a bunch of small 
ones.  Really they could be on a 3390-1, but, eventually, some of them, due to 
software installs, tend to grow and I need more space.  Their data, however, I 
either have as LVM (yep, larger capacity drives work well here), or NFS mounted 
space.  So my root drive is usually a 3390-3.  HOME and other data directories 
are on LVM or NFS space.

For example, my Oracle servers use LVM for local Oracle tablespace.  However, 
it backs up to a NFS server.  That NFS server is an easy place for me to backup 
all the data from multiple machines to tape.  The Oracle server is physically 
backed up weekly with FlashCopy and that flashed image is then backed up to 
tape as a physical image.  This is used for disaster recovery purposes.

My point is that small drives have their purpose.  But I also would tie 
together a dozen mod-3 drives if I had the option to tie together a lessor 
amount of mod-9 drives (or higher capacity).  

If you need I/O performance, make sure you spread your data across several 
arrays.  This may require you to do smaller drives.

I can sure tell the difference when I copy a GB file when from/to are on the 
same array vs from/to being on different arrays.

BTW, I'm not sure why someone would do this, but you can create mod-10, mod-11 
mod-xx drives in the IBM Dasd Subsystems.  Any size is really available.  But 
you may face issues of "standards".

Just another opinion

Tom Duerbusch
THD Consulting

>>> Ron Foster at Baldor-IS  1/13/2011 1:41 PM >>>
Hello list,

This may have been discussed before...

Way back in deep dark ancient history, we used the Redbook to get
started with Linux under z/VM.  As a result, we carved up our storage
subsystem in to a bunch of mod3 drives.  We put a few mod 9 drives in
the mix.

We added drives to a guest in standard chunks.  That is when storage was
needed by a Linux system, we added a mod9 or mod3 to it.

When that Shark went off lease and we moved to a DS8000, we pretty well
kept the same philosophy.  Only we added a bunch more mod3 and mod 9 drives.

We are a SAP shop and any large databases reside in DB2 on z/OS.  There
are a few large file systems on 3 or 4 of our Linux systems, but for the
most part the drives attached to a Linux system go something like this.
A boot drive.  One to several mod3 drives for swapping (the appropriate
ones have vdisks).  One to several mod3 or mod9 drives for the SAP code
and local files.

We are moving our production drives.  We finally have gotten our
production Linux systems where about half or do very little swapping.

We do not have dirmaint, so we keep up with disk allocations with
dirmaint and a spreadsheet.

Now time has come to migrate to another storage system.  I was wondering
what other folks do.

1. Do they have a whole bunch of mod9 and mod3 drives that they allocate
to their guests?

2. Do they take mod27 drives (someone at SHARE warned me about taking
mod54 drives) and use mdisk to carve them up into something smaller.

Any input would be appreciated.

Thanks,
Ron Foster

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390 
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/


Re: Fedora 14 and rpm-build

2011-01-14 Thread Neale Ferguson
yum has been working fine up until today. I am now receiving:

Could not parse metalink 
https://mirrors.fedoraproject.org/metalink?repo=updates-released-f14&arch=s390x 
error was
No repomd file
Error: Cannot retrieve repository metadata (repomd.xml) for repository: 
updates. Please verify its path and try again

When I plug that URL into a browser I get metalink data that states:

# repo = updates-released-f14 arch = s390x error: invalid repo or arch
# following repositories are available:

And then it lists quite a few repositories. Has something changed or is 
something down?

Neale

On 1/14/11 2:44 AM, "Dan Horák"  wrote:

Neale Ferguson píše v Čt 13. 01. 2011 v 16:31 -0600:
> When I installed rpm-build I expected it to create the /usr/src/redhat/...
> Directories and set rpmroot. However, this wasn¹t the case (as it is for
> centos4). If I manually create the /usr/src/redhat/ structure RPMROOT is
> still set to / and any attempt to rpmbuild ­bb fails. Is rpm-build the
> correct package or is it in something else now?

You need to install also redhat-rpm-config to get the proper values for
rpm macros set. And when you install fedora-packager then you will have
everything needed to work on Fedora packages.


Dan

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/



Re: Fedora 14 and rpm-build

2011-01-14 Thread Neale Ferguson
Tks


On 1/14/11 2:44 AM, "Dan Horák"  wrote:

Neale Ferguson píše v Čt 13. 01. 2011 v 16:31 -0600:
> When I installed rpm-build I expected it to create the /usr/src/redhat/...
> Directories and set rpmroot. However, this wasn¹t the case (as it is for
> centos4). If I manually create the /usr/src/redhat/ structure RPMROOT is
> still set to / and any attempt to rpmbuild ­bb fails. Is rpm-build the
> correct package or is it in something else now?

You need to install also redhat-rpm-config to get the proper values for
rpm macros set. And when you install fedora-packager then you will have
everything needed to work on Fedora packages.


Dan

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/



PHP5 problem

2011-01-14 Thread leandro bianco
Hi all i have a problem with php5 on oci8 on
zSeries  SUSE SLES10 SP3   kernel   2.6.16.60-0.74.7 .
I need to use php with oci8.so.
Upgading php at level 5.2.14 oci8 are not more loaded.
Looking at apache error log i can see this error:
PHP Warning:  PHP Startup: Unable to load dynamic library
'/usr/lib64/php5/extensions/oci8.so' - /usr/lib64/php
5/extensions/oci8.so: undefined symbol: OnUpdateInt in Unknown on line 0
using command nm on php5 shared object i can see this output:
nm mod_php5.so
nm: mod_php5.so: no symbols
on old php4 shared object i have this other output:
nm libphp4.so | grep OnUpdateInt
00159260 T OnUpdateInt
in this case oci8 are loaded an everythink is working fine.
Many thanks
Any pointers are appreciated.
Leandro



--
Keep in mind that we didn't develop GNU for the sake of having it be
used by businesses. We welcome businesses to use it, and everybody,
every user of computers should be free to study and change and
redistribute software, all the software they use, and that includes
businesses, if they're using computers. But we don't give any
particular priority to businesses.
- Richard Stallman

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/


Useful feature in zypper

2011-01-14 Thread Mark Post
I just learned something new today about zypper, the SLES11 command line tool 
for managing maintenance updates.  If you have a question about whether or not 
a particular bug or security issue has been patched or not, you can do this on 
a local system by asking zypper:
# zypper list-patches --all --cve=CVE-2010-4180
Loading repository data...
Reading installed packages...

Issue | No.   | Patch | Category
--+---+---+-
cve   | CVE-2010-4180 | sdksp1-libopenssl-devel-3661  | security
cve   | CVE-2010-4180 | slessp1-libopenssl-devel-3661 | security


# zypper list-patches --all --bugzilla=657016
Loading repository data...
Reading installed packages...

Issue| No.| Patch | Category
-++---+-
bugzilla | 657016 | sdksp1-MozillaFirefox-3693| security
bugzilla | 657016 | sdksp1-mozilla-xulrunner191-3694  | security
bugzilla | 657016 | slessp1-MozillaFirefox-3693   | security
bugzilla | 657016 | slessp1-mozilla-xulrunner191-3694 | security

Or have zypper install a patch fixing an issue:
# zypper patch --cve=CVE-2010-4180


Mark Post

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/


Re: sles11sp1 install using parmfile

2011-01-14 Thread Scott Rohling
Perhaps try:   @10.1.1.1/./home/ibmsys3/image  ?I can recall having to
precede my directory statement with ./ with some ftp servers..

Scott Rohling

On Fri, Jan 14, 2011 at 5:35 AM, Sergey Korzhevsky wrote:

> Mark,
>
> Connected to 10.1.1.1.
> 220 "*** Welcome to server ***"
> Name (10.1.1.1:ibmsys3):
> 331 Please specify the password.
> Password:
> 230 Login successful.
> Remote system type is UNIX.
> Using binary mode to transfer files.
> ftp> cd /image
> 550 Failed to change directory.
> ftp> cd /home/ibmsys3/image
> 250 Directory successfully changed.
> ftp> quit
>
>
>  So, I changed the path to absolute one, e.g.
> @10.1.1.1/home/ibmsys3/image/ but it didn't help.
> I also had a look at ftp server logs and didn't find any connections.
>
> I also checked that TCPIP is working fine on guest linux, so, the problem
> looks strange. Anyway, i already done manual install.
>
>
>WBR, Sergey
>
>
>
>
> Mark Post 
> Sent by: Linux on 390 Port 
> 13.01.2011 19:06
> Please respond to Linux on 390 Port
>
>To: LINUX-390@VM.MARIST.EDU
>cc:
>Subject:Re: sles11sp1 install using parmfile
>
>
> >>> On 1/13/2011 at 07:55 AM, Sergey Korzhevsky 
> wrote:
> > just to make sure...
> >
> > ibmsys3@serv:~> ftp 10.1.1.1
> > Connected to 10.1.1.1.
> > 220 "*** Welcome to server ***"
> > Name (10.1.1.1:ibmsys3):
> > 331 Please specify the password.
> > Password:
> > 230 Login successful.
> > Remote system type is UNIX.
> > Using binary mode to transfer files.
> > ftp> cd image
> > 250 Directory successfully changed.
> > ftp> ls
> > 229 Entering Extended Passive Mode (|||12179|)
> > 150 Here comes the directory listing.
> > -r--r--r--1 00 4773764 May 20  2010 ARCHIVES.gz
> > -r--r--r--1 00   17992 May 20  2010 COPYING
> > -r--r--r--1 00   25733 May 20  2010 COPYING.de
> > -r--r--r--1 001455 May 20  2010 COPYRIGHT
>
> What happens if you do "cd /image" instead?
>
>
> Mark Post
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/


Virtualization Engine TS7740 support under z/Linux

2011-01-14 Thread Jose Munoz
Hi,

Who knows if the Virtualization Engine TS7740 is supported or it will be
supported under z/Linux?

Thanks,

--
*Jose Munoz
GBM - Kuwait
*
*skype: jmunoz61*

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/


Re: sles11sp1 install using parmfile

2011-01-14 Thread Sergey Korzhevsky
Mark,

Connected to 10.1.1.1.
220 "*** Welcome to server ***"
Name (10.1.1.1:ibmsys3):
331 Please specify the password.
Password:
230 Login successful.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> cd /image
550 Failed to change directory.
ftp> cd /home/ibmsys3/image
250 Directory successfully changed.
ftp> quit


 So, I changed the path to absolute one, e.g.
@10.1.1.1/home/ibmsys3/image/ but it didn't help.
I also had a look at ftp server logs and didn't find any connections.

I also checked that TCPIP is working fine on guest linux, so, the problem
looks strange. Anyway, i already done manual install.


WBR, Sergey




Mark Post 
Sent by: Linux on 390 Port 
13.01.2011 19:06
Please respond to Linux on 390 Port

To: LINUX-390@VM.MARIST.EDU
cc:
Subject:Re: sles11sp1 install using parmfile


>>> On 1/13/2011 at 07:55 AM, Sergey Korzhevsky 
wrote:
> just to make sure...
>
> ibmsys3@serv:~> ftp 10.1.1.1
> Connected to 10.1.1.1.
> 220 "*** Welcome to server ***"
> Name (10.1.1.1:ibmsys3):
> 331 Please specify the password.
> Password:
> 230 Login successful.
> Remote system type is UNIX.
> Using binary mode to transfer files.
> ftp> cd image
> 250 Directory successfully changed.
> ftp> ls
> 229 Entering Extended Passive Mode (|||12179|)
> 150 Here comes the directory listing.
> -r--r--r--1 00 4773764 May 20  2010 ARCHIVES.gz
> -r--r--r--1 00   17992 May 20  2010 COPYING
> -r--r--r--1 00   25733 May 20  2010 COPYING.de
> -r--r--r--1 001455 May 20  2010 COPYRIGHT

What happens if you do "cd /image" instead?


Mark Post

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/


--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/


Wolf Rempt is er niet

2011-01-14 Thread Wolf H Rempt
I will be out of the office starting  14-01-2011 and will not return until
15-01-2011.

ben wel mobiel bereikbaar en zal ook mail check wel mail
Happy Holidays

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/


Re: Advice on setting up minidisks

2011-01-14 Thread Samir Reddahi
Our current situation is MOD 3 for Z/VSE and z/VM and MOD 9 for zlinux

We will be migrating to an new DS8800 and we are still discussing about
how we will use our drives. We will probably do something like this. We
have ordered HyperPAV licensing for the SAN:

MOD3: For linux swap disks and VM paging disks.
MOD 9: Linux system disks
MOD 27: disks for logical volumes.

We are still running SUSE 10 that doesn't support HyperPAV. So we will
still use MOD 9 for the logical volumes in production until we migrate to
SUSE 11 and when we have tested the performance implications of going from
MOD 9 to MOD-27 with PAV (Theoritically it should give better performance,
but better to be safe than sorry)
For the development, test and acceptance machines we will start using MOD
27 with normal PAV.

You should definitly check out hyperPAV. The extra license price was in
our case peanuts considering the potential performance boost. And hyperPAV
doesn't need any configuring in SUSE 11, so no extra work there.


Best regards
Samir Reddahi




From:   Ron Foster at Baldor-IS 
To: LINUX-390@VM.MARIST.EDU
Date:   13/01/2011 20:42
Subject:Advice on setting up minidisks
Sent by:Linux on 390 Port 



Hello list,

This may have been discussed before...

Way back in deep dark ancient history, we used the Redbook to get
started with Linux under z/VM.  As a result, we carved up our storage
subsystem in to a bunch of mod3 drives.  We put a few mod 9 drives in
the mix.

We added drives to a guest in standard chunks.  That is when storage was
needed by a Linux system, we added a mod9 or mod3 to it.

When that Shark went off lease and we moved to a DS8000, we pretty well
kept the same philosophy.  Only we added a bunch more mod3 and mod 9
drives.

We are a SAP shop and any large databases reside in DB2 on z/OS.  There
are a few large file systems on 3 or 4 of our Linux systems, but for the
most part the drives attached to a Linux system go something like this.
A boot drive.  One to several mod3 drives for swapping (the appropriate
ones have vdisks).  One to several mod3 or mod9 drives for the SAP code
and local files.

We are moving our production drives.  We finally have gotten our
production Linux systems where about half or do very little swapping.

We do not have dirmaint, so we keep up with disk allocations with
dirmaint and a spreadsheet.

Now time has come to migrate to another storage system.  I was wondering
what other folks do.

1. Do they have a whole bunch of mod9 and mod3 drives that they allocate
to their guests?

2. Do they take mod27 drives (someone at SHARE warned me about taking
mod54 drives) and use mdisk to carve them up into something smaller.

Any input would be appreciated.

Thanks,
Ron Foster

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/



- Confidentiality Notice -

This communication and the information it contains is intended (a) for the 
person(s) or organization(s)
named above and for no other person or organization, and (b) may be 
confidential, legally privileged and
protected by law. Unauthorized use, copying or disclosure of any of it may be 
unlawful! If you receive
this communication in error, please notify us immediately, destroy any copies 
and delete it from your
computer system. Please consult our disclaimer on our site www.securex.eu
Thank you.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/