Re: zipl question

[Post, Mark K]

Betsie,

That was just a test to make sure zipl wasn't picking up parameters from
somewhere else.  It apparently is not, so you can rename it back.

I guess I'd still like to know... are you sure you are booting from the same
DASD volume as /boot is on?  What does a "df" command show, as well as "cat
/proc/dasd/devices" and what is in your /etc/zipl.conf?

Mark Post

-Original Message-
From: Betsie Spann [mailto:betsie.spann@;oracle.com]
Sent: Friday, November 01, 2002 6:18 PM
To: [EMAIL PROTECTED]
Subject: Re: zipl question


Mark,
I renamed /etc/zipl.conf and got an error message telling me that it could
not access configuration file /etc/zipl.conf  and that a target directory
was not specified on the command line or in a config file.
I added 'noinitrd' to the parm file but it made no difference.
Does this have anything to do with the s390-tools or s390-utils?

Betsie Spann
VM Systems Programmer
- Original Message -
From: "Post, Mark K" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, November 01, 2002 1:22 PM
Subject: Re: zipl question


> Betsie,
>
> Try renaming /etc/zipl.conf to something else and see what happens when
you
> run the command.
>
> Also, are you booting from the same DASD volume as /boot is on?
>
> Mark Post
>
> -Original Message-
> From: Betsie Spann [mailto:betsie.spann@;oracle.com]
> Sent: Friday, November 01, 2002 3:56 PM
> To: [EMAIL PROTECTED]
> Subject: Re: zipl question
>
>
> 'strace zipl.conf'  gave me strace: zipl.conf:  command not found
> when I did, "strace /sbin/zipl", I got a display similar to yours.  It
> pointed to /etc/zipl.conf and /boot/parmfile.  Both had the same "dasd="
> string but neither matched the dasd used in the "Kernel command line"
shown
> at boot time or from dmesg.
>
> Betsie Spann
> VM Systems Programmer
> - Original Message -
> From: "Post, Mark K" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Friday, November 01, 2002 12:48 PM
> Subject: Re: zipl question
>
>
> > Not at all.  It shows me what files are accessed, etc., etc.  Works
great
> > for the intended purpose.
> >
> > Mark Post
> >
> > -Original Message-
> > From: John Summerfield [mailto:summer@;computerdatasafe.com.au]
> > Sent: Friday, November 01, 2002 3:39 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: zipl question
> >
> >
> > On Fri, 1 Nov 2002, Post, Mark K wrote:
> >
> > > Betsie,
> > >
> > > When I do an "strace zipl.conf" on my Red Hat 7.2 system, it reads
> > > /etc/zipl.conf:
> >
> > I've used strace quite a bit, but I never thought tu use it
> > just like that!
> >
> > I'm sure you mean something else.
> >
> >
> > --
> >
> >
> > Cheers
> > John.
> >
> > Please, no off-list mail. You will fall foul of my spam treatment.
> > Join the "Linux Support by Small Businesses" list at
> > http://mail.computerdatasafe.com.au/mailman/listinfo/lssb
> >
>

Re: zipl question

[Betsie Spann]

Mark,
I renamed /etc/zipl.conf and got an error message telling me that it could
not access configuration file /etc/zipl.conf  and that a target directory
was not specified on the command line or in a config file.
I added 'noinitrd' to the parm file but it made no difference.
Does this have anything to do with the s390-tools or s390-utils?

Betsie Spann
VM Systems Programmer
- Original Message -
From: "Post, Mark K" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, November 01, 2002 1:22 PM
Subject: Re: zipl question


> Betsie,
>
> Try renaming /etc/zipl.conf to something else and see what happens when
you
> run the command.
>
> Also, are you booting from the same DASD volume as /boot is on?
>
> Mark Post
>
> -Original Message-
> From: Betsie Spann [mailto:betsie.spann@;oracle.com]
> Sent: Friday, November 01, 2002 3:56 PM
> To: [EMAIL PROTECTED]
> Subject: Re: zipl question
>
>
> 'strace zipl.conf'  gave me strace: zipl.conf:  command not found
> when I did, "strace /sbin/zipl", I got a display similar to yours.  It
> pointed to /etc/zipl.conf and /boot/parmfile.  Both had the same "dasd="
> string but neither matched the dasd used in the "Kernel command line"
shown
> at boot time or from dmesg.
>
> Betsie Spann
> VM Systems Programmer
> - Original Message -
> From: "Post, Mark K" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Friday, November 01, 2002 12:48 PM
> Subject: Re: zipl question
>
>
> > Not at all.  It shows me what files are accessed, etc., etc.  Works
great
> > for the intended purpose.
> >
> > Mark Post
> >
> > -Original Message-
> > From: John Summerfield [mailto:summer@;computerdatasafe.com.au]
> > Sent: Friday, November 01, 2002 3:39 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: zipl question
> >
> >
> > On Fri, 1 Nov 2002, Post, Mark K wrote:
> >
> > > Betsie,
> > >
> > > When I do an "strace zipl.conf" on my Red Hat 7.2 system, it reads
> > > /etc/zipl.conf:
> >
> > I've used strace quite a bit, but I never thought tu use it
> > just like that!
> >
> > I'm sure you mean something else.
> >
> >
> > --
> >
> >
> > Cheers
> > John.
> >
> > Please, no off-list mail. You will fall foul of my spam treatment.
> > Join the "Linux Support by Small Businesses" list at
> > http://mail.computerdatasafe.com.au/mailman/listinfo/lssb
> >
>

Re: zipl question

[Post, Mark K]

Yes, but you cut that out of your original email, so I couldn't tell just
what you were referring to.  :(

Mark Post

-Original Message-
From: John Summerfield [mailto:summer@;computerdatasafe.com.au]
Sent: Friday, November 01, 2002 4:06 PM
To: [EMAIL PROTECTED]
Subject: Re: zipl question


On Fri, 1 Nov 2002, Post, Mark K wrote:

> Not at all.  It shows me what files are accessed, etc., etc.  Works great
> for the intended purpose.
>

Didn't you mean
strace zipl 

rather than
strace zipl.conf 
or is the program _really_ zipl.conf?



> Mark Post
>
> -Original Message-
> From: John Summerfield [mailto:summer@;computerdatasafe.com.au]
> Sent: Friday, November 01, 2002 3:39 PM
> To: [EMAIL PROTECTED]
> Subject: Re: zipl question
>
>
> On Fri, 1 Nov 2002, Post, Mark K wrote:
>
> > Betsie,
> >
> > When I do an "strace zipl.conf" on my Red Hat 7.2 system, it reads
> > /etc/zipl.conf:
>
> I've used strace quite a bit, but I never thought tu use it
> just like that!
>
> I'm sure you mean something else.
>
>
> --
>
>
> Cheers
> John.
>
> Please, no off-list mail. You will fall foul of my spam treatment.
> Join the "Linux Support by Small Businesses" list at
> http://mail.computerdatasafe.com.au/mailman/listinfo/lssb
>

--


Cheers
John.

Please, no off-list mail. You will fall foul of my spam treatment.
Join the "Linux Support by Small Businesses" list at
http://mail.computerdatasafe.com.au/mailman/listinfo/lssb

Re: zipl question

[Post, Mark K]

Betsie,

Try renaming /etc/zipl.conf to something else and see what happens when you
run the command.

Also, are you booting from the same DASD volume as /boot is on?

Mark Post

-Original Message-
From: Betsie Spann [mailto:betsie.spann@;oracle.com]
Sent: Friday, November 01, 2002 3:56 PM
To: [EMAIL PROTECTED]
Subject: Re: zipl question


'strace zipl.conf'  gave me strace: zipl.conf:  command not found
when I did, "strace /sbin/zipl", I got a display similar to yours.  It
pointed to /etc/zipl.conf and /boot/parmfile.  Both had the same "dasd="
string but neither matched the dasd used in the "Kernel command line" shown
at boot time or from dmesg.

Betsie Spann
VM Systems Programmer
- Original Message -
From: "Post, Mark K" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, November 01, 2002 12:48 PM
Subject: Re: zipl question


> Not at all.  It shows me what files are accessed, etc., etc.  Works great
> for the intended purpose.
>
> Mark Post
>
> -Original Message-
> From: John Summerfield [mailto:summer@;computerdatasafe.com.au]
> Sent: Friday, November 01, 2002 3:39 PM
> To: [EMAIL PROTECTED]
> Subject: Re: zipl question
>
>
> On Fri, 1 Nov 2002, Post, Mark K wrote:
>
> > Betsie,
> >
> > When I do an "strace zipl.conf" on my Red Hat 7.2 system, it reads
> > /etc/zipl.conf:
>
> I've used strace quite a bit, but I never thought tu use it
> just like that!
>
> I'm sure you mean something else.
>
>
> --
>
>
> Cheers
> John.
>
> Please, no off-list mail. You will fall foul of my spam treatment.
> Join the "Linux Support by Small Businesses" list at
> http://mail.computerdatasafe.com.au/mailman/listinfo/lssb
>

Register Article: Brussels to spend ?250k on Linux migration stud y

[Post, Mark K]

"The European Commission has awarded UK-based consultancy netproject a
EUR250,000 contract to study the issues of migrating government computers in
member states to a Linux/Open Source environment.

"netproject has been hired by the Commission to draw up guidelines on a move
to open source technologies and to help define EU IT strategy on desktop
computing.  The German state of Mecklenburg-Pomerania  is to be used as a
test bed in defining this strategy, which goes beyond the investigation of a
switch between Windows and Linux PCs."

http://www.theregister.co.uk/content/4/27853.html

In a related story:

"A pilot scheme which could see police forces throughout England and Wales
switching to Linux desktops has kicked off with delivery of the first
systems to the West Yorkshire force.  The deployment is taking place under a
contract awarded to netproject earlier this year by the UK Police IT
Organisation, and if successful could cover over 60,000 desktops. In West
Yorks alone the installed base is around 3,500, and a spokesman reckoned
that the savings from this would be around £1 million a year."

http://www.theregister.co.uk/content/4/27692.html


Mark Post

Re: zipl question

[John Summerfield]

On Fri, 1 Nov 2002, Betsie Spann wrote:

> 'strace zipl.conf'  gave me strace: zipl.conf:  command not found

Pass Mark some cough syrup. He has a nasty hack.




--


Cheers
John.

Please, no off-list mail. You will fall foul of my spam treatment.
Join the "Linux Support by Small Businesses" list at
http://mail.computerdatasafe.com.au/mailman/listinfo/lssb

Re: zipl question

[John Summerfield]

On Fri, 1 Nov 2002, Post, Mark K wrote:

> Not at all.  It shows me what files are accessed, etc., etc.  Works great
> for the intended purpose.
>

Didn't you mean
strace zipl 

rather than
strace zipl.conf 
or is the program _really_ zipl.conf?



> Mark Post
>
> -Original Message-
> From: John Summerfield [mailto:summer@;computerdatasafe.com.au]
> Sent: Friday, November 01, 2002 3:39 PM
> To: [EMAIL PROTECTED]
> Subject: Re: zipl question
>
>
> On Fri, 1 Nov 2002, Post, Mark K wrote:
>
> > Betsie,
> >
> > When I do an "strace zipl.conf" on my Red Hat 7.2 system, it reads
> > /etc/zipl.conf:
>
> I've used strace quite a bit, but I never thought tu use it
> just like that!
>
> I'm sure you mean something else.
>
>
> --
>
>
> Cheers
> John.
>
> Please, no off-list mail. You will fall foul of my spam treatment.
> Join the "Linux Support by Small Businesses" list at
> http://mail.computerdatasafe.com.au/mailman/listinfo/lssb
>

--


Cheers
John.

Please, no off-list mail. You will fall foul of my spam treatment.
Join the "Linux Support by Small Businesses" list at
http://mail.computerdatasafe.com.au/mailman/listinfo/lssb

Re: moving from 2.2 to 2.4

[John Summerfield]

On Fri, 1 Nov 2002, Post, Mark K wrote:

> Rich,
>
> That's close to a complete system re-install, because it involves upgrading
> from glibc 2.1.x to glibc 2.2.x, and a number of things on the system are
> going to be looking for glibc 2.1.x.  Having said that, you can try this
> path (posted previously by Josh Konkol):
> Upgrade gettext - 0.11.2
> Upgrade binutils - 2.12.90.0.4 w/DW patch
> Upgrade gcc - 3.1 w/DW patch
> Upgrade glibc - 2.2.5 w/DW patch
> Upgrade modutils - 2.4.7
> install 2.4 kernel

Caveats
1. I don't use SuSE
2. I don't use L/390 either.

I do not believe you need to update glibc. I ran 2.3 and 2.4 kernels on Red Hat
Linux 6.2 using (AFAICR) glibc 2.1.3.

What I would do is download the 2.4.19 source from kernel.org and read the
documentation there on what needs to be done.


You _will_ need the latest modutils, and you will need the latest filesystem
utilities, and almost certainly the equivalent of fdisk etc. You _may_ need a
new gcc.


I would also check the IBM website for advice there. I suspect you will need the
latest OCO stuff if you use any. If the advice on the IBM site conflicts with
the documentation for the kernel, I'd tend to favour the IBM information.





--


Cheers
John.

Please, no off-list mail. You will fall foul of my spam treatment.
Join the "Linux Support by Small Businesses" list at
http://mail.computerdatasafe.com.au/mailman/listinfo/lssb

Re: zipl question

[Betsie Spann]

'strace zipl.conf'  gave me strace: zipl.conf:  command not found
when I did, "strace /sbin/zipl", I got a display similar to yours.  It
pointed to /etc/zipl.conf and /boot/parmfile.  Both had the same "dasd="
string but neither matched the dasd used in the "Kernel command line" shown
at boot time or from dmesg.

Betsie Spann
VM Systems Programmer
- Original Message -
From: "Post, Mark K" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, November 01, 2002 12:48 PM
Subject: Re: zipl question


> Not at all.  It shows me what files are accessed, etc., etc.  Works great
> for the intended purpose.
>
> Mark Post
>
> -Original Message-
> From: John Summerfield [mailto:summer@;computerdatasafe.com.au]
> Sent: Friday, November 01, 2002 3:39 PM
> To: [EMAIL PROTECTED]
> Subject: Re: zipl question
>
>
> On Fri, 1 Nov 2002, Post, Mark K wrote:
>
> > Betsie,
> >
> > When I do an "strace zipl.conf" on my Red Hat 7.2 system, it reads
> > /etc/zipl.conf:
>
> I've used strace quite a bit, but I never thought tu use it
> just like that!
>
> I'm sure you mean something else.
>
>
> --
>
>
> Cheers
> John.
>
> Please, no off-list mail. You will fall foul of my spam treatment.
> Join the "Linux Support by Small Businesses" list at
> http://mail.computerdatasafe.com.au/mailman/listinfo/lssb
>

Re: zipl question

[Post, Mark K]

Not at all.  It shows me what files are accessed, etc., etc.  Works great
for the intended purpose.

Mark Post

-Original Message-
From: John Summerfield [mailto:summer@;computerdatasafe.com.au]
Sent: Friday, November 01, 2002 3:39 PM
To: [EMAIL PROTECTED]
Subject: Re: zipl question


On Fri, 1 Nov 2002, Post, Mark K wrote:

> Betsie,
>
> When I do an "strace zipl.conf" on my Red Hat 7.2 system, it reads
> /etc/zipl.conf:

I've used strace quite a bit, but I never thought tu use it
just like that!

I'm sure you mean something else.


--


Cheers
John.

Please, no off-list mail. You will fall foul of my spam treatment.
Join the "Linux Support by Small Businesses" list at
http://mail.computerdatasafe.com.au/mailman/listinfo/lssb

Re: zipl question

[John Summerfield]

On Fri, 1 Nov 2002, Post, Mark K wrote:

> Betsie,
>
> When I do an "strace zipl.conf" on my Red Hat 7.2 system, it reads
> /etc/zipl.conf:

I've used strace quite a bit, but I never thought tu use it
just like that!

I'm sure you mean something else.


--


Cheers
John.

Please, no off-list mail. You will fall foul of my spam treatment.
Join the "Linux Support by Small Businesses" list at
http://mail.computerdatasafe.com.au/mailman/listinfo/lssb

Re: What distribution?

[Richard C. Clapper]

Dave,

I'm in a similar situation to you - just an OS/390 Sysprog trying to figure out this 
new Linux world.

I am putting up DB2 and WebSphere Application Server under this Linux system, for our 
Java "kids" to test our primary product - which is developed for multi-platform use.

I've found that IBM developed/tested WebSphere under SuSE with a 2.4.x kernel.  I've 
started by using the SuSE 7.2 "free" download version. That's made things a bit better 
when I need support from IBM, and the SuSE distribution has worked well for me so far.

Just a thought.

Richard C. (Dick) Clapper
Technical Support Engineer

Access International Financial Services
2128 15th Street, Denver, CO 80202
Phone:  303-223-6408 Fax:  303-223-6499
Web: www.access-stp.com


-Original Message-
From: Dave Jousma [mailto:Dave_Jousma@;spartanstores.com]
Sent: Friday, November 01, 2002 12:12 PM
To: [EMAIL PROTECTED]
Subject: What distribution?


All,

We are *finally* ready to start looking at Linux on S/390.  I have a
9672-R26 box sitting idle with a couple of GbE adapters, 2Gb
memory, ficon attached to Shark disk for D/R purposes.  Other than
acting as a backup machine in case of disaster, it will also become
our new linux playground.  I should also mention that our production
box is a z/800 model-001, that at this time is fully utilized.  There is
no
IFL activated on it, and don't really have any additional capacity
to give to a Linux partition(got plenty of spare memory, just no CPU
cycles).  We also don't have VM, but if this were to
take off in a big way, we would implement in a VM environment.

I've been a lurker in the forum, but now it
is time to start 'getting dirty'.  What drives the decision on what
distribution to get?  RH, SuSe, or Turbo?  I've played with SuSe on
my PC, and it seems ok, but this OS/390 Systems Programmer
needs a little guidance on which distribution, and why.

We are going to be in a pilot mode, so I don't want to fork over big
money for a support contract yet, but we are willing to spend some
money to get going.

What do you all suggest?

Thanks, Dave


__
Dave Jousma
Lead Systems Administrator - Information Technology
Spartan Stores, Inc.
PO Box 8700
Grand Rapids, MI 49518
(616) 878-2883
Email: [EMAIL PROTECTED]

Re: zipl question

[Post, Mark K]

Betsie,

When I do an "strace zipl.conf" on my Red Hat 7.2 system, it reads
/etc/zipl.conf:
access("/etc/zipl.conf", R_OK)  = 0
brk(0)  = 0x4099e8
brk(0x409b78)   = 0x409b78
brk(0x40a000)   = 0x40a000
open("/etc/zipl.conf", O_RDONLY)= 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=333, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x40017000
read(3, "[defaultboot]\ndefault=kernel-2.4"..., 4096) = 333
close(3)= 0
munmap(0x40017000, 4096)= 0
open("/etc/zipl.conf", O_RDONLY)= 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=333, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x40017000
read(3, "[defaultboot]\ndefault=kernel-2.4"..., 4096) = 333
read(3, "", 4096)   = 0
close(3)= 0
munmap(0x40017000, 4096)= 0
open("/etc/zipl.conf", O_RDONLY)= 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=333, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x40017000
read(3, "[defaultboot]\ndefault=kernel-2.4"..., 4096) = 333
read(3, "", 4096)   = 0
close(3)= 0
munmap(0x40017000, 4096)= 0
open("/etc/zipl.conf", O_RDONLY)= 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=333, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x40017000
read(3, "[defaultboot]\ndefault=kernel-2.4"..., 4096) = 333
read(3, "", 4096)   = 0
close(3)= 0
munmap(0x40017000, 4096)= 0
open("/etc/zipl.conf", O_RDONLY)= 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=333, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x40017000
read(3, "[defaultboot]\ndefault=kernel-2.4"..., 4096) = 333
brk(0x40b000)   = 0x40b000
read(3, "", 4096)   = 0
close(3)= 0
munmap(0x40017000, 4096)= 0
open("/etc/zipl.conf", O_RDONLY)= 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=333, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x40017000
read(3, "[defaultboot]\ndefault=kernel-2.4"..., 4096) = 333
read(3, "", 4096)   = 0
close(3)= 0
munmap(0x40017000, 4096)= 0
open("/etc/zipl.conf", O_RDONLY)= 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=333, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x40017000
read(3, "[defaultboot]\ndefault=kernel-2.4"..., 4096) = 333
read(3, "", 4096)   = 0
close(3)


Mark Post

-Original Message-
From: Betsie Spann [mailto:betsie.spann@;oracle.com]
Sent: Friday, November 01, 2002 2:47 PM
To: [EMAIL PROTECTED]
Subject: zipl question


Hi,
On SuSE, I force a new zipl parm by
/sbin/zipl  -c /etc/zipl.conf

what is the equivalent in RedHat?  The above command doesn't seem to use the
/etc/zipl.conf file. Where does the boot process get the kernel command line
in RH?
Betsie

zipl question

[Betsie Spann]

Hi,
On SuSE, I force a new zipl parm by
/sbin/zipl  -c /etc/zipl.conf

what is the equivalent in RedHat?  The above command doesn't seem to use the 
/etc/zipl.conf file. Where does the boot process get the kernel command line in RH?
Betsie
  

Re: What distribution?

[Post, Mark K]

Dave,

New toys are always nice.  :)

Since you say you're willing to spend a little bit of money, that opens up
your choices quite a bit.  If I were in that position, I would try out both
Red Hat and SuSE.  Once you've done that, then you can compare terms and
costs of support.

The Red Hat GA software is available for free download, so no problem there,
unless you need to use one of the IBM OCO drivers for your network card.
Then you have to do a bit of integration work to get that going.  My
understanding, and I hope to be corrected if I'm wrong, is that for Red Hat
to support your installation, they have to actually perform the
installation.  No big deal for a test drive, but something you would want to
keep in mind for later.

SuSE offers a free trial of their GA code, and a $500 trial that includes
support for the period of the trial.  In either case, if you decide not to
proceed to production, you simply have to return the CDs they sent you.

If you don't care for either of those, try out Debian.  They care a lot
about their distribution, and you can still get support for it from places
like Sine Nomine (or you could hire me! :)

Mark Post

-Original Message-
From: Dave Jousma [mailto:Dave_Jousma@;spartanstores.com]
Sent: Friday, November 01, 2002 2:12 PM
To: [EMAIL PROTECTED]
Subject: What distribution?


All,

We are *finally* ready to start looking at Linux on S/390.  I have a
9672-R26 box sitting idle with a couple of GbE adapters, 2Gb
memory, ficon attached to Shark disk for D/R purposes.  Other than
acting as a backup machine in case of disaster, it will also become
our new linux playground.  I should also mention that our production
box is a z/800 model-001, that at this time is fully utilized.  There is
no
IFL activated on it, and don't really have any additional capacity
to give to a Linux partition(got plenty of spare memory, just no CPU
cycles).  We also don't have VM, but if this were to
take off in a big way, we would implement in a VM environment.

I've been a lurker in the forum, but now it
is time to start 'getting dirty'.  What drives the decision on what
distribution to get?  RH, SuSe, or Turbo?  I've played with SuSe on
my PC, and it seems ok, but this OS/390 Systems Programmer
needs a little guidance on which distribution, and why.

We are going to be in a pilot mode, so I don't want to fork over big
money for a support contract yet, but we are willing to spend some
money to get going.

What do you all suggest?

Thanks, Dave


__
Dave Jousma
Lead Systems Administrator - Information Technology
Spartan Stores, Inc.
PO Box 8700
Grand Rapids, MI 49518
(616) 878-2883
Email: [EMAIL PROTECTED]

What distribution?

[Dave Jousma]

All,

We are *finally* ready to start looking at Linux on S/390.  I have a
9672-R26 box sitting idle with a couple of GbE adapters, 2Gb
memory, ficon attached to Shark disk for D/R purposes.  Other than
acting as a backup machine in case of disaster, it will also become
our new linux playground.  I should also mention that our production
box is a z/800 model-001, that at this time is fully utilized.  There is
no
IFL activated on it, and don't really have any additional capacity
to give to a Linux partition(got plenty of spare memory, just no CPU
cycles).  We also don't have VM, but if this were to
take off in a big way, we would implement in a VM environment.

I've been a lurker in the forum, but now it
is time to start 'getting dirty'.  What drives the decision on what
distribution to get?  RH, SuSe, or Turbo?  I've played with SuSe on
my PC, and it seems ok, but this OS/390 Systems Programmer
needs a little guidance on which distribution, and why.

We are going to be in a pilot mode, so I don't want to fork over big
money for a support contract yet, but we are willing to spend some
money to get going.

What do you all suggest?

Thanks, Dave


__
Dave Jousma
Lead Systems Administrator - Information Technology
Spartan Stores, Inc.
PO Box 8700
Grand Rapids, MI 49518
(616) 878-2883
Email: [EMAIL PROTECTED]

Re: jiffies patch?

[Jeremy Warren]

k_timer.rpm





  "Holly, Jason"
 cc:
  Sent by: Linux onSubject:  [LINUX-390] jiffies patch?
  390 Port
  <[EMAIL PROTECTED]
  IST.EDU>


  10/31/2002 10:49
  AM
  Please respond to
  Linux on 390 Port






can someone provide the actual name of the jiffies patch for suse
enterprise
server 7.0 on S390?

tks,

jah

Jason A. Holly
CSC Mid-Range Systems Support
email: [EMAIL PROTECTED]
desk: 256.544.7308  page: 256.551.3401

Re: Plagued by YAST 3270 problems

[Sanford H Gelbard]

Thanks. I switched to PuTTY and life is better.

Thanks.



Scott Chapman
cc:
Sent by: Subject: Re: Plagued by YAST 3270 problems
Linux on 390
Port
   Subject: Plagued by YAST 3270
problems
Sent by: Linux
on 390 Port
<[EMAIL PROTECTED]
ARIST.EDU>


10/30/02 05:30
PM
Please respond
to Linux on 390
Port






Hello All,

Ever since I started working with SuSe Linux on z/Series I have always been
plagued
by problems with keystroke functionality within YAST.
My TERM variable is VT100. My Hummingbird TN/3270 profile is setup as vt100
with a sceen height of 25 and width of 80.  I'm aware that pfkeys "may" not
function properly so I may need to use 1 instead of PF1 etc..., yet I still
find myself getting hung or not being able to invoke the proper function
keys at the right time.
I think what I have defined is valid.
Has anyone run into these problems and actually gotten yast to behave
properly?

Any assistance greatly appreciated.

Thanks,
Sandy G

Re: Tuxedo on Linux-390?

[Long, Dennis]

You may want to check out this web site...
http://www.bea.com/products/tuxedo/index.shtml or
http://www.bea.com/products/tuxedo/platforms.shtml

> -Original Message-
> From: Luciano De Lio [SMTP:[EMAIL PROTECTED]]
> Sent: Thursday, October 31, 2002 2:48 PM
> To:   [EMAIL PROTECTED]
> Subject:  Tuxedo on Linux-390?
>
> Hello falks!
>
> I'm doing some reaserch in order to see the possibiliy
> of instaling Linux/390 on an IBM S/390.
> I know that there is no CICS for this operating
> system, so we are looking for a transaction monitor
> that works on Linux and we came accross this quote on
> the internet:
>
> "05/30/2002 - In response to a query about the
> availability of IBM's Transaction Server (aka CICS) on
> Linux/390, Jim Elliott of IBM replied that it is not,
> only on AIX and Windows NT/2000. Alan Cox commented
> that the 'traditional choice right now' is BEA's
> Tuxedo package."
>
> According to this quote, the usual transaction monitor
> used instead of CICS would be BEA's Tuxedo, but the
> technical documentation of this produc states that it
> runs on Linux for Intel, but doesn't say anything
> about Linux for S/390.
> Does anybody know if BEA's Tuxedo works on Linux/390?
> If not, do you know of any other transaction monitor
> that is commonly used on this operating system??
>
> Thanks in advance!
> Luciano
>
> __
> Do you Yahoo!?
> HotJobs - Search new jobs daily now
> http://hotjobs.yahoo.com/

moving from 2.2 to 2.4

[Rich Blair]

We currently are running: SuSE Linux 7.0 (zvm) - Kernel 2.2.16

Our developers have expressed a need for the 2.4 kernel.

What's the most practical way to get from 2.2 to 2.4?

Thanks.

Rich Blair | Mainframe Systems
[EMAIL PROTECTED] 

ASG |   asg.com
1333 Third Avenue South
Naples, Florida 34102 USA

Tel: 941.435.2243
Fax: 941.213.3717
Toll Free: 800.932.5536 x2243

Re: Probably the first published shell code example for Linux/390

[Malcolm Beattie]

Jan Jaeger writes:
> When we are talking about storing (ie overlaying) programs (trojans) on the
> stack space, then only hardware protection can really help. One would need
> to come to a model where instructions cannot be executed from the stack.
> One can achive this in S/390, by making the stack space a separate space,
> which is only addressable thru an access register (like an MVS data space).
> This way instructions can never be executed from the stack space, however, I
> am afraid that such an implementation would break a few things.

Solar Designer did a non-executable stack patch for Linux/ia32
(using segment protection for the stack space since ia32 page-level
protection does not distinguish read from execute). The things that
a non-executable stack break are mainly (1) gcc trampolines (used for
nested functions), (2) signal delivery and (3) application-specific
run-time code generation. He handled (1) and (2) by detecting such
code and disabling the non-exec stack on the fly (yes, this is a
slight exposure). For (3), he supported a an ELF executable marker
which disabled non-exec stack for the whole program.

It was fairly popular and worked well against the sort of attacks
which it was designed to prevent. Needless to say, people then worked
out how to do some exploits even with non-exec stack ("return into
libc" et al). The arms war continues, as always.

--Malcolm

--
Malcolm Beattie <[EMAIL PROTECTED]>
Linux Technical Consultant
IBM EMEA Enterprise Server Group...
...from home, speaking only for myself

Re: moving from 2.2 to 2.4

[Post, Mark K]

Rich,

That's close to a complete system re-install, because it involves upgrading
from glibc 2.1.x to glibc 2.2.x, and a number of things on the system are
going to be looking for glibc 2.1.x.  Having said that, you can try this
path (posted previously by Josh Konkol):
Upgrade gettext - 0.11.2
Upgrade binutils - 2.12.90.0.4 w/DW patch
Upgrade gcc - 3.1 w/DW patch
Upgrade glibc - 2.2.5 w/DW patch
Upgrade modutils - 2.4.7
install 2.4 kernel

Mark Post

-Original Message-
From: Rich Blair [mailto:rich.blair@;asg.com]
Sent: Friday, November 01, 2002 10:43 AM
To: [EMAIL PROTECTED]
Subject: moving from 2.2 to 2.4


We currently are running: SuSE Linux 7.0 (zvm) - Kernel 2.2.16

Our developers have expressed a need for the 2.4 kernel.

What's the most practical way to get from 2.2 to 2.4?

Thanks.

Rich Blair | Mainframe Systems
[EMAIL PROTECTED] 

ASG |   asg.com
1333 Third Avenue South
Naples, Florida 34102 USA

Tel: 941.435.2243
Fax: 941.213.3717
Toll Free: 800.932.5536 x2243

Re: Probably the first published shell code example for Linux/390

[Jan Jaeger]

When we are talking about storing (ie overlaying) programs (trojans) on the
stack space, then only hardware protection can really help. One would need
to come to a model where instructions cannot be executed from the stack.
One can achive this in S/390, by making the stack space a separate space,
which is only addressable thru an access register (like an MVS data space).
This way instructions can never be executed from the stack space, however, I
am afraid that such an implementation would break a few things.

Jan Jaeger.







From: Ross Patterson <[EMAIL PROTECTED]>
Reply-To: Linux on 390 Port <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: Probably the first published shell code example for Linux/390
Date: Thu, 31 Oct 2002 18:33:57 -0500

At 13:10 10/31/2002 -0600, Ward, Garry wrote:

push something to the stack, decrement the address, and if you've gone
negative, you've gone too far?


Sure, and the same is true of upwards-growing stacks (only in the other
direction, natch).  The issue isn't accidental stack overflow.

The difference is in the impact of storage overlays - if your stack grows
down, the memory above the current stack frame is your caller's.  If your
stack grows up, the memory above it is your callee's.  Now imagine storing
1000 bytes into a 10-byte buffer on the stack (the classic
shellcode-insertion hack).  In the grows-down case, you overlay some active
memory including possibly the savearea containing the register's you're
going to reload when you hit the "return" statement.  In the grows-up case,
you overlay some inactive memory.


sorry, PC assembler is a long time past, but I vaguely remember the
argument being made that top down stacking was easier to manage.


That's true on platforms that actually have stacks (sometimes).  The 8080
and it's descendants do, and Intel chose to grow them downwards.  It's a
design issue, just like little-endian-ness, and IMHO just as wrong.
:-)  S/390 doesn't have a general-purpose hardware stack, so it's a matter
of implementation preference.

Ross Patterson



_
Je kan ook Messenger berichten op je mobiele telefoon ontvangen!
http://www.msn.nl/services/hotmailsmsv271551/messenger/