I had a trouble last week on three of my linux images that used the diag option of the dasd driver, that curiously appeared after a VM re-IPL.
my configuration : kernel 2.4.7 + devfs under z/VM 310 on an HDS pilot 48E. the linux ipl stops systematically for all of these 3 servers ( they were the only ones to use cms reserved minidisks ) on the partition check. This is a typcial ipl : Ready; T=0.01/0.01 11:40:41 Linux version 2.4.7 (rootàlxmaint) (gcc version 2.95.3 20010315 (release)) £1 SM P Fri Jan 18 18:01:53 UTC 2002 We are running under VM This machine has an IEEE fpu On node 0 totalpages: 32768 zone(0): 32768 pages. zone(1): 0 pages. zone(2): 0 pages. Kernel command line: dasd=191,200,150,151,153,154,155,156,157,1530,1540 ramdisk_ size=32768 root=/dev/dasd/0151/part1 ro Highest subchannel number detected (hex) : 0026 Calibrating delay loop... 217.08 BogoMIPS Memory: 124456k/131072k available (3072k kernel code, 0k reserved, 565k data, 52 k init) Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes) Inode-cache hash table entries: 8192 (order: 4, 65536 bytes) Mount-cache hash table entries: 2048 (order: 2, 16384 bytes) Buffer-cache hash table entries: 8192 (order: 3, 32768 bytes) Page-cache hash table entries: 32768 (order: 5, 131072 bytes) debug: Initialization complete debug: reserved 4 areas of 4 pages for debugging ccwcache POSIX conformance testing by UNIFIX Detected 2 CPU's Boot cpu address 0 cpu 0 phys_idx=0 vers=FF ident=000019 machine=9672 unused=0000 cpu 1 phys_idx=1 vers=FF ident=000019 machine=9672 unused=0000 init_mach : starting machine check handler init_mach : machine check buffer : head = 00360A6C init_mach : machine check buffer : tail = 00360A70 mach_handler : ready init_mach : machine check buffer : free = 00360A74 mach_handler : waiting for wakeup init_mach : CRW entry buffer anchor = 00360A78 init_mach : machine check handler ready Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 Initializing RT netlink socket Starting kswapd v1.8 VFS: Diskquotas version dquot_6.4.0 initialized devfs: v0.107 (20010709) Richard Gooch (rgoochàatnf.csiro.au) devfs: boot_options: 0x2 pty: 256 Unix98 ptys configured block: queued sectors max/low 82402kB/27467kB, 256 slots per queue RAMDISK driver initialized: 16 RAM disks of 32768K size 1024 blocksize dasd:initializing... debug: reserved 2 areas of 1 pages for debugging dasd dasd:Registered successfully to major no 94 dasd(diag):DIAG discipline initializing dasd(diag):/dev/dasdb (0200): capacity (4kB blks): 144000kB debug: reserved 2 areas of 1 pages for debugging dasdb dasd(diag):/dev/dasdd (0151): capacity (4kB blks): 72000kB debug: reserved 2 areas of 1 pages for debugging dasdd dasd(diag):/dev/dasde (0153): capacity (4kB blks): 576000kB debug: reserved 2 areas of 1 pages for debugging dasde dasd(diag):/dev/dasdf (0154): capacity (4kB blks): 288000kB debug: reserved 2 areas of 1 pages for debugging dasdf dasd(diag):/dev/dasdg (0155): capacity (4kB blks): 72000kB debug: reserved 2 areas of 1 pages for debugging dasdg dasd(diag):/dev/dasdh (0156): capacity (4kB blks): 36000kB debug: reserved 2 areas of 1 pages for debugging dasdh dasd(diag):/dev/dasdi (0157): capacity (4kB blks): 72000kB debug: reserved 2 areas of 1 pages for debugging dasdi Partition check: /dev/dasd/0200: and that's all.. >From the CP point of view : <USERID> %CPU %CP %EM ISEC PAG WSS RES UR PGES SHARE VMSIZE TYP,CHR,STAT LXMASTER .01 .00 .01 .00 .00 2657 2874 .0 1 100 128M VMS,IAB,IDLE I removed the diag option for these images, and the problem disappeared. Nota : I applied the latest patch level to the 2.4.7 kernel. That remembers something to anyone ? Thanks, OF -- mailto:[EMAIL PROTECTED] work=0149092200:2782
