Lenny installer hanging?
I don't seem to be able to boot (under z/VM 5.2 on a Flex-ES machine)
the Lenny RC1 installer.
Sometimes the session hangs just after memory detection. Sometimes I
get to device detection.
Here's the spooled console:
Ready; T=0.01/0.01 15:21:14
access 19f d
Ready; T=0.01/0.01 15:21:23
listf * * d
DEBIAN EXEC D1
INITRD DEBIAN D1
KERNEL DEBIAN D1
PARMFILE DEBIAN D1
Ready; T=0.01/0.01 15:21:32
debian
0000003 FILES PURGED
RDR FILE 0009 SENT FROM LENNY PUN WAS 0009 RECS 042K CPY 001 A
NOHOLD NOKEEP
RDR FILE 0010 SENT FROM LENNY PUN WAS 0010 RECS 0001 CPY 001 A
NOHOLD NOKEEP
RDR FILE 0011 SENT FROM LENNY PUN WAS 0011 RECS 035K CPY 001 A
NOHOLD NOKEEP
0000003 FILES CHANGED
0000003 FILES CHANGED
Ö 0.000000Ü Initializing cgroup subsys cpuset
Ö 0.000000Ü Initializing cgroup subsys cpu
Ö 0.000000Ü Linux version 2.6.26-1-s390 (Debian 2.6.26-8) (waldi@debian.org
)
(gcc version 4.1.3 20080623 (prerelease) (Debian 4.1
.2-23)) #1 SMP Thu Oct 9 14:15:49 UTC 2008
Ö 0.000000Ü We are running under VM (31 bit mode)
Ö 0.000000Ü This machine has an IEEE fpu
Ö 0.000000Ü Zone PFN ranges:
Ö 0.000000Ü Normal 0 -> 32768
Ö 0.000000Ü Movable zone start PFN for each node
Ö 0.000000Ü early_node_mapÖ1Ü active PFN ranges
Ö 0.000000Ü 0: 0 -> 32767
Ö 0.000000Ü Built 1 zonelists in Zone order, mobility grouping on.
Total pag
es: 32511
Ö 0.000000Ü Kernel command line: ro locale=C
Ö 0.000000Ü
Ö 0.000000Ü PID hash table entries: 512 (order: 9, 2048 bytes)
Ö17179569.187036Ü console ÖttyS0Ü enabled
Ö17179569.188091Ü Dentry cache hash table entries: 16384 (order: 4,
65536 bytes)
Ö17179568.189257Ü Inode-cache hash table entries: 8192 (order: 3,
32768 bytes)
Ö17179568.198595Ü Memory: 122536k/131072k available (2270k kernel
code, 0k reser
ved, 842k data, 148k init)
===NOTE FROM ADAM: this hung for a long time, so I restarted it and
upped the storage from 128 to 512M===
CP IPL CMS
z/VM V5.2.0 2008-02-12 13:23
DMSACR1240E You are not authorized to connect to file pool USER01
Ready; T=0.03/0.05 15:24:15
def stor 512M
STORAGE = 512M
Storage cleared - system reset.
IPL CMS
z/VM V5.2.0 2008-02-12 13:23
DMSACR1240E You are not authorized to connect to file pool USER01
Ready; T=0.03/0.04 15:24:26
acc 19f D
Ready; T=0.01/0.01 15:24:37
Ready; T=0.01/0.01 15:26:34
debian
0000003 FILES PURGED
RDR FILE 0012 SENT FROM LENNY PUN WAS 0012 RECS 042K CPY 001 A
NOHOLD NOKEEP
RDR FILE 0013 SENT FROM LENNY PUN WAS 0013 RECS 0001 CPY 001 A
NOHOLD NOKEEP
RDR FILE 0014 SENT FROM LENNY PUN WAS 0014 RECS 035K CPY 001 A
NOHOLD NOKEEP
0000003 FILES CHANGED
0000003 FILES CHANGED
Ö 0.000000Ü Initializing cgroup subsys cpuset
Ö 0.000000Ü Initializing cgroup subsys cpu
Ö 0.000000Ü Linux version 2.6.26-1-s390 (Debian 2.6.26-8) (waldi@debian.org
)
(gcc version 4.1.3 20080623 (prerelease) (Debian 4.1
.2-23)) #1 SMP Thu Oct 9 14:15:49 UTC 2008
Ö 0.000000Ü We are running under VM (31 bit mode)
Ö 0.000000Ü This machine has an IEEE fpu
Ö 0.000000Ü Zone PFN ranges:
Ö 0.000000Ü Normal 0 -> 131072
Ö 0.000000Ü Movable zone start PFN for each node
Ö 0.000000Ü early_node_mapÖ1Ü active PFN ranges
Ö 0.000000Ü 0: 0 -> 131071
Ö 0.000000Ü Built 1 zonelists in Zone order, mobility grouping on.
Total pag
es: 130047
Ö 0.000000Ü Kernel command line: ro locale=C
Ö 0.000000Ü
Ö 0.000000Ü PID hash table entries: 2048 (order: 11, 8192 bytes)
Ö17179568.189070Ü console ÖttyS0Ü enabled
Ö17179568.197213Ü Dentry cache hash table entries: 65536 (order: 6,
262144 bytes
)
Ö17179569.214577Ü Inode-cache hash table entries: 32768 (order: 5,
131072 bytes)
Ö17179569.247170Ü Memory: 511872k/524288k available (2270k kernel
code, 0k reser
ved, 842k data, 148k init)
Ö17179568.251718Ü Write protected kernel read-only data: 0x12000 -
0x2edfff
Ö17179568.254542Ü Security Framework initialized
Ö17179568.254634Ü SELinux: Disabled at boot.
Ö17179569.254734Ü Capability LSM initialized
Ö17179569.256117Ü Mount-cache hash table entries: 512
Ö17179568.262898Ü Initializing cgroup subsys ns
Ö17179569.263033Ü Initializing cgroup subsys cpuacct
Ö17179568.263242Ü Initializing cgroup subsys devices
CP SPOOL CONS CLOSE
(that's where I gave up waiting and sent the console back to my CMS
userid....the guest is still there but I have little hope that it will
continue)
In addition to the hang, the control characters, which doubtless look
fine on a VT220 or ANSI terminal, are nasty on a 3270. This would
seem to be a kernel decision, though, so doubt we can change it.
So, is there something I'm doing wrong? This is a perfectly normal
(if slow) z/VM development system (yes, it's actually emulated, but
for all that, IBM still recognizes Flex boxes as being legitimate
s390x machines until the last dongle has expired!). It runs Etch,
SLES10, and CentOS 4.4 just fine, and it runs z/VM 5.2 and z/OS 1.9
fine too.
Is there something in newer Linux kernels that requires z9 or later
functionality?
Adam
Reply to: