Re: Disks for DB2 - San vs. big 3390s

[Post, Mark K]

This is when having a separate storage group is an advantage.  They're
used to dealing with midrange systems and don't necessarily think in
terms of 3390 devices.

If there's any way to picture doing what you want as causing them less
work over the long run, it might be easier to convince them.  Either
that, or just getting physically threatening might work.  :)


Mark Post

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Marcy Cortes
Sent: Thursday, September 07, 2006 11:55 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Disks for DB2 - San vs. big 3390s

Well, yeah, I know I won't, but I need to tell those other guys... You
know them... All storage must be 3390... 

Marcy Cortes

--
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: Disks for DB2 - San vs. big 3390s

[Adam Thornton]

On Sep 7, 2006, at 9:11 PM, Marcy Cortes wrote:


Hmm... Now that's not all that far away, right?  BC you mean British
Columbia, right?  Skiing near by?


About two hours to Sun Peaks, about an hour and a half to Blue River
if you're made out of money.

http://bc.fsf.net


Looking for something to do in late decemeber...


By that time I will, alas, be back in St. Louis.  Not a lot of skiing
around there.

Adam

--
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: Disks for DB2 - San vs. big 3390s

[Marcy Cortes]

Hmm... Now that's not all that far away, right?  BC you mean British
Columbia, right?  Skiing near by?  

Looking for something to do in late decemeber... 


marcy

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


-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Adam Thornton
Sent: Thursday, September 07, 2006 9:05 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: [LINUX-390] Disks for DB2 - San vs. big 3390s

On Sep 7, 2006, at 8:56 PM, Marcy Cortes wrote:

> Post all you like as long as you share the belgian beer. Yumm.  You 
> owe me next time in SF!

Anybody wants a bitter, I've got 6 gallons ready for racking and
secondary fermentation.  But you have to come to rural BC for it.

The mead is not yet ready to bottle, and I just pitched the yeast in the
raspberry mead today.

Adam

--
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: Disks for DB2 - San vs. big 3390s

[Adam Thornton]

On Sep 7, 2006, at 8:56 PM, Marcy Cortes wrote:


Post all you like as long as you share the belgian beer. Yumm.  You
owe
me next time in SF!


Anybody wants a bitter, I've got 6 gallons ready for racking and
secondary fermentation.  But you have to come to rural BC for it.

The mead is not yet ready to bottle, and I just pitched the yeast in
the raspberry mead today.

Adam

--
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: Disks for DB2 - San vs. big 3390s

[Marcy Cortes]

Post all you like as long as you share the belgian beer. Yumm.  You owe
me next time in SF!


Marcy Cortes


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


-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Neale Ferguson
Sent: Thursday, September 07, 2006 6:54 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: [LINUX-390] Disks for DB2 - San vs. big 3390s

D'oh! I should never answer a post after a couple of Belgian beers (a 9%
Gouden Carolus triple and a fruit beer for dessert)!

-Original Message-
I had to look back at Marcy's message, yes she means DB2/UDB on Linux,
not DB2 on VM (which I'm guessing relates to your answer).

Neale Ferguson wrote:
> Given that DB2 will be *BLOCKIO to do its I/O (I think that it does
anyway)

--
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: Disks for DB2 - San vs. big 3390s

[Marcy Cortes]

Well, yeah, I know I won't, but I need to tell those other guys... You
know them... All storage must be 3390... 

Marcy Cortes


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


-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Post, Mark K
Sent: Thursday, September 07, 2006 8:37 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: [LINUX-390] Disks for DB2 - San vs. big 3390s

Marcy,

Go for the LUNs.  You won't look back.


Mark Post 

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Marcy Cortes
Sent: Thursday, September 07, 2006 8:42 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Disks for DB2 - San vs. big 3390s

Some folks here want to run DB2 databases on z/Linux.  I think we need
something bigger than 3390 mod 9 for databases (I think using LVM across
more than say 8 disks is a pita and have told them 50G is as big as they
can have :).   The z/OS guys want to give us mod 54's like they have.
I've been pushing for LUNs.  What say ye performance experts about 54's?
Can we even us those for z/Linux (sles9x - z/VM 5.2).


Marcy Cortes

--
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: Disks for DB2 - San vs. big 3390s

[Post, Mark K]

Marcy,

Go for the LUNs.  You won't look back.


Mark Post 

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Marcy Cortes
Sent: Thursday, September 07, 2006 8:42 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Disks for DB2 - San vs. big 3390s

Some folks here want to run DB2 databases on z/Linux.  I think we need
something bigger than 3390 mod 9 for databases (I think using LVM across
more than say 8 disks is a pita and have told them 50G is as big as they
can have :).   The z/OS guys want to give us mod 54's like they have.
I've been pushing for LUNs.  What say ye performance experts about 54's?
Can we even us those for z/Linux (sles9x - z/VM 5.2).


Marcy Cortes

--
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: Subversion on SLES9

[David Boyes]

If your users are willing to work with it, it's a great idea and you've
already done the hard part (getting them to use the CM system in the
first place). 

The subversion code works great in this environment, and it's typically
a low-impact application, so it's a good choice for consolidation. 

David Boyes
Sine Nomine Associates

--
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: Disks for DB2 - San vs. big 3390s

[Neale Ferguson]

D'oh! I should never answer a post after a couple of Belgian beers (a 9%
Gouden Carolus triple and a fruit beer for dessert)!

-Original Message-
I had to look back at Marcy's message, yes she means DB2/UDB on Linux,
not DB2 on VM (which I'm guessing relates to your answer).

Neale Ferguson wrote:
> Given that DB2 will be *BLOCKIO to do its I/O (I think that it does
anyway)

--
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: Disks for DB2 - San vs. big 3390s

[Rich Smrcina]

I had to look back at Marcy's message, yes she means DB2/UDB on Linux,
not DB2 on VM (which I'm guessing relates to your answer).

Neale Ferguson wrote:

Given that DB2 will be *BLOCKIO to do its I/O (I think that it does anyway)
will z/VM create the necessary SCSI commands directly or does it construct
an FBA CCW chain that then needs to be translated? If it's the former then
performance should be quite good, if the latter then there's a bit of
overhead that will be endured.

-Original Message-
Everything I've heard says SCSI kicks butt.  See some of the SHARE
presentations related to SCSI, they have charts and graphs.

Marcy Cortes wrote:

Some folks here want to run DB2 databases on z/Linux.  I think we need
something bigger than 3390 mod 9 for databases (I think using LVM across
more than say 8 disks is a pita and have told them 50G is as big as they
can have :).   The z/OS guys want to give us mod 54's like they have.
I've been pushing for LUNs.  What say ye performance experts about 54's?
Can we even us those for z/Linux (sles9x - z/VM 5.2).


Marcy Cortes


--
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



--
Rich Smrcina
VM Assist, Inc.
Phone: 414-491-6001
Ans Service:  360-715-2467
rich.smrcina at vmassist.com

Catch the WAVV!  http://www.wavv.org
WAVV 2007 - Green Bay, WI - May 18-22, 2007

--
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: Disks for DB2 - San vs. big 3390s

[Neale Ferguson]

Given that DB2 will be *BLOCKIO to do its I/O (I think that it does anyway)
will z/VM create the necessary SCSI commands directly or does it construct
an FBA CCW chain that then needs to be translated? If it's the former then
performance should be quite good, if the latter then there's a bit of
overhead that will be endured.

-Original Message-
Everything I've heard says SCSI kicks butt.  See some of the SHARE
presentations related to SCSI, they have charts and graphs.

Marcy Cortes wrote:
> Some folks here want to run DB2 databases on z/Linux.  I think we need
> something bigger than 3390 mod 9 for databases (I think using LVM across
> more than say 8 disks is a pita and have told them 50G is as big as they
> can have :).   The z/OS guys want to give us mod 54's like they have.
> I've been pushing for LUNs.  What say ye performance experts about 54's?
> Can we even us those for z/Linux (sles9x - z/VM 5.2).
>
>
> Marcy Cortes

--
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: Disks for DB2 - San vs. big 3390s

[Rich Smrcina]

Everything I've heard says SCSI kicks butt.  See some of the SHARE
presentations related to SCSI, they have charts and graphs.

Marcy Cortes wrote:

Some folks here want to run DB2 databases on z/Linux.  I think we need
something bigger than 3390 mod 9 for databases (I think using LVM across
more than say 8 disks is a pita and have told them 50G is as big as they
can have :).   The z/OS guys want to give us mod 54's like they have.
I've been pushing for LUNs.  What say ye performance experts about 54's?
Can we even us those for z/Linux (sles9x - z/VM 5.2).


Marcy Cortes



--
Rich Smrcina
VM Assist, Inc.
Phone: 414-491-6001
Ans Service:  360-715-2467
rich.smrcina at vmassist.com

Catch the WAVV!  http://www.wavv.org
WAVV 2007 - Green Bay, WI - May 18-22, 2007

--
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

Disks for DB2 - San vs. big 3390s

[Marcy Cortes]

Some folks here want to run DB2 databases on z/Linux.  I think we need
something bigger than 3390 mod 9 for databases (I think using LVM across
more than say 8 disks is a pita and have told them 50G is as big as they
can have :).   The z/OS guys want to give us mod 54's like they have.
I've been pushing for LUNs.  What say ye performance experts about 54's?
Can we even us those for z/Linux (sles9x - z/VM 5.2).


Marcy Cortes


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

--
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: Subversion on SLES9

[Post, Mark K]

While I haven't done it on a large scale, I would say it's worthwhile to
pursue.  (Coincidentally enough, I just got done compiling the 1.3.2
version for my 64-bit Slack/390 development system.)  Consolidating
multiple systems down to one (or a few) is a pretty good way to save
people time.


Mark Post

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Jean-Marc Auprix
Sent: Thursday, September 07, 2006 1:12 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Subversion on SLES9

Hi folks,

Subversion is a great replacement to CVS and runs very well (including
the
web interface) on our SLES9 - z/VM 5.2 on a z/890 with SAN storage.
Since the department I am working with has a lot of wintel and Unix
servers
running CVS repositories, there has been some interest in  using
Linux/390
to consolidate these servers by using Subversion or some other CM
software.

Users have been very impressed with the availability and stability of
the
Linux/390 solutions already in place when compared with other
technologies
(no big surprise ;-) ).


Has anyone done this before on a large scale? Is it a worthwhile idea to
pursue?
Thanks for any ideas/suggestions.

Jean-Marc Auprix

--
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

Subversion on SLES9

[Jean-Marc Auprix]

Hi folks,

Subversion is a great replacement to CVS and runs very well (including the
web interface) on our SLES9 - z/VM 5.2 on a z/890 with SAN storage.
Since the department I am working with has a lot of wintel and Unix servers
running CVS repositories, there has been some interest in  using Linux/390
to consolidate these servers by using Subversion or some other CM software.

Users have been very impressed with the availability and stability of the
Linux/390 solutions already in place when compared with other technologies
(no big surprise ;-) ).


Has anyone done this before on a large scale? Is it a worthwhile idea to
pursue?
Thanks for any ideas/suggestions.

Jean-Marc Auprix

--
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: Yast cannot find install server

[Leland Lucius]

Here's how we have our installation sources setup.

We have the base, core, sp3, and updates (downloaded from SuSE) all within
one directory that we can get at through nfs (ftp should be similar).

Here's the installation sources that all of our guests have:

Software Source Media
|--
|Status|Name  |URL
|On|SUSE SLES Updates |nfs://clonixs//sles9/updates
|On|SUSE SLES 9 Service-Pack Version 3|nfs://clonixs//sles9/sp3/CD1
|On|SUSE CORE Version 9   |nfs://clonixs//sles9/core9/CD1
|On|SUSE SLES Version 9   |nfs://clonixs//sles9/base9

And here's what that "/sles9" directory looks like:

/sles9
|-- base9/
|   |-- ARCHIVES.gz
|   |-- COPYING
|   |-- COPYING.de
|   |-- COPYRIGHT
|   |-- COPYRIGHT.de
|   |-- ChangeLog
|   |-- INDEX.gz
|   |-- LICENSE.TXT
|   |-- README
|   |-- README.DOS
|   |-- SLES-LICENSE/
|   |-- SuSEgo.ico
|   |-- autorun.inf
|   |-- boot/
|   |-- content
|   |-- control.xml
|   |-- directory.yast
|   |-- docu/
|   |-- dosutils/
|   |-- gpg-pubkey-3d25d3d9-36e12d04.asc
|   |-- gpg-pubkey-9c800aca-39eef481.asc
|   |-- ls-lR.gz
|   |-- media.1/
|   |-- pubring.gpg
|   |-- suse/
|   |-- suse.ins
|   `-- yast/
|-- boot -> base9/boot/
|-- content -> base9/content
|-- control.xml -> base9/control.xml
|-- core9/
|   |-- CD1/
|   |   |-- ARCHIVES.gz
|   |   |-- ChangeLog
|   |   |-- INDEX.gz
|   |   |-- content
|   |   |-- directory.yast
|   |   |-- ls-lR.gz
|   |   |-- media.1/
|   |   `-- suse/
|   |-- CD2/
|   |   |-- INDEX.gz
|   |   |-- content
|   |   |-- ls-lR.gz
|   |   |-- media.2/
|   |   `-- suse/
|   |-- CD3/
|   |   |-- INDEX.gz
|   |   |-- content
|   |   |-- ls-lR.gz
|   |   |-- media.3/
|   |   `-- suse/
|   |-- CD4/
|   |   |-- INDEX.gz
|   |   |-- content
|   |   |-- ls-lR.gz
|   |   |-- media.4/
|   |   `-- suse/
|   `-- CD5/
|   |-- INDEX.gz
|   |-- content
|   |-- ls-lR.gz
|   |-- media.5/
|   `-- suse/
|-- media.1 -> base9/media.1/
|-- sp3/
|   |-- CD1/
|   |   |-- ARCHIVES.gz
|   |   |-- COPYING
|   |   |-- COPYING.de
|   |   |-- COPYRIGHT
|   |   |-- COPYRIGHT.de
|   |   |-- ChangeLog
|   |   |-- INDEX.gz
|   |   |-- LICENSE.TXT
|   |   |-- NEWS
|   |   |-- README
|   |   |-- README.de
|   |   |-- README.es
|   |   |-- README.fr
|   |   |-- README.it
|   |   |-- README.ja_JP
|   |   |-- README.ko
|   |   |-- README.pt_BR
|   |   |-- README.zh_CN
|   |   |-- README.zh_TW
|   |   |-- SLES-LICENSE/
|   |   |-- SuSEgo.ico
|   |   |-- autorun.inf
|   |   |-- boot/
|   |   |-- content
|   |   |-- directory.yast
|   |   |-- docu/
|   |   |-- driverupdate
|   |   |-- gpg-pubkey-0dfb3188-41ed929b.asc
|   |   |-- gpg-pubkey-15c17deb-3f9e80c9.asc
|   |   |-- gpg-pubkey-3d25d3d9-36e12d04.asc
|   |   |-- gpg-pubkey-9c800aca-40d8063e.asc
|   |   |-- linux/
|   |   |-- ls-lR.gz
|   |   |-- media.1/
|   |   |-- pubring.gpg
|   |   |-- rr_moved/
|   |   |-- s390x/
|   |   |-- servicepack.tar.gz
|   |   |-- suse/
|   |   `-- suse.ins
|   |-- CD2/
|   |   |-- COPYING
|   |   |-- COPYRIGHT
|   |   |-- INDEX.gz
|   |   |-- SuSEgo.ico
|   |   |-- autorun.inf
|   |   |-- content
|   |   |-- directory.yast
|   |   |-- gpg-pubkey-0dfb3188-41ed929b.asc
|   |   |-- gpg-pubkey-15c17deb-3f9e80c9.asc
|   |   |-- gpg-pubkey-3d25d3d9-36e12d04.asc
|   |   |-- gpg-pubkey-9c800aca-40d8063e.asc
|   |   |-- ls-lR.gz
|   |   |-- media.2/
|   |   |-- s390x/
|   |   `-- suse/
|   `-- CD3/
|   |-- ARCHIVES.gz
|   |-- COPYING
|   |-- COPYRIGHT
|   |-- INDEX.gz
|   |-- SuSEgo.ico
|   |-- autorun.inf
|   |-- content
|   |-- directory.yast
|   |-- gpg-pubkey-0dfb3188-41ed929b.asc
|   |-- gpg-pubkey-15c17deb-3f9e80c9.asc
|   |-- gpg-pubkey-3d25d3d9-36e12d04.asc
|   |-- gpg-pubkey-9c800aca-40d8063e.asc
|   |-- ls-lR.gz
|   |-- media.3/
|   `-- suse/
|-- updates/
|   |-- content
|   |-- directory.yast
|   |-- media.1/
|   |   |-- directory.yast
|   |   `-- media
|   `-- suse/
|   |-- noarch/
|   |-- s390x/
|   `-- setup/
`-- yast/
|-- instorder
`-- order

The important line are the links (those with "->") and the last 2 lines,
instorder and order.

The instorder file contains:

/base9/CD1/base9/CD1
/core9/CD1/core9/CD1
/sp3/CD1/sp3/CD1
//

And the order file contains:

/sp3/CD1/sp3/CD1
/base9/CD1/base9/CD1
/core9/CD1/core9/CD1
//

But, they're only important if you're installing new guests completely from
scratch.

Leland


On 9/7/06 9:14 AM, "Levy, Alan" <[EMAIL PROTECTED]> wrote:

>
>
> I have the base sles9 installed on a linux server.
>
>
>
> I am on a test sles9 server trying to use Yast to install some software
> (lvm2) from the install server.
>
>
>
> When I go into yast and click "install and remove software" it does not
> find lvm when I do a search. Actually it does not find anything (I have
> searched for other products).
>
>
>
>

collaborative memory management on Linux weekly news

[Barton Robinson]

This is BIG NEWS. No, not the CMM2 stuff, but
that you quit smokin  Congratulations

(So how do you validate that CMM2 is working?)






>Date: Thu, 7 Sep 2006 11:18:20 +0200
>Reply-To: [EMAIL PROTECTED]
>From: Carsten Otte <[EMAIL PROTECTED]>
>Organization: IBM Deutschland
>
>This week's Linux weekly news features an article about the second
>stage of our collaborative memory management technology with z/VM.
>Subscribers can read the article now, it will become public content
>next Wednesday:
>http://lwn.net/Articles/198380/
>--
>Carsten Otte has stopped smoking:  Ich habe in 3 Monate, 1 Woche
>und 6 Tage schon 507,35 Euro gespart anstatt 2.113,96 Zigaretten
>zu kaufen.
>







"If you can't measure it, I'm Just NOT interested!"(tm)

//
Barton Robinson - CBW Internet: [EMAIL PROTECTED]
Velocity Software, IncMailing Address:
 196-D Castro Street   P.O. Box 390640
 Mountain View, CA 94041   Mountain View, CA 94039-0640

VM Performance Hotline:   650-964-8867
Fax: 650-964-9012 Web Page:  WWW.VELOCITY-SOFTWARE.COM
//

--
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: Yast cannot find install server

[Post, Mark K]

Yet Another Reason to Use HTTP, and not FTP.  The logging is better.
Try looking at /var/log/YaST2/y2log (on the system where you're using
YaST), and see if there are any clues in there.  Or, more generally, go
into that directory, and do an "ls -ltr" and see which files were
updated most recently, and look at all of them.


Mark Post

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Levy, Alan
Sent: Thursday, September 07, 2006 10:15 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Yast cannot find install server

  

I have the base sles9 installed on a linux server. 

 

I am on a test sles9 server trying to use Yast to install some software
(lvm2) from the install server.

 

When I go into yast and click "install and remove software" it does not
find lvm when I do a search. Actually it does not find anything (I have
searched for other products).

 

The software source media (on the test server) is defined as: 

 

Status: on

Name: suse sles version 9

url: ftp://sles9ftp:[EMAIL PROTECTED]/s390/core9/CD1

 

Note: From my windows desktop, I can manually ftp into the server and
list out the files. Why doesn't yast work here ? Am I doing something
wrong ?

 

Microsoft Windows XP [Version 5.1.2600]

(C) Copyright 1985-2001 Microsoft Corp.

 

H:\>ftp 10.xx

Connected to 10.xx

220 ProFTPD 1.2.9 Server (ProFTPD Default Installation)
[sles9-source.vmlx.nycne

t]

User (10.xx:(none)): sles9ftp

331 Password required for sles9ftp.

Password:

230 User sles9ftp logged in.

ftp> dir

200 PORT command successful

150 Opening ASCII mode data connection for file list

drwxr-xr-x   2 sles9ftp users4096 Dec  5  2005 Documents

drwxr-xr-x   2 sles9ftp users4096 Dec  5  2005 bin

drwxr-xr-x   2 sles9ftp users4096 Dec  5  2005 public_html

lrwxrwxrwx   1 root root   11 Dec  5  2005 s390 ->
/usr/SLES9/

226 Transfer complete.

ftp: 270 bytes received in 0.11Seconds 2.48Kbytes/sec.

ftp> cd s390

250 CWD command successful.

ftp> dir

200 PORT command successful

150 Opening ASCII mode data connection for file list

lrwxrwxrwx   1 root root   14 Dec  5  2005 boot ->
sles9/CD1/boot

lrwxrwxrwx   1 root root   17 Dec  5  2005 content ->
sles9/CD1/content

lrwxrwxrwx   1 root root   21 Dec  5  2005 control.xml ->
sles9/CD1/control.xml

drwxr-xr-x   7 root root 4096 Dec  5  2005 core9

lrwxrwxrwx   1 root root   17 Dec  5  2005 media.1 ->
sles9/CD1/media.1

drwxr-xr-x   3 root root 4096 Dec  5  2005 sles9

drwxr-xr-x   2 root root 4096 Dec  5  2005 yast

226 Transfer complete.

ftp: 527 bytes received in 0.06Seconds 8.37Kbytes/sec.

ftp> cd core9/CD1

250 CWD command successful.

ftp> dir

200 PORT command successful

150 Opening ASCII mode data connection for file list

-rw-r--r--   1 root root  3422076 Jul  2  2004 ARCHIVES.gz

-rw-r--r--   1 root root  2819407 Jul  2  2004 ChangeLog

-rw-r--r--   1 root root21654 Jul  2  2004 INDEX.gz

-rw-r--r--   1 root root  508 Jul  2  2004 content

-rw-r--r--   1 root root   31 Jul  2  2004 directory.yast

-rw-r--r--   1 root root39946 Jul  2  2004 ls-lR.gz

drwxr-xr-x   2 root root 4096 Dec  5  2005 media.1

drwxr-xr-x   5 root root 4096 Dec  5  2005 suse

226 Transfer complete.

ftp: 524 bytes received in 0.00Seconds 524000.00Kbytes/sec.

--
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: SLE8 and z/9

[Stahr, Lea]

I will be running SLES 8 under V5.1 on Z9 EC 503 starting next week (I
hope). We do not the hardware yet.

Lea Stahr
Sr. System Administrator
Linux/Unix Team
630-753-5445
[EMAIL PROTECTED]
 

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
David Boyes
Sent: Thursday, September 07, 2006 9:03 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: SLE8 and z/9

Both are full of that which promotes growth. Runs fine. 

I'd believe "we haven't tested it" and "it probably won't work in LPAR
mode", but it runs fine under VM. 

David Boyes
Sine Nomine Associates

> They is/are Novell. IBM have told me that the official Novell view is
that
> sle8 will not run on z9 BC even under z/VM 5. I have not seen this for
> myself yet.

--
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: SLE8 and z/9

[Stahr, Lea]

I will be running SLES 8 under V5.1 on Z9 EC 503 starting next week (I
hope).

Lea Stahr
Sr. System Administrator
Linux/Unix Team
630-753-5445
[EMAIL PROTECTED]
 

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
David Boyes
Sent: Thursday, September 07, 2006 9:03 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: SLE8 and z/9

Both are full of that which promotes growth. Runs fine. 

I'd believe "we haven't tested it" and "it probably won't work in LPAR
mode", but it runs fine under VM. 

David Boyes
Sine Nomine Associates

> They is/are Novell. IBM have told me that the official Novell view is
that
> sle8 will not run on z9 BC even under z/VM 5. I have not seen this for
> myself yet.

--
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

Yast cannot find install server

[Levy, Alan]

  

I have the base sles9 installed on a linux server. 

 

I am on a test sles9 server trying to use Yast to install some software
(lvm2) from the install server.

 

When I go into yast and click "install and remove software" it does not
find lvm when I do a search. Actually it does not find anything (I have
searched for other products).

 

The software source media (on the test server) is defined as: 

 

Status: on

Name: suse sles version 9

url: ftp://sles9ftp:[EMAIL PROTECTED]/s390/core9/CD1

 

Note: From my windows desktop, I can manually ftp into the server and
list out the files. Why doesn't yast work here ? Am I doing something
wrong ?

 

Microsoft Windows XP [Version 5.1.2600]

(C) Copyright 1985-2001 Microsoft Corp.

 

H:\>ftp 10.xx

Connected to 10.xx

220 ProFTPD 1.2.9 Server (ProFTPD Default Installation)
[sles9-source.vmlx.nycne

t]

User (10.xx:(none)): sles9ftp

331 Password required for sles9ftp.

Password:

230 User sles9ftp logged in.

ftp> dir

200 PORT command successful

150 Opening ASCII mode data connection for file list

drwxr-xr-x   2 sles9ftp users4096 Dec  5  2005 Documents

drwxr-xr-x   2 sles9ftp users4096 Dec  5  2005 bin

drwxr-xr-x   2 sles9ftp users4096 Dec  5  2005 public_html

lrwxrwxrwx   1 root root   11 Dec  5  2005 s390 ->
/usr/SLES9/

226 Transfer complete.

ftp: 270 bytes received in 0.11Seconds 2.48Kbytes/sec.

ftp> cd s390

250 CWD command successful.

ftp> dir

200 PORT command successful

150 Opening ASCII mode data connection for file list

lrwxrwxrwx   1 root root   14 Dec  5  2005 boot ->
sles9/CD1/boot

lrwxrwxrwx   1 root root   17 Dec  5  2005 content ->
sles9/CD1/content

lrwxrwxrwx   1 root root   21 Dec  5  2005 control.xml ->
sles9/CD1/control.xml

drwxr-xr-x   7 root root 4096 Dec  5  2005 core9

lrwxrwxrwx   1 root root   17 Dec  5  2005 media.1 ->
sles9/CD1/media.1

drwxr-xr-x   3 root root 4096 Dec  5  2005 sles9

drwxr-xr-x   2 root root 4096 Dec  5  2005 yast

226 Transfer complete.

ftp: 527 bytes received in 0.06Seconds 8.37Kbytes/sec.

ftp> cd core9/CD1

250 CWD command successful.

ftp> dir

200 PORT command successful

150 Opening ASCII mode data connection for file list

-rw-r--r--   1 root root  3422076 Jul  2  2004 ARCHIVES.gz

-rw-r--r--   1 root root  2819407 Jul  2  2004 ChangeLog

-rw-r--r--   1 root root21654 Jul  2  2004 INDEX.gz

-rw-r--r--   1 root root  508 Jul  2  2004 content

-rw-r--r--   1 root root   31 Jul  2  2004 directory.yast

-rw-r--r--   1 root root39946 Jul  2  2004 ls-lR.gz

drwxr-xr-x   2 root root 4096 Dec  5  2005 media.1

drwxr-xr-x   5 root root 4096 Dec  5  2005 suse

226 Transfer complete.

ftp: 524 bytes received in 0.00Seconds 524000.00Kbytes/sec.

 


--
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: SLE8 and z/9

[David Boyes]

Both are full of that which promotes growth. Runs fine. 

I'd believe "we haven't tested it" and "it probably won't work in LPAR
mode", but it runs fine under VM. 

David Boyes
Sine Nomine Associates

> They is/are Novell. IBM have told me that the official Novell view is
that
> sle8 will not run on z9 BC even under z/VM 5. I have not seen this for
> myself yet.

--
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: SLE8 and z/9

[John Summerfied]

Adam Thornton wrote:

On Sep 6, 2006, at 11:38 PM, Alan Altmark wrote:


But that's always the issue.  If you don't have a Linux support
contract,
it really doesn't matter what anyone else says.  :-)



Conversely, if you *do* have a Linux support contract, it doesn't
matter what anyone other than the place providing the support says.



I'm thinking if you don't have a support contract you can do what you
jolly well like:-)



--

Cheers
John

-- spambait
[EMAIL PROTECTED]  [EMAIL PROTECTED]
Tourist pics http://portgeographe.environmentaldisasters.cds.merseine.nu/

Please do not reply off-list

--
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: How to signal a Linux guest from z/VM?

[John Summerfied]

Thomas Kern wrote:

That's why I like using something internal to the zSeries for zSeries
communications and automation. The source of the data can be trusted to not be
spoofed so you can authenticate that against a table of authorized users and be
safe. With the VMCF protocal (SMSG is just a commandline SENDX, right?) and the
IUCV protocal, CP handles the sizing of the data before the Linux code would
ever see it, leaving application developers to look elsewhere to code their
buffer overrun vulernabilities. It is unsniffable by the network spies so there
is no need for fancy CPU intensive encryption with public/private key
management.



I was thinking of something slippery like an ampersand, which might be
bad if fed unchecked to a shell commandline.

I don't think CP's idea of safe characters is quite he same as Unix's.


/Tom Kern

--- John Summerfied <[EMAIL PROTECTED]> wrote:


Looks like I need to fix myself:-)




Dave Jones wrote:


As Dr. Boyes suggests, using the open source IUCV driver is a very good
way of solving this type of problem. You can find it here:
http://www.sinenomine.net/vm/fsiucv

Another approach that might be applicable here is to have a simple
client, running on the Linux guest, and listening on a specific TCP
port. A server, running on VM, can then connect to the client and send
the client any number of Linux commands to execute. The client executes
the commands


Carefully, one hopes. We don't want this sort of thing getting out of
hand again (like rsh and any number of web apps), trusting user data and
so allowing unauthorised folk to do unauthorised things (and that
included authorised folk exceeding their authorisation).

--

Cheers
John




__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

--
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




--

Cheers
John

-- spambait
[EMAIL PROTECTED]  [EMAIL PROTECTED]
Tourist pics http://portgeographe.environmentaldisasters.cds.merseine.nu/

Please do not reply off-list

--
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

Root partition is losing changes through reboot [reposted]

[Ranga Nathan]

Something strange happening in one of our SLES9 servers. After reboot,
changes to root partition are lost. I confirmed it by cycling it today.
We created an account and now the home directory for the account is gone
and /etc/passwd has old timestamp.

The mount output shows that the root is mounted r/w and the minidisk
definition says MR.

zlp3:/home # mount
/dev/dasdb1 on / type ext3 (rw,acl,user_xattr)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
tmpfs on /dev/shm type tmpfs (rw)
devpts on /dev/pts type devpts (rw,mode=0620,gid=5)
/dev/dasdc1 on /boot type ext2 (rw,acl,user_xattr)
/dev/dasdg1 on /local type ext3 (rw,acl,user_xattr)
/dev/dasdf1 on /opt type ext3 (rw,acl,user_xattr)
/dev/dasdd1 on /usr type ext3 (rw,acl,user_xattr)
/dev/dasde1 on /var type ext3 (rw,acl,user_xattr)

  MDISK 0151 3390 1 1500 LIN043 MR read write

It seems like either Linux or z/VM is not flushing the disk. I even
issue sync command after the changes but when I mount the minidisk as
read only on another guest, I dont see the changes.

I do know that when ZLP3, the server with problem comes up, it shows a
lot of errors on tmpfs at /dev/shm!
Anyone been in similar situation?

--
__
Ranga Nathan
Work: 714-442-7591


--
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
begin:vcard
fn:Ranga Nathan
n:Nathan;Ranga
email;internet:[EMAIL PROTECTED]
tel;work:714-442-7591
version:2.1
end:vcard

Re: How to signal a Linux guest from z/VM?

[Rob van der Heij]

On 9/7/06, Thomas Kern <[EMAIL PROTECTED]> wrote:


Is hcp/vmcp anymore sensitive in a class G (or less) linux service virtual
machine than 'shutdown -h now'? Does anyone really let untrusted users have
root access in production service virtual machines?


If the question is whether someone with root access in your class G
virtual machine can do any harm, I believe the answer should be yes.
If your Linux server is connected to the Internet, there's always the
risk that someone with less friendly intentions gets root access. If
you run Linux virtual machines for customers, that's often even part
of the arrangement with that customer.

Although I have not had time to update my Redpaper with the latest
stuff, it may still be useful to explain the strategy of reducing the
CP privileges of the virtual machine to a minimum. That way you limit
the possible damage to the compromised server only.
http://www.redbooks.ibm.com/abstracts/redp3870.html

Rob


Rob

--
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: How to signal a Linux guest from z/VM?

[Carsten Otte]

Thomas Kern wrote:

Is hcp/vmcp anymore sensitive in a class G (or less) linux service virtual
machine than 'shutdown -h now'? Does anyone really let untrusted users have
root access in production service virtual machines?

Untrusted users may still issue cp commands, if the admin of the guest
machine lets them do that. sudo is the tool of choice to allow user
"tapeman" to attach and detach his tape drive while keeping him from
all the other stuff one can do with the cp command interface.

cheers,
Carsten
--
Carsten Otte has stopped smoking: Ich habe in 3 Monate, 1 Woche und 6
Tage schon 508,55 Euro gespart anstatt 2.118,96 Zigaretten zu kaufen.

--
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: How to signal a Linux guest from z/VM?

[Thomas Kern]

I was talking about the source of the SMSG that has arrived at my Linux
service virtual machine. Sources like OPERATOR, MAINT, VMUTIL, not the
anonymous userids (HACKER1, HACKER2, HACKER3) that are on the less properly
administrated systems. Inside the Linux service virtual machine, there are
also no HACKER1, HACKER2 or HACKER3 userids, not even development userids.
All of those insecure users have their own linux or windows systems to corrupt.

Is hcp/vmcp anymore sensitive in a class G (or less) linux service virtual
machine than 'shutdown -h now'? Does anyone really let untrusted users have
root access in production service virtual machines?

/Tom Kern

--  

> Careful!  For multiuser operating systems, you can identify the guest, but
> you cannot identify the user.  So you have to take steps in the guest to
> ensure that only authorized users are allowed to send commands.  Look at
> hcp/vmcp for example.  That's a command that should be limited to specific
> trusted Linux users.  If you don't then the integrity of the guest becomes
> suspect.
>
> Alan Altmark
> z/VM Development
> IBM Endicott

--
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: SLE8 and z/9

[Stahr, Lea]

I plan on coming up on a 2094-503 under VM 5.1 (with lots of
maintenance) and run SLES 8 for a few months until I get SLES 9 ready.
Has anyone done this???

Lea Stahr
Sr. System Administrator
Linux/Unix Team
630-753-5445
[EMAIL PROTECTED]
 
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Little, Chris
Sent: Wednesday, September 06, 2006 3:53 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: SLE8 and z/9

we're running sles8 on a 2094 under 5.1. 

> -Original Message-
> From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On 
> Behalf Of Crispin Hugo
> Sent: Wednesday, September 06, 2006 3:29 PM
> To: LINUX-390@VM.MARIST.EDU
> Subject: SLE8 and z/9
> 
> Can anyone ell me if sle8 will run on a Z9 2096-s07 (BC) with 
> z/VM 5.2 .
> Officially they say NO. But any experience from the real world.
> 
> 
> Crispin Hugo
> Systems Programmer, Macro 4
> 
> Macro 4 plc, The Orangery, Turners Hill Road, Worth, Crawley, 
> RH10 4SS Direct Line: +44 (0)1293 872121 Switchboard: +44 (0) 
> 1293 872000
> Fax: +44 (0) 1293 872001
> 
> 
> 
> __
> __
> This email has been scanned for all known viruses by the 
> MessageLabs Email Security Service and the Macro 4 plc 
> internal virus protection system.
> __
> __
> 
> --
> 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

Re: SLE8 and z/9

[Carsten Otte]

John Summerfied wrote:

Until answer is satisfactory
   Ask 'em, "Why?"

Because it has not been tested on it. On the other hand, Carsten
thinks it works fine.

cheers,
Carsten
--
Carsten Otte has stopped smoking: Ich habe in 3 Monate, 1 Woche und 6
Tage schon 507,38 Euro gespart anstatt 2.114,08 Zigaretten zu kaufen.

--
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

collaborative memory management on Linux weekly news

[Carsten Otte]

This week's Linux weekly news features an article about the second
stage of our collaborative memory management technology with z/VM.
Subscribers can read the article now, it will become public content
next Wednesday:
http://lwn.net/Articles/198380/
--
Carsten Otte has stopped smoking: Ich habe in 3 Monate, 1 Woche und 6
Tage schon 507,35 Euro gespart anstatt 2.113,96 Zigaretten zu kaufen.

--
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