What is your Hardware Memory configuration for Main Storage and XSTORE for VM
Larry Davis From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Carlos Bodra - Pessoal Sent: Wednesday, April 20, 2011 6:39 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z/VM RedHat Virtual Machine Memory abend Larry, We are running it z/VM 5.4 RSU 1003 (lastest), but problem is connected to Linux, because I changed MAINT user memory to 128GB and all runs fine. This machine has no CP´s just IFL´s processors. Carlos Bodra IBM Certified Specialist System z Sao Paulo - Brazil Em 20/04/2011 19:24, Davis, Larry (National VM/VSE Capability) escreveu: Are you Running VM on this or zLinux only on an LPAR? Larry Davis From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Carlos Bodra - Pessoal Sent: Wednesday, April 20, 2011 6:19 PM To: IBMVM@LISTSERV.UARK.EDU<mailto:IBMVM@LISTSERV.UARK.EDU> Subject: z/VM RedHat Virtual Machine Memory abend Hi s390x Gurus I´m new to Linux on z and we are conducting a POC test of Linux Red Hat with Oracle running under z/VM 5.4 RSU 1003 and a z/10 BC model A00 (IFL Only). If linux virtual machine is defined with 64G in directory we got an abend during startup (see below). Doing some tests I found that I can define it until 59G in directory (60794036k from TOP linux command) and it will startup correctly. My questions are: 1 - Is this a limitation of linux s390x or Red Hat distribution? 2 - Is this a linux s390x bug or Red Hat distribution? 3 - How can I circunvent this so we can continue with POC (Proof Of Concept)? Thanks in advance for all hints and tips about. 00: Booting default (2.6.18-194.8.1.el5)... Linux version 2.6.18-194.8.1.el5 (mockbu...@s390-002.build.bos.redhat.com<mailto:mockbu...@s390-002.build.bos.redhat.com>) (gcc version 4.1.2 20080704 (Red Hat 4.1.2-48)) #1 SMP Wed Jun 23 11:09:16 EDT 2010 We are running under VM (64 bit mode) Detected 3 CPU's Boot cpu address 0 Built 1 zonelists. Total pages: 16777216 Kernel command line: root=LABEL=/ BOOT_IMAGE=0 PID hash table entries: 4096 (order: 12, 32768 bytes) Dentry cache hash table entries: 8388608 (order: 14, 67108864 bytes) Inode-cache hash table entries: 4194304 (order: 13, 33554432 bytes) Memory: 65951564k/67108864k available (3414k kernel code, 0k reserved, 2256k dat a, 136k init) Write protected kernel read-only data: 0x356000 - 0x409fff Calibrating delay loop... 2981.88 BogoMIPS (lpj=14909440) Security Framework v1.0.0 initialized SELinux: Initializing. selinux_register_security: Registering secondary module capability Capability LSM initialized as secondary Mount-cache hash table entries: 256 cpu 0 phys_idx=0 vers=FF ident=01F2D6 machine=2098 unused=8000 cpu 1 phys_idx=1 vers=FF ident=01F2D6 machine=2098 unused=8000 cpu 2 phys_idx=2 vers=FF ident=01F2D6 machine=2098 unused=8000 Brought up 3 CPUs migration_cost=1000 checking if image is initramfs...it isn't (bad gzip magic numbers); looks like a n initrd Freeing initrd memory: 2759k freed list_del corruption. prev->next should be 000000008001bff0, but was 000000008001 c840 kernel BUG at lib/list_debug.c:65! illegal operation: 0001 Ý#1¨ CPU: 0 Not tainted 2.6.18-194.8.1.el5 #1 Process swapper (pid: 1, task: 00000000c611f788, ksp: 00000000c6123b10) Krnl PSW : 0404000180000000 00000000002685d6 (list_del+0x9e/0xcc) Krnl GPRS: 0000000000000015 00000000c6123cb8 0000000000000026 0400000000000000 000000000012a83e 0000000000000733 000000000000000a 000000000050e400 0000000000000001 0000000000000000 000000008001bf90 000000008001bff0 000000008001bfce 0000000000369878 00000000002685d2 00000000c6123d10 Krnl Code: d2 07 10 08 20 08 e3 10 d0 08 00 04 e3 10 20 08 00 24 e3 10 Call Trace: (Ý<00000000002685d2>¨ list_del+0x9a/0xcc) Ý<000000000017820a>¨ free_pages_bulk+0x9e/0x34c Ý<000000000017868a>¨ free_hot_cold_page+0x1d2/0x1f4 Ý<00000000001009c0>¨ free_initrd_mem+0x8c/0xc8 Ý<00000000005944ee>¨ free_initrd+0xba/0xe4 Ý<000000000058e324>¨ init+0x1a0/0x32c Ý<000000000010558e>¨ kernel_thread_starter+0x6/0xc Ý<0000000000105588>¨ kernel_thread_starter+0x0/0xc <0>Kernel panic - not syncing: Fatal exception: panic_on_oops 01: HCPGSP2629I The virtual machine is placed in CP mode due to a SIGP stop from CPU 00. 02: HCPGSP2629I The virtual machine is placed in CP mode due to a SIGP stop from CPU 00. 00: HCPGIR450W CP entered; disabled wait PSW 00020001 80000000 00000000 0010BDBE -- Carlos Bodra IBM Certified Specialist System z Sao Paulo - Brazil
