Hi, We installed Linux under z/VM 4.1 which is upgraded from VM 2.4. Yesterday we restart the VM include all related hardware power off/power on because of maintainence reason (just restart, not change in system), but after that we cannot start the linux servers properly. Now Linux can only detect the minidisk but not dedicate volumes any more. The System log is:
Ready; T=0.01/0.01 09:06:08 i 100 Linux version 2.2.19 ([EMAIL PROTECTED]) (gcc version 2.95.2.1 19991024 (release)) #1 SMP Thu May 24 12:43:49 PDT 2001 Command line is: root=/dev/dasda1 ro noinitrd dasd=100,200,1729-172b,119 We are running under VM This machine has an IEEE fpu Detected device 0192 on subchannel 0000 - PIM = FF, PAM = FF, POM = FF Detected device 0800 on subchannel 0001 - PIM = 80, PAM = 80, POM = FF Detected device 0801 on subchannel 0002 - PIM = 80, PAM = 80, POM = FF Detected device 0802 on subchannel 0003 - PIM = 80, PAM = 80, POM = FF Detected device 0803 on subchannel 0004 - PIM = 80, PAM = 80, POM = FF Detected device 0100 on subchannel 0005 - PIM = FF, PAM = FF, POM = FF Detected device 0119 on subchannel 0006 - PIM = FF, PAM = FF, POM = FF Detected device 1729 on subchannel 0007 - PIM = FF, PAM = FF, POM = FF Detected device 172A on subchannel 0008 - PIM = FF, PAM = FF, POM = FF Detected device 172B on subchannel 0009 - PIM = FF, PAM = FF, POM = FF Detected device 0191 on subchannel 000A - PIM = FF, PAM = FF, POM = FF Detected device 0200 on subchannel 000B - PIM = FF, PAM = FF, POM = FF Detected device 001F on subchannel 000C - PIM = 80, PAM = 80, POM = FF Detected device 000C on subchannel 000D - PIM = 80, PAM = 80, POM = FF Detected device 000D on subchannel 000E - PIM = 80, PAM = 80, POM = FF Detected device 000E on subchannel 000F - PIM = 80, PAM = 80, POM = FF Detected device 0190 on subchannel 0010 - PIM = FF, PAM = FF, POM = FF Detected device 019D on subchannel 0011 - PIM = FF, PAM = FF, POM = FF Detected device 019E on subchannel 0012 - PIM = FF, PAM = FF, POM = FF Detected device 0592 on subchannel 0013 - PIM = FF, PAM = FF, POM = FF Highest subchannel number detected (hex) : 0013 SenseID : device 0192 reports: CU Type/Mod = 3990/E9, Dev Type/Mod = 3390/0A SenseID : device 0800 reports: Dev Type/Mod = 3088/08 SenseID : device 0801 reports: Dev Type/Mod = 3088/08 SenseID : device 0802 reports: Dev Type/Mod = 3088/08 SenseID : device 0803 reports: Dev Type/Mod = 3088/08 SenseID : device 0100 reports: CU Type/Mod = 3990/E9, Dev Type/Mod = 3390/06 SPID - Device 0100 on Subchannel 0005 became 'not operational' SPID - Device 0100 on Subchannel 0005 became 'not operational' SPID - Device 0100 on Subchannel 0005 became 'not operational' SPID - Device 0100 on Subchannel 0005 became 'not operational' SenseID : device 0119 reports: CU Type/Mod = 3990/E9, Dev Type/Mod = 3390/0A SPID - Device 0119 on Subchannel 0006 became 'not operational' SPID - Device 0119 on Subchannel 0006 became 'not operational' SPID - Device 0119 on Subchannel 0006 became 'not operational' SPID - Device 0119 on Subchannel 0006 became 'not operational' SenseID : device 1729 reports: CU Type/Mod = 3990/E9, Dev Type/Mod = 3390/06 SPID - Device 1729 on Subchannel 0007 became 'not operational' SPID - Device 1729 on Subchannel 0007 became 'not operational' SPID - Device 1729 on Subchannel 0007 became 'not operational' SPID - Device 1729 on Subchannel 0007 became 'not operational' SenseID : device 172A reports: CU Type/Mod = 3990/E9, Dev Type/Mod = 3390/06 SPID - Device 172A on Subchannel 0008 became 'not operational' SPID - Device 172A on Subchannel 0008 became 'not operational' SPID - Device 172A on Subchannel 0008 became 'not operational' SPID - Device 172A on Subchannel 0008 became 'not operational' SenseID : device 172B reports: CU Type/Mod = 3990/E9, Dev Type/Mod = 3390/06 SPID - Device 172B on Subchannel 0009 became 'not operational' SPID - Device 172B on Subchannel 0009 became 'not operational' SPID - Device 172B on Subchannel 0009 became 'not operational' SPID - Device 172B on Subchannel 0009 became 'not operational' SenseID : device 0191 reports: CU Type/Mod = 3990/E9, Dev Type/Mod = 3390/06 SenseID : device 0200 reports: CU Type/Mod = 3990/E9, Dev Type/Mod = 3390/06 SenseID : device 001F reports: Dev Type/Mod = 3215/00 SenseID : device 000C reports: Dev Type/Mod = 2540/00 SenseID : device 000D reports: Dev Type/Mod = 2540/00 SenseID : device 000E reports: Dev Type/Mod = 1403/00 SenseID : device 0190 reports: CU Type/Mod = 3990/E9, Dev Type/Mod = 3390/0A SenseID : device 019D reports: CU Type/Mod = 3990/E9, Dev Type/Mod = 3390/0A SenseID : device 019E reports: CU Type/Mod = 3990/E9, Dev Type/Mod = 3390/0A SenseID : device 0592 reports: CU Type/Mod = 3990/E9, Dev Type/Mod = 3390/0A Calibrating delay loop... 411.23 BogoMIPS Memory: 62424k/65536k available (1296k kernel code, 4k reserved, 1812k data, 0k init) Dentry hash table entries: 8192 (order 4, 64k) Buffer cache hash table entries: 65536 (order 6, 256k) Page cache hash table entries: 16384 (order 4, 64k) debug: Initialization complete debug: reserved 4 areas of 4 pages for debugging ccwcache VFS: Diskquotas version dquot_6.4.0 initialized POSIX conformance testing by UNIFIX Detected 1 CPU's Boot cpu address 0 cpu 0 phys_idx=0 vers=FF ident=0113C3 machine=7060 unused=0000 Linux NET4.0 for Linux 2.2 Based upon Swansea University Computer Society NET3.039 NET4: Unix domain sockets 1.0 for Linux NET4.0. NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP, IGMP TCP: Hash tables configured (ehash 65536 bhash 65536) Initializing RT netlink socket Starting kswapd v 1.5 pty: 256 Unix98 ptys configured RAM disk driver initialized: 16 RAM disks of 8192K size md driver 0.36.6 MAX_MD_DEV=4, MAX_REAL=8 dasd:initializing... dasd:Registered successfully to major no 94 dasd(eckd):ECKD discipline initializing dasd:Registered ECKD discipline successfully dasd(fba):FBA discipline initializing dasd:Registered FBA discipline successfully SPID - Device 0100 on Subchannel 0005 became 'not operational' SPID - Device 0100 on Subchannel 0005 became 'not operational' SPID - Device 0100 on Subchannel 0005 became 'not operational' SPID - Device 0100 on Subchannel 0005 became 'not operational' dasd(eckd):0100 on sch 5: 0000/00(CU:0000/00) Cyl:0 Head:0 Sec:0 dasd(eckd):Read configuration data returned error -19 dasd(eckd):0200 on sch 11: 3390/06(CU:3990/01) Cyl:800 Head:15 Sec:224 dasd(eckd):0200 on sch 11: 3390/06 (CU: 3990/01): Configuration data read dasd: devno 0x0200 on subchannel 11 (ECKD) is /dev/dasdb (94:4) SPID - Device 1729 on Subchannel 0007 became 'not operational' SPID - Device 1729 on Subchannel 0007 became 'not operational' SPID - Device 1729 on Subchannel 0007 became 'not operational' SPID - Device 1729 on Subchannel 0007 became 'not operational' dasd(eckd):1729 on sch 7: 0000/00(CU:0000/00) Cyl:0 Head:0 Sec:0 dasd(eckd):Read configuration data returned error -19 SPID - Device 172A on Subchannel 0008 became 'not operational' SPID - Device 172A on Subchannel 0008 became 'not operational' SPID - Device 172A on Subchannel 0008 became 'not operational' SPID - Device 172A on Subchannel 0008 became 'not operational' dasd(eckd):172A on sch 8: 0000/00(CU:0000/00) Cyl:0 Head:0 Sec:0 dasd(eckd):Read configuration data returned error -19 SPID - Device 172B on Subchannel 0009 became 'not operational' SPID - Device 172B on Subchannel 0009 became 'not operational' SPID - Device 172B on Subchannel 0009 became 'not operational' SPID - Device 172B on Subchannel 0009 became 'not operational' dasd(eckd):172B on sch 9: 0000/00(CU:0000/00) Cyl:0 Head:0 Sec:0 dasd(eckd):Read configuration data returned error -19 SPID - Device 0119 on Subchannel 0006 became 'not operational' SPID - Device 0119 on Subchannel 0006 became 'not operational' SPID - Device 0119 on Subchannel 0006 became 'not operational' SPID - Device 0119 on Subchannel 0006 became 'not operational' dasd(eckd):0119 on sch 6: 0000/00(CU:0000/00) Cyl:0 Head:0 Sec:0 dasd(eckd):Read configuration data returned error -19 dasd:waiting for responses... dasd(eckd):/dev/dasdb (0200): capacity (4kB blks): 576000kB at 48kB/trk dasd:initialization finished Partition check: dasdb:(LNX1)/ x8040: dasdb dasdb1 dasd: devno 0x0100 on subchannel 5 = /dev/dasda (94:1) Cannot open unrecognized device VFS: Cannot open root device 5e:01 Kernel panic: VFS: Unable to mount root fs on 5e:01 HCPGIR450W CP entered; disabled wait PSW 000A0000 80057610 ----------------- The log is for one linux server whose root device is using dedicate volume. Other servers whose root device is minidisk can be booted up but just cannot detect it's dedicate volume. But if we try to boot it in our old VM 2.4 system or even from LPAR native, the linux can detect the volume correctly(the data is correct too), so we think this might be z/VM 4.1 problem. Do you have any idea about this? _________________________________________________________ Do You Yahoo!? 5n0O'K6O*: @yahoo.com $$$e9q$l6l%s @ http://chinese.mail.yahoo.com Get your free @yahoo.com address at http://chinese.mail.yahoo.com
