Discussion:
Installer images
(too old to reply)
Patrick Finnegan
2011-04-28 18:50:01 UTC
Permalink
In order to FTP boot Debian on z890, I had to download the CD image to
get the files:

d390.ins
root.off
root.siz
etc...

Is there any reason that these aren't downloadable (or a mini.iso) from
/debian/dists/stable/main/installer-s390/... on http/ftp mirrors?

Thanks,

Pat
--
Purdue University Research Computing --- http://www.rcac.purdue.edu/
The Computer Refuge --- http://computer-refuge.org
--
To UNSUBSCRIBE, email to debian-s390-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Archive: http://lists.debian.org/***@computer-refuge.org
Christian Boitet
2011-04-29 04:00:01 UTC
Permalink
Hi, 29/4/11

we have a 3000 Multiprise Series model H30 (32
bits) under z/VM 4.2.0, and several VMs running
on it inder Linux/390 with an old RedHat version
(2004, s390 not s390x). We are trying to upgrade
to the latest possible Debian version, which
seems to be Lenny. Thanks to Stephen Powell for
diagnosing why the Squeeze version refused to ipl
from the virtual reader (the processor must be 64
bits).
As a follow-up to my original reply, it occurs to me that you may
be making an incorrect assumption about how Debian is packaged,
based on your experience with Red Hat. Red Hat treats s390 and
s390x as separate architectures. Debian does not. Debian's
approach is a hybrid one. The kernel is either 31 bit or 64 bit,
depending on which one you install. But user space is always 31 bit.
When you are running a 64-bit kernel, the machine is in z-Architecture
mode, and the addressing mode for kernel space is 64-bit,
but the addressing mode for user space is 31-bit.
When you are running a 31-bit kernel, the machine is in ESA/390 mode
and both kernel space and user space execute in 31-bit mode.
Lenny is the last release to offer a 31-bit kernel. The Lenny installer,
if I'm not mistaken, uses a 31-bit kernel. During installation, you
can choose either a 31-bit or a 64-bit kernel. But the installer
uses a 31-bit kernel. With Squeeze, the installer uses a 64-bit kernel.
If you are using the Squeeze installer, it probably hangs when it
issues the SIGP order to put the machine in 64-bit mode.
We did the whole procedure again (fetching the 4
files, modifying DEBIAN EXEC and PARMFILE DEBIAN,
running DEBIAN EXEC to punch the 3 files in
order, and do the ipl. CP then hangs forever,
apparently in some loop (ind user tells us it
takes up to 70% of the processor when the other
user VMs are idle).
debian
5 *-* 'CP CLOSE RDR'
"CP CLOSE RDR"
6 *-* 'PURGE RDR ALL'
"PURGE RDR ALL"
0000003 FILES PURGED
7 *-* 'SPOOL PUNCH * RDR'
"SPOOL PUNCH * RDR"
8 *-* 'PUNCH KERNEL DEBIAN * (NOHEADER'
"PUNCH KERNEL DEBIAN * (NOHEADER"
RDR FILE 0026 SENT FROM LINUX7 PUN WAS 0026
RECS 071K CPY 001 A NOHOLD NOKEEP
9 *-* 'PUNCH PARMFILE DEBIAN * (NOHEADER'
"PUNCH PARMFILE DEBIAN * (NOHEADER"
RDR FILE 0027 SENT FROM LINUX7 PUN WAS 0027
RECS 0001 CPY 001 A NOHOLD NOKEEP
10 *-* 'PUNCH INITRD DEBIAN * (NOHEADER'
"PUNCH INITRD DEBIAN * (NOHEADER"
RDR FILE 0028 SENT FROM LINUX7 PUN WAS 0028
RECS 039K CPY 001 A NOHOLD NOKEEP
11 *-* 'CHANGE RDR ALL KEEP NOHOLD'
"CHANGE RDR ALL KEEP NOHOLD"
0000003 FILES CHANGED
12 *-* 'CP IPL 000C CLEAR'
"CP IPL 000C CLEAR"
0000003 FILES CHANGED
It seems 100% OK, but then it hangs.
We checked of messages from CP (it supports
VINPUT) to the Support Element (SE), no messages.

I have been busy than away since then, but we are tacking the matter again.

Did anybody encounter that problem and does s/he know how to fix it?

Stephen Powell told us to report the bug using
reportbug, but I am not sure it is a bug, it may
simply be that we did something wrong, or that
"lenny" is not the adequate version to install,
or that we should issue some CP command we are
not aware of...

Thanks in any case!
In order to FTP boot Debian on z890, I had to download the CD image to
d390.ins
root.off
root.siz
etc...
Is there any reason that these aren't downloadable (or a mini.iso) from
/debian/dists/stable/main/installer-s390/... on http/ftp mirrors?
Thanks,
Pat
--
Purdue University Research Computing --- http://www.rcac.purdue.edu/
The Computer Refuge --- http://computer-refuge.org
And I would like to say hello to all our
colleagues from Purdue -- some of you came to
visit our department last year but I missed them,
and we used PCCTS 10 years ago (now ANTLR)...

Best regards,

Christian Boitet & Jean-Claude Durand
--
-------------------------------------------------------------------------
Christian Boitet
(Pr. Universite' Joseph Fourier)
Groupe d'Etude pour la Traduction Automatique
et le Traitement Automatisé des Langues et de la Parole
G E T A L P

GETALP, LIG-campus, BP 53 Tel: +33
(0)4 76 51 43 55 / 51 48 17
385, rue de la Bibliothe`que Fax: +33 (0)4 76 63 56 86
38041 Grenoble Cedex 9, France Mel: ***@imag.fr
--
To UNSUBSCRIBE, email to debian-s390-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Archive: http://lists.debian.org/a06240810c9dfdb04446a@[158.108.224.70]
Philipp Kern
2011-04-29 17:00:01 UTC
Permalink
Post by Christian Boitet
12 *-* 'CP IPL 000C CLEAR'
"CP IPL 000C CLEAR"
0000003 FILES CHANGED
It seems 100% OK, but then it hangs.
We checked of messages from CP (it supports VINPUT) to the Support
Element (SE), no messages.
For completeness: how did you transfer the files to CMS?

Kind regards,
Philipp Kern
Christian Boitet
2011-04-30 07:50:01 UTC
Permalink
Hi, 30/4/11

thanks for answering so quickly!
Post by Philipp Kern
Post by Christian Boitet
12 *-* 'CP IPL 000C CLEAR'
"CP IPL 000C CLEAR"
0000003 FILES CHANGED
It seems 100% OK, but then it hangs.
We checked of messages from CP (it supports VINPUT) to the Support
Element (SE), no messages.
For completeness: how did you transfer the files to CMS?
by ftp, in binary F 80 format for KERNEL DEBIAN and INITRD DEBIAN,
and in ascii for PARMFILE DEBIAN and DEBIAN EXEC.

Actually, as ftp on this VM did not work, we did the operation on
another VM and copied (using COPYFILE) the 4 files obtained to the VM
(LINUX7 in our installation) on which we want to install
Debian/Lenny, and on which we did the necessary transformation of
DEBIAN EXEC and PARMFILE DEBIAN.

We followed exactly the instructions indicated in the Debian
installation documentation. I copy them below, with a few comments.

We had to convert the PARMFILE DEBIAN back from ebcdic into ascii F
80, I did it under Xedit and checked the correctness by visulizing
the Hex form, it was OK, including for the EOL character (X'2A').

DEBIAN EXEC, of course, has to remain in ebcdic. I also edited it to
put a trace in it, that is all. The trace shows it executed as
expected.

Best regards,

Christian Boitet
Post by Philipp Kern
Kind regards,
Philipp Kern
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline
Attachment converted: Shingu:signature.asc ( / ) (00DE5AC6)
================================================================================
Instruction to install a Debian Linux/390 under VM
We tried squeeze first, but it is for s390x -- 64 bits.
Then we replaced squeeze by lenny and did the same.
The text was communicated to us by Stephen Powell (thanks!).
--------------------------------------------------------------------------------
http://lists.debian.org/debian-s390/2010/09/msg00013.html

The first step is to download the newest installation images you can
find. The last time I tried to use the production Squeeze installer,
it wouldn't even boot. In fairness, that was several months ago; so
maybe that problem has been fixed since then; but in my experience
the newer the installation image, the more likely it is to work.
(By the way, I'm assuming that you want to install Squeeze. I wouldn't
mess with Lenny at this late date. Squeeze is already frozen, and
will become the stable release soon.)

==> We had to try Lenny as said above as Squeeze is for 64 bits only
and we have a Multiprise Series 3000 Model H30, 32 bits.

The latest installation images used to be located here:

http://people.debian.org/~fjp/d-i/s390/images/daily/

These images were built on Frans Pop's personal web space on
people.debian.org. But sadly, due to Frans' recent death, these
images are no longer available; and we must look elsewhere.

Logon to the Linux virtual machine and IPL CMS. If you don't
have the FTP client files on the Y disk, LINK and ACCESS
the TCP/IP client disk

LINK TCPMAINT 592 592 RR
ACCESS 592 E

==> This was done as it is in the VM definition.

Now, FTP to your favorite Debian mirror. For example,

ftp carroll.aset.psu.edu
anonymous
***@yourdomain
passive
cd /pub/linux/distributions/debian
cd dists/sid/main/installer-s390/current/images/generic

==> cd dists/lenny/main/installer-s390/current/images/generic

ascii
get debian.exec DEBIAN.EXEC
get parmfile.debian PARMFILE.DEBIAN
binary f 80
get initrd.debian INITRD.DEBIAN
get kernel.debian KERNEL.DEBIAN
close
quit

Obviously, make sure that the virtual machine (I'll call it DEBIAN1)
has enough space on its "A" disk to download these files.

==> OK. We have 3 times the necessary space on the 191 A disk.

Notice that we went to the "sid" distribution, not the "squeeze"
distribution, to download the installer files. These are the
latest images that I can find at the moment. Sometimes you
can find images under "experimental" in addition to "sid".
The "experimental" images, if they exist, are generally newer
than the "sid" images, but right now they don't exist.

Now we need to do some post-processing. If you used the

binary f 80

command in the FTP client, as shown above, the "INITRD DEBIAN A"
file and the "KERNEL DEBIAN A" file should be OK. They will be
fixed-length, 80-byte files, padded with binary zeros as necessary
to make the last record exactly 80 bytes long. That's what they
need to be, since we are going to IPL from a virtual card reader.
But the "DEBIAN EXEC A" file and the "PARMFILE DEBIAN A" file
need some work. By virtue of being downloaded under the "ascii"
protocol, as shown above, a translation was made between ASCII
and EBCDIC during download. But the files are not in the final
format that they need to be in.

PIPE < DEBIAN EXEC A|JOIN *|SPLIT AT X25|> DEBIAN1 EXEC A
ERASE DEBIAN EXEC A
RENAME DEBIAN1 EXEC A DEBIAN = =

This sequence of commands will create a "DEBIAN EXEC A" file
in the proper format for execution as an "EXEC" (script) under CMS.
Note that X25 (X'25') is the EBCDIC code for a line-feed character,
which is X'0A' in ASCII, but we must use X25 since the data has
already
been translated to EBCDIC.

==> This was checked under Xedit and it seemed OK.

Now we need to work on the "PARMFILE DEBIAN A" file. Edit the
file with the System Product Editor (XEDIT).

XEDIT PARMFILE DEBIAN A

Assuming that you have

SET NONDISP "

in effect, which is the default, the file should look like this:

ro locale=C"

The quotation mark (") at the end of the line represents the
line-feed character (X'25'). This character is not displayable,
so XEDIT substitutes the quotation mark in its place. It is
NOT a literal quotation mark. The first thing we need to do is to issue
some commands on the command line to preserve the data in the file
from unwanted translations:

SET CASE MIXED RESPECT
SET IMAGE OFF
SET NULLS ON

I recommend running the installer in expert mode;
so issue the following commands:

:1
CHANGE :locale=C:locale=C debconf/priority=low:

Notice that we had to use a non-standard delimiter, the colon in this
case, since the new text contains a forward slash.
Now, before filing the data, make sure that the trailing line-feed
character, X'25', is still there and has not been overlaid by issuing

SET VERIFY OFF H 1 *

This will cause the editor to display the file in hexadecimal. The
last two digits displayed (except for trailing blanks, whose code in
EBCDIC is 40) should be 25. The trailing blanks will be stripped off
when the FILE command is issued.

FILE

Now, convert the file into the proper format for use by Linux:

PIPE < PARMFILE DEBIAN A|XLATE E2A|FBLOCK 80 00|> PARMFILE DEBIAN1 A
FILE
ERASE PARMFILE DEBIAN A
RENAME PARMFILE DEBIAN1 A = DEBIAN =

This converts the file from EBCDIC back to ASCII and pads it with nulls
as needed to make it a fixed-length, 80-byte file.

==> This was checked under Xedit and it seemed OK.

Now check your virtual reader to make sure that there are no reader
files that you want to save. The DEBIAN EXEC file that you are about
to
run will purge all files from your virtual reader.

RDRLIST

When you are ready to begin the install, type

DEBIAN

at a CMS "Ready;" prompt. This will spool your virtual punch to your
virtual reader, punch the kernel, parmfile, and initrd images (which get
transferred to the virtual reader), then IPL from the virtual reader.
No CD is required! CDs are used when installing Linux in an LPAR,
but when installing in a virtual machine under z/VM they are not needed.


==> Here CP went into a loop (apparently), using up to 70% of CPU
time (value reutrned by "#cp ind user"). We are blocked here.

Perform the first few installation steps in order using the 3215 virtual
console. These steps are as follows:

1. Configure the network device
2. Configure a network using static addressing
3. Continue installation remotely using SSH

Once these steps are done, you must use a remote ssh client to connect
to the virtual server, login to the installation id, and continue the
installation from the network console. I use PuTTY as my remote ssh client
from my Windows workstation. PuTTY is free software and is
available from

http://www.chiark.greenend.org.uk/~sgtatham/putty/

When you configure your PuTTY session, be sure to use the UTF-8 character
set (under Window -> Translation) or the graphics characters used by the
installer will look horrible. Once I get Debian installed, I usually
change the locale to en_us via

dpkg-reconfigure locales

shutdown and reboot, then change my PuTTY session to ISO-8859-1.

You may also want to visit my web site at

http://www.wowway.com/~zlinuxman/index.htm

I have a number of things on that site that may be useful to you, such
as how to implement the dasd diag driver, which I recommend for anyone
running Debian in a virtual machine under z/VM. For more detailed installation
instructions, see the Installation Guide at

http://d-i.alioth.debian.org/manual/en.s390/index.html

This should get you started.

--
.''`. Stephen Powell
: :' :
`. `'`
`-
================================================================================
Philipp Kern
2011-04-30 09:20:03 UTC
Permalink
Post by Christian Boitet
Actually, as ftp on this VM did not work, we did the operation on
another VM and copied (using COPYFILE) the 4 files obtained to the
VM (LINUX7 in our installation) on which we want to install
Debian/Lenny, and on which we did the necessary transformation of
DEBIAN EXEC and PARMFILE DEBIAN.
Where did you get the files from? Double-checking as you didn't state it and
Stephen's talking about newer locations with s390x-only kernels.

FWIW the current dailys are at [0] but this won't help you because they're
s390x-only.
Post by Christian Boitet
We followed exactly the instructions indicated in the Debian
installation documentation. I copy them below, with a few comments.
We had to convert the PARMFILE DEBIAN back from ebcdic into ascii F
80, I did it under Xedit and checked the correctness by visulizing
the Hex form, it was OK, including for the EOL character (X'2A').
As far as I know Linux can cope with the PARMFILE being in EBCDIC. I had no
trouble editing the preseed information in it verbatim in XEDIT, at least.
5.1.2 on [1] confirms this.

Kind regards,
Philipp Kern

[0] http://d-i.debian.org/daily-images/s390/daily/
[1] http://www.debian.org/releases/stable/s390/ch05s01.html.en
--
.''`. Philipp Kern Debian Developer
: :' : http://philkern.de Stable Release Manager
`. `' xmpp:***@0x539.de Wanna-Build Admin
`- finger pkern/***@db.debian.org
Jean-Claude Durand
2011-04-30 11:40:02 UTC
Permalink
Thanks for your quick reply; we got the files from the Debian mirror:
carroll.aset.psu.edu in
/pub/Linux/distributions/debian/dists/lenny/main/installer-s390/current/images/generic

Jean-Claude Durand.
Post by Philipp Kern
Post by Christian Boitet
Actually, as ftp on this VM did not work, we did the operation on
another VM and copied (using COPYFILE) the 4 files obtained to the
VM (LINUX7 in our installation) on which we want to install
Debian/Lenny, and on which we did the necessary transformation of
DEBIAN EXEC and PARMFILE DEBIAN.
Where did you get the files from? Double-checking as you didn't state it and
Stephen's talking about newer locations with s390x-only kernels.
FWIW the current dailys are at [0] but this won't help you because they're
s390x-only.
Post by Christian Boitet
We followed exactly the instructions indicated in the Debian
installation documentation. I copy them below, with a few comments.
We had to convert the PARMFILE DEBIAN back from ebcdic into ascii F
80, I did it under Xedit and checked the correctness by visulizing
the Hex form, it was OK, including for the EOL character (X'2A').
As far as I know Linux can cope with the PARMFILE being in EBCDIC. I had no
trouble editing the preseed information in it verbatim in XEDIT, at least.
5.1.2 on [1] confirms this.
Kind regards,
Philipp Kern
[0] http://d-i.debian.org/daily-images/s390/daily/
[1] http://www.debian.org/releases/stable/s390/ch05s01.html.en
--
.''`. Philipp Kern Debian Developer
: :' : http://philkern.de Stable Release Manager
--
To UNSUBSCRIBE, email to debian-s390-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Archive: http://lists.debian.org/1DA9059E-4930-484B-A8A5-***@imag.fr
Philipp Kern
2011-04-30 15:40:01 UTC
Permalink
Post by Christian Boitet
by ftp, in binary F 80 format for KERNEL DEBIAN and INITRD DEBIAN,
and in ascii for PARMFILE DEBIAN and DEBIAN EXEC.
Actually, as ftp on this VM did not work, we did the operation on
another VM and copied (using COPYFILE) the 4 files obtained to the
VM (LINUX7 in our installation) on which we want to install
Debian/Lenny, and on which we did the necessary transformation of
DEBIAN EXEC and PARMFILE DEBIAN.
I get different record counts for my successful 31-bit boot (on VM 6.1,
though):

00: 0000003 FILES PURGED
00: RDR FILE 0028 SENT FROM PRKTLIN0 PUN WAS 0028 RECS 042K CPY 001 A NOHOLD NO
KEEP
00: RDR FILE 0029 SENT FROM PRKTLIN0 PUN WAS 0029 RECS 0001 CPY 001 A NOHOLD NO
KEEP
00: RDR FILE 0030 SENT FROM PRKTLIN0 PUN WAS 0030 RECS 035K CPY 001 A NOHOLD NO
KEEP
00: 0000003 FILES CHANGED
00: 0000003 FILES CHANGED

FILELIST says this:

Cmd Filename Filetype Fm Format Lrecl Records Blocks Date Time
KERNEL DEBLENNY A1 F 80 42020 798 2011-04-30 16:25:13
INITRD DEBLENNY A1 F 80 34861 681 2011-04-30 16:25:06
DEBLENNY EXEC A1 V 40 11 1 2011-04-30 16:23:51
PARMFILE DEBLENNY A1 V 11 1 1 2011-04-30 16:22:42

I still sense corruption there. I.e. are lrecl, records and blocks the same
for you? Given that I just fetched a Lenny image from current it ought to be
identical.

Kind regards,
Philipp Kern
--
.''`. Philipp Kern Debian Developer
: :' : http://philkern.de Stable Release Manager
`. `' xmpp:***@0x539.de Wanna-Build Admin
`- finger pkern/***@db.debian.org
Philipp Kern
2011-04-30 17:00:02 UTC
Permalink
I am not sure he got "DEBLENNY" filetypes the last time he tried,
hence there may be a problem already there.
Nah. As filetypes don't mean anything to me I took the liberty to rename the
files to not collide with the ones already present on the CMS disk.

What's important are the lengths.

Kind regards,
Philipp Kern
--
.''`. Philipp Kern Debian Developer
: :' : http://philkern.de Stable Release Manager
`. `' xmpp:***@0x539.de Wanna-Build Admin
`- finger pkern/***@db.debian.org
Christian Boitet
2011-04-30 17:40:02 UTC
Permalink
Post by Philipp Kern
I am not sure he got "DEBLENNY" filetypes the last time he tried,
hence there may be a problem already there.
Nah. As filetypes don't mean anything to me I took the liberty to rename the
files to not collide with the ones already present on the CMS disk.
What's important are the lengths.
OK!

Xan
Post by Philipp Kern
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to debian-s390-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Archive: http://lists.debian.org/a06240813c9e1f0f070ea@[158.108.224.70]
Jean-Claude Durand
2011-05-11 09:40:02 UTC
Permalink
Hi Philipp,

I return to our problem with the installation of a Debian/Lenny version on our mainframe
( a a Multiprise Series 3000 Model H30, 32 bits running z/VM V4.2.0). You can see below the
different steps of a new attempt which remains unsuccessful.

Could you help ?

Thanks and best regards.
Jean-Claude Durand

LIG, équipe GETALP
385, rue de la Bibliothèque, BP 53
38041 Grenoble cedex 9

1. I got the for files from:
http://ftp.debian.org/debian/dists/lenny/main/installer-s390/current/images/

(the files with their size:
2788877 24 nov 22:06 initrd.debian
3361536 24 nov 22:06 kernel.debian)

2. The the files after they have been reblocked:

LINUX7 FILELIST A0 V 169 Trunc=169 Size=20 Line=1 Col=1 Alt=0
Cmd Filename Filetype Fm Format Lrecl Records Blocks Date Time
DEBIAN EXEC A1 V 40 10 1 5/10/11 17:17:27
KERNEL DEBIAN A1 F 80 42020 798 5/10/11 17:09:52
INITRD DEBIAN A1 F 80 34861 681 5/10/11 17:07:46
PARMFILE DEBIAN A1 F 80 1 1 5/10/11 17:00:47

3. We added some parameters to the parmfile.debian in order to have some debug information:

ro locale=C debconf/priority=low DEBIAN_FRONTEND=text BOOT_DEBUG=2

4. And we got CP running forever:

q time
TIME IS 08:33:44 EST WEDNESDAY 05/11/11
CONNECT= 00:01:54 VIRTCPU= 000:00.10 TOTCPU= 000:00.14
Ready; T=0.01/0.01 08:33:44
exec debian
3 *-* PURGE RDR ALL
Post by Philipp Kern
"PURGE RDR ALL"
0000003 FILES PURGED
4 *-* 'SPOOL PUNCH * RDR'
Post by Philipp Kern
"SPOOL PUNCH * RDR"
5 *-* 'PUNCH KERNEL DEBIAN A (NOHEADER'
Post by Philipp Kern
"PUNCH KERNEL DEBIAN A (NOHEADER"
RDR FILE 0066 SENT FROM LINUX7 PUN WAS 0066 RECS 042K CPY 001 A NOHOLD NOKEEP
6 *-* 'PUNCH PARMFILE DEBIAN A (NOHEADER'
Post by Philipp Kern
"PUNCH PARMFILE DEBIAN A (NOHEADER"
RDR FILE 0067 SENT FROM LINUX7 PUN WAS 0067 RECS 0001 CPY 001 A NOHOLD NOKEEP
7 *-* 'PUNCH INITRD DEBIAN * (NOHEADER'
Post by Philipp Kern
"PUNCH INITRD DEBIAN * (NOHEADER"
RDR FILE 0068 SENT FROM LINUX7 PUN WAS 0068 RECS 035K CPY 001 A NOHOLD NOKEEP
8 *-* CHANGE RDR ALL KEEP NOHOLD
Post by Philipp Kern
"CHANGE RDR ALL KEEP NOHOLD"
0000003 FILES CHANGED
9 *-* Q RDR
Post by Philipp Kern
"Q RDR"
ORIGINID FILE CLASS RECORDS CPY HOLD FORM DEST KEEP MSG
LINUX7 0066 A PUN 00042020 001 NONE STANDARD OFF ON OFF
LINUX7 0067 A PUN 00000001 001 NONE STANDARD OFF ON OFF
LINUX7 0068 A PUN 00034861 001 NONE STANDARD OFF ON OFF
10 *-* CP IPL 000C CLEAR
Post by Philipp Kern
"CP IPL 000C CLEAR"
0000003 FILES CHANGED

CP Q T
TIME IS 08:35:13 EST WEDNESDAY 05/11/11
CONNECT= 00:03:23 VIRTCPU= 000:47.93 TOTCPU= 000:50.38

CP IND LOAD
AVGPROC-100% 01
MDC READS-000001/SEC WRITES-000001/SEC HIT RATIO-100%
STORAGE-064% PAGING-0000/SEC STEAL-000%
Q0-00006 Q1-00000 Q2-00000 EXPAN-001 Q3-00000 EXPAN-001

CP Q T
TIME IS 09:16:53 EST WEDNESDAY 05/11/11
CONNECT= 00:45:03 VIRTCPU= 040:07.99 TOTCPU= 040:15.97
Hi Philipp, 30/4/11
Thank you very much.
I am far away from Grenoble (at KU, Bangkok) and will travel tomorrow and Monday. Jean-Claude will probably read this before Monday, check the FILELIST info, and retry. I can't access our H30 from here to check do a FILELIST.
I am not sure he got "DEBLENNY" filetypes the last time he tried, hence there may be a problem already there.
And... of course you are right, it is 31 bits, not 32.
Best regards,
Christian Boitet
Post by Philipp Kern
by ftp, in binary F 80 format for KERNEL DEBIAN and INITRD DEBIAN,
and in ascii for PARMFILE DEBIAN and DEBIAN EXEC.
Actually, as ftp on this VM did not work, we did the operation on
another VM and copied (using COPYFILE) the 4 files obtained to the
VM (LINUX7 in our installation) on which we want to install
Debian/Lenny, and on which we did the necessary transformation of
DEBIAN EXEC and PARMFILE DEBIAN.
00: 0000003 FILES PURGED
00: RDR FILE 0028 SENT FROM PRKTLIN0 PUN WAS 0028 RECS 042K CPY 001 A NOHOLD NO
KEEP
00: RDR FILE 0029 SENT FROM PRKTLIN0 PUN WAS 0029 RECS 0001 CPY 001 A NOHOLD NO
KEEP
00: RDR FILE 0030 SENT FROM PRKTLIN0 PUN WAS 0030 RECS 035K CPY 001 A NOHOLD NO
KEEP
00: 0000003 FILES CHANGED
00: 0000003 FILES CHANGED
Cmd Filename Filetype Fm Format Lrecl Records Blocks Date Time
KERNEL DEBLENNY A1 F 80 42020 798 2011-04-30 16:25:13
INITRD DEBLENNY A1 F 80 34861 681 2011-04-30 16:25:06
DEBLENNY EXEC A1 V 40 11 1 2011-04-30 16:23:51
PARMFILE DEBLENNY A1 V 11 1 1 2011-04-30 16:22:42
I still sense corruption there. I.e. are lrecl, records and blocks the same
for you? Given that I just fetched a Lenny image from current it ought to be
identical.
Kind regards,
Philipp Kern
--
.''`. Philipp Kern Debian Developer
: :' : http://philkern.de Stable Release Manager
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline
<signature 2.asc>
--
-------------------------------------------------------------------------
Christian Boitet
(Pr. Universite' Joseph Fourier)
Groupe d'Etude pour la Traduction Automatique
et le Traitement Automatisé des Langues et de la Parole
G E T A L P
GETALP, LIG-campus, BP 53 Tel: +33 (0)4 76 51 43 55 / 51 48 17
385, rue de la Bibliothe`que Fax: +33 (0)4 76 63 56 86
Stephen Powell
2011-05-11 11:50:02 UTC
Permalink
Post by Jean-Claude Durand
I return to our problem with the installation of a Debian/Lenny
version on our mainframe (a Multiprise Series 3000 Model H30,
32 bits running z/VM V4.2.0). You can see below the
different steps of a new attempt which remains unsuccessful.
Could you help ?
Thanks and best regards.
Jean-Claude Durand
LIG, équipe GETALP
385, rue de la Bibliothèque, BP 53
38041 Grenoble cedex 9
http://ftp.debian.org/debian/dists/lenny/main/installer-s390/current/images/
2788877 24 nov 22:06 initrd.debian
3361536 24 nov 22:06 kernel.debian)
Filename Filetype Fm Format Lrecl Records Blocks
DEBIAN EXEC A1 V 40 10 1
KERNEL DEBIAN A1 F 80 42020 798
INITRD DEBIAN A1 F 80 34861 681
PARMFILE DEBIAN A1 F 80 1 1
ro locale=C debconf/priority=low DEBIAN_FRONTEND=text BOOT_DEBUG=2
q time
TIME IS 08:33:44 EST WEDNESDAY 05/11/11
CONNECT= 00:01:54 VIRTCPU= 000:00.10 TOTCPU= 000:00.14
Ready; T=0.01/0.01 08:33:44
exec debian
3 *-* PURGE RDR ALL
"PURGE RDR ALL"
0000003 FILES PURGED
4 *-* 'SPOOL PUNCH * RDR'
"SPOOL PUNCH * RDR"
5 *-* 'PUNCH KERNEL DEBIAN A (NOHEADER'
"PUNCH KERNEL DEBIAN A (NOHEADER"
RDR FILE 0066 SENT FROM LINUX7 PUN WAS 0066 RECS 042K CPY 001 A NOHOLD NOKEEP
6 *-* 'PUNCH PARMFILE DEBIAN A (NOHEADER'
"PUNCH PARMFILE DEBIAN A (NOHEADER"
RDR FILE 0067 SENT FROM LINUX7 PUN WAS 0067 RECS 0001 CPY 001 A NOHOLD NOKEEP
7 *-* 'PUNCH INITRD DEBIAN * (NOHEADER'
"PUNCH INITRD DEBIAN * (NOHEADER"
RDR FILE 0068 SENT FROM LINUX7 PUN WAS 0068 RECS 035K CPY 001 A NOHOLD NOKEEP
8 *-* CHANGE RDR ALL KEEP NOHOLD
"CHANGE RDR ALL KEEP NOHOLD"
0000003 FILES CHANGED
9 *-* Q RDR
"Q RDR"
ORIGINID FILE CLASS RECORDS CPY HOLD FORM DEST KEEP MSG
LINUX7 0066 A PUN 00042020 001 NONE STANDARD OFF ON OFF
LINUX7 0067 A PUN 00000001 001 NONE STANDARD OFF ON OFF
LINUX7 0068 A PUN 00034861 001 NONE STANDARD OFF ON OFF
10 *-* CP IPL 000C CLEAR
"CP IPL 000C CLEAR"
0000003 FILES CHANGED
CP Q T
TIME IS 08:35:13 EST WEDNESDAY 05/11/11
CONNECT= 00:03:23 VIRTCPU= 000:47.93 TOTCPU= 000:50.38
CP IND LOAD
AVGPROC-100% 01
MDC READS-000001/SEC WRITES-000001/SEC HIT RATIO-100%
STORAGE-064% PAGING-0000/SEC STEAL-000%
Q0-00006 Q1-00000 Q2-00000 EXPAN-001 Q3-00000 EXPAN-001
CP Q T
TIME IS 09:16:53 EST WEDNESDAY 05/11/11
CONNECT= 00:45:03 VIRTCPU= 040:07.99 TOTCPU= 040:15.97
Jean-Claude,

First, please do not "top post" on this list. (See
http://en.wikipedia.org/wiki/Top-posting#Top-posting for
more details.) Please use the usenet, or "bottom posting" style.

Second, be sure you have downloaded the files in "binary" (except
for DEBIAN EXEC) as opposed to "ascii", "ebcdic", or "text" mode
(depending on the method of download). This is important to avoid
unwanted (and fatal) ASCII to EBCDIC translations and also to avoid
linefeed or carriage-return/linefeed sequences being added. Make
sure the files are downloaded from the "generic" subdirectory,
not the "tape" subdirectory.

Third, just for grins, try using the unmodified PARMFILE DEBIAN file.
If that works, you can abort the installation and try again with a
modified one.

I think that is the most likely cause of trouble. It is VERY important
that the last used charater be followed by a linefeed (X'0A' in ASCII,
X'25' in EBCDIC). XEDIT tends to remove this terminator. The line must
be filled with nulls (X'00' in either code) after the terminator out to
80 bytes. (Use "SET NULLS ON" in XEDIT.) I would issue

SET VERIFY OFF H 1 80

in XEDIT just prior to the "FILE" command to verify the trailing linefeed
and trailing nulls.
--
.''`. Stephen Powell
: :' :
`. `'`
`-
--
To UNSUBSCRIBE, email to debian-s390-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Archive: http://lists.debian.org/***@md01.wow.synacor.com
Loading...