[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [Linux/390 under z/VM 4.2.0] CP works forever (Lenny): new attempt



On Wed, 11 May 2011 05:21:52 -0400 (EDT), Jean-Claude Durand wrote:
> 
> 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
> 
> 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:
> 
> 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
> 
> 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
> >>>   "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    
 : :'  :
 `. `'`
   `-


Reply to: