Re: Hyperpav Error on Linux side
On 11/27/2014 at 07:48 PM, Tito Garrido titogarr...@gmail.com wrote: Hi Folks,, We are trying to implement Hyperpav on a Linux server and we are getting some strange errors on the console after a reboot. You can see a lot of information above, but the error is at the bottom. Anybody has a clue of what does mean: *dasd-eckd.850c5a: 0.0.0200: cqr 7ffdbeb0 timed out (10s), 255 retries remaini* *ng * *dasd-eckd.850c5a: 0.0.0200: cqr 7ffdbeb0 timed out (10s), 254 retries remaini* * ng* What does man dasd-eckd.850c5a tell you? -snip- Linux version 3.0.13-0.27-default (geeko@buildhost) (gcc version 4.3.4 *gcc-4_3-branch revision 152973| (SUSE Linux) ) #1 SMP Wed Feb 15 13:33:49 UTC 2012 (d73692b) That's a pretty old kernel. You might want to consider something more recent. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hyperpav Error on Linux side
Problem as you're experiencing went away with RedHat 6.5 and higher. For RedHat /etc/dasd.conf seems to work well if HPAV address is placed before real device mdisk . Example: 0.0.0813 use_diag=0 readonly=0 erplog=0 failfast=0 0.0.9EE0 use_diag=0 readonly=0 erplog=0 failfast=0 Also, HPAV base must be full pack starting at Cyl 0. Joseph Vitale Technology Services Group Mainframe Operating Systems Pershing Plaza 95 Christopher Columbus Drive Floor 14 Jersey City, N.J. 07302 Work 201-395-1509 Cell917-903-0102 -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Mark Post Sent: Monday, December 01, 2014 4:17 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Hyperpav Error on Linux side On 11/27/2014 at 07:48 PM, Tito Garrido titogarr...@gmail.com wrote: Hi Folks,, We are trying to implement Hyperpav on a Linux server and we are getting some strange errors on the console after a reboot. You can see a lot of information above, but the error is at the bottom. Anybody has a clue of what does mean: *dasd-eckd.850c5a: 0.0.0200: cqr 7ffdbeb0 timed out (10s), 255 retries remaini* *ng * *dasd-eckd.850c5a: 0.0.0200: cqr 7ffdbeb0 timed out (10s), 254 retries remaini* * ng* What does man dasd-eckd.850c5a tell you? -snip- Linux version 3.0.13-0.27-default (geeko@buildhost) (gcc version 4.3.4 *gcc-4_3-branch revision 152973| (SUSE Linux) ) #1 SMP Wed Feb 15 13:33:49 UTC 2012 (d73692b) That's a pretty old kernel. You might want to consider something more recent. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ The information contained in this e-mail, and any attachment, is confidential and is intended solely for the use of the intended recipient. Access, copying or re-use of the e-mail or any attachment, or any information contained therein, by any other person is not authorized. If you are not the intended recipient please return the e-mail to the sender and delete it from your computer. Although we attempt to sweep e-mail and attachments for viruses, we do not guarantee that either are virus-free and accept no liability for any damage sustained as a result of viruses. Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures relating to European legal entities. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hyperpav Error on Linux side
On 12/1/2014 at 04:30 PM, Vitale, Joseph joseph.vit...@bnymellon.com wrote: Problem as you're experiencing went away with RedHat 6.5 and higher. The OP is not running Red Hat. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Hyperpav Error on Linux side
Hi Tito, just a guess: You defined 200 for base 9998 which is on device D279. This means, the HyperPAV alias would be valid for 9998, , and 999A. In all the examples I seen in the web, when using different pools, the first two digits of the virtual address for the different pools also represent a different number. I would try to use something like 9A98, 9A99, and 9A9A as virtual base devices and something like 9A9F as virtual HyperPAV alias device address for real devices D279, D27A, and D27B. Starting with SLES11-SP3, there is also the utility dasdstat available that give more information about the current usage and statistics of HyperPAV devices. Berthold -- -- Berthold Gunreben Build Service Team http://www.suse.de/ Maxfeldstr. 5 SUSE LINUX GmbHD-90409 Nuernberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer HRB 21284 (AG Nürnberg) -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Hyperpav Error on Linux side
Hi Folks,, We are trying to implement Hyperpav on a Linux server and we are getting some strange errors on the console after a reboot. You can see a lot of information above, but the error is at the bottom. Anybody has a clue of what does mean: *dasd-eckd.850c5a: 0.0.0200: cqr 7ffdbeb0 timed out (10s), 255 retries remaini* *ng * *dasd-eckd.850c5a: 0.0.0200: cqr 7ffdbeb0 timed out (10s), 254 retries remaini* * ng* INFORMATIONS: q v pav 00: HYPERPAV ALIAS 0200 ASSIGNED D289 POOL 3 00: HYPERPAV BASE 9998 ON D279 ASSIGNED D279 POOL 3 00: HYPERPAV BASE ON D27A ASSIGNED D27A POOL 3 00: HYPERPAV BASE 999A ON D27B ASSIGNED D27B POOL 3 Ready; T=0.01/0.01 19:20:44 USER PIPEDDRY SOPTEDRY 12G 12G BCDEFG INCLUDE LNXDFLT COMMAND DEFINE HYPERPAVALIAS 0200 FOR BASE 9998 CPU 02 CPU 03 CPU 04 CPU 05 DEDICATE 0100 0551 DEDICATE 0101 0552 DEDICATE 0102 0553 LINK YBOT1911 0191 0191 RR MDISK 9990 3390 DEVNO E91B MWV MDISK 9991 3390 DEVNO E91C MWV MDISK 9992 3390 DEVNO E232 MWV MDISK 9993 3390 DEVNO E233 MWV MDISK 9994 3390 DEVNO E234 MWV MDISK 9995 3390 DEVNO E235 MWV MDISK 9996 3390 DEVNO EA00 MWV MDISK 9997 3390 DEVNO EA01 MWV MDISK 9998 3390 DEVNO D279 MWV MDISK 3390 DEVNO D27A MWV MDISK 999A 3390 DEVNO D27B MWV *LOGON PIPEDDRY* 00: z/VM Version 6 Release 3.0, Service Level 1401 (64-bit), 00: built on IBM Virtualization Technology 00: There is no logmsg data 00: FILES: 0006 RDR, NO PRT, NO PUN 00: LOGON AT 19:16:17 EDT THURSDAY 11/27/14 00: DASD 0200 DEFINED z/VM V6.3.02014-09-29 16:37 DMSACP723I A (191) R/O 9990 DO YOU WANT TO IPL LINUX FROM 9990 ? Y/N y 00: zIPL v1.15.0-0.101.1 interactive boot menu 00: 00: 0. default (SLES11_SP2) 00: 00: 1. SLES11_SP2 00: 2. FailsafeV1 00: 3. ipl 00: 00: Note: VM users please use '#cp vi vmsg number kernel-parameters' 00: 00: Please choose (default will boot in 10 seconds): RUNNING M2ZVMNPG __ 00: Booting default (SLES11_SP2)... Initializing cgroup subsys cpuset Initializing cgroup subsys cpu Linux version 3.0.13-0.27-default (geeko@buildhost) (gcc version 4.3.4 ¬gcc-4_3-branc h revision 152973| (SUSE Linux) ) #1 SMP Wed Feb 15 13:33:49 UTC 2012 (d73692b) setup.7055fd: Linux is running as a z/VM guest operating system in 64-bit mode Zone PFN ranges: DMA 0x - 0x0008 Normal 0x0008 - 0x0030 Movable zone start PFN for each node early_node_map¬1| active PFN ranges 0: 0x - 0x0030 PERCPU: Embedded 10 pages/cpu @8c10 s11776 r8192 d20992 u40960 Built 1 zonelists in Zone order, mobility grouping on. Total pages: 3102720 Kernel command line: root=/dev/dasda3 hvc_iucv=8 TERM=dumb vmpoff=LOGOFF vmhalt=LOGOF F resume=/dev/dasda2 BOOT_IMAGE=0 PID hash table entries: 4096 (order: 3, 32768 bytes) Dentry cache hash table entries: 2097152 (order: 12, 16777216 bytes) Inode-cache hash table entries: 1048576 (order: 11, 8388608 bytes) Memory: 12343368k/12582912k available (5022k kernel code, 0k reserved, 2500k data, 26 0k init)01: HCPGSP2627I The virtual machine is placed in CP mode due to a SIGP initia l CPU re set from CPU 00. 02: HCPGSP2627I The virtual machine is placed in CP mode due to a SIGP initial CPU re set from CPU 00. MORE... M2ZVMNPG __ 03: HCPGSP2627I The virtual machine is placed in CP mode due to a SIGP initial CPU re set from CPU 00. 04: HCPGSP2627I The virtual machine is placed in CP mode due to a SIGP initial CPU re set from CPU 00. 05: HCPGSP2627I The virtual machine is placed in CP mode due to a SIGP initial CPU re set from CPU 00. Write protected kernel read-only data: 0x10 - 0x6f Hierarchical RCU implementation. CONFIG_RCU_FANOUT set to non-default value of 32 RCU dyntick-idle grace-period acceleration is enabled. console ¬ttyS0| enabled Switched to NOHz mode on CPU #0 allocated 100663296 bytes of page_cgroup please try 'cgroup_disable=memory' option if you don't want memory cgroups pid_max: default: 65536 minimum: 512 Security Framework initialized AppArmor: AppArmor initialized Mount-cache hash table entries: 256 Initializing cgroup subsys cpuacct Initializing cgroup subsys memory Initializing cgroup subsys devices Initializing cgroup subsys freezer Initializing cgroup subsys net_cls Initializing cgroup subsys blkio MORE... M2ZVMNPG __ Initializing cgroup subsys perf_event cpu.ea1fc5: 6 configured CPUs, 0