Set initrd load address to 32MB for s390x (#546422).

02-10-2010, 09:14 PM

Allows RHEL to install on LPAR systems.
---
bootdisk/s390x/generic.ins | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/bootdisk/s390x/generic.ins b/bootdisk/s390x/generic.ins
index 1311f6c..9f67e58 100644
--- a/bootdisk/s390x/generic.ins
+++ b/bootdisk/s390x/generic.ins
@@ -1,5 +1,5 @@
* minimal lpar ins file
images/kernel.img 0x00000000
-images/initrd.img 0x00800000
+images/initrd.img 0x02000000
images/generic.prm 0x00010480
images/initrd.size 0x00010410
--
1.6.6

_______________________________________________
Anaconda-devel-list mailing list
Anaconda-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/anaconda-devel-list

02-11-2010, 07:22 AM

Ack.

On 02/10/2010 11:14 PM, David Cantrell wrote:

Allows RHEL to install on LPAR systems.
---
bootdisk/s390x/generic.ins | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/bootdisk/s390x/generic.ins b/bootdisk/s390x/generic.ins
index 1311f6c..9f67e58 100644
--- a/bootdisk/s390x/generic.ins
+++ b/bootdisk/s390x/generic.ins
@@ -1,5 +1,5 @@
* minimal lpar ins file
images/kernel.img 0x00000000
-images/initrd.img 0x00800000
+images/initrd.img 0x02000000
images/generic.prm 0x00010480
images/initrd.size 0x00010410

_______________________________________________
Anaconda-devel-list mailing list
Anaconda-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/anaconda-devel-list

Thu Feb 11 10:30:05 2010
Return-path: <edubuntu-users-bounces@lists.ubuntu.com>
Envelope-to: tom@linux-archive.org
Delivery-date: Thu, 11 Feb 2010 09:55:31 +0200
Received: from chlorine.canonical.com ([91.189.94.204]:54913)
by s2.java-tips.org with esmtp (Exim 4.69)
(envelope-from <edubuntu-users-bounces@lists.ubuntu.com>)
id 1NfTta-0004N9-J6
for tom@linux-archive.org; Thu, 11 Feb 2010 09:55:31 +0200
Received: from localhost ([127.0.0.1] helo=chlorine.canonical.com)
by chlorine.canonical.com with esmtp (Exim 4.69)
(envelope-from <edubuntu-users-bounces@lists.ubuntu.com>)
id 1NfUL3-00034S-7B; Thu, 11 Feb 2010 08:23:53 +0000
Received: from mail-ew0-f224.google.com ([209.85.219.224])
by chlorine.canonical.com with esmtp (Exim 4.69)
(envelope-from <celio.mello@gmail.com>) id 1NfUL0-00034L-U3
for edubuntu-users@lists.ubuntu.com; Thu, 11 Feb 2010 08:23:50 +0000
Received: by ewy24 with SMTP id 24so1019906ewy.16
for <edubuntu-users@lists.ubuntu.com>;
Thu, 11 Feb 2010 00:23:50 -0800 (PST)
MIME-Version: 1.0
Received: by 10.216.85.2 with SMTP id t2mr870804wee.172.1265876630628; Thu, 11
Feb 2010 00:23:50 -0800 (PST)

In-Reply-To: <4B71E33502000066000099ED@mail.gcsny.org>
References: <4B71E33502000066000099ED@mail.gcsny.org>
Date: Thu, 11 Feb 2010 05:23:50 -0300
Message-ID: <ad1a1c8a1002110023y413d3f9etf557cfde5612ac1@mail. gmail.com>
Subject: Re: New server setup.. IP forwarding question for Windows clients
From: =?UTF-8?Q?C=C3=A9lio_Aureliano_Lima_Vieira_de_Mello?=
<celio.mello@gmail.com>
To: Harry Sweet <hsweet@gcsny.org>
Cc: edubuntu-users@lists.ubuntu.com
X-BeenThere: edubuntu-users@lists.ubuntu.com
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Edubuntu Users Help and Discussion <edubuntu-users.lists.ubuntu.com>
List-Unsubscribe: <https://lists.ubuntu.com/mailman/listinfo/edubuntu-users>,
<mailto:edubuntu-users-request@lists.ubuntu.com?subject=unsubscribe>

List-Archive: <https://lists.ubuntu.com/archives/edubuntu-users>
List-Post: <mailto:edubuntu-users@lists.ubuntu.com>
List-Help: <mailto:edubuntu-users-request@lists.ubuntu.com?subject=help>
List-Subscribe: <https://lists.ubuntu.com/mailman/listinfo/edubuntu-users>,
<mailto:edubuntu-users-request@lists.ubuntu.com?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============8780463738489187669=="
Mime-version: 1.0
Sender: edubuntu-users-bounces@lists.ubuntu.com
Errors-To: edubuntu-users-bounces@lists.ubuntu.com

--===============8780463738489187669==
Content-Type: multipart/alternative; boundary=0016e6db2b15e5e984047f4ede0e

--0016e6db2b15e5e984047f4ede0e
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Suggestions:

1. after the edition of /etc/sysctl.conf you executed the command: *sysctl
-p*;
2. verify if blockade rules exist using *iptables, *

2010/2/10 Harry Sweet <hsweet@gcsny.org>

I'm almost done setting up my new server. My lab also occasionally uses
Windows so I enabled IP forwarding in /etc/sysctl.conf. The old LTSP ser=

ver

works fine as a windows dhcp server, so I copied the dhcp3.conf to the ne=

w

one, which has the same ip addresses on both interfaces as the old.
Edubuntu runs fine, but as windows machines, they cannot see past the
server. They get all the right #'s via my DHCP. and they work fine on th=

e

old server.

I feel that I have forgotten something I did on the old box. And it was
not NAT.

harry

--
edubuntu-users mailing list
edubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/edubuntu-users

--=20
C=C3=A9lio Aureliano Lima Vieira de Mello

Cagepa - 83 3218-1280
Celular- 83 8825-0668

"Sic Transit Gloria Mundi"
"A Gl=C3=B3ria do Mundo =C3=A9 Transit=C3=B3ria"

--0016e6db2b15e5e984047f4ede0e
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div>Suggestions: =C2=A0</div><div>=C2=A0=C2=A0</div><div>1. after the edit=
ion of /etc/sysctl.conf you executed the command: <b>sysctl -p</b>; =C2=A0<=
/div><div>2. verify if blockade rules exist using <b>iptables, =C2=A0</b></=
div><div>=C2=A0=C2=A0</div><div>
<br></div><br><div class=3D"gmail_quote">2010/2/10 Harry Sweet <span dir=3D=
"ltr"><<a href=3D"mailto:hsweet@gcsny.org">hsweet@gcsny.org</a>></spa=
n><br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-l=
eft:1px #ccc solid;padding-left:1ex;">
I'm almost done setting up my new server. =C2=A0My lab also occasionall=
y uses Windows so I enabled IP forwarding in /etc/sysctl.conf. =C2=A0The ol=
d LTSP server works fine as a windows dhcp server, so I copied the dhcp3.co=
nf to the new one, which has the same ip addresses on both interfaces as th=
e old. =C2=A0Edubuntu runs fine, but as windows machines, they cannot see p=
ast the server. They get all the right #'s via my DHCP. and =C2=A0they =
work fine on the old server.<br>

<br>
I feel that I have forgotten something I did on the old box. =C2=A0And it w=
as not NAT.<br>
<br>
harry<br>
<font color=3D"#888888"><br>
--<br>
edubuntu-users mailing list<br>
<a href=3D"mailto:edubuntu-users@lists.ubuntu.com">edubuntu-users@lists.ubu=
ntu.com</a><br>
Modify settings or unsubscribe at: <a href=3D"https://lists.ubuntu.com/mail=
man/listinfo/edubuntu-users" target=3D"_blank">https://lists.ubuntu.com/mai=
lman/listinfo/edubuntu-users</a><br>
</font></blockquote></div><br><br clear=3D"all"><br>-- <br>C=C3=A9lio Aurel=
iano Lima Vieira de Mello<br><br>Cagepa - =C2=A0 83 3218-1280<br>Celular- =
=C2=A0 =C2=A0 83 8825-0668<br><br> "Sic Transit Gloria Mundi"<br>=
"A Gl=C3=B3ria do Mundo =C3=A9 Transit=C3=B3ria"<br>

--0016e6db2b15e5e984047f4ede0e--

--===============8780463738489187669==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

--
edubuntu-users mailing list
edubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/edubuntu-users

--===============8780463738489187669==--

02-11-2010, 04:28 PM

Ack.
Very nice, since it is now consistent with the default initrd address we
use in the zipl bootloader for the installed system (bug 526339).

One more usability comment below which is unrelated to the bugs.

On 02/10/2010 11:14 PM, David Cantrell wrote:
> Allows RHEL to install on LPAR systems.
> ---
> bootdisk/s390x/generic.ins | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/bootdisk/s390x/generic.ins b/bootdisk/s390x/generic.ins
> index 1311f6c..9f67e58 100644
> --- a/bootdisk/s390x/generic.ins
> +++ b/bootdisk/s390x/generic.ins
> @@ -1,5 +1,5 @@
> * minimal lpar ins file

Don't you want to change this text here. It appears to the user on the
hardware management console (HMC) or the service element (SE) when they
IPL an LPAR as a kind of menu item to choose from and that they know
WHAT they are about to IPL in that LPAR. It does not even say that this
is Fedora or RHEL respectively nor its release number, not even that it
is Linux.

> images/kernel.img 0x00000000
> -images/initrd.img 0x00800000
> +images/initrd.img 0x02000000
> images/generic.prm 0x00010480
> images/initrd.size 0x00010410

Steffen

Linux on System z Development

IBM Deutschland Research & Development GmbH
Vorsitzender des Aufsichtsrats: Martin Jetter
Geschäftsführung: Dirk Wittkopp
Sitz der Gesellschaft: Böblingen
Registergericht: Amtsgericht Stuttgart, HRB 243294

_______________________________________________
Anaconda-devel-list mailing list
Anaconda-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/anaconda-devel-list

02-11-2010, 07:18 PM

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Thu, 11 Feb 2010, Steffen Maier wrote:

Ack.
Very nice, since it is now consistent with the default initrd address we
use in the zipl bootloader for the installed system (bug 526339).

One more usability comment below which is unrelated to the bugs.

On 02/10/2010 11:14 PM, David Cantrell wrote:

Allows RHEL to install on LPAR systems.
---
bootdisk/s390x/generic.ins | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/bootdisk/s390x/generic.ins b/bootdisk/s390x/generic.ins
index 1311f6c..9f67e58 100644
--- a/bootdisk/s390x/generic.ins
+++ b/bootdisk/s390x/generic.ins
@@ -1,5 +1,5 @@
* minimal lpar ins file

Don't you want to change this text here. It appears to the user on the
hardware management console (HMC) or the service element (SE) when they
IPL an LPAR as a kind of menu item to choose from and that they know
WHAT they are about to IPL in that LPAR. It does not even say that this
is Fedora or RHEL respectively nor its release number, not even that it
is Linux.

The problem with changing it in this file is we'd go from having this be
static data placed on the install media to having it be generated file. Then
we'd have to get the product name string here somehow, which we do not have at
anaconda build time. That's generally supplied at tree generation time.

I'd say if anything is to change this string, it should be the tree
composition tools and not anaconda.

images/kernel.img 0x00000000
-images/initrd.img 0x00800000
+images/initrd.img 0x02000000
images/generic.prm 0x00010480
images/initrd.size 0x00010410

- --
David Cantrell <dcantrell@redhat.com>

Red Hat / Honolulu, HI

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAkt0ZgwACgkQ5hsjjIy1VknnCQCg9Dt1yjcL7Y SYoBI3a+9lHM4s
D+MAoOrN0JdmD/d86j76jS2aMyhJu1OI
=A94S
-----END PGP SIGNATURE-----

_______________________________________________
Anaconda-devel-list mailing list
Anaconda-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/anaconda-devel-list