Re: SET SHARE with multi CPU
A propósito. The latest PERFKIT APAR VM64717 allows to track all share issues. Your case: ** *cp set share ptktsta4 abs 30% abs 30% limith* 02:15:11 USER PTKTSTA4: CP ABSOLUTE SHARE = 30% 02:15:11 MAXIMUM SHARE = LIMITHARD ABSOLUTE 30% 02:15:11 ZAAP ABSOLUTE SHARE = 30% 02:15:11 MAXIMUM SHARE = LIMITHARD ABSOLUTE 30% 02:15:11 IFL ABSOLUTE SHARE = 30% 02:15:11 MAXIMUM SHARE = LIMITHARD ABSOLUTE 30% 02:15:11 ICF ABSOLUTE SHARE = 30% 02:15:11 MAXIMUM SHARE = LIMITHARD ABSOLUTE 30% 02:15:11 ZIIP ABSOLUTE SHARE = 30% 02:15:11 MAXIMUM SHARE = LIMITHARD ABSOLUTE 30% *menu* *user ptktsta4* FCX115 CPU 2097 SER 0312E Interval 02:15:57 - 02:16:00Perf. Monitor Detailed data for user PTKTSTA4 Total CPU : .0% Storage def. : 256MB Page fault rate: .0/s Superv. CPU: .0% Resident 2GB : 4506Page read rate : .0/s Emulat. CPU: .0% Resident 2GB :11980Page write rate: .0/s I/O rate : .0/sProj. WSET :16486Pgs moved 2GB: .0/s DASD IO rate : .0/sReserved pgs :0Main XSTORE : .0/s UR I/O rate: .0/sLocked pages :0XSTORE main : .0/s Diag. X'98': .0/sXSTORE dedic. :2MB XSTORE DASD : .0/s *BLOCKIO : .0/sXSTORE pages :0SPOOL pg reads : .0/s Last IPL : DEV E000 DASD slots :0SPOOL pg writes: .0/s Config mode: LINUX IUCV X-fer/s : .0/s MDC insert rate: .0/s Base CPU type : IFL Share : 30% MDC I/O avoided: .0/s Base CPU affin.: ONMax. share : 30%H #I/O active:0 Active : 0%PSW wait : ..% I/O act. : ..% Stacked blk: .. Page wait: ..%CF wait : ..% Eligible : ..% Stat.: EME,P03,DORMI/O wait : ..%Sim. wait: ..% Runnable : ..% Proc. %CPU %CP %EM IO/S Status Type Aff SRel. SAbs. Limit MRel. MAbs. 00 BI .0 .0 .0.0 EME,P03,DORM IFL ON . 10.002 Hard . 10.002 01 .0 .0 .0.0 EME,P03,DORM IFL ON . 10 Hard . 10 02 .0 .0 .0.0 EME,P03,DORM IFL ON . 10 Hard . 10 The 10.002 value is a standard dec-hex conversion trouble. 2011/4/11 John Hanley jhan...@courts.state.va.us Maxim, Thanks for the reply. So if the system has 6 real IFL processors and 2 real CP processors with the virtual guest as VCONFIG=LINUX , CPUAFFINITY = ON and 3 virtual IFL processors . Then use 'SET SHARE guest abs 30% abs 30% limith', each virtual IFL will get a 10% share? -- WBR, =Maxim Bochagov IBM Russia, PTK development team
Running REXX compiled in z/OS in CMS
Hi, Here's a question that's half way between z/OS and CMS: I would like to compile some REXX in z/OS in such a way that it can be run in CMS by people who don't have the REXX compiler. From reading the manual, I thought that just specifying options of ALTLIB and SLINE would be sufficient, but this doesn't seem to be the case. I can make it work by XEDITing the compiled exec and changing the processor name in the header from EAGRTPRC to DMSRTPRC, but that surely isn't what IBM intend us to do. Does anyone know the legitimate way of doing this? Thanks, Mark Gillis Principal Software Engineer Tel: +61 2 8898 2678 Fax: +61 2 8898 2600 mark.gil...@ca.com mailto:mark.gil...@ca.com http://www.ca.com/
Re: Running REXX compiled in z/OS in CMS
On Wed, 13 Apr 2011 18:37:51 +1000, Gillis, Mark mark.gil...@ca.com wro te: Hi, Here's a question that's half way between z/OS and CMS: I would like to compile some REXX in z/OS in such a way that it can be run in CMS by people who don't have the REXX compiler. From reading the manual, I thought that just specifying options of ALTLIB and SLINE would be sufficient, but this doesn't seem to be the case. I can make it work by XEDITing the compiled exec and changing the processor name in the header from EAGRTPRC to DMSRTPRC, but that surely isn't what IBM intend us to do. Does anyone know the legitimate way of doing this? Mark, I can't comment on whether there are any other issues with taking REXX co de written and compiled on z/OS and running it on z/VM, but I can tell you t hat in order to run code in CMS that has EAGRTPRC in the header, you need to install the free REXX Alternate Library on z/VM. You can get it here: http://www.ibm.com/software/awdtools/rexx/rexxzseries/altlibrary.html Just click on Alternate Library for REXX on z/VM in the 2nd paragraph. Tracy Dean IBM
Re: Cannot see SVC disk zLinux
Terry, /var/log/messages looks ok. 49409 (0xc101) is the well known LUN to issue report_luns against. So lsluns is doing the extra step to create an sg device for these target ports without any storage configured. As I alluded to in my previous note, I'd try to do this manually. Either by editing a copy of lsluns or by doing it completely by hand. Maybe like this: lsscsi -g take note of what is there chccwdev --online 0.0.5401 echo 0x500507680110a31b /sys/bus/ccw/drivers/zfcp/0.0.5401/port_add you might not need this step echo 0x /sys/bus/ccw/drivers/zfcp/0.0.5401/0x500507680110a31b/unit_add echo 0xc101 /sys/bus/ccw/drivers/zfcp/0.0.5401/0x500507680110a31b/unit_add lsscsi -g figure out what is new, one of the unit_add's should make a new sg device sg_luns /dev/sgXXX where XXX is whatever you determined was new in the last step Hopefully, the last step gives you more meaningful error messages. I wonder who owns this tool now... Ray Higgs System z FCP Firmware Development Bld. 706, B42 2455 South Road Poughkeepsie, NY 12601 (845) 435-8666, T/L 295-8666 rayhi...@us.ibm.com The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 04/12/2011 05:55:53 PM: From: Terry Wilson terry.wil...@potashcorp.com To: IBMVM@LISTSERV.UARK.EDU Date: 04/12/2011 05:56 PM Subject: Re: Cannot see SVC disk zLinux Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU Running Z/VM 6.1 SLES 11 SP1 Here is the var/log/messages from the following command zlinux1:/dev # lsluns Scanning for LUNs on adapter 0.0.5400 at port 0x50050763070342f3:8300 0x4010400b at port 0x500507680110a23a: Unable to send the REPORT_LUNS command to LUN. at port 0x500507680110a31b: Unable to send the REPORT_LUNS command to LUN. at port 0x500507680140a23a: Unable to send the REPORT_LUNS command to LUN. at port 0x500507680140a31b: Unable to send the REPORT_LUNS command to LUN. Scanning for LUNs on adapter 0.0.5401 at port 0x50050763070342f3: 0x4010400b8300 at port 0x500507680110a23a: Unable to send the REPORT_LUNS command to LUN. at port 0x500507680110a31b: Unable to send the REPORT_LUNS command to LUN. at port 0x500507680140a23a: Unable to send the REPORT_LUNS command to LUN. at port 0x500507680140a31b: Unable to send the REPORT_LUNS command to LUN. var/log/messages Apr 12 15:54:39 zlinux1 kernel: scsi 0:0:2:49409: Direct-Access IBM 2145 PQ: 1 ANSI: 4 Apr 12 15:54:39 zlinux1 kernel: scsi 0:0:2:49409: Attached scsi generic sg1 type 0 Apr 12 15:54:39 zlinux1 kernel: scsi 0:0:4:49409: Direct-Access IBM 2145 PQ: 1 ANSI: 4 Apr 12 15:54:39 zlinux1 kernel: scsi 0:0:4:49409: Attached scsi generic sg1 type 0 Apr 12 15:54:39 zlinux1 kernel: scsi 0:0:0:49409: Direct-Access IBM 2145 PQ: 1 ANSI: 4 Apr 12 15:54:39 zlinux1 kernel: scsi 0:0:0:49409: Attached scsi generic sg1 type 0 Apr 12 15:54:39 zlinux1 kernel: scsi 0:0:3:49409: Direct-Access IBM 2145 PQ: 1 ANSI: 4 Apr 12 15:54:39 zlinux1 kernel: scsi 0:0:3:49409: Attached scsi generic sg1 type 0 Apr 12 15:54:40 zlinux1 kernel: scsi: unknown device type 30 Apr 12 15:54:40 zlinux1 kernel: scsi 1:0:4:49409: Well-known LUN IBM 2107900 .280 PQ: 0 ANSI: 5 Apr 12 15:54:40 zlinux1 kernel: scsi 1:0:4:49409: Attached scsi generic sg1 type 30 Apr 12 15:54:40 zlinux1 kernel: scsi 1:0:0:49409: Direct-Access IBM 2145 PQ: 1 ANSI: 4 Apr 12 15:54:40 zlinux1 kernel: scsi 1:0:0:49409: Attached scsi generic sg1 type 0 Apr 12 15:54:40 zlinux1 kernel: scsi 1:0:2:49409: Direct-Access IBM 2145 PQ: 1 ANSI: 4 Apr 12 15:54:40 zlinux1 kernel: scsi 1:0:2:49409: Attached scsi generic sg1 type 0 Apr 12 15:54:40 zlinux1 kernel: scsi 1:0:3:49409: Direct-Access IBM 2145 PQ: 1 ANSI: 4 Apr 12 15:54:40 zlinux1 kernel: scsi 1:0:3:49409: Attached scsi generic sg1 type 0 Apr 12 15:54:41 zlinux1 kernel: scsi 1:0:1:49409: Direct-Access IBM 2145 PQ: 1 ANSI: 4 Apr 12 15:54:41 zlinux1 kernel: scsi 1:0:1:49409: Attached scsi generic sg1 type 0 From:Raymond Higgs rayhi...@us.ibm.com To:IBMVM@LISTSERV.UARK.EDU Date:04/12/2011 03:11 PM Subject:Re: Cannot see SVC disk zLinux Sent by:The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU Terry, Anything in /var/log/messages? lsluns is just a perl script, so I took a peek... I have lsluns from s390tools-1.11.x-1bb17.20110103.s390x so things
Re: Cannot see SVC disk zLinux
Entered it manually and here is the info. command: zlinux1:/sys/bus/ccw/drivers/zfcp/0.0.5401 # lsscsi -g [0:0:1:1074479120]diskIBM 2107900 .280 /dev/sda /dev/sg0 8300 disk works fine [1:0:2:49409]diskIBM 2145 - /dev/sg1 new SVC DISK command: zlinux1:/sys/bus/ccw/drivers/zfcp/0.0.5401 # sg_luns /dev/sg1 Report Luns command has bad field in cdb When zoning the LUNS the 8300 has zLinux as a valid unittype the SVC does not. From: Raymond Higgs rayhi...@us.ibm.com To: IBMVM@LISTSERV.UARK.EDU Date: 04/13/2011 07:37 AM Subject:Re: Cannot see SVC disk zLinux Sent by:The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU Terry, /var/log/messages looks ok. 49409 (0xc101) is the well known LUN to issue report_luns against. So lsluns is doing the extra step to create an sg device for these target ports without any storage configured. As I alluded to in my previous note, I'd try to do this manually. Either by editing a copy of lsluns or by doing it completely by hand. Maybe like this: lsscsi -g take note of what is there chccwdev --online 0.0.5401 echo 0x500507680110a31b /sys/bus/ccw/drivers/zfcp/0.0.5401/port_add you might not need this step echo 0x /sys/bus/ccw/drivers/zfcp/0.0.5401/0x500507680110a31b/unit_add echo 0xc101 /sys/bus/ccw/drivers/zfcp/0.0.5401/0x500507680110a31b/unit_add lsscsi -g figure out what is new, one of the unit_add's should make a new sg device sg_luns /dev/sgXXX where XXX is whatever you determined was new in the last step Hopefully, the last step gives you more meaningful error messages. I wonder who owns this tool now... Ray Higgs System z FCP Firmware Development Bld. 706, B42 2455 South Road Poughkeepsie, NY 12601 (845) 435-8666, T/L 295-8666 rayhi...@us.ibm.com The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 04/12/2011 05:55:53 PM: From: Terry Wilson terry.wil...@potashcorp.com To: IBMVM@LISTSERV.UARK.EDU Date: 04/12/2011 05:56 PM Subject: Re: Cannot see SVC disk zLinux Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU Running Z/VM 6.1 SLES 11 SP1 Here is the var/log/messages from the following command zlinux1:/dev # lsluns Scanning for LUNs on adapter 0.0.5400 at port 0x50050763070342f3:8300 0x4010400b at port 0x500507680110a23a: Unable to send the REPORT_LUNS command to LUN. at port 0x500507680110a31b: Unable to send the REPORT_LUNS command to LUN. at port 0x500507680140a23a: Unable to send the REPORT_LUNS command to LUN. at port 0x500507680140a31b: Unable to send the REPORT_LUNS command to LUN. Scanning for LUNs on adapter 0.0.5401 at port 0x50050763070342f3: 0x4010400b8300 at port 0x500507680110a23a: Unable to send the REPORT_LUNS command to LUN. at port 0x500507680110a31b: Unable to send the REPORT_LUNS command to LUN. at port 0x500507680140a23a: Unable to send the REPORT_LUNS command to LUN. at port 0x500507680140a31b: Unable to send the REPORT_LUNS command to LUN. var/log/messages Apr 12 15:54:39 zlinux1 kernel: scsi 0:0:2:49409: Direct-Access IBM 2145 PQ: 1 ANSI: 4 Apr 12 15:54:39 zlinux1 kernel: scsi 0:0:2:49409: Attached scsi generic sg1 type 0 Apr 12 15:54:39 zlinux1 kernel: scsi 0:0:4:49409: Direct-Access IBM 2145 PQ: 1 ANSI: 4 Apr 12 15:54:39 zlinux1 kernel: scsi 0:0:4:49409: Attached scsi generic sg1 type 0 Apr 12 15:54:39 zlinux1 kernel: scsi 0:0:0:49409: Direct-Access IBM 2145 PQ: 1 ANSI: 4 Apr 12 15:54:39 zlinux1 kernel: scsi 0:0:0:49409: Attached scsi generic sg1 type 0 Apr 12 15:54:39 zlinux1 kernel: scsi 0:0:3:49409: Direct-Access IBM 2145 PQ: 1 ANSI: 4 Apr 12 15:54:39 zlinux1 kernel: scsi 0:0:3:49409: Attached scsi generic sg1 type 0 Apr 12 15:54:40 zlinux1 kernel: scsi: unknown device type 30 Apr 12 15:54:40 zlinux1 kernel: scsi 1:0:4:49409: Well-known LUN IBM 2107900 .280 PQ: 0 ANSI: 5 Apr 12 15:54:40 zlinux1 kernel: scsi 1:0:4:49409: Attached scsi generic sg1 type 30 Apr 12 15:54:40 zlinux1 kernel: scsi 1:0:0:49409: Direct-Access IBM 2145 PQ: 1 ANSI: 4 Apr 12 15:54:40 zlinux1 kernel: scsi 1:0:0:49409: Attached scsi generic sg1 type 0 Apr 12 15:54:40 zlinux1 kernel: scsi 1:0:2:49409: Direct-Access IBM 2145 PQ: 1 ANSI: 4 Apr 12 15:54:40 zlinux1 kernel: scsi 1:0:2:49409: Attached scsi generic sg1 type 0 Apr 12 15:54:40 zlinux1 kernel: scsi 1:0:3:49409: Direct-Access IBM
Re: Cannot see SVC disk zLinux
Mark, I should have mentioned the reply from the command zlinux1:~ # lszfcp -D 0.0.5400/0x50050763070342f3/0x4010400b 0:0:1:1074479120 is from the 8300 storage and works fine. Its all the other WWPN's that are having the problem From: Mark Post mp...@novell.com To: IBMVM@LISTSERV.UARK.EDU Date: 04/12/2011 11:32 PM Subject:Re: Cannot see SVC disk zLinux Sent by:The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU On 4/12/2011 at 04:14 PM, Terry Wilsonterry.wil...@potashcorp.com wrote: Hello, I am having a problem connecting ZFCP through my SVC. When I issue the lsluns command it comes back with Unable to send the REPORT_LUNS command to LUN. Any ideas? Attached are commands zlinux1:~ # lszfcp -P( 0.0.5400/0x500507680140a23a rport-0:0-0 0.0.5400/0x50050763070342f3 rport-0:0-1 8300 disk 0.0.5400/0x500507680110a23a rport-0:0-2 0.0.5400/0x500507680140a31b rport-0:0-3 0.0.5400/0x500507680110a31b rport-0:0-4 0.0.5401/0x500507680110a23a rport-1:0-0 0.0.5401/0x500507680140a31b rport-1:0-1 0.0.5401/0x500507680110a31b rport-1:0-2 0.0.5401/0x500507680140a23a rport-1:0-3 0.0.5401/0x50050763070342f3 rport-1:0-4 8300 disk zlinux1:~ # lszfcp -D 0.0.5400/0x50050763070342f3/0x4010400b 0:0:1:1074479120 The LUN number (1074479120) looks extremely suspicious. In hexadecimal, it's only 4 characters, so the maximum value would be 64K. Are you sure you were told the correct number by the SAN administrator? I ran into a customer recently where the SAN admin didn't understand that the value he was seeing on the SVC screens was _not_ the LUN, but a serial number. Try configuring LUN 0 and see if things get better. As a starter, try this: zfcp_san_disc -b 0.0.54c00 -p 0x50050763070342f3 -L Mark Post
Mark your calendar for VM Linux Summer Workshop (July 2011)
Hi, just wanted to get this on your calendarswork is underway to relaunch the VM Workshop as the VM and Linux Workshop. July 28-30, 2011 at Ohio State University in Columbus Ohio. When they tell me that the new workshop web site is ready I will add the link to it on the VM events calendar. http://www.vm.ibm.com/events/ For now...just mark your calendar. If you would like to be involved in the planning now or later, feel free to speak up (we'll give your name to Len Diegel who has been gathering people together on planning calls). Regards, Pam C
Re: Running REXX compiled in z/OS in CMS
Thanks, Tracy. It sounds like we'll just need to require our customers to install the alternate library as a pre-req to our product. I'm a bit confused by all this though - IBM provide compiled REXX that has DMSRTPRC in the header and this doesn't seem to require the alternate library. If I edit a compiled REXX program and change EAGRTPRC to DMSRTPRC it works fine. If either works, why do we have an alternate library? Mark Gillis. -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Tracy Dean Sent: Wednesday, 13 April 2011 7:13 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Running REXX compiled in z/OS in CMS On Wed, 13 Apr 2011 18:37:51 +1000, Gillis, Mark mark.gil...@ca.com wro= te: Hi, Here's a question that's half way between z/OS and CMS: I would like to compile some REXX in z/OS in such a way that it can be run in CMS by people who don't have the REXX compiler. From reading the manual, I thought that just specifying options of ALTLIB and SLINE would= be sufficient, but this doesn't seem to be the case. I can make it work by XEDITing the compiled exec and changing the processor name in the header from EAGRTPRC to DMSRTPRC, but that surely isn't what IBM intend us to do. Does anyone know the legitimate way of doing this? Mark, I can't comment on whether there are any other issues with taking REXX co= de written and compiled on z/OS and running it on z/VM, but I can tell you t= hat in order to run code in CMS that has EAGRTPRC in the header, you need to install the free REXX Alternate Library on z/VM. You can get it here: http://www.ibm.com/software/awdtools/rexx/rexxzseries/altlibrary.html Just click on Alternate Library for REXX on z/VM in the 2nd paragraph. Tracy Dean IBM
Re: Running REXX compiled in z/OS in CMS
Mark, Many VM releases ago, VM Development wanted to have all customers benefit from performance improvements for some of the items that were written in REXX. You know about these parts like VMLINK, NOTE, SENDFILE, FILELIST and many others. However, we could not assume that all customers would install the REXX Alternate Library and customers would want to use these parts even before they got around to installing the REXX Alternate Library. So VM Development created a DMSRTPRC which is a library which is sufficient for the compiled REXX parts that are shipped with the VM product. It is not to be used by our customers for their own use because it is not supported for general use. There is no guarantee that your compiled part will run if you edit it to use DMSRTPRC. VM Development will not service DMSRTPRC if it does not work with your compiled part. We will service it if it fails with one of the parts that are compiled and shipped as part of VM. pdb (Doug Breneman) z/VM System Test IBM Endicott, NY From: Gillis, Mark mark.gil...@ca.com To: IBMVM@LISTSERV.UARK.EDU Date: 04/13/2011 04:26 PM Subject:Re: Running REXX compiled in z/OS in CMS Sent by:The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU Thanks, Tracy. It sounds like we'll just need to require our customers to install the alternate library as a pre-req to our product. I'm a bit confused by all this though - IBM provide compiled REXX that has DMSRTPRC in the header and this doesn't seem to require the alternate library. If I edit a compiled REXX program and change EAGRTPRC to DMSRTPRC it works fine. If either works, why do we have an alternate library? Mark Gillis. -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Tracy Dean Sent: Wednesday, 13 April 2011 7:13 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Running REXX compiled in z/OS in CMS On Wed, 13 Apr 2011 18:37:51 +1000, Gillis, Mark mark.gil...@ca.com wro= te: Hi, Here's a question that's half way between z/OS and CMS: I would like to compile some REXX in z/OS in such a way that it can be run in CMS by people who don't have the REXX compiler. From reading the manual, I thought that just specifying options of ALTLIB and SLINE would= be sufficient, but this doesn't seem to be the case. I can make it work by XEDITing the compiled exec and changing the processor name in the header from EAGRTPRC to DMSRTPRC, but that surely isn't what IBM intend us to do. Does anyone know the legitimate way of doing this? Mark, I can't comment on whether there are any other issues with taking REXX co= de written and compiled on z/OS and running it on z/VM, but I can tell you t= hat in order to run code in CMS that has EAGRTPRC in the header, you need to install the free REXX Alternate Library on z/VM. You can get it here: http://www.ibm.com/software/awdtools/rexx/rexxzseries/altlibrary.html Just click on Alternate Library for REXX on z/VM in the 2nd paragraph. Tracy Dean IBM
Re: Running REXX compiled in z/OS in CMS
On: Thu, Apr 14, 2011 at 06:25:59AM +1000,Gillis, Mark Wrote: } Thanks, Tracy. It sounds like we'll just need to require our customers } to install the alternate library as a pre-req to our product. I'm a bit } confused by all this though - IBM provide compiled REXX that has } DMSRTPRC in the header and this doesn't seem to require the alternate } library. If I edit a compiled REXX program and change EAGRTPRC to } DMSRTPRC it works fine. If either works, why do we have an alternate } library? The DMSRTPRC library (at least as of the last time I looked at it) does not have all of the routines in it that the EAGRTPRC does. Only those needed to allow the execs that IBM supplies compiled to run. I am not sure if the alternate library has everything from EAGRTPRC in it, or just more than DMSRTPRC does. -- Rich Greenberg Sarasota, FL, USA richgr atsign panix.com + 1 941 378 2097 Eastern time. N6LRT I speak for myself my dogs only.VM'er since CP-67 Canines: Val, Red, Shasta, Zero Casey (At the bridge)Owner:Chinook-L Canines: Red Cinnar (Siberians) Retired at the beach Asst Owner:Sibernet-L
Re: Dirmaint : cards ordre
Alain, The CP Planning and Administration manual, have a paragraph for each command, saying where to code each. For INCLUDE, by example, says MUST follow the USER card. No other cards are allowed between them. Personally, I prefer to use DIRMAINT to do the changes. Example: A batch file with all the ACCOUNT cards is more easy to create than edit the source USER DIRECT. Like it: FOR USER1 ACCOUNT ACCT1 FOR USER2 ACCOUNT ACCT2 FOR USER3 ACCOUNT GRP001 ... FOR USER999 ACCOUNT GRP600 Only one command can process all the entries in this file: DIRM BATCH batch file All are correctly positioned. If you really need to change the USER DIRECT manually, see this Chapter: Making Multiple Updates to a Directory, into z/VM V6R1 Directory Maintenance Facility Tailoring and Administration Guide SC24-6190-01 Regards, __ Clovis From: Alain Benveniste a.benveni...@free.fr To: IBMVM@listserv.uark.edu Date: 04/08/2011 03:44 AM Subject: Re: Dirmaint : cards ordre Sent by: The IBM z/VM Operating System IBMVM@listserv.uark.edu Yes Dave i mean that. I tested from what i found in the doc cards order. I put a account card before a include and dirmaint did not validate this order. I didn't find in the doc a more fine sequence card explanation... Alain Envoyé de mon iPhone Le 8 avr. 2011 à 00:14, Dave Jones d...@vsoft-software.com a écrit : Hi, Alan. I'm not sure I understand your question.are you asking how long it would take to merge a working, say 5.3, USER DIRECT file, with a number of service and end user virtual machines defined, with a newly installed z/VM 5.4 USER DIRECT file? DJ On 04/07/2011 01:29 PM, Alain Benvéniste wrote: Dave Ok I got it, thanks ! I would like to know how long does it take for you and others to migrate a directory ? Alain Le 07/04/11 19:40, « Dave Jones » d...@vsoft-software.com a écrit : Hi, Alan. The order in which the directory statements for a given user entry in the USER DIRECT file must appear is given in the CP Planning and Administration publication, Chapter 17. The *DVHOPT statement is an artifact used by DIRMAINT, and is ignored by the DIRECTXA command. As such, it's not really a part of the user directory entry. DJ On 04/07/2011 11:53 AM, Alain Benveniste wrote: I m trying to develop a tool to make directory migration easier and faster. At this time i would like to know if a doc references the order of the cards in a directory : USER card must precede the INCLUDE cardetc. and the last card should be *DVHOPT An other sequence would a serious problem ! Any idea ? Alain -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544
Re: Running REXX compiled in z/OS in CMS
Great - now it all makes sense. We'll just pre-req the alternate library for our product. Thanks. From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Doug Breneman Sent: Thursday, 14 April 2011 6:37 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Running REXX compiled in z/OS in CMS Mark, Many VM releases ago, VM Development wanted to have all customers benefit from performance improvements for some of the items that were written in REXX. You know about these parts like VMLINK, NOTE, SENDFILE, FILELIST and many others. However, we could not assume that all customers would install the REXX Alternate Library and customers would want to use these parts even before they got around to installing the REXX Alternate Library. So VM Development created a DMSRTPRC which is a library which is sufficient for the compiled REXX parts that are shipped with the VM product. It is not to be used by our customers for their own use because it is not supported for general use. There is no guarantee that your compiled part will run if you edit it to use DMSRTPRC. VM Development will not service DMSRTPRC if it does not work with your compiled part. We will service it if it fails with one of the parts that are compiled and shipped as part of VM. pdb (Doug Breneman) z/VM System Test IBM Endicott, NY Inactive hide details for Gillis, Mark ---04/13/2011 04:26:40 PM---Thanks, Tracy. It sounds like we'll just need to require oGillis, Mark ---04/13/2011 04:26:40 PM---Thanks, Tracy. It sounds like we'll just need to require our customers to install the alternate libr From: Gillis, Mark mark.gil...@ca.com To: IBMVM@LISTSERV.UARK.EDU Date: 04/13/2011 04:26 PM Subject: Re: Running REXX compiled in z/OS in CMS Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU Thanks, Tracy. It sounds like we'll just need to require our customers to install the alternate library as a pre-req to our product. I'm a bit confused by all this though - IBM provide compiled REXX that has DMSRTPRC in the header and this doesn't seem to require the alternate library. If I edit a compiled REXX program and change EAGRTPRC to DMSRTPRC it works fine. If either works, why do we have an alternate library? Mark Gillis. -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Tracy Dean Sent: Wednesday, 13 April 2011 7:13 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Running REXX compiled in z/OS in CMS On Wed, 13 Apr 2011 18:37:51 +1000, Gillis, Mark mark.gil...@ca.com wro= te: Hi, Here's a question that's half way between z/OS and CMS: I would like to compile some REXX in z/OS in such a way that it can be run in CMS by people who don't have the REXX compiler. From reading the manual, I thought that just specifying options of ALTLIB and SLINE would= be sufficient, but this doesn't seem to be the case. I can make it work by XEDITing the compiled exec and changing the processor name in the header from EAGRTPRC to DMSRTPRC, but that surely isn't what IBM intend us to do. Does anyone know the legitimate way of doing this? Mark, I can't comment on whether there are any other issues with taking REXX co= de written and compiled on z/OS and running it on z/VM, but I can tell you t= hat in order to run code in CMS that has EAGRTPRC in the header, you need to install the free REXX Alternate Library on z/VM. You can get it here: http://www.ibm.com/software/awdtools/rexx/rexxzseries/altlibrary.html Just click on Alternate Library for REXX on z/VM in the 2nd paragraph. Tracy Dean IBM
Re: Running REXX compiled in z/OS in CMS
One thing that HP does for VMS is ship all the runtime libraries for all their compilers (even the weird ones like BLISS and PROLOG) as part of the base OS. That way ISV vendors (or the base OS vendor) don't have this kind of problem. Paying to create, free to use always seemed like a good compromise to me. -- db (PS - at least one required system utility is written in each language to force the marketroids to continue this policy. Score one to the Visigoths.)
Re: Running REXX compiled in z/OS in CMS
IBM on z/OS does that too. It is LE. For better or worse. I am fairly sure that all the current IBM compilers on z/OS use LE as their run-time. COBOL, C, FORTRAN, and PL/I all do, I'm certain. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of David Boyes Sent: Wednesday, April 13, 2011 4:09 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Running REXX compiled in z/OS in CMS One thing that HP does for VMS is ship all the runtime libraries for all their compilers (even the weird ones like BLISS and PROLOG) as part of the base OS. That way ISV vendors (or the base OS vendor) don't have this kind of problem. Paying to create, free to use always seemed like a good compromise to me. -- db (PS - at least one required system utility is written in each language to force the marketroids to continue this policy. Score one to the Visigoths.)
CPU Measurement Facility for z/VM
z/OS currently supports hardware instrumentation data collection on z10 and z196 machines via z/OS's Hardware Instrumentation Facility (HIS). In presentations at SHARE and zExpo, IBM seems to indicate that HIS-like support is in the works for z/VM. Is HIS-like support available yet for z/VM? If available, what APAR(s) provide this support? Thanks much, Leland
Re: Dirmaint : cards ordre
Alain, Normally, this kind off migration is done on few hours. My technique (resumed): 1- Install a new VM and enable DIRMAINT, with the supplied directory. 2- Split the old direct to a TEMP disk, using one homemade EXEC (DIRSPLIT). The exec reads the old USER DIRECT, and create a new -userid- DIRECT, for each machine. Based on the USER card. Each USER finish the previous. Also test if each -userid- exist (CP QUERY USER -userid-). If exist then rename the file to -userid- EXIST. 3- DIRM ADD for all the -userid- DIRECT created. 4- Manually inspect the EXIST files and create a batch file for the divergences: ACCOUNT, ACIGROUP, new MDISK, etc. A DIRM GET followed by COMPARE can help. 5- Make the adjusts: DIRM BATCH batch file 6- If needed, move the old machines to new dasds: DIRM CMD (depending on the number of machines to move, eventually I create additional DATAMOVs...) 7- Fine adjust (less than 2%) for not covered situations. I worked this way for years... __ Clovis From: Alain Benvéniste a.benveni...@free.fr To: IBMVM@listserv.uark.edu Date: 04/07/2011 03:30 PM Subject: Re: Dirmaint : cards ordre Sent by: The IBM z/VM Operating System IBMVM@listserv.uark.edu Dave Ok I got it, thanks ! I would like to know how long does it take for you and others to migrate a directory ? Alain Le 07/04/11 19:40, « Dave Jones » d...@vsoft-software.com a écrit : Hi, Alan. The order in which the directory statements for a given user entry in the USER DIRECT file must appear is given in the CP Planning and Administration publication, Chapter 17. The *DVHOPT statement is an artifact used by DIRMAINT, and is ignored by the DIRECTXA command. As such, it's not really a part of the user directory entry. DJ On 04/07/2011 11:53 AM, Alain Benveniste wrote: I m trying to develop a tool to make directory migration easier and faster. At this time i would like to know if a doc references the order of the cards in a directory : USER card must precede the INCLUDE cardetc. and the last card should be *DVHOPT An other sequence would a serious problem ! Any idea ? Alain
Re: Running REXX compiled in z/OS in CMS
John, For C/C++, COBOL, and PL/I that is true on z/VM also. We ship the LE runtime libraries for these as part of the z/VM base. The ancient FORTRAN product for z/VM is not LE-enabled. Mike Donovan From: McKown, John john.mck...@healthmarkets.com To: IBMVM@LISTSERV.UARK.EDU Date: 04/13/2011 05:12 PM Subject:Re: Running REXX compiled in z/OS in CMS Sent by:The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU IBM on z/OS does that too. It is LE. For better or worse. I am fairly sure that all the current IBM compilers on z/OS use LE as their run-time. COBOL, C, FORTRAN, and PL/I all do, I'm certain. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 • N. Richland Hills • TX 76010 (817) 255-3225 phone • john.mck...@healthmarkets.com • www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. –The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of David Boyes Sent: Wednesday, April 13, 2011 4:09 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Running REXX compiled in z/OS in CMS One thing that HP does for VMS is ship all the runtime libraries for all their compilers (even the weird ones like BLISS and PROLOG) as part of the base OS. That way ISV vendors (or the base OS vendor) don’t have this kind of problem. Paying to create, free to use always seemed like a good compromise to me. -- db (PS – at least one required system utility is written in each language to force the marketroids to continue this policy. Score one to the Visigoths.)
Re: Running REXX compiled in z/OS in CMS
On Wed, 13 Apr 2011 14:33:55 -0400, Wayne T Smith wtsm...@maine.edu wro te: Are you implying compiling and using the alternate library runs faster than uncompiled Rexx Absolutely not. or that it's just a way to get compiled Rexx to run where the compiler is not licensed? Correct - assuming the code has been compiled to allow this, per Mark's original post. Tracy Dean, IBM
Re: Cannot see SVC disk zLinux
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 04/13/2011 10:15:44 AM: From: Terry Wilson terry.wil...@potashcorp.com To: IBMVM@LISTSERV.UARK.EDU Date: 04/13/2011 10:19 AM Subject: Re: Cannot see SVC disk zLinux Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU Entered it manually and here is the info. command: zlinux1:/sys/bus/ccw/drivers/zfcp/0.0.5401 # lsscsi -g [0:0:1:1074479120]diskIBM 2107900 .280 /dev/sda /dev/sg0 8300 disk works fine [1:0:2:49409]diskIBM 2145 - /dev/ sg1new SVC DISK command: zlinux1:/sys/bus/ccw/drivers/zfcp/0.0.5401 # sg_luns /dev/sg1 Report Luns command has bad field in cdb When zoning the LUNS the 8300 has zLinux as a valid unittype the SVCdoes not. Terry, Aren't you referring to host connections, which is sometimes called lun masking? Here we use type = generic when adding hosts on the SVC console. Since the sg devices get created, I don't think there is a zoning problem. Linux can obviously get to the target wwpn because it figured out that there is a 2145 SVC there. I think there is a problem with the hosts that were specified on the SVC console. I tried to do lsluns with a channel that is unknown to our SVC and got the same messages as you: root@Laplace-4E15:lsluns -c 0.1.7900 -p 0x5005076801104bac Scanning for LUNs on adapter 0.1.7900 at port 0x5005076801104bac: Unable to send the REPORT_LUNS command to LUN. I then configured the well known lun by hand, and also got the same messages as you: root@Laplace-4E15:sg_luns /dev/sg4 Report Luns command has bad field in cdb So I ran it again with -v root@Laplace-4E15:sg_luns -v /dev/sg4 report luns cdb: a0 00 00 00 00 00 00 00 20 00 00 00 report luns: Fixed format, current; Sense key: Illegal Request Additional sense: Logical unit not supported Info fld=0x0 [0] Report Luns command has bad field in cdb Those are the real error messages that I was hoping for! Then someone here reminded me of scsi_logging_level. I guess I rely on finisar traces too much to see all of bits crossing the fibre channel links when I have problems. Anyway, scsi_logging_level -s --all 7 will turn on verbose messages in /var/log/messages. So running lsluns against the troublesome SVC port gives this: Apr 13 23:38:55 Laplace-4E15 kernel: [31575.530031] sg_open: dev=4, flags=0x8802 Apr 13 23:38:55 Laplace-4E15 kernel: [31575.530046] sg_add_sfp: sfp=0xec3ae000 Apr 13 23:38:55 Laplace-4E15 kernel: [31575.530050] sg_build_reserve: req_size=32768 Apr 13 23:38:55 Laplace-4E15 kernel: [31575.530054] sg_build_indirect: buff_size=32768, blk_size=32768 Apr 13 23:38:55 Laplace-4E15 kernel: [31575.530063] sg_build_indirect: k=0, num=32768, ret_sz=32768 Apr 13 23:38:55 Laplace-4E15 kernel: [31575.530067] sg_build_indirect: k_use_sg=1, rem_sz=0 Apr 13 23:38:55 Laplace-4E15 kernel: [31575.530071] sg_add_sfp: bufflen=32768, k_use_sg=1 Apr 13 23:38:55 Laplace-4E15 kernel: [31575.530125] sg_ioctl: sg4, cmd=0x2285 Apr 13 23:38:55 Laplace-4E15 kernel: [31575.530129] scsi_block_when_processing_errors: rtn: 1 Apr 13 23:38:55 Laplace-4E15 kernel: [31575.530135] sg_common_write: scsi opcode=0xa0, cmd_size=12 Apr 13 23:38:55 Laplace-4E15 kernel: [31575.530140] sg_start_req: dxfer_len=8192 Apr 13 23:38:55 Laplace-4E15 kernel: [31575.530149] sg_link_reserve: size=8192 Apr 13 23:38:55 Laplace-4E15 kernel: [31575.530174] scsi 0:0:11:49409: [sg4] Send: 0xfcac6c78 Apr 13 23:38:55 Laplace-4E15 kernel: [31575.530182] scsi 0:0:11:49409: [sg4] CDB: Report luns: a0 00 00 00 00 00 00 00 20 00 00 00 Apr 13 23:38:55 Laplace-4E15 kernel: [31575.530210] buffer = 0xfd2cd3b8, bufflen = 8192, queuecommand 0x0049948c Apr 13 23:38:55 Laplace-4E15 kernel: [31575.530227] leaving scsi_dispatch_cmnd() Apr 13 23:38:55 Laplace-4E15 kernel: [31575.530410] scsi 0:0:11:49409: [sg4] Done: 0xfcac6c78 SUCCESS Apr 13 23:38:55 Laplace-4E15 kernel: [31575.530418] scsi 0:0:11:49409: [sg4] Result: hostbyte=DID_OK driverbyte=DRIVER_OK Apr 13 23:38:55 Laplace-4E15 kernel: [31575.530425] scsi 0:0:11:49409: [sg4] CDB: Report luns: a0 00 00 00 00 00 00 00 20 00 00 00 Apr 13 23:38:55 Laplace-4E15 kernel: [31575.530452] scsi 0:0:11:49409: [sg4] Sense Key : Illegal Request [current] Apr 13 23:38:55 Laplace-4E15 kernel: [31575.530461] Info fld=0x0 Apr 13 23:38:55 Laplace-4E15 kernel: [31575.530465] scsi 0:0:11:49409: [sg4] Add. Sense: Logical unit not supported Apr 13 23:38:55 Laplace-4E15 kernel: [31575.530475] scsi 0:0:11:49409: [sg4] scsi host busy 1 failed 0 Apr 13 23:38:55 Laplace-4E15 kernel: [31575.530482] scsi 0:0:11:49409: Notifying upper driver of completion (result 802) Apr 13 23:38:55 Laplace-4E15 kernel: [31575.530487] 16 sectors total, 8192 bytes done. Apr 13 23:38:55 Laplace-4E15 kernel: [31575.530497] sg_cmd_done: sg4, pack_id=0,
Re: Mark your calendar for VM Linux Summer Workshop (July 2011)
On Wed, Apr 13, 2011 at 3:35 PM, Pamela Christina in rainy endicott ny chris...@gdlvm7.vnet.ibm.com wrote: Hi, just wanted to get this on your calendarswork is underway to relaunch the VM Workshop as the VM and Linux Workshop. Where's the Like button? ;-)
Re: CPU Measurement Facility for z/VM
Hi, Leland. I don't know what plans VM development might have for supporting the hardware CPU Measurement Facility, like z/OS does with HIS, but I get the impression that the CPU MF is meant to be used mostly by IBM h/w support to detect and diagnose performance issues in the new processors. I don't think there are any z/OS performance setting knobs that you can turn based on what the HIS reports, so it might not be all that interesting to performance folks. DJ On 4/13/2011 4:05 PM, Leland Lucius wrote: z/OS currently supports hardware instrumentation data collection on z10 and z196 machines via z/OS's Hardware Instrumentation Facility (HIS). In presentations at SHARE and zExpo, IBM seems to indicate that HIS-like support is in the works for z/VM. Is HIS-like support available yet for z/VM? If available, what APAR(s) provide this support? Thanks much, Leland
Re: CPU Measurement Facility for z/VM
On 4/13/11 8:46 PM, Dave Jones wrote: Hi, Leland. I don't know what plans VM development might have for supporting the hardware CPU Measurement Facility, like z/OS does with HIS, but I get the impression that the CPU MF is meant to be used mostly by IBM h/w support to detect and diagnose performance issues in the new processors. I don't think there are any z/OS performance setting knobs that you can turn based on what the HIS reports, so it might not be all that interesting to performance folks. That's just the thing. Our performance types are looking forward to getting the data. I don't know why...didn't ask since my neurons tend to get excited by other things. :-) Leland
Re: CPU Measurement Facility for z/VM
That's what I understand but I could be wrong now.but I don't think so:-) On 4/13/2011 9:20 PM, Leland Lucius wrote: On 4/13/11 8:46 PM, Dave Jones wrote: Hi, Leland. I don't know what plans VM development might have for supporting the hardware CPU Measurement Facility, like z/OS does with HIS, but I get the impression that the CPU MF is meant to be used mostly by IBM h/w support to detect and diagnose performance issues in the new processors. I don't think there are any z/OS performance setting knobs that you can turn based on what the HIS reports, so it might not be all that interesting to performance folks. That's just the thing. Our performance types are looking forward to getting the data. I don't know why...didn't ask since my neurons tend to get excited by other things. :-) Leland
z/VM Archives address or access
Someone help me to the Archives? Or If someone has a step by step how to for installing Red Hat 6 on z/VM 5.4 system it would be greatly appreciated. The information contained in this message may be confidential,it is intended exclusively for the addressee(s). Should you receive this message unintentionally, please do not use the contents herein and notify the sender immediately by return e-mail. Marshall Space Flight Center NASA Data Center z/OS Systems z/VM Systems 256.544.0769 (Desk) 256.698.6593 (Cell) I refuse to tiptoe through life... just to arrive unscathed at Death's door! Bernard Hines
Re: Cannot see SVC disk zLinux
Raymond, Here is the results from the lsluns command. It as you said it not there. It could be a problem on configuring the SVC. We have the ficon going into a switch which intern goes to the SVC. The storage person then names the switch port to say ZLINUX and assigns LUNS to ZLINUX. Not sure how the LUNS know they belong to my ZFCP id of 0.0.5400 Messages below from lsluns pr 13 16:23:31 zlinux1 kernel: scsi scan: INQUIRY successful with code 0x0 Apr 13 16:23:31 zlinux1 kernel: scsi 0:0:0:49409: Direct-Access IBM 2145 PQ: 1 ANSI: 4 Apr 13 16:23:31 zlinux1 kernel: sg_alloc: dev=1 Apr 13 16:23:31 zlinux1 kernel: scsi 0:0:0:49409: Attached scsi generic sg1 type 0 Apr 13 16:23:31 zlinux1 kernel: sg_open: dev=1, flags=0x8802 Apr 13 16:23:31 zlinux1 kernel: sg_add_sfp: sfp=0x1ef62000 Apr 13 16:23:31 zlinux1 kernel: sg_build_reserve: req_size=32768 Apr 13 16:23:31 zlinux1 kernel: sg_build_indirect: buff_size=32768, blk_size=32768 Apr 13 16:23:31 zlinux1 kernel: sg_build_indirect: k=0, num=32768, ret_sz=32768 Apr 13 16:23:31 zlinux1 kernel: sg_build_indirect: k_use_sg=1, rem_sz=0 Apr 13 16:23:31 zlinux1 kernel: sg_add_sfp: bufflen=32768, k_use_sg=1 Apr 13 16:23:31 zlinux1 kernel: sg_ioctl: sg1, cmd=0x2285 Apr 13 16:23:31 zlinux1 kernel: scsi_block_when_processing_errors: rtn: 1 Apr 13 16:23:31 zlinux1 kernel: sg_common_write: scsi opcode=0xa0, cmd_size=12 Apr 13 16:23:31 zlinux1 kernel: sg_start_req: dxfer_len=8192 Apr 13 16:23:31 zlinux1 kernel: sg_link_reserve: size=8192 Apr 13 16:23:31 zlinux1 kernel: scsi 0:0:0:49409: [sg1] Send: 0x1e35dd00 Apr 13 16:23:31 zlinux1 kernel: scsi 0:0:0:49409: [sg1] CDB: Report luns: a0 00 00 00 00 00 00 00 20 00 00 00 Apr 13 16:23:31 zlinux1 kernel: buffer = 0x1e4ead00, bufflen = 8192, queuecommand 0x03c0009cf8dc Apr 13 16:23:31 zlinux1 kernel: leaving scsi_dispatch_cmnd() Apr 13 16:23:31 zlinux1 kernel: scsi 0:0:0:49409: [sg1] Done: 0x1e35dd00 SUCCESS Apr 13 16:23:31 zlinux1 kernel: scsi 0:0:0:49409: [sg1] Result: hostbyte=DID_OK driverbyte=DRIVER_OK Apr 13 16:23:31 zlinux1 kernel: scsi 0:0:0:49409: [sg1] CDB: Report luns: a0 00 00 00 00 00 00 00 20 00 00 00 Apr 13 16:23:31 zlinux1 kernel: scsi 0:0:0:49409: [sg1] Sense Key : Illegal Request [current] Apr 13 16:23:31 zlinux1 kernel: Info fld=0x0 Apr 13 16:23:31 zlinux1 kernel: scsi 0:0:0:49409: [sg1] Add. Sense: Logical unit not supported Apr 13 16:23:31 zlinux1 kernel: scsi 0:0:0:49409: [sg1] scsi host busy 1 failed 0 Apr 13 16:23:31 zlinux1 kernel: scsi 0:0:0:49409: Notifying upper driver of completion (result 802) Apr 13 16:23:31 zlinux1 kernel: 16 sectors total, 8192 bytes done. Apr 13 16:23:31 zlinux1 kernel: sg_cmd_done: sg1, pack_id=0, res=0x802 Apr 13 16:23:31 zlinux1 kernel: sg_finish_rem_req: res_used=1 Apr 13 16:23:31 zlinux1 kernel: sg_unlink_reserve: req-k_use_sg=1 Apr 13 16:23:31 zlinux1 kernel: sg_release: sg1 Apr 13 16:23:31 zlinux1 kernel: sg_remove_scat: k_use_sg=1 Apr 13 16:23:31 zlinux1 kernel: sg_remove_scat: k=0, pg=0x03e0006c9f80 Apr 13 16:23:31 zlinux1 kernel: sg_remove: sg1 Apr 13 16:23:31 zlinux1 kernel: sg_device_destroy: sg1 From: Raymond Higgs rayhi...@us.ibm.com To: IBMVM@LISTSERV.UARK.EDU Date: 04/13/2011 03:51 PM Subject:Re: Cannot see SVC disk zLinux Sent by:The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 04/13/2011 10:15:44 AM: From: Terry Wilson terry.wil...@potashcorp.com To: IBMVM@LISTSERV.UARK.EDU Date: 04/13/2011 10:19 AM Subject: Re: Cannot see SVC disk zLinux Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU Entered it manually and here is the info. command: zlinux1:/sys/bus/ccw/drivers/zfcp/0.0.5401 # lsscsi -g [0:0:1:1074479120]diskIBM 2107900 .280 /dev/sda /dev/sg0 8300 disk works fine [1:0:2:49409]diskIBM 2145 - /dev/ sg1new SVC DISK command: zlinux1:/sys/bus/ccw/drivers/zfcp/0.0.5401 # sg_luns /dev/sg1 Report Luns command has bad field in cdb When zoning the LUNS the 8300 has zLinux as a valid unittype the SVCdoes not. Terry, Aren't you referring to host connections, which is sometimes called lun masking? Here we use type = generic when adding hosts on the SVC console. Since the sg devices get created, I don't think there is a zoning problem. Linux can obviously get to the target wwpn because it figured out that there is a 2145 SVC there. I think there is a problem with the hosts that were specified on the SVC console. I tried to do lsluns with a channel that is unknown to our SVC and got the same messages as you: root@Laplace-4E15:lsluns -c 0.1.7900 -p 0x5005076801104bac Scanning for LUNs on adapter 0.1.7900 at port 0x5005076801104bac: Unable to send the REPORT_LUNS command to LUN. I then configured
Re: z/VM Archives address or access
Bernard: You can access list archives at http://listserv.uark.edu/archives/ibmvm.html These archives incorporate list traffic from present day back to January, 1994. Kind regards, -dan. Daniel P. Martin dmar...@gizmoworks.com / modera...@gizmoworks.com IBMVM List Janitor On 4/13/2011 2:30 PM, Hines, Bernard (MSFC-IS70)[UNITeS] wrote: Someone help me to the Archives? Or If someone has a step by step how to for installing Red Hat 6 on z/VM 5.4 system it would be greatly appreciated. The information contained in this message may be confidential,it is intended exclusively for the addressee(s). Should you receive this message unintentionally, please do not use the contents herein and notify the sender immediately by return e-mail. Marshall Space Flight Center NASA Data Center z/OS Systems z/VM Systems 256.544.0769 (Desk) 256.698.6593 (Cell) I refuse to tiptoe through life... just to arrive unscathed at Death's door! Bernard Hines
Re: Mark your calendar for VM Linux Summer Workshop (July 2011)
Look for VM Workshop group on Facebook. On 4/13/11 7:55 PM, David L. Craig d...@radix.net wrote: On Wed, Apr 13, 2011 at 3:35 PM, Pamela Christina in rainy endicott ny chris...@gdlvm7.vnet.ibm.com wrote: Hi, just wanted to get this on your calendarswork is underway to relaunch the VM Workshop as the VM and Linux Workshop. Where's the Like button? ;-)
Re: Mark your calendar for VM Linux Summer Workshop (July 2011)
On Wed, Apr 13, 2011 at 11:12 PM, Neale Ferguson ne...@sinenomine.net wrote: Look for VM Workshop group on Facebook. Dang... You're GOOD...