[Linux/390 under z/VM 4.2.0] CP works forever (Lenny)
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).
At 7:16 -0400 6/04/11, Stephen Powell wrote:
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).
Here is a trace (we simply edited DEBIAN EXEC):
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!
At 14:33 -0400 28/04/11, Patrick Finnegan wrote:
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
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: Christian.Boitet@imag.fr
Reply to: