Re: 3590 assign problem
I don't think that is the remedy. On our systems, the ASSIGN that the Linux guest issues on its own behalf (after the fact that CP issued the ASSIGN [by default] with the ATTACH of the tape drive) does not fail ... it completes successfully. JR (Steven) Imler CA Sr Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.com -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Brian Nielsen Sent: Thursday, April 28, 2011 01:18 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: 3590 assign problem If your Linux guest is trying to do an assign, then you need to make sure= VM doesn't do an assign during the Attach by using the NOASSIGN option of= the ATTACH command. Brian Nielsen On Thu, 28 Apr 2011 12:06:31 -0500, Neale Ferguson ne...@sinenomine.net= wrote: X-posted - IBMVM LINUX-390 When we attach a tape drive (3590) to a Linux guest, the tape driver attempts to execute an assign operation on the device which is getting a= n error: TRACE TYPE IO, CPU TIME 12:08:25.022913 TRACEID = VMTAPE, TRACESET = TAPE, IODATA = 100 USER = SLES10S2, I/O OLD PSW = 07041000 8000 001352BE DEVICE = 0585, SCSW = 00C04017 7FFDC448 0E00 ** I/O ERROR ** ESW = 0080 I/O PRIORITIES: CHANNEL = 0, CURRENT = 100, ORIGINAL = 100 OUT-PRIORITIZED COUNT = 0 - CCW(1) = B74B 7FFC6FA4, CCW ADDRESS = 7FFDC438 DATA = 00 *...* - CCW(2) = 0304 7FF8A058, CCW ADDRESS = 7FFDC440 ** IDA ** The subsequent sense reveals: - CCW(1) = 04200020 7FFEF810, CCW ADDRESS = 7FFEF7F0 DATA = 804800C0 20122041 0003FF00 ** 0010 2004 1011 ** On the linux side syslog shows: kernel: TAPE_STD: 0.0.0181: assign failed - device might be busy A search reveals a great candidate APAR for HCPTSS: VM63414, however, th= is was a problem back in 2005 for z/VM 4.4 and we're on 5.4 RSU 0901. Before, I go any further is this a problem anyone else has seen? If not, I'll go through normal channels (actually I'll probably do it in parallel). Neale
Re: Tape Commands
If all else fails, you can use the native DFSMS/VM command ... -- DFSMSRM SET VOLCAT ... JR (Steven) Imler CA Sr Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.com mailto:steven.im...@ca.com http://www.ca.com/ From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard Sent: Tuesday, November 02, 2010 08:44 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Tape Commands Does anyone know of a VMTAPE command, or commands, that can be used to change a tape in an IBM VTS from SCRATCH status to SAVED and assign ownership to a user? The CATALOG command does not seem to work: Sm vmtape catalog I00446 retpd 10 user joeuser VMTCAT052E Volume 'I00446' is a 0002 SCRATCH tape. VMTBUF0161I CATALOG completion code=28. A bit about the configuration. The tape is in an IBM VTS which is shared by three systems - MVS, VM, and TPF. MVS and VM share the TMC which, of necessity, is owned by MVS. TPF knows nothing about the TMS and wants to remain ignorant. The tape in question was created by TPF, using the native VTS commands for mounting a scratch tape.. Currently, both VM and MVS think that the tape is SCRATCH while the VTS knows better. This is evident if I try to mount the tape by volser: Vmtape mount i00446 181 VMTRMS945I Volume I00446 in RMS location VMSYSATL is NOT SCRATCH which conflicts with the TMC, rejecting. VMTMNT051T Mount I00446 0181 canceled by VMTAPE. VMTBUF016I MOUNT completion code=100. I know that it is possible to submit jobs to MVS to change the status from scratch to saved and to catalog tapes. It would be nicer if it could be done from VM - sometimes the submitted jobs languish in the JES queue for a long time. Regards, Richard Schuh
Re: HCPMCV1459E trying to IPL a z/VM guest with CPU Type = IFL
We found the problem. On this system the level of SALIPL was at ESA 2.4. After correcting that situation of course the problem went away. JR (Steven) Imler CA Sr Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.com mailto:steven.im...@ca.com http://www.ca.com/ Original Note We have several z/VM test systems that run either z/VM 5.3, 5.4, or 6.1. All the systems run as guests in the same LPAR under the same z/VM 5.4 host. Of the several, we have only ONE that cannot be reconfigured to run in VCONFIG set to LINUX and CPU type set to IFL. This particular system would be running z/VM 5.4 if it would IPL. Here's the attempt to IPL: snip SET VCONFIG MODE LINUX MODE = LINUX Storage cleared - system reset. DEFINE CPU 0 TYPE IFL CPU 00 redefined as TYPE IFL Storage cleared - system reset. Q CPUS CPU 00 ID FF04E00020978000 (BASE) STOPPED IFL CPUAFF ON IPL Do you want to IPL the guest? (Yes|No) yes Just one moment... . CTCA 0551 COUPLED TO VRSCS 0551 CTCA 0553 COUPLED TO SS2 1501 HCPMCV1459E The virtual machine is placed in system check-stop state snip As I said, every other one of our test systems IPLs fine with this reconfiguration. The only thing that is obviously different in this guest's directory entry from the others that work is: - STDEVOPT LIBRARY CTL JR (Steven) Imler CA Sr Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.com mailto:steven.im...@ca.com http://www.ca.com/
HCPMCV1459E trying to IPL a z/VM guest with CPU Type = IFL
We have several z/VM test systems that run either z/VM 5.3, 5.4, or 6.1. All the systems run as guests in the same LPAR under the same z/VM 5.4 host. Of the several, we have only ONE that cannot be reconfigured to run in VCONFIG set to LINUX and CPU type set to IFL. This particular system would be running z/VM 5.4 if it would IPL. Here's the attempt to IPL: snip SET VCONFIG MODE LINUX MODE = LINUX Storage cleared - system reset. DEFINE CPU 0 TYPE IFL CPU 00 redefined as TYPE IFL Storage cleared - system reset. Q CPUS CPU 00 ID FF04E00020978000 (BASE) STOPPED IFL CPUAFF ON IPL Do you want to IPL the guest? (Yes|No) yes Just one moment... . CTCA 0551 COUPLED TO VRSCS 0551 CTCA 0553 COUPLED TO SS2 1501 HCPMCV1459E The virtual machine is placed in system check-stop state snip As I said, every other one of our test systems IPLs fine with this reconfiguration. The only thing that is obviously different in this guest's directory entry from the others that work is: - STDEVOPT LIBRARY CTL JR (Steven) Imler CA Sr Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.com mailto:steven.im...@ca.com http://www.ca.com/
Re: assembler error
Increase your virtual machine storage ... try 128M. JR (Steven) Imler CA Sr Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.com -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Tony Thigpen Sent: Tuesday, July 20, 2010 08:54 AM To: IBMVM@LISTSERV.UARK.EDU Subject: assembler error I am assembling a program in CMS and am getting the following error after adding some new code: ** ASMA972U Virtual storage exhausted; increase the SIZE option From the listing, SIZE is set to SIZE(MAX). The exec that executes the assemble is generating the following CMS command: ASMAHL BA53I2S6 ( OPTABLE(ESA) I normally have 32m of virtual storage and the program assembled correctly earlier today. I tried upping it to 128M, but I get the same error. Other info: (PTF UQ29646) Page1 HLASM R3.0 2010/07/20 08.50 Suggestions? -- Tony Thigpen
Re: Z//VM 5.4, z890, and CPACF
Dave, If you have a CA VMRMAINT machine (any of the CA VM:Manager products installed) we supply a utility to give you that information. It's VMRHES ... snip vmrhes KM_001I This processor supports KM-DEA (DES) Hardware Encryption. KM_002I This processor supports KM-TDEA-128 (DES3) Hardware Encryption. KM_003I This processor supports KM-TDEA-192 (DES3) Hardware Encryption. KM_018I This processor supports KM-AES-128 (AES) Hardware Encryption. KM_019I This processor supports KM-AES-192 (AES) Hardware Encryption. KM_020I This processor supports KM-AES-256 (AES) Hardware Encryption. KMC001I This processor supports KMC-DEA (DES) Hardware Encryption. KMC002I This processor supports KMC-TDEA-128 (DES3) Hardware Encryption. KMC003I This processor supports KMC-TDEA-192 (DES3) Hardware Encryption. KMC018I This processor supports KMC-AES-128 (AES) Hardware Encryption. KMC019I This processor supports KMC-AES-192 (AES) Hardware Encryption. KMC020I This processor supports KMC-AES-256 (AES) Hardware Encryption. Ready; T=0.01/0.01 12:31:17 snip JR (Steven) Imler CA Sr Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.com -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Dave Jones Sent: Tuesday, July 06, 2010 12:05 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Z//VM 5.4, z890, and CPACF Jim, I think you are too back level on your z890 processor for the STFLE instruction to work. I happen to have a program I would be glad to send you (or anybody else, for that matter) that will report back on the capabilities of the CPACF function without using the STFLE instruction. Have a good one. On 07/06/2010 10:38 AM, Hughes, Jim wrote: I am trying to use Alan Altmark's program QCPACF to see if CPACF is installed on our z890. I get a program check using the STFLE instructions. My virtual machine is defined as ESA and again as XC and the same failure occurred. Is there something else I need to do to the STFLE to work? This is my first exposure to using CPACF. Thanks. Jim Hughes 603-271-5586 It is fun to do the impossible. -- Dave Jones V/Soft www.vsoft-software.com Houston, TX 281.578.7544
Re: Z//VM 5.4, z890, and CPACF
Hmm ... regrettably, it looks like it was never put on the template to be included on the tape. Please call the CA VM support center and Fran or Kitty will send it to you. JR (Steven) Imler CA Sr Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.com -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Hughes, Jim Sent: Tuesday, July 06, 2010 12:39 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Z//VM 5.4, z890, and CPACF Yo! Tell me where it is. I have VM:Secure running. I don't see a VMRHES MODULE on any of my VMRMAINT accessed minidisks. Jim Hughes 603-271-5586 It is fun to do the impossible. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Imler, Steven J Sent: Tuesday, July 06, 2010 12:33 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Z//VM 5.4, z890, and CPACF Dave, If you have a CA VMRMAINT machine (any of the CA VM:Manager products installed) we supply a utility to give you that information. It's VMRHES ... snip vmrhes KM_001I This processor supports KM-DEA (DES) Hardware Encryption. KM_002I This processor supports KM-TDEA-128 (DES3) Hardware Encryption. KM_003I This processor supports KM-TDEA-192 (DES3) Hardware Encryption. KM_018I This processor supports KM-AES-128 (AES) Hardware Encryption. KM_019I This processor supports KM-AES-192 (AES) Hardware Encryption. KM_020I This processor supports KM-AES-256 (AES) Hardware Encryption. KMC001I This processor supports KMC-DEA (DES) Hardware Encryption. KMC002I This processor supports KMC-TDEA-128 (DES3) Hardware Encryption. KMC003I This processor supports KMC-TDEA-192 (DES3) Hardware Encryption. KMC018I This processor supports KMC-AES-128 (AES) Hardware Encryption. KMC019I This processor supports KMC-AES-192 (AES) Hardware Encryption. KMC020I This processor supports KMC-AES-256 (AES) Hardware Encryption. Ready; T=0.01/0.01 12:31:17 snip JR (Steven) Imler CA Sr Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.com -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Dave Jones Sent: Tuesday, July 06, 2010 12:05 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Z//VM 5.4, z890, and CPACF Jim, I think you are too back level on your z890 processor for the STFLE instruction to work. I happen to have a program I would be glad to send you (or anybody else, for that matter) that will report back on the capabilities of the CPACF function without using the STFLE instruction. Have a good one. On 07/06/2010 10:38 AM, Hughes, Jim wrote: I am trying to use Alan Altmark's program QCPACF to see if CPACF is installed on our z890. I get a program check using the STFLE instructions. My virtual machine is defined as ESA and again as XC and the same failure occurred. Is there something else I need to do to the STFLE to work? This is my first exposure to using CPACF. Thanks. Jim Hughes 603-271-5586 It is fun to do the impossible. -- Dave Jones V/Soft www.vsoft-software.com Houston, TX 281.578.7544
Re: How to manage multiple LPARs without RSCS
If you have VM:Operator, version 3.0 added the RVS feature that supports this using TCPIP. JR (Steven) Imler CA Sr Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.com mailto:steven.im...@ca.com http://www.ca.com/ From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Rick Barlow Sent: Thursday, June 24, 2010 08:18 AM To: IBMVM@LISTSERV.UARK.EDU Subject: How to manage multiple LPARs without RSCS Does anyone have a method they use to manage multiple z/VM LPARs from a single point without the benefit of RSCS for NJE connections? We have always had RSCS and used PROP or VM:Operator with a single logical operator being able to interact with groups or all of the LPARs. There is some question whether will want to keep licensing RSCS. Rick
Re: Automated DDR funny - has anyone got any ideas
To be sure try ... D@D5F3 JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.com mailto:steven.im...@ca.com From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Colin Allinson Sent: Wednesday, March 10, 2010 06:45 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Automated DDR funny - has anyone got any ideas I have a series of automated slaves that read a control file and perform DDR copies. These slaves do not have their own RW minidisks so they queue the commands for DDR. In this case the target volume has a label of d...@d5f3 but DDR is winging at a label mismatch. I have traced my exec and can see that the line :- OUT D5F3 DASD d...@d5f3 is being correctly queued but DDR responds with :- HCPDDR711D VOLID READ IS v...@d5f3 NOT D5F3 My first thought was CP TERM setting so I ensured that CHARDEL was set off - but to no avail. (I checked it with a FOR userid CMD Q TERM while it was waiting on a response). Does anyone have any ideas what is happening here? Colin Allinson Amadeus Data Processing GmbH
Re: 3584 support in vm tape manager software
The 3584 Tape library will *have to be* ESCON or FICON attached to the mainframe to be usable with DFSMS/VM RMS and/or CA VM:Tape. As was mentioned by others, CMS applications like DFSMS/VM RMS and CA VM:Tape can not use tape drives that are attached to the mainframe via SCSI ... only a Linux guest can utilize SCSI attached mainframe tape drives. JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.com -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Barbara Andrews Sent: Friday, January 29, 2010 01:34 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: 3584 support in vm tape manager software Is your 3584 attached to VM FC or Ficon? From the other response I received from this post If the 3584 Tape Library is managed by DFSMS/VM RMS on z/VM, then CA VM:Tape will interfac= e with it via DFSMS/VM RMS and the following statement I found in an IBM = Tape Manager manual An automated tape library is supported by Tape Manager only if it is supported by RMS., it sounds like no matter which = tape manager product we use, the dependency is on what DFSMS/VM RMS on = z/VM supports. So my additional question is Does anyone out there = know if it is possible to use a tape library that is attached via FC with= DFSMS/VM RMS on z/VM?
Re: Z/VM 5.4 and VM:Secure running a CLOSED security system
Is the READ password ALL for MAINT 123? JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.com From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Hughes, Jim Sent: Friday, November 20, 2009 11:29 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Z/VM 5.4 and VM:Secure running a CLOSED security system We are moving towards running VM:Secure with RULES enabled as a CLOSED security system. Our testing isn't going as well as we hoped. We have had RULES enabled for many years with NORULE ACCEPT in effect. We changed to NURULE REJECT and some funny things are happening. Anyone can issue any CP command with success. For instance, if I am on a general class G user without the OPTION LNKNOPASS directory statement, I can issue LINK MAINT 123 1 RR with success. MAINT's 123 disk does not have ALL as the password. In fact, it doesn't have any passwords at all. From the same user, if I use VMSECURE QRULES JHUG LINK MAINT 123, VM:Secure tells me the LINK would be rejected via NORULE DEFAULT. Would someone help us figure out what we've missed?? Thanks in advance. Here are the lines from the console. link maint 123 1 rr DASD 0001 LINKED R/O; R/W BY VMSECURE; R/O BY 4 USERS Ready; T=0.01/0.01 11:24:15 vmsecure qrules jhug link maint 123 VMXACQ0223I Rejected via NORULE default Jim Hughes 603-271-5586 It is fun to do the impossible.
Re: CMS Utilities - Auditor
What release of z/VM are you running? I think DCP was officially deprecated as a valid CP command as of z/VM 5.3. JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.com -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Monday, November 09, 2009 11:34 AM To: IBMVM@LISTSERV.UARK.EDU Subject: CMS Utilities - Auditor I'm trying to start AUDITOR and I get: DMSCYA2301S Insufficient privilege class for command: DCP. I cannot find this command (and therefore what privilege class it needs). Anyone? TIA, Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr.Fax: (254)741-5777 Waco, Texas 76710 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: 3494 Tape Library System Question
This should not be a problem. Of course there are some setup/configuration issues you need to perform to implement the 3494 TLS in Dynam/T VM (I suspect for CA-1 on z/OS too). There are also some caveats, for example the OWNERID in the DSN definition indicates what RMS Scratch Category is to be used for the mount request. JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.com -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Poirier, James Sent: Thursday, October 29, 2009 10:30 AM To: IBMVM@LISTSERV.UARK.EDU Subject: 3494 Tape Library System Question We are currently looking into getting a 3494 Tape Libray System and would like to be able to share it between z/OS and z/VM. Currently running CA-1 on z/OS and DYNAM/T VM with separate tape catalogs kept in sync with cross-system communications sharing 3490E 3590 tape pools. Can we share common tape ranges in the 3494 TLS between these 2 systems ? If so how would this be accomplished? Thanks in advance, Jim P.
Re: SVC 203
It was either z/VM 5.2 or z/VM 5.3 when PLISTs that were always allocated below the 16MB line suddenly started being allocated above the line ... Not sure what your virtual storage is set to, try lowering it to 16M and see if that gets you by. JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.com -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Alain Benveniste Sent: Thursday, October 15, 2009 02:57 PM To: IBMVM@LISTSERV.UARK.EDU Subject: SVC 203 Hi all, I'm looking for someone who is using a product named STAIRS, borned in th= e 70' died in the 90', no more maintained - of course - and still working = on a zVM530. I meet a problem with the SVC 203 and I can't find any info abo= ut this SVC. If someone has updated the DLNCLDR assemble to make it work... I TAKE IT = ! This product works on zVM440. What could have changed in 530 to make it f= ailed ? Thanks Alain
Re: LOGOFF/FORCE pending
Issue a CP HALT to the REAL device ... JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.com From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Wandschneider, Scott Sent: Monday, October 12, 2009 02:19 PM To: IBMVM@LISTSERV.UARK.EDU Subject: LOGOFF/FORCE pending I have a LOGOFF/FORCE pending situation and I know which device is hung. Any ideas on how to clear the device so the force may complete? Thank you, Scott R Wandschneider Senior Systems Programmer|| Infocrossing, a Wipro Company || 11707 Miracle Hills Drive, Omaha, NE, 68154-4457|| ': 402.963.8905 || Ë:847.849.7223 || :: scott.wandschnei...@infocrossing.com **Think Green - Please print responsibly** Confidentiality Note: This e-mail, including any attachment to it, may contain material that is confidential, proprietary, privileged and/or Protected Health Information, within the meaning of the regulations under the Health Insurance Portability Accountability Act as amended. If it is not clear that you are the intended recipient, you are hereby notified that you have received this transmittal in error, and any review, dissemination, distribution or copying of this e-mail, including any attachment to it, is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system. Thank you.
Re: VMTAPE RACF
Did you do the SETROPS (or whatever the RACF refresh command is)? JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.com mailto:steven.im...@ca.com From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Dave Keeton Sent: Thursday, September 10, 2009 01:34 PM To: IBMVM@LISTSERV.UARK.EDU Subject: VMTAPE RACF Yesterday I attempted to configure RACF to control access to DFSMS/RM because of some errors that were being generated in RMSMASTR. Up until this point, things worked, but I was getting a strange error code that I've contacted IBM about. But my question to the list is this: After working through the instructions on page 42 of the DFSMS/RM Planning Guide, I am now unable to get VMTAPE to talk to RMS. When VMTAPE starts, it displays the following errors: 10:24:50 VMTAPE 000 VMTRMS000I Sending to RMS master: FSMRMQLB DEV 403E 10:24:50 VMTAPE 000 VMTRMS998I CSL Call Info: Returncode= 8 Reasoncode= 0 10:24:50 VMTAPE 000 VMTRMS998I RMS Cmd Reply: Returncode= 8 Reasoncode= 12 10:24:50 VMTAPE 000 VMTRMS931E RMS error: Request=FSMRMQLB RC=8 Reason=12. 10:24:50 VMTAPE 000 VMTRMS931E RMS error: Request=FSMRMQLB RC=8 Reason=12. I have defined a RACF generic profile called STGADMIN.RM.* which I thought would allow VMTAPE (who is a member of the group STGADMIN) to access tape drives controlled by RMSMASTR. Being new to RACF, I am not sure if I've missed a step or not. Any thoughts or suggestions? Thanks in advance, Dave Keeton
Re: CA VTERM
Thomas, Call CA VM Support ... they can give the PTF to resolve that problem. JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.com -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Huegel, Thomas Sent: Wednesday, August 26, 2009 12:13 PM To: IBMVM@LISTSERV.UARK.EDU Subject: CA VTERM Anyone successfully running CA-VTERM on z/VM 5.4? It seems to work fine on 5.3 and on 5.4 if the virt size is =24m. On 5.4 if the virt size is 24m a lot of bad stuff happens. DMSABE141T Protection exception occurred at 00E7E094 in routine RXPANMAN CMS Strange, but I can get by this by doing FLIST and BROWSE any file.. then re-execute VTERMM. Then when I exit I get the good stuff. DMSFRR818E Attempt to RELEASE free storage in subpool DMSBLOKU actually owned by DMSUSRM DMSABE152T System abend 0F8 called from 010725E8 while UFDBUSY = 01; re-IPL CMS HCPGIR450W CP entered; disabled wait PSW 000A 00F5438E Not really sure if it is CA or IBM that is the culprit.
Re: VMBackup question
You VM:Backup System Programmer is correct ... the higher density media will always be preferenced in the volser list sent to VM:Tape. The simplest thing I can think to do is use a VM:Tape COMMAND EXIT that swaps the 2 volsers in the list. Alternatively, I suppose you could outcode (CHECKOUT) the 3590 tapes, I think that would prevent them from being selected (but you'd need to remember to check them back in before they can be scratched for reuse). JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.com -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Jim Bohnsack Sent: Tuesday, June 16, 2009 10:34 AM To: IBMVM@LISTSERV.UARK.EDU Subject: VMBackup question We have installed a Luminex virtual tape system. My question isn't how to make it work. It seems to be doing fine. The only problem and the reason for my question is that I have the virtual tapes defined as 3490C tapes. My quandary is the fact that I have the virtual tapes defined as the VMBackup Primary Resource Pool and and a 3494 robot with 3590 drives, located in a different location, as the VMBackup Copy Resource Pool. It works just fine for backups. Restores, however, result in VMBackup picking a 3590 tape rather than one of the 3490 tapes. I know, or think I know, that I can get around that using VMBackup Job Template files and specifying the input tape volser and/or density. That's a little awkward. I want the restores to be able to be done from the VMBackup screens so our admin. people can do them. The VMBackup System Prog. Ref says that the tapes for a restore are chosen from a density preference list with the higher density tapes, naturally, being chosen first. That's logical, but not what I want. Does anyone have any idea as to how to force VMBackup to use a different list? I have a question open the CA but I was hoping that someone has faced the same question . Jim -- Jim Bohnsack Cornell University (972) 596-6377 home/office (972) 342-5823 cell jab...@cornell.edu
Re: Initializing 3590 tapes?
Use ... TAPE WVOL1 ... to re-initialize the tapes. JR (Steven) Imler CA +1-703-708-3479 steven.im...@ca.com -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Lee Stewart Sent: Thursday, May 21, 2009 03:56 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Initializing 3590 tapes? Yes, they are write enabled... One of the first things I double checked... Lee peter.w...@ttc.ca wrote: Have you flicked the switch on the cartridge to write enable it? -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Lee Stewart Sent: May 21, 2009 15:50 To: IBMVM@LISTSERV.UARK.EDU Subject: Initializing 3590 tapes? Hi all, I feel a little dumb.. It's so long since I used a tape, and even longer since I created a tape, I think I'm missing something... Is there a way to initialize a brand new 3590 tape on VM? Everything I've tried (TAPE WTM, DDR, etc.) gives me: DMSTIO2139I VDEV 181 SENSE gives ERA/RAC= C0; cartridge may not be valid for I/O and the return code means: X'C0' Logical WRITE protection exception The MVS, sorry z/OS guys run IEHINITT on the same batch of tapes in the same drives and they can use them. So I know the tapes and the drives match... They tell me I need to initialize them, but I'll be darned if I can find anything in the VM manuals. And I really don't want this small set of VM tapes in the z/OS libraries... What am I missing? Lee -- Lee Stewart, Senior SE Sirius Computer Solutions Phone: (303) 996-7122 Email: lee.stew...@siriuscom.com Web: www.siriuscom.com
Re: LTO4 tapes attached via FCP
You can't use them for native z/VM work ... they are not supported devices. You can attach or dedicate them to zLinux guests ... they can be used by the zLinux guests to do zLinux work. JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.com -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Craig Dudley Sent: Thursday, May 14, 2009 3:57 PM To: IBMVM@LISTSERV.UARK.EDU Subject: LTO4 tapes attached via FCP Hi, I wonder if anyone is attaching a LTO4 (Linear Tape Open, Generation 4), via FCP, to a z9 or z10 running zVM 5.4? And if yes, are there any zVM utilities (DDR, SPXTAPE, etc) that support LTO4s? Or is LTO4 support while attached to a FCP limited to zLinux? Or does zLINUX even support LTO4s? Thanks -- Craig Dudley Manager, Mainframe Technical Support Group Department of Information Technology State of New Hampshire 27 Hazen Drive Concord, NH 03301 603-271-1506Fax 603-271-1516
Re: Remote Drives
I know customers have done/do this. Alternatively, you can place the HiDRO MODULE on your PARM disk and IPL it stand-alone in the LPAR via the HMC (but you would obviously have to have a PARM disk restored to do that ... implying you would need to restore at least one volume via stand-alone tape IPL). JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.com mailto:steven.im...@ca.com From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard Sent: Tuesday, May 05, 2009 06:48 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Remote Drives Has anyone ever ipled a stand-alone program, Hidro in particular, from a remote tape drive? Is it even possible? Regards, Richard Schuh
Re: Remote Drives
I don't know for sure. I can tell you in our old building (back in the Sterling era) we had remote tape drives in Reston going to our datacenter in Sterling (probably about 15 miles) and I personally did this with that configuration. That being said, admittedly for 99% of customers doing remote DR exercises it's the 3270 that is at the end of the 2000 mile wire, not the tape drive ... the tape drive is local (channel attached) to the CPU. JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.com From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard Sent: Wednesday, May 06, 2009 01:41 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Remote Drives Do any of the customers who have done/do this done it over a 2000 mile wire? Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Imler, Steven J Sent: Wednesday, May 06, 2009 4:28 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Remote Drives I know customers have done/do this. Alternatively, you can place the HiDRO MODULE on your PARM disk and IPL it stand-alone in the LPAR via the HMC (but you would obviously have to have a PARM disk restored to do that ... implying you would need to restore at least one volume via stand-alone tape IPL). JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.com From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard Sent: Tuesday, May 05, 2009 06:48 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Remote Drives Has anyone ever ipled a stand-alone program, Hidro in particular, from a remote tape drive? Is it even possible? Regards, Richard Schuh
Re: OT: Undocumented from Hidro
Richard, Jim is correct. SYBMON was going through refresh processing ... essentially a cleanup (reaccess of minidisks, etc.). I would think if you can delay for 30 seconds before the next command you'd be OK. However, Jonathan has a point ... is there a reason you can't just schedule the jobs to run with an event in the scheduler on SYSMON? HiDRO will only run one backup job at a time, so if job 2 (and 3) are submitted prior to job 1 (or 2) finishing, they will wait in the queue ... when one job completes, the next will start. JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.com mailto:steven.im...@ca.com From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard Sent: Monday, May 04, 2009 07:04 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: OT: Undocumented from Hidro That is what I was guessing; however, confirmation would be nice. I don't want to try varying the length of pause several times, only to find out that the answer lies elsewhere. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of James Vincent Sent: Monday, May 04, 2009 3:44 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: OT: Undocumented from Hidro Hello! Marci, sending backup requests to SYBMON is correct for batch runs of multiple volume backup jobs. Richard, that message is from SYBRQST MODULE, part of the HiDRO code that SYBMON runs. Could it be you need to pause a bit before continuing your next step? I do not do multi-job runs via SYBMON, but I am wondering if it is cleaning up or something after the first job wrapped up. -- Jim Vincent
Re: How Many Files Can Be on a Minidisk Before It Cannot be ACCESSed?
Are you sure the minidisk is not corrupted? Do you have a backup product that might help to tell you that it is? JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.com -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of James Stracka (DHL US) Sent: Wednesday, April 29, 2009 11:36 AM To: IBMVM@LISTSERV.UARK.EDU Subject: How Many Files Can Be on a Minidisk Before It Cannot be ACCESSed? We have a minidisk with 152715 files on it and another with 126996 files. Since the FAT is below the line, we cannot access both of these minidisks concurrently. DMSACP109S Virtual storage capacity exceeded Given that the S and Y disks as well as CMS take storage below 16M, does anybody have an idea of approximately how many files will go on a minidisk (I suppose an SFS directory will have the same concern) before it cannot be accessed?
Re: Help mounting tape on IBM ATL
Assuming the tape has the scanable bar coding on the external label, have the customer insert the tape into the convenience station (the slots where you insert tapes into the ATL). Then issue the DFSMS command to move the tape from INSERT status to VOLSPECIFIC ... --- DFSMSRM SET VOLCAT volser TARGETCAT VOLSPECIFIC Then you should be able to issue the DFSMS mount command to get the ATL to mount the tape ... JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1 703 708 3479 steven.im...@ca.com -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Philip Tully Sent: Monday, March 23, 2009 10:08 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Help mounting tape on IBM ATL Hello, I'm trying to have a 3590 z/VM install tape mounted inside an IBM ATL. T= he customer I am working with is not sure how to tell the library to mount t= he tape. Does anyone have suggestions? Phil
Re: Version 4 to Version 5
Shimon, Was your SFS server up and running when you DDR'd it? If so, it's likely some data changed while your DDR was running causing you to end up with a dirty copy of the FilePool. JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1 703 708 3479 steven.im...@ca.com -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Shimon Lebowitz Sent: Monday, March 16, 2009 02:36 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Version 4 to Version 5 In changing a z/VM system from Version 4 to Version 5: 1) is there any problem with the V5 system using the existing spool files of V4? 2) Can SFS servers that were running V4 simply be started up with the SFS servers of V5 on the same mdisks? I tried one SFS server and it failed to come up until I ran a FILESERV BACKUP. Was this some local problem, or did I do something wrong? Of course I did not use live data - I DDR'd all of the mdisks of the server to copies, and tried to run the new server on them. Thanks, Shimon -- Shimon Lebowitzmailto:shim...@iname.com VM System Programmer . Israel Police National HQ. Jerusalem, Israel phone: +972 2 542-9877 fax: 542-9308
Re: Version 4 to Version 5
Correct. AFAIK there are no issues with bringing a SFS server down under z/VM 4.n, then bringing it back up on a level of z/VM 5.n ... and then going back if for some reason you had to. JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1 703 708 3479 steven.im...@ca.com -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Shimon Lebowitz Sent: Monday, March 16, 2009 03:05 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Version 4 to Version 5 You got me! So... I can assume that if I start up after an orderly shutdown, the V5 servers will work right away, with the V4 data, right? Original message Date: Mon, 16 Mar 2009 07:07:33 -0400 From: Imler, Steven J steven.im...@ca.com Subject: Re: Version 4 to Version 5 To: IBMVM@LISTSERV.UARK.EDU Shimon, Was your SFS server up and running when you DDR'd it? If so, it's likely some data changed while your DDR was running causing you to end up with a dirty copy of the FilePool. JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1 703 708 3479 steven.im...@ca.com -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Shimon Lebowitz Sent: Monday, March 16, 2009 02:36 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Version 4 to Version 5 In changing a z/VM system from Version 4 to Version 5: 1) is there any problem with the V5 system using the existing spool files of V4? 2) Can SFS servers that were running V4 simply be started up with the SFS servers of V5 on the same mdisks? I tried one SFS server and it failed to come up until I ran a FILESERV BACKUP. Was this some local problem, or did I do something wrong? Of course I did not use live data - I DDR'd all of the mdisks of the server to copies, and tried to run the new server on them. Thanks, Shimon -- * *** Shimon Lebowitzmailto:shim...@iname.com VM System Programmer . Israel Police National HQ. Jerusalem, Israel phone: +972 2 542-9877 fax: 542-9308 * ***
Re: Version 4 to Version 5
Actually, I don't believe there were any changes to the format/structure of spool files between z/VM 4.n and z/VM 5.n ... only to the way CP handles manipulating them. One notable change is the introduction of DCSSGs with z/VM 5.4 ... but you obviously won't have any of those (yet) anyway. JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1 703 708 3479 steven.im...@ca.com -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Shimon Lebowitz Sent: Monday, March 16, 2009 03:22 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Version 4 to Version 5 Thank you very much, JR. Any such info about the spool files? At least in one direction? (I have no problem keeping a backup). Original message Date: Mon, 16 Mar 2009 15:17:13 -0400 From: Imler, Steven J steven.im...@ca.com Subject: Re: Version 4 to Version 5 To: IBMVM@LISTSERV.UARK.EDU Correct. AFAIK there are no issues with bringing a SFS server down under z/VM 4.n, then bringing it back up on a level of z/VM 5.n ... and then going back if for some reason you had to. JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1 703 708 3479 steven.im...@ca.com -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Shimon Lebowitz Sent: Monday, March 16, 2009 03:05 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Version 4 to Version 5 You got me! So... I can assume that if I start up after an orderly shutdown, the V5 servers will work right away, with the V4 data, right? Original message Date: Mon, 16 Mar 2009 07:07:33 -0400 From: Imler, Steven J steven.im...@ca.com Subject: Re: Version 4 to Version 5 To: IBMVM@LISTSERV.UARK.EDU Shimon, Was your SFS server up and running when you DDR'd it? If so, it's likely some data changed while your DDR was running causing you to end up with a dirty copy of the FilePool. JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1 703 708 3479 steven.im...@ca.com -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Shimon Lebowitz Sent: Monday, March 16, 2009 02:36 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Version 4 to Version 5 In changing a z/VM system from Version 4 to Version 5: 1) is there any problem with the V5 system using the existing spool files of V4? 2) Can SFS servers that were running V4 simply be started up with the SFS servers of V5 on the same mdisks? I tried one SFS server and it failed to come up until I ran a FILESERV BACKUP. Was this some local problem, or did I do something wrong? Of course I did not use live data - I DDR'd all of the mdisks of the server to copies, and tried to run the new server on them. Thanks, Shimon -- * *** Shimon Lebowitzmailto:shim...@iname.com VM System Programmer . Israel Police National HQ. Jerusalem, Israel phone: +972 2 542-9877 fax: 542-9308 * ***
Re: ts1120 e05 encryption z/VM transparent guest support for z/VSE
The other issue is that you will need to import their key store into your out-of-band EKM (Encryption Key Manger) ... you have one of those don't you? You can't use a in-band EKM running on z/OS. JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1 703 708 3479 steven.im...@ca.com -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Les Geer (607-429-3580) Sent: Saturday, March 07, 2009 10:51 AM To: IBMVM@LISTSERV.UARK.EDU Subject: ts1120 e05 encryption z/VM transparent guest support for z/VSE Looking for validation of required maintenance to support TS1120 E05 encryption in IBM 3584 library for z/VSE 4.1.x. In customer environment, the encryption will be done from z/VSE. In the disaster recovery environment, z/VSE 4.1.x will be recovered as a guest under z/VM 5.3.0. IBM Systems Storage tape encryption solutions redbook states that PTF for APAR VM64062 is required for DFSMS/VM support for z/VSE guests. Please confirm if this apar is required for DR environment. The production environment is z/VSE native, no z/VM. The TS1120 does not provide full librarian functionality therefore the Removable Media Services (RMS) component of DFSMS/VM does not support this device. If you were using a tape librarian product, then APAR VM64062 would indeed be required in order for z/VSE guests to exploit drives that are encrypt capable. Best Regards, Les Geer IBM z/VM and Linux Development
Re: Updating RMCONFIG
Shimon, Yes, you need to recycle RMSMASTR for the config changes to be recognized ... but for 'a', can't you just vary the drives offline? JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1 703 708 3479 steven.im...@ca.com -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Shimon Lebowitz Sent: Thursday, January 22, 2009 07:06 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Updating RMCONFIG The RMCONFIG DATA file contains the device numbers of the tape drives (real or virtual) that are usable by the current instance of DFSMS/RMS. I would like to know if it is possible to update this file and a) have RMS *stop* using devices I have deleted from the file, b) have RMS *start* using devices I have added to the file? My main problem right now is 'a'. Do I need to 'bounce' RMS, or can it update its configuration on the fly? Thanks, Shimon -- Shimon Lebowitzmailto:shim...@iname.com VM System Programmer . Israel Police National HQ. Jerusalem, Israel phone: +972 2 542-9877 fax: 542-9308
Re: LOGO CONFIG
CP REFRESH ... JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1 703 708 3479 steven.im...@ca.com -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Jim Bohnsack Sent: Monday, January 12, 2009 12:02 PM To: IBMVM@LISTSERV.UARK.EDU Subject: LOGO CONFIG I thought that I had, in the past, been able to make a change to LOGO CONFIG and have CP pick up the change without an IPL. I tried it and just a new CPACCESS MAINT CF1 A didn't pick up the change. Am I not remembering correctly? Should I be able to have the change show up? Jim -- Jim Bohnsack Cornell University (972) 596-6377 home/office (972) 342-5823 cell jab...@cornell.edu
Re: ZCMS - NUCXDROP not found?
Don't have that problem here ... snip ipl zcms z/VM V5.4.02008-04-24 06:51 DMSACP723I D (192) R/O DMSACC724I 192 replaces D (192) DMSACP723I D (192) R/O DASD 0193 LINKED R/O; R/W BY VMRMAINT; R/O BY VMTAPE DMSACP723I C (193) R/O DMSVML2060I High Level Assembler for MVS, VM VSE V1R5M0 accessed as file mode X Ready; T=0.01/0.01 10:10:59 nucxmap Name EntryUserword Origin Bytes Amode (Attributes) PIPE 01803712 03F3C5A0 01803712 31 NAMEFIND 011D9D20 03F9E368 011D9D20 31 SYSTEM SERVICE DMSRTPRC 0179D9A0 0179D9A0 00040340 31 SYSTEM PERM PIPMOD0180 03F3C5A0 0180 0008F960 31 SYSTEM SERVICE IMMCMD DMSRTMSG 017DDCE0 017DDCE0 0610 31 SYSTEM PERM NAMEFSYS 011D9D20 03F37E58 011D9D20 31 SYSTEM SERVICE NAMEFUSE 011D9D20 03F370A0 011D9D20 31 SYSTEM SERVICE RXSOCKET 01897568 018973B8 00012A60 31 SYSTEM SERVICE DMSWRS015FC218 015FC218 3BD8 31 SYSTEM Ready; T=0.01/0.01 10:11:05 nucxdrop namefind Ready; T=0.01/0.01 10:11:26 nucxmap Name EntryUserword Origin Bytes Amode (Attributes) PIPE 01803712 03F3C5A0 01803712 31 DMSRTPRC 0179D9A0 0179D9A0 00040340 31 SYSTEM PERM PIPMOD0180 03F3C5A0 0180 0008F960 31 SYSTEM SERVICE IMMCMD DMSRTMSG 017DDCE0 017DDCE0 0610 31 SYSTEM PERM NAMEFSYS 011D9D20 03F37E58 011D9D20 31 SYSTEM SERVICE NAMEFUSE 011D9D20 03F370A0 011D9D20 31 SYSTEM SERVICE RXSOCKET 01897568 018973B8 00012A60 31 SYSTEM SERVICE DMSWRS015FC218 015FC218 3BD8 31 SYSTEM Ready; T=0.01/0.01 10:11:32 snip JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1 703 708 3479 steven.im...@ca.com -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Bob Heerdink Sent: Tuesday, January 06, 2009 09:51 AM To: IBMVM@LISTSERV.UARK.EDU Subject: ZCMS - NUCXDROP not found? I ipl zcms... z/VM V5.4.02008-10-24 17:01 I run an exec that happens to have a nucxdrop in it and apparently it's n= ot found: 72 *-* 'NUCXDROP NAMEFIND' +++ RC(-3) +++ I IPL CMS z/VM V5.4.02008-12-31 13:14 ...and the same exec runs fine. Anyone know why? At this point I'm just curious. Thanks, Bob
Re: FTP and Z/VM5.4
Cliff, I know you are running with multiple z/VM systems, each with VM:Tape and VM:Backup. Please be sure you reviewed the VMBACKUP CONFIG file from the system you are experiencing this behavior (do you see RESERVE TAPE commands being issued on all of your z/VM systems, or just this one [as opposed to RESERVE SCRATCH commands]). If you are sure your are seeing RESERVE TAPE commands issued by VM:Backup to VM:Tape (instead or RESERVE SCRATCH commands) and you are certain your VMBACKUP CONFIG states RESERVE OFF ... call the support center to open an issue because you should not. JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1 703 708 3479 steven.im...@ca.com From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of clifford jackson Sent: Friday, December 26, 2008 04:14 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: FTP and Z/VM5.4 Hey JR I checked my VMBACKUP CONFIG and my reserve is set to off: CATDISK1B0 90 CHECKDISK 1D1 80 DIRECT 1A0 530RES POOLDISK 1C0 SYSDISK1E0 REPORTDISK 1E1 95 MAXFILES 2048 * RESERVE ON RESERVE OFF * RESTHOLD SURROGAT OFF * TAPEDISP UNLOAD * TAPEWAIT 180 1 * TAPEXPDT Date: Fri, 26 Dec 2008 15:56:54 -0500 From: steven.im...@ca.com Subject: Re: FTP and Z/VM5.4 To: IBMVM@LISTSERV.UARK.EDU Cliford, In general if you run with robotic tape interfaces with VM:Backup using VM:Tape you want to turn off RESERVE for tape drives ... the robotic systems needs to be able to choose the best available drive at the time of each mount request. RESERVE ON is the default. Chech your VMBACKUP CONFIG file for a RESERVE record ... again RESERVE ON is the default, so if you don't find one you are running with RESERVE ON. Add or change the record to RESERVE OFF. JR Imler CA, Inc. From: The IBM z/VM Operating System on behalf of clifford jackson Sent: Fri 12/26/2008 9:01 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: FTP and Z/VM5.4 Whats the work around for the following problem that i am having I am running CA's VMBACKUP and VMTAPE, I have four tape drive total when I start my daily backups VMTAPE assigns all four tape drives and looks for another and tells me there's 1 tape allocation the following is a console listing: VMYTAP070I There are 0 mounts and 1 allocations pending. vmtape query alloc VMTDRV144I Waiting for a 128track HPTC drive for VMBACKUP 0310 V10204. VMTQRY142I There are now 1 pending drive allocation(s). VMYINI006I 0.004 Ready; Date: Thu, 25 Dec 2008 11:12:28 -0500 From: steven.im...@ca.com Subject: Re: FTP and Z/VM5.4 To: IBMVM@LISTSERV.UARK.EDU Jim, I'ts likely RPIVAL and RPIUCMS ... they are not really needed any longer, the authentication is done differently under z/VM 5.4. There were updates to the VM:Secure versions of these to support backward compatability that you likely do not have in place ... so accessing the older code is likely the cause of the problem. However, as you see, getting rid of them also works. JR Imler From: The IBM z/VM Operating System on behalf of Hughes, Jim Sent: Wed 12/24/2008 12:11 PM To: IBMVM@LISTSERV.UARK.EDU Subject: FTP and Z/VM5.4 We are experiencing abends during some of our FTP processes under Z/VM 5.4. I've discovered the source of one of them. We run some daily procedures involving ftp processes from our VMRMAINT(VMSECURE's Maint machine). All FTP processes were failing until we released the VMRAINT 194 minidisk. We were not having this problem before the upgrade to Z/VM 5.4. Perhaps the next step is to locate what is on the VMRMAINT 194 that causes FTP to blow off. Merry Christmas. Jim Hughes 603-271-5586 It is fun to do the impossible. Send e-mail anywhere. No map, no compass. Get your Hotmail(r) account now. http://windowslive.com/oneline/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_an ywhere_122008 It's the same Hotmail(r). If by same you mean up to 70% faster. Get your account now. http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_bro ad1_122008
Re: FTP and Z/VM5.4
Cliford, In general if you run with robotic tape interfaces with VM:Backup using VM:Tape you want to turn off RESERVE for tape drives ... the robotic systems needs to be able to choose the best available drive at the time of each mount request. RESERVE ON is the default. Chech your VMBACKUP CONFIG file for a RESERVE record ... again RESERVE ON is the default, so if you don't find one you are running with RESERVE ON. Add or change the record to RESERVE OFF. JR Imler CA, Inc. From: The IBM z/VM Operating System on behalf of clifford jackson Sent: Fri 12/26/2008 9:01 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: FTP and Z/VM5.4 Whats the work around for the following problem that i am having I am running CA's VMBACKUP and VMTAPE, I have four tape drive total when I start my daily backups VMTAPE assigns all four tape drives and looks for another and tells me there's 1 tape allocation the following is a console listing: VMYTAP070I There are 0 mounts and 1 allocations pending. vmtape query alloc VMTDRV144I Waiting for a 128track HPTC drive for VMBACKUP 0310 V10204. VMTQRY142I There are now 1 pending drive allocation(s). VMYINI006I 0.004 Ready; Date: Thu, 25 Dec 2008 11:12:28 -0500 From: steven.im...@ca.com Subject: Re: FTP and Z/VM5.4 To: IBMVM@LISTSERV.UARK.EDU Jim, I'ts likely RPIVAL and RPIUCMS ... they are not really needed any longer, the authentication is done differently under z/VM 5.4. There were updates to the VM:Secure versions of these to support backward compatability that you likely do not have in place ... so accessing the older code is likely the cause of the problem. However, as you see, getting rid of them also works. JR Imler From: The IBM z/VM Operating System on behalf of Hughes, Jim Sent: Wed 12/24/2008 12:11 PM To: IBMVM@LISTSERV.UARK.EDU Subject: FTP and Z/VM5.4 We are experiencing abends during some of our FTP processes under Z/VM 5.4. I've discovered the source of one of them. We run some daily procedures involving ftp processes from our VMRMAINT(VMSECURE's Maint machine). All FTP processes were failing until we released the VMRAINT 194 minidisk. We were not having this problem before the upgrade to Z/VM 5.4. Perhaps the next step is to locate what is on the VMRMAINT 194 that causes FTP to blow off. Merry Christmas. Jim Hughes 603-271-5586 It is fun to do the impossible. Send e-mail anywhere. No map, no compass. Get your Hotmail® account now. http://windowslive.com/oneline/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_anywhere_122008
Re: SFS Restore?
You said your weekly backups are done with DDR, you didn't mention what method you use for your daily backups. If you only have DDR backups, then there is no easy way to get one (or any) individual file(s) restored ... you have to restore the DDR for *all* minidisks that make up the FilePool. JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1 703 708 3479 steven.im...@ca.com mailto:steven.im...@ca.com From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Phillip Parmelee Sent: Tuesday, December 23, 2008 08:21 AM To: IBMVM@LISTSERV.UARK.EDU Subject: SFS Restore? I've never worked with SFS before. The SFS was designed and put into 24x7 production use circa 1996. There are few trails to follow. Presently there is a daily backup of the system plus weekly DDR's of the volumes. Due to production I cannot shutdown for much more time than the backup takes. I need to restore or somehow obtain a program (deleted by a programmer), and only that file. The manuals I have found are not too clear regarding recovery/restore of SFS. Can one file be easily obtained from a backup? Phil
Re: Removing my old CP mod to HCPBIS
VMFREM PPF zvm CP MOD modid JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1 703 708 3479 steven.im...@ca.com -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Shimon Lebowitz Sent: Thursday, December 18, 2008 07:55 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Removing my old CP mod to HCPBIS Last month Alan Altmark helped me solve the problem I had modifying the model field of the user's CPUID as stored by the STIDP command, without modifying the code in HCPBIS as I had been doing for years. (That solution stopped working when SIE started storing the CPUID from the VMDBK without dropping out to HCPBIS). When I installed that mod (actually just a call to a local CP exit point) I told VMSES all about the local mod: VMFHLASM HCPBIS ZVM CP (LOGMOD OUTMODE LOCALMOD $SELECT (umm.. I think that was the full command...) Now that I no longer want to modify HCPBIS, how do I -undo- whatever VMSES recorded about it? In particular I know that the 5VMCPR30 VVTLCL file says: :PART.HCPBIS TXT :MOD.LCL0004.P4LC Something tells me that just erasing that line is: a) not The Right Way (tm?) b) probably dangerous? So, what SHOULD I do? Thanks, Shimon -- Shimon Lebowitzmailto:shim...@iname.com VM System Programmer . Israel Police National HQ. Jerusalem, Israel phone: +972 2 542-9877 fax: 542-9308
Re: TERSE/DETERSE
As far as I know ... it's hidden somewhere within IBM! JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1 703 708 3479 steven.im...@ca.com -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mike Walter Sent: Tuesday, December 16, 2008 04:44 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: TERSE/DETERSE Sir Dave the Generous, Pray tell thee great Sir, wherefore might one find such a treasure as TER= SE for VM? I have searched futilely over many years through deep blue caves= , with torches and swords held high and low. This prize has always eluded = mere mortals without close ties to IBM. Be not mislead down the wrongful= paths of MVS and VSE, for these lead not to TERSE for the one holy grail = system: VM! Though I have been recognized by the SHARE VM Community as having moderat= e magical skills, thus far such a magical MODULE for CMS appears available = only to those in possession of much more powerful blue magic (or blue = entrails - it is often difficult to see through the misty Shroud of Endicott). Perhaps it is time to invoke the spirit of Sir Jim the Evangelist to determine what might cure such a long-lasting, and troubling irritant, by= releasing TERSE for VM from whatever dark corner it has been confined? L= ET IT BE! Let TERSE for VM be honored in the the full light and goodness of= VM! Respectfully, Sir Mike the Prestidigitator AKA: Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates.
Re: VSAM Segment
DOSBAM DCSS-S N/A00A00 00BFF -- CMSVSAM DCSS-M N/A00A00 00A80 ER 00AF0 00AFF EW 00B94 00BFF SR CMSDOS DCSS-M N/A00B00 00B0C SR CMSBAM DCSS-M N/A00B0D 00B37 SR CMSAMS DCSS-M N/A00AC0 00AEF EW 00B38 00B93 SR DOSINST DCSS N/A00900 0090F SR JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1 703 708 3479 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Crispin Hugo Sent: Tuesday, December 09, 2008 11:07 AM To: IBMVM@LISTSERV.UARK.EDU Subject: VSAM Segment Would someone please be so kind as to send me the Segment definitions for CMSVSAM , CMSAMS and DOSBAM Crispin Hugo Systems Programmer Macro 4 This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system.
Re: vmsecure help needed
From an authorized UserID (for example VMRMAINT), issue: -- VMSECURE ADMIN CONFIG Select option 3, Authorizations ... Add (or duplicate) the GRANT record you said you found: -- GRANT *ALL TO USER1 Change USER1 to the name of the UserID you want to have God-like authority to issue any VM:Secure command for, then FILE the updated authorization file to activate the change. JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1 703 708 3479 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of James M Sent: Monday, December 08, 2008 12:59 PM To: IBMVM@LISTSERV.UARK.EDU Subject: vmsecure help needed What is the vmsecure grant command that allows all authority for a userid? I see in the authoriz config file on vmsecure's 191 disk the following entry... grant *all to user1 I want to allow all for user2 What is the grant command format to accomplish this? Thanks
Re: TRANS13 , IND$FILE and CA-TPX
Mike, I just hopped on to TPX (I normally don't go through TPX to access z/VM ... only things that run on z/OS under CICS) and tried a file transfer here ... it worked without any problem. My emulator sessions is set to 3279-4E ... TPX says: Terminal - A55T2627 Model- 3192-4A Unfortunately at this time I don't know what VTAM logmode is being used. JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1 703 708 3479 [EMAIL PROTECTED] From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Horlick, Michael Sent: Friday, December 05, 2008 03:18 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: TRANS13 , IND$FILE and CA-TPX Hello Alan et all, Just a little update. I created a 24 record file with 1234567890 repeated for 80 characters and asked the client to test. This time he says the file transfer doesn't issue messages but also doesn't upload the file to the host. It completes but the CMS file is not there. Again, this only happens with the combination of CA-TPX and TCP/IP for VM. When he tries with CA-TPX and SNA it works. The same settings for the emulator (same size screen, etc...) How could the same 3270 datastream cause this? They have their terminal set up as a model 5 My only thought is that it must be how the device appears to VM/VTAM. For SNA, it is a remote device. When he is on SNA and TPX and I display the user I see: Termid: TX262144 Model: PC92-5AG Logmode: SNX32705 I have no idea where it gets that PC92-5AG model info from. Would you or anyone else know? Then when he creates a virtual terminal session on TPX he gets: SessionApplidStatus VTermid--Status Flags---Appl.Logmode VM2VM== ACTIVE TPXGR052 400010C1 T3278M2E This application logmode of T3278M2E is a CA-TPX one and when I do a 'CP Q' on his CMS user I see him on TPXGR052. For TCP/IP for VM, there is a DIAL VTAM and I set the DLOGMOD to D4B3290. I think I have tried different DLOGMOD's (NSX32705) and even asked them to configure as a Model 2 but still no go. The SNA DLOG of SNX32705 looks like this: SNX32705 MODEENT LOGMODE=SNX32705,FMPROF=X'03',TSPROF=X'03', PRIPROT=X'B1',SECPROT=X'90',COMPROT=X'3080', RUSIZES=X'87F8', PSERVIC=X'028018501B847F00' I'm not much of a VTAM maven. Is there anything in that macro related to file transfer? Is there something I can use to replace IND$FILE with? I suggested native VM (whick works) and also ftp (but that's a hassle with write access to their A-disk) but they prefer the way they always work (but just with TCP/IP). Wednesday, I'll be visiting the client and be screwing around with DLOGMOD's etc... Regards, Mike
Re: CA's CDTAPE format
Dave, I didn't write those instructions, but yes, it means to FTP or UPLOAD with the ASCII option in effect for the transfer. You didn't specify what error you received when you attempted to run the UPLOAD EXEC, so I can't help you further. If you haven't figured it out for yourself at this point, call the support center and Fran or Kitty can help you out. JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1 703 708 3479 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of KEETON Dave * OR SDC Sent: Tuesday, December 02, 2008 08:26 PM To: IBMVM@LISTSERV.UARK.EDU Subject: CA's CDTAPE format Can someone tell me what CA means by upload the UPLOAD.EXEC file to your z/VM userid specifying text translation.? It doesn't appear they mean ASCII (by way of FTP), because that doesn't work with the next step of: EXEC UPLOAD EXTRACT A Which generates an error. Is there a command to specify 'text translation'? Thanks, Dave
Re: CA's CDTAPE format
Dave, It is OK to have the “snip” line … it’s a comment record which is required for the first line of a REXX program. I think the problem is that you likely have an extra line at the END (very last line of the uploaded file on your VM system) of the file. I suspect you’ll find the last line of the file will contain what appears to be a “double quote” … delete that line. It’s common for file transfer utilities to add that to the end of a file. JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1 703 708 3479 [EMAIL PROTECTED] From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Dave Keeton Sent: Wednesday, December 03, 2008 12:32 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: CA's CDTAPE format Okay. I tried using a Windows Pee Cee for this (normally I use my linux workstation). I removed the first line of the exec which contained snip here. This gives me a file with 2563 records like what Ed had. It was opened with NotePad ++ and verified that it's a Windows Text file. After ftp'ing with the Windows ftp client to z/VM and running 'exec upload extract a' I get the following error: 2563 +++ ? 2563 +++? 600 +++ temp = sourceline(l) 578 +++ sourcel = GetSourceLine(badline) DMSREX460E Error 13 running UPLOAD EXEC, line 2563: Invalid character in program I placed a call to CA for assistance, but was hoping I'd have it figured out before they call. I don't and they haven't called. ;-) It'd be easier to just have them send me a tape, I think. Dave On Wed, 2008-12-03 at 10:51 -0600, Dave Jones wrote: This looks like the old Windows vs. Unix/Mac line end character problem. Windows uses a pair of characters (CRLF) to denote end of line, while Unix and Mac just use one (Unix = LF and Mac = CR). If you take a look at the first line in the UPLOAD file in hex, I suspect that the last character in the line will be either a single CR or LF. The fix is simple, on your workstation simply make sure the UIPLOAD EXEC file is in Windows format. On a Windows PC, the free Notepad++ editor works can do this easily (http://notepad-plus.sourceforge.net/uk/site.htm) Dave Keeton wrote: Thanks for the reply, Ed. Looks like my transfer produces a file that's one record larger than yours: Cmd Filename Filetype Fm Format LreclRecords Blocks Date Time UPLOAD EXEC A1 F 80 2564 51 12/03/08 7:31:25 After I've transferred the file using the site command FIX 80, I get a file that's 2564 records. I'm not sure why that is. When I try to move on in the instructions for CDTAPE and extract the contents of the file, I get the following error (in response to JR's reply): exec upload extract a 1 +++ /*--*snip here*--*/? DMSREX460E Error 13 running UPLOAD EXEC, line 1: Invalid character in program Thanks, Dave On Wed, 2008-12-03 at 06:27 -0800, Edward M Martin wrote: Hello Dave, Try issuing the z/VM FTP site command FIX 80. This does ASCII and creates a 80 byte record. I have used two different versions. Both work. Cmd Filename Filetype Fm Format LreclRecords Blocks Date Time * UPLOAD EXEC P1 V 75 2563 41 9/21/07 15:55:30 * UPLOAD EXEC C1 F 80 2563 51 9/07/07 16:40:23 Ed Martin Aultman Health Foundation 330-588-4723 ext 40441 __ From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf OfImler, Steven J Sent: Wednesday, December 03, 2008 6:52 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: CA's CDTAPE format Dave, I didn’t write those instructions, but yes, it means to FTP or UPLOAD with the ASCII option in effect for the transfer. You didn’t specify what error you received when you attempted to run the UPLOAD EXEC, so I can’t help you further. If you haven’t figured it out for yourself at this point, call the support center and Fran or Kitty can help you out. JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1 703 708 3479 [EMAIL PROTECTED] From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf OfKEETON Dave * OR SDC Sent: Tuesday, December 02, 2008 08:26 PM To: IBMVM@LISTSERV.UARK.EDU Subject: CA's CDTAPE format Can someone tell me what CA means by upload the UPLOAD.EXEC file to your z/VM userid specifying text translation.? It doesn't appear they mean ASCII (by way of FTP), because that doesn't work with the next step of: EXEC UPLOAD EXTRACT A Which generates an error. Is there a command to specify 'text translation'? Thanks, Dave
Re: Telnet Translation Table
To accommodate this, I execute this EXEC from my PROFILE EXEC: 0 * * * Top of File * * * 1 /* Translate x'BA' x'AD' and x'BB' x'BD' */ 2 3 'SET OUTPUT AD' 'BA'x 4 'SET OUTPUT BD' 'BB'x 5 'SET INPUT BA AD' 6 'SET INPUT BB BD' 7 * * * End of File * * * JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1 703 708 3479 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Hughes, Jim Sent: Monday, November 24, 2008 10:23 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Telnet Translation Table This is indeed interesting since the problem is seen by three different emulators. I think I need to do more digging. My yellow card has AD as an EBCDIC [. _ Jim Hughes x5586 It is fun to do the impossible. Quote from Walt Disney From: The IBM z/VM Operating System on behalf of Alan Altmark Sent: Mon 11/24/2008 7:34 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Telnet Translation Table On Monday, 11/24/2008 at 06:33 EST, Hughes, Jim [EMAIL PROTECTED] wrote: I have a question regarding the translation of the left and right square brackets. Files we created under Z/VM 5.2 using the square brackets are displaying incorrectly. By created do you mean with XEDIT? Or via application? Or via upload? Should ascii x?5B? translate to EBCDIC x?AD?? Should ascii x?5D? translate to EBCDIC x?BD?? The green/yellow card has the translations being Ascii x?5B? to EBCDIC x?AD? and Ascii x?5D? to EBCDIC x?BD?. The summary card does not define any translations. Depending on the age of the card it will show you some specific code page assignments. After upgrading to Z/VM 5.4, We are seeing Ascii x?5B? - EBCDIC x?BA? Ascii x?5D? - EBCDIC x?BB? What is the recommended telnet translation table we should be using? Not applicable. Translation tables are not used for TN3270 since the emulator actually sends EBCDIC 3270 data streams. This is why you can configure your host code page in the emulator. It translates the ASCII characters you type into EBCDIC locally. So if you're seeing the wrong things when you XEDIT a file, it's because the host code page of the emulator when the data was entered via XEDIT is different than the one you're using. You can find the definition of each code page at http://www.ibm.com/software/globalization/cp/cp_cpgid.jsp. The translation tables included with z/VM are designed to translate between the codepage on VM and at the remote end, as represented at this website. Was there a change in the default translation table between 5.2 and 5.4? No, but this isn't the problem in this case (assuming you created the file with XEDIT). Could we have changed the default translation table and not leave tracks? Yes. All it takes is copying one of the translation tables over as STANDARD. It gets more interesting if you just copied TCPXLBIN and not the TCPXLATE source. The following applies to non-TN3270 apps (including linemode telnet): The best translation table z/VM provides is 09240923. This is ISO 8850-15, both ASCII and EBCDIC. But the best table and best table for you to use are two different things, depending entirely on the applications and how you have the data stored. It is vital to choose translation tables that reflect the data. If the data was entered at a 3270 terminal with a code page of 37 (US/Canada), then you want one of the 0037 translation tables. depends on whether you transferring data to DOS, OS/2, Windows, or Unix. Western Windows uses 1252, Unix uses 819 (ISO 8859-1) or a euro-enabled variant such as 923 (ISO 8859-15), PC DOS is code page 437, OS/2 is code page 850. I have my emulator set to use code page 924 and I use Windows, so my best translation table is 09241252. You can find custom translation tables I have built for people over years at http://www.vm.ibm.com/devpages/altmarka/tcpxlate.html. Alan Altmark z/VM Development IBM Endicott
Re: z/VM data areas, control blocks, and monitor records
Alain, Save as ... from your browser doesn't work for you to save it on your PC/workstation? JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1 703 708 3479 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alain Benveniste Sent: Sunday, November 02, 2008 08:02 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z/VM data areas, control blocks, and monitor records Mark, I know this page, but I can't see any ways to dowload them to look at them when I can't access to the web. Alain Le 2/11/08 13:41, « Mark Wheeler » [EMAIL PROTECTED] a écrit : Alain, Go to http://www.vm.ibm.com/pubs/ctlblk.html Best regards, Mark L. Wheeler IT Infrastructure, 3M Center B224-4N-20, St Paul MN 55144 Tel: (651) 733-4355, Fax: (651) 736-7689 mlwheeler at mmm.com -- I have this theory that if one person can go out of their way to show compassion then it will start a chain reaction of the same. People will never know how far a little kindness can go. Rachel Joy Scott Alain Benveniste [EMAIL PROTECTED] E.FR To Sent by: The IBM IBMVM@LISTSERV.UARK.EDU z/VM Operating cc System [EMAIL PROTECTED] Subject ARK.EDU z/VM data areas, control blocks, and monitor records 11/02/2008 06:34 AM Please respond to The IBM z/VM Operating System [EMAIL PROTECTED] ARK.EDU We have no easy from work to consult z/VM data areas, control blocks, and monitor records through the web. I wonder if their is a book where all of this is documented. I took a look in the CDs, not found. Or is their a way to download through the web ? Alain
Re: Can't detach a DASD device from system
Try HALT DE33 ... JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1 703 708 3479 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Marcy Cortes Sent: Sunday, September 14, 2008 12:48 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Can't detach a DASD device from system What is wrong with this device? Why can't I detach it from system? q de33 DASD DE33 CP SYSTEM V8XES1 0 Ready; T=0.01/0.01 11:43:51 det de33 system HCPDTS143E DASD DE33 in use by system Ready(00143); T=0.01/0.01 11:43:54 q sys de33 DASD DE33 ATTACHED SYSTEM V8XES1 DASD MDISKS NOT FOUND Ready; T=0.01/0.01 11:43:59 q alloc v8xes1 HCPCQA1002E Volume identifier V8XES1 does not exist. Ready(01002); T=0.01/0.01 11:44:05 q dasd details de33 DE33 CUTYPE = 2107-E8, DEVTYPE = 3390-0C, VOLSER = V8XES1, CYLS = 32760 CACHE DETAILS: CACHE NVS CFW DFW PINNED CONCOPY -SUBSYSTEM YY Y -N N -DEVICE Y- - YN N DEVICE DETAILS: CCA = 33, DDC = -- DUPLEX DETAILS: -- PPRC DETAILS: PRIMARY VOLUME CU DETAILS: SSID = DE00, CUNUM = DE00 Ready; T=0.01/0.01 11:46:08 This is z/VM 5.3 RSU 0801. Marcy This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation.
Re: Bacula + tape size
When you say VTS, I assume you mean an IBM 3494 ... no, you can't. The virtual volumes are emulated to the extent that includes simulating the capacity of a physical 3490E cartridge. JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1 703 708 3479 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Tomasz Westrych Sent: Friday, September 12, 2008 03:11 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Bacula + tape size Hello, We use Bacula and VTS to make backups I wonder if we can configure in z/V= M tape volumes greater than 830 MB. It look like that what I can define max= 830 MB. Best Regards Tomasz
Re: CMS file list date
Issue ... SET DATEFORMAT ISO JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1 703 708 3479 [EMAIL PROTECTED] From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Dodds, Jim Sent: Wednesday, August 27, 2008 10:46 AM To: IBMVM@LISTSERV.UARK.EDU Subject: CMS file list date I have a customer that is on z/VM 4.4 and the CMS file dates shown in a filelist have only 2 digit years. They would like to see the 4 digit years. I am on VM 2.4 and ours displays a 4 digit year. I know both of these products are out of service. Would anyone know how to correct this? Jim Dodds Systems Programmer Kentucky State University 400 East Main Street Frankfort, Ky 40601 502 597 6114
Re: Restart of TCPIP function servers when TCPIP is recycled
I thought it/TCPIP did do a FORCE when it finds a server already logged on when it tries to StartANewLife? JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1 703 708 3479 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Colin Allinson Sent: Monday, August 25, 2008 08:09 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Restart of TCPIP function servers when TCPIP is recycled Over the weekend a LAN problem resulted in TCPIP getting hung up on 3 of our systems and a recycle of TCPIP was necessary to resolve the issue. On 2 of the systems we had no issue but, on a 3rd, we had a subsequent issue with NAMESRV needing a separate manual recycle of that server. When I look at the console of TCPIP startup I see :- DTCIPI030W StartANewLife: Victim NAMESRV, reason Restarting you because TCP/IP has been restarted HCPLGA054E Already logged on disconnected and, sure enough, NAMESRV was not restarted. I see the same for all 3 systems but, I guess, NAMESRV survived without problems on the other 2 but got hung up on this system. This leads me to the following questions:- - Should TCPIP force it's application servers before starting them - and, if so, what might I have configured incorrectly? - If not, what would be the best place to insert commands to force these off when TCPIP is started to ensure a clean start up? Colin Allinson Amadeus Data Processing GmbH
Re: DDR'ing 3390 DASD To Remote Location
CA's V/Seg does backup and restore DCSS/NSS/NLS/UCR files to disk and maintain the original Date/Time/OriginID information when/if the files are restored from the backup. Of course the restored file does inherit a new SpoolFileNumber ... and there is no automated remote capability. JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1 703 708 3479 [EMAIL PROTECTED] From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Jim Bohnsack Sent: Wednesday, August 20, 2008 09:56 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DDR'ing 3390 DASD To Remote Location I'm surprised that your posting about being able to backup/restore DCSS/NSS files to disk was not jumped on by a lot of people. I'd love to have that. Does it/can it restore the original creation DCSS/NSS date? The date problem and the fact that IBM's DCSSBKUP only works with DCSS's, not NSS's, is a big drawback. This is especially significant, given my new, remote, connection to Cornell. I'm semi-retired and working from my house in Plano, TX. I'd like to be able to minimize the calls to operations to mount a tape. If you want to contact me off-line, I'm [EMAIL PROTECTED] Jim Dave Jones wrote: Hi, Jiri. This is way cool, many thanks for doing the work and sharing it. I think it's going to make life a bit easier for some folks. Some suggestions: 1) There seems to be an undocumented option in at least the FTPGET stage -- -DVDEOF. Of course, this might have meaning only in the case of doing a DVD transfer. 2) split the help text for the FTPGET and FTPPUT stages into separate help files. 3) convert the HELP file from simple text to the standard CMS HELPFILE format. If you'd like, I can help you with that. As far as SPXTAPE being upgraded to support files instead of being tape only, we've got a handy little utility here that will backup and restore all types of DCSS/NSS/UR/etc spool files to/from CMS files, with the only exceptions being DUMP and TRACE files. For UR spool files (RDR,PRT,PUN) it collects all such files from a given user into one CMS file, making moving and restoring them easier. It can also process individual rdr/prt/pun files from the collection as well. If there is any interest in such a thing, let me know, and I'll document it a bit better and put it up on one the the popular VM download web sites. Again, thanks a lot, Jiri. Jiri Stehlik wrote: A while ago there was a thread here about the ability to DDR DASD to remote location. Well there is an answer! I modified DDR so it can communicate with CMS PIPES (DDR can now be a pipe stage). The modules can be downloaded from here: http://www.vm.ibm.com/download/packages/descript.cgi?DRPC The FTPPUT and FTPGET PIPE stages were also included and documented at the above address. Notice that this project is still a work in progress, therefore feedback is welcomed! -George -- Jim Bohnsack Cornell University (972) 596-6377 home/office (972) 342-5823 cell [EMAIL PROTECTED]
Re: IPGATE question
I think you need to make the LNXSFS FilePool a *global* resource ... JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1 703 708 3479 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Marcy Cortes Sent: Wednesday, August 20, 2008 01:02 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IPGATE question Hmm. Well, I see it is picking up the correct TCPIPUSERID by peering into IPGATE1 MTREXX. It seems to accept the connection: flag IPGATEI06 started. (3 2 AF_INET 3276 10.93.27.253) IPGATEI06 User MARCY from 10.93.27.253 has been accepted for LNXSFS IPGATEI06 ended. And yet on the remote system I get: acc lnxsfs:sles9. c DMSACR1151E File pool LNXSFS is unavailable Ready(00055); T=0.01/0.01 10:00:32 Q resource on the remote system indicates it is there too: Resource: LNXSFSType: Local Owning Userid: IPGATE I can't see anything I might have misconfigured - it is simple really - and I do have it running to another system. Anyone have a clue what I could check next? Marcy This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Thomas Kern Sent: Wednesday, August 20, 2008 8:51 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] IPGATE question I have a second stack to use the HyperSockets between a CP and an IFL systems. The IPGATE servers have a TCPIP DATA on their A-disk which defin= es the TCPIPUSERID. /Tom Kern /301-903-2211 On Wed, 20 Aug 2008 10:39:53 -0500, Marcy Cortes [EMAIL PROTECTED] wrote: Is anyone using IPGATE with a TCPIP stack who has a name other than TCPIP? I have one system working and another which doesn't and that's the only difference I can find. Marcy
Re: Data Security Erase utility for z/VM tapes
CA VM:Tape also supports this feature ... JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Friday, July 18, 2008 10:52 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Data Security Erase utility for z/VM tapes IIRC, you can erase a tape using a specific CCW called, cleverly, DSE. If you can write a small CMS program which uses this CCW, then you can ATTACH the drive to your CMS user, mount the tape, then run the program. For a 3490E drive, this is a CCW opcode of x'97'. You need to use command chaining to put a NOP command in the CCW string after this one. I don't have such a program. I also don't have access to a z/VM system. If you have access to a z/OS system, then most tape management software has this facility. With CA-1, this is the CTSDEU program. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it.
RC = 12 FROM CSL FUNCTION DMSWRBLK; REASON: 97400
97400 Routine: Common Severity: ERROR Explanation: Sever condition returned from APPC/VM communication request. If your application receives this reason code intermittently, but the file pool is still available and other commands work correctly, the file pool server may be improperly configured. Notify your file pool administrator of this condition. (Ask the administrator to check the USERS start-up parameter value.) OK ... what should I be asking myself about Ask the administrator to check the USERS start-up parameter value.? This FilePool was just created from scratch via FILESERV GENERATE, so it's not a case where the USERS parameter may have been changed, but the server not rebuilt. I definitely get the error intermittently as the not-so-clear explanation states (it's an empty FilePool I'm populating from a backup to tape). The correlation between USERS and WHAT is not correct ... ? JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED]
Re: RC = 12 FROM CSL FUNCTION DMSWRBLK; REASON: 97400
Hmm ... how embarrassing. I of all people should have known to check the SFS server console for oddness. snip DISCONNECT AT 09:42:44 EDT FRIDAY 07/11/08 DMS4GE3245I 07-11-08 12:06:50 The log is 91% full DMS4GE3245I 07-11-08 12:06:57 The log is 92% full DMS4GE3247W 07-11-08 12:07:04 Automatic LUW rollback processing initiated z/VM Version 5 Release 3.0, Service Level 0703 (64-bit), snip That being said, what's the correlation between the error I got and the LOG filling up? (At least I assume the LOG filled up?) JR JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED]
Re: RC = 12 FROM CSL FUNCTION DMSWRBLK; REASON: 97400
Don't know about WUERROR ... I'd have to repro and force a DUMP to find what/if there was a value. In the mean time, I got bigger LOG! That appears to have solved the problem. I'll run the test a few more times! JR JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Friday, July 11, 2008 04:23 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: RC = 12 FROM CSL FUNCTION DMSWRBLK; REASON: 97400 On Friday, 07/11/2008 at 01:51 EDT, Imler, Steven J [EMAIL PROTECTED] wrote: That being said, what's the correlation between the error I got and the LOG filling up? (At least I assume the LOG filled up?) What was returned in the WUERROR field, if anything? Some error codes (i.e. implicit rollback) are part of the wuerror information. As to why a log that isn't actually full would cause a rollback, I don't know. Is there anything you can commit along the way? Alan Altmark z/VM Development IBM Endicott
Re: The Programmable Operator Facility
Steve, Actually, generally speaking the CA VM products do not require these messages to function. And, in fact it is standard practice at many shops who run VM:Operator to do exactly this ... remove the noise of ATTACH and DETACH from the operator console. That being said, you may need these messages to trigger certain events ... for example a STK .DISMOUNT command to remove unloaded tapes from the tape transport (but I think the messages can still be suppressed from the operator console, you just have to be careful of the order you do things). That being said (again), Kris is correct that sometimes you need this information to diagnose a problem(s). You usually realize you really need the information because you don't have it. JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Gentry, Stephen Sent: Wednesday, July 09, 2008 12:42 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: The Programmable Operator Facility Alan or Chuckie? I'm not 100% sure, so Steve Imler may have to chime in, but if your using VM:Tape, VM:Backup, et al, these products may look for certain messages to be posted before doing something else. Of course if you don't use the CA products or DFSMS, this probably doesn't apply. Steve -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Wednesday, July 09, 2008 12:10 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: The Programmable Operator Facility Alan may have fits over giving such power to users at logon time. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Huegel, Thomas Sent: Wednesday, July 09, 2008 9:05 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: The Programmable Operator Facility Personally I think ATTACH and DETACH (and others too i.e. DIAL) should have a NOMSG type option to just eliminate the message alltogether. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Behalf Of Kris Buelens Sent: Wednesday, July 09, 2008 11:00 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: The Programmable Operator Facility In PROP, logging is all or nothing. VM:Operator has a NOLOG option, I don't know about IBM Operations Manager. At the other hand: DASD isn't that expensive, incomplete log files make debugging less easy. Alternatively, you could postprocess the log file of the previous day and code a PIPE filter to remove what you don't want to keep. 2008/7/9 Ray Waters [EMAIL PROTECTED]: We run z/VM 520 and use PROPST to filter messages to the OP1 console. We filter several commands including ATTACHED and DETACHED commands. I would like to filter other messages such as ATTACHED and DETACHED from going to the LOG FILE (LGYYMMDD XX) on Operator's 191 MDISK. In reading the CMS Planning and Administration Guide, I don't see how this can be done. We are a heavy TAPE use shop using DFSMS/RMS and there are just too many of these messages going to this log file. Is there a way to suppress the logging of certain messages? Thanks, Ray Waters Mainframe Technical Support Analyst Open Solutions Inc. 11 Greenway Plaza, Suite 300 Houston, TX 77046-1102 Office 713-965-8451 Cell 713-705-5403 Fax713-965-8405 Email [EMAIL PROTECTED] www.bank.opensolutions.com www.opensolutions.com NOTICE: This e-mail is intended solely for the use of the individual to whom it is addressed and may contain information that is privileged, confidential or otherwise exempt from disclosure. If the reader of this e-mail is not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify us by replying to the original message at the listed email address. Thank You. -- Kris Buelens, IBM Belgium, VM customer support
Re: Max Blocksizes
Richard, Assume the MAX to be 65,535 for both VM:Backup and HiDRO ... JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Wednesday, July 09, 2008 01:41 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Max Blocksizes I know that this is not a CA forum; however, CA's web site is extremely slow today. Slow as in minutes to navigate from one page to the next. We have been asked to supply the maximum block lengths for backups written by both VM:Backup and Hidro. I cannot find them anywhere I have managed to look on the documentation CD, and I think I have looked everywhere that is reasonable, Can anyone supply me with either a pointer to the documentation (if such exists) or the numbers? Regards, Richard Schuh
Re: Max Blocksizes
OK ... I'll confirm that both VM:Backup and HiDRO can/may write a MAX blocksize of 65,535. That's not to say they always do. JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Wednesday, July 09, 2008 01:50 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Max Blocksizes I have been asked not to make that assumption. I need confirmation. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Imler, Steven J Sent: Wednesday, July 09, 2008 10:47 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Max Blocksizes Richard, Assume the MAX to be 65,535 for both VM:Backup and HiDRO ... JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Wednesday, July 09, 2008 01:41 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Max Blocksizes I know that this is not a CA forum; however, CA's web site is extremely slow today. Slow as in minutes to navigate from one page to the next. We have been asked to supply the maximum block lengths for backups written by both VM:Backup and Hidro. I cannot find them anywhere I have managed to look on the documentation CD, and I think I have looked everywhere that is reasonable, Can anyone supply me with either a pointer to the documentation (if such exists) or the numbers? Regards, Richard Schuh
Re: z/VM 5.3 and PAV
Alan, I suppose the reason you say Before you go to all that work ... is because z/VM (unfortunately) does *not* support dynamic PAV. Which means the only way you can leverage or take advantage of PAV on z/VM is to hard code the PAV aliases in the DASD subsystem. (This is the reason we no longer have access to PAV volumes on our z/VM systems ... because no one wants to do the work configure the DASD subsystem when z/OS will do this all dynamically.) JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Thursday, July 03, 2008 09:49 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z/VM 5.3 and PAV On Thursday, 07/03/2008 at 09:39 EDT, Dave Yarris [EMAIL PROTECTED] wrote: We are currently running a single z/VM 5.3 (701) system on Hitachi 7700E disk, set up as 3390-3, connected to a z9BC via ESCON. This has worked well, but the limited disk storage has kept us from growing past the 15 RH Linux guests. We are in the process of installing a new Hitachi USP V that will give us the storage capability to use some M9 and M27 for some of the new servers that are planned. With those volume sizes I am anticipating that we will need to utilize PAV for some applications. We don't have any prior experience or knowledge other than what the manuals tell us. Everything I have found on the subject so far has been pretty generic. We were looking at Hyper-PAV or possibly dynamic. Will dynamic PAV work for z/VM 5.3? Can anyone share any experiences or their particular application? (Volumes? Minidisks? Particular applications i.e. DB2, etc?) Appreciate any and all input. Before you go to all that work, verify that you have a problem that PAV will solve: I/O queuing in CP on the RDEV. Your performance monitor will tell you that. Alan Altmark z/VM Development IBM Endicott
Re: z/VM 5.3 and PAV
Well ... for me ... it's not an issue of what benefit having a PAV alias(es) for a given volume might yield. It's a question of support and toleration (for example, will VM:Backup or HiDRO back the BASE up and erroneously back the potential PAV alias(es) too?). So, up until recently (6 months ago or so [we did a huge DASD migration]), each time our storage group got a new disk array (IBM or Hitachi, whatever), they would hard-code PAV alias addresses into the DASD subsystem ... because z/OS needed that. When this was done, z/VM 5.3 could see and use the PAV alias(es) (for non-z/OS volumes too). However, now, z/OS does not require that PAV alias(es) be defined to the disk array (hard coded in the DASD subsystem) with the newer DASD subsystems ... z/OS (I think via WLM) can *dynamically define* PAV aliases to alleviate I/O contention ... the PAV aliases do not need to be pre-defined or hard-coded in the DASD subsystem/configuration. (This is why our storage group no longer defines the PAV alias addresses to the DASD subsystem ... and won't for z/VM.) Please correct me if I'm wrong, but z/VM still requires the PAV alias(es) to be hard-coded/pre-defined to the DASD subsystem ... HyperPAV support or whatever in z/VM. Otherwise, z/VM can not support PAV aliases. This is what we've experienced at our site. If there's something we are missing in the z/VM support, please let me know. Thanks, JR JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Bill Bitner Sent: Thursday, July 03, 2008 04:52 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z/VM 5.3 and PAV Are you concerned you'll need PAV as you consolidate current volumes? or as you grow current workloads? If the former, I'd suggest looking at some statistics like I/O rate per GB of disk storage. For example if you are doing 15 I/Os a second on a 2.7GB disk, that's 5.6 I/Os/GB. If you are then going to configure your new volumes as 24GB volumes then on average you'd have 134.4 I/Os per second for the volumes. Ask your vendor about whether that would be significant enough to warrant PAV. It's been my experience that most VM shops do not need PAV for large number of volumes in the same way as they do in z/OS shops. If you do need PAV, a couple sources of additional information include: http://www.vm.ibm.com/storman/pav/index.html http://www.vm.ibm.com/devpages/farman/WAVVPAV.PDF http://www.vm.ibm.com/perf/reports/zvm/html/530hpav.html http://www.vm.ibm.com/perf/reports/zvm/html/520pav.html Bill Bitner
Re: ftpserve
Here's a start from a search for RPIVAL on CA Support Online. These are a subset of what was returned: How To Secure PERFSVM with CA Top Secret on z/VM 5.3. ID: TEC449101 Enter the following statement : ESMID TSSVM APPLNAME RACROUTE Assemble and genmod RPIVAL MODULE From RPIVAL ASSEMBLE member Product: TSSVM : CA Top Secret for z/VM Version: * Type: Tech : Knowledge Base ArticlesLast Updated: 03/27/2008 Configuring eTrust VM:Secure To Work With TCP/IP Feature ID: TEC268324 :ESM_Enable.YES :ESM_Validate.RPIVAL :ESM_Racroute.RPIUCMS Product: VMX : CA VM:Secure for z/VMVersion: * Type: Tech : Knowledge Base ArticlesLast Updated: 06/27/2002 Performance Tool Kit (PTK) on z/VM 5.3 Support by VMX? ID: TEC44 To implement this password verification with VM:Secure take the following steps: In the PERFTK profile exec add the following statements: NUCXDROP RPIVAL NUCXLOAD RPIVAL VALIDATE NUCXDROP RPIUCMS Product: VMX : CA VM:Secure for z/VMVersion: 2.8 Type: Tech : Knowledge Base ArticlesLast Updated: 11/29/2007 Getting Started (for VM) ID: g010632e The SYSTEM DTCPARMS file should be located on the TCPMAINT 198 disk, and it overides the IBM DTCPARMS file. From: :ESM_Enable.NO :ESM_Validate.RPIVAL :ESM_Racroute.RPIUCMS To: :ESM_Enable.Yes :ESM_Validate.ACFSAFA0 :ESM_Racroute.RPIUCMS :VMLink.CAIMAINT 391 Note: If you are upgrading from CA-ACF2 release 4.1 or earlier, change the ESM_Racroute.RPIDUMY back to the original IBM value of ESM_Racroute.RPIUCMS an Product: * Version: 8 SP01 Type: Documentation Last Updated: 01/04/2006 Installation Guide ID: g012311e The SYSTEM DTCPARMS file should be located on the TCPMAINT 198 disk, and it overides the IBM DTCPARMS file. From: :ESM_Enable.NO :ESM_Validate.RPIVAL :ESM_Racroute.RPIUCMS To: :ESM_Enable.Yes :ESM_Validate.ACFSAFA0 :ESM_Racroute.RPIUCMS :VMLink.CAIMAINT 391 4. The use of CA-ESM requires that your FTP service machine (normally FTPSERVE) directory entry must include the following statement: IUCV *RPI 5. Product: * Version: r12 Type: Documentation Last Updated: 12/03/2007 JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Sunday, June 29, 2008 12:19 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ftpserve On Thursday, 06/26/2008 at 08:41 EDT, Hughes, Jim [EMAIL PROTECTED] wrote: Did you add these two commands to your VMSECURE AUTHORIZ CONFIG FILE? Grant DIAGPCHK TO FTPSERVE Grant SURROGAT TO FTPSERVE If my friends at CA would provide a permanent URL that contained the ACF2, Top Secret, and VM:Secure configuration instructions for the TCP/IP apps, I would happily add that link to our books and the VM TCP/IP website. We could also put a pointer to it in an INFO APAR. Alan Altmark z/VM Development IBM Endicott
Re: RMSMASTR FSMKIN1100E Error from communication function 24, return code = 15
Howard, Do you have ... --- STDEVOPT LIBRARY CTL In the directory entry of *both* the VMTEST guest directory *and* RMSMASTR running as a guest under VMTEST? JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Mccorkle Sent: Thursday, June 12, 2008 03:55 PM To: IBMVM@LISTSERV.UARK.EDU Subject: RMSMASTR FSMKIN1100E Error from communication function 24, return code = 15 Has anyone run into the following running a DFSMSRM command from a second= level z/vm? and what corrected it? FSMKIN1100E Error from communication function 24, return code = 15 Situation: First level z/VM 5.2.0 runs VM:Tape and RMSMASTR connected to a VTS. 2nd level z/VM 5.2.0 just RMSMASTR connected to same VTS. No problems with first level. 2nd level (VMTEST) in cms mode can run commands okay. RMSMASTR appears to initialize (attach then detach tape = drive without errors) in 2nd level. Is there some sort of virtual ctc needed between the 1st and 2nd level?
Re: RMSMASTR FSMKIN1100E Error from communication function 24, return code = 15
And you LOGOFF/LOGON the VMTEST guest since you added STDEVOPT LIBRARY CTL to its directory entry? JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of HOWARD MCCORKLE Sent: Thursday, June 12, 2008 04:01 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: RMSMASTR FSMKIN1100E Error from communication function 24, return code = 15 Yes to both -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Imler, Steven J Sent: Thursday, June 12, 2008 1:00 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: RMSMASTR FSMKIN1100E Error from communication function 24, return code = 15 Howard, Do you have ... --- STDEVOPT LIBRARY CTL In the directory entry of *both* the VMTEST guest directory *and* RMSMASTR running as a guest under VMTEST? JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Mccorkle Sent: Thursday, June 12, 2008 03:55 PM To: IBMVM@LISTSERV.UARK.EDU Subject: RMSMASTR FSMKIN1100E Error from communication function 24, return code = 15 Has anyone run into the following running a DFSMSRM command from a second= level z/vm? and what corrected it? FSMKIN1100E Error from communication function 24, return code = 15 Situation: First level z/VM 5.2.0 runs VM:Tape and RMSMASTR connected to a VTS. 2nd level z/VM 5.2.0 just RMSMASTR connected to same VTS. No problems with first level. 2nd level (VMTEST) in cms mode can run commands okay. RMSMASTR appears to initialize (attach then detach tape = drive without errors) in 2nd level. Is there some sort of virtual ctc needed between the 1st and 2nd level? Email Firewall made the following annotations. -- Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. ==
Re: RMSMASTR FSMKIN1100E Error from communication function 24, return code = 15
Hmmm ... I don't think a ISFC link is require to enable (3rd level) RMSMASTER on the guest to talk to the 3494 ... I think it's all done through the real device cabling (whatever that may be). All (well most) of our guests are hooked to the host via ISFC, so I never would have noticed a failure in this case. Les ... ? JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of HOWARD MCCORKLE Sent: Thursday, June 12, 2008 04:14 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: RMSMASTR FSMKIN1100E Error from communication function 24, return code = 15 Hi Steve, Yes - IPL'd the 2nd level (VMTEST). Before the IPL I ran a DFSMSRM Q LIB OPS with no errors from VMTEST (CMS). The error code indicates a APPC connect error Not sure if I need to look at some connection to the first level TSAF... I'm not a VM expert. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Imler, Steven J Sent: Thursday, June 12, 2008 1:06 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: RMSMASTR FSMKIN1100E Error from communication function 24, return code = 15 And you LOGOFF/LOGON the VMTEST guest since you added STDEVOPT LIBRARY CTL to its directory entry? JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of HOWARD MCCORKLE Sent: Thursday, June 12, 2008 04:01 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: RMSMASTR FSMKIN1100E Error from communication function 24, return code = 15 Yes to both -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Imler, Steven J Sent: Thursday, June 12, 2008 1:00 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: RMSMASTR FSMKIN1100E Error from communication function 24, return code = 15 Howard, Do you have ... --- STDEVOPT LIBRARY CTL In the directory entry of *both* the VMTEST guest directory *and* RMSMASTR running as a guest under VMTEST? JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Mccorkle Sent: Thursday, June 12, 2008 03:55 PM To: IBMVM@LISTSERV.UARK.EDU Subject: RMSMASTR FSMKIN1100E Error from communication function 24, return code = 15 Has anyone run into the following running a DFSMSRM command from a second= level z/vm? and what corrected it? FSMKIN1100E Error from communication function 24, return code = 15 Situation: First level z/VM 5.2.0 runs VM:Tape and RMSMASTR connected to a VTS. 2nd level z/VM 5.2.0 just RMSMASTR connected to same VTS. No problems with first level. 2nd level (VMTEST) in cms mode can run commands okay. RMSMASTR appears to initialize (attach then detach tape = drive without errors) in 2nd level. Is there some sort of virtual ctc needed between the 1st and 2nd level? Email Firewall made the following annotations. -- Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. == Email Firewall made the following annotations. -- Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. ==
Re: old DIRECTXA on MAINT 51D
Eric, Yes ... Alan's note (eventually) instructs us to delete (erase) the DIRECTXA MODULE from your 51D minidisk or directory. They/IBM will not be creating a PTF to remove it for you. JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Eric Lawler Sent: Friday, May 23, 2008 07:40 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: old DIRECTXA on MAINT 51D Can the MAINT 51D version of the DIRECTXA MODULE just be erased or is there anything to tidy up in the VMSYS:MAINT file below or in VMSES ? Thanks in advance for your help, Eric Lawler. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: 22 May 2008 22:53 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: old DIRECTXA on MAINT 51D On Thursday, 05/22/2008, John Romanowski wrote: FYI, with VM5.3, a 2007 back-level DIRECTXA MODULE on MAINT D-disk (51D), is found and used before the serviced DIRECTXA MODULE S2. IBM's VM5.3 file VMSYS:MAINT.CPDV.OBJECT MINIDISK MAP lists DIRECTXA MODULE as part of the shipped contents of MAINT's 51D (D-disk). You could be bit by that on MAINT when you're not using a Directory management product to update CP user directory. I have consulted with the Oracle at Delphi. I was informed that you have discovered one of the side effects of the Second Law of Thermodynamics (an unbalanced system tends towards Chaos). Apparently there was some sort of matter distortion wave and the DIRECTXA MODULE was duplicated. Not split in half, mind you, but duplicated. One copy was Evil and went to the 51D. The other, the Good copy, went to the 190. The Oracle and one of her High Priestesses, as one Voice, instruct me to say unto you all: If thou hast z/VM 5.3, then thou hast both Good and Evil. The Resident Evil is to be destroyed at once. Leave not a trace or crumb from which it may regenerate. If thou hast an elder version of z/VM 5.3, then thou art immune and have the protection of the Gods. Sure. Right. This is the problem talking to an Oracle: they talk funny. Delete DIRECTXA MODULE from the 51D and all will be well. Unfortunately there is nothing we can do via a PTF to automatically delete the offending module. (Sysprogs get upset when we start deleting things *we* don't think should be on the system.) Consequently, no need for a call to the Support Center. We will place a notice in the PSP bucket. Thanks for bringing it to our attention! Alan Altmark z/VM Development IBM Endicott This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority.
Re: BACKING up VMTAPE's AUDIT and TMC
I think it's usually the VMRMAINT 158 minidisk ... Log on to VMRMAINT ... issue VMIADM ... select VM:Tape from the list of products ... from the Tasks list select TLIBR. This will access the disks needed to run backups, reports, etc. against the TMC and AUDIT files. If you have addtional questions or problems, just call CA VM Support ... JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of clifford jackson Sent: Tuesday, May 20, 2008 10:22 AM To: IBMVM@LISTSERV.UARK.EDU Subject: BACKING up VMTAPE's AUDIT and TMC where do I find the VMTBKP EXEC to backup VMTAPE's AUDIT and TMC disks.. Change the world with e-mail. Join the i'm Initiative from Microsoft. http://im.live.com/Messenger/IM/Join/Default.aspx?source=EML_WL_ChangeW orld
Re: Owner of a page
Martha, Sorry I didn't think of this sooner ... I know you run CA V/Seg. When the VSPSERV machine comes up it LOCKS one page! Perhaps this is your mystery page? Try bouncing the VSPSERV machine. JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Martha McConaghy Sent: Wednesday, May 07, 2008 12:49 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Owner of a page I faintly recall that there is a way to find out who owns a page out on disk PAGE space, but can't recall how. I've got a page allocation out on an old disk that is set to be turned off. Its been drained for about 3 months, but there is 1 page allocated that never goes away. Something that doesn't get recycled obviously owns it, but I have a lot of virtual machines that never get recycled. It would help if I could figure out which owns it and just recycle that one. Any bright ideas? Martha
Re: Problem with stacked ddr tape and possible DYNAM
It is/was a timing issue where the tape is being passed back to the DYNAMCMS server at DYNCLOSE to write trailer labels for the dataset ... then back to the end user who subsequently issues a DYNOPEN for DSN 4 on the same tape causing the tape to be passed back to the DYNAMCMS server to validate the volume ... rewind to check VOL1 followed by subsequent FSF(s) to position to the end of DSN 3, then prepare the HDR1 labels for the new 4th DSN. In any case, the timing issue caused DYNAMCMS to incorrectly state there was only one file on the tape resulting in a automatic CANCEL ... so the tape was never reattached to the end user because the DYNOPEN was cancelled. This resulted in DDR failing because there actually was no tape attached to the end user at virtual device 181. I've been waiting for another report of a failure from the customer after providing them with some trace diagnostics ... but as far as I know there hasn't been another failure (because I haven't heard anything back for over a week). JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Friday, May 02, 2008 01:22 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Problem with stacked ddr tape and possible DYNAM On Friday, 05/02/2008 at 12:06 EDT, Jan Canavan [EMAIL PROTECTED] wrote: What we get on the previous volumes are: Tape 0590 given to DYNAMVM 0590 Tape 0181 attached 11:22:13 CADT831I *CLOSED* DDRWKLY 0590 050094 DDR.XX.530W01.2 -- You don?t see the TAPE 181 ATTACHED. If you add sleep of 180 seconds, or you put a trace in it works. DYNAM support cannot reproduce the problem. Anybody else had trouble with this? Perhaps DYNAMVM is look for the given message instead of waiting for the interrupt that indicates a device has appeared? (I don't know how it works.) Alan Altmark z/VM Development IBM Endicott
Re: Problem with stacked ddr tape and possible DYNAM
Les, It's because in this case the play/interaction is intiment between the end user and the DYNAMCMS server ... DFSMS is completely out of the picture ... the tape drive is simply being CP GIVE'd back and forth between the end user and the DYNAMCMS server (dictated by DynamT/VM code). JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Les Geer (607-429-3580) Sent: Friday, May 02, 2008 05:59 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Problem with stacked ddr tape and possible DYNAM We have z/VM5.3, with an IBM 3494 tape library system running RMSMASTER (DFSMS), AND DYNAM. We are doing a stacked DDR tape switch 4 volumes on it. On the 4th tape we get: Tape 0590 given to DYNAMVM 0590 11:25:33 CADT822I DSN=3DDDR.XX.530W02.3 IS FILE NO. 3 THERE ARE ONLY 1 = FILES ON TAPE 050094 CADT713E OPEN REQUEST FOR DDNAME DDROUT CANCELLED +++ RC(84) +++ 71 *-* 'CP Q T' CP Q T -- What we get on the previous volumes are: Tape 0590 given to DYNAMVM 0590 Tape 0181 attached 11:22:13 CADT831I *CLOSED* DDRWKLY 0590 050094 DDR.XX.530W01.2 - - You don=E2=80=99t see the TAPE 181 ATTACHED. If you add sleep of 180 seconds, or you put a trace in it works. DYNAM sup= port cannot reproduce the problem. =20 Anybody else had trouble with this? Curious as to why a tape give is issued here rather than exploiting the multiuser attach support in RMS Best Regards, Les Geer IBM z/VM and Linux Development
Re: Problem with stacked ddr tape and possible DYNAM
That's correct, but in this case irrelevant ... JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Stephen Frazier Sent: Friday, May 02, 2008 06:15 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Problem with stacked ddr tape and possible DYNAM I bet because the code was written before multiuser attach support existed. Les Geer (607-429-3580) wrote: Curious as to why a tape give is issued here rather than exploiting the multiuser attach support in RMS Best Regards, Les Geer IBM z/VM and Linux Development -- Stephen Frazier Information Technology Unit Oklahoma Department of Corrections 3400 Martin Luther King Oklahoma City, Ok, 73111-4298 Tel.: (405) 425-2549 Fax: (405) 425-2554 Pager: (405) 690-1828 email: stevef%doc.state.ok.us
Re: Problem with stacked ddr tape and possible DYNAM
Mike, In this case it has nothing to do with ATTACH MULTIUSER ... it has to do with a timing issue relative to 3590s spacing out ... no interrupt for 2, 3, 4, 5, 20 minutes is just fine :-( Hence we have the IBM recommendation/default for MIH for a 3590 at 12.5 minutes (or is it 20.5 minutes) ... I can't remember any more. JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter Sent: Friday, May 02, 2008 06:43 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Problem with stacked ddr tape and possible DYNAM And of course it could be updated, but they probably have to weigh the cost vs other new things that development could be doing. So goes the Song of Chuckie... ;-) Mike Walter - Original Message - From: Stephen Frazier [EMAIL PROTECTED] Sent: 05/02/2008 05:14 PM EST To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Problem with stacked ddr tape and possible DYNAM I bet because the code was written before multiuser attach support existed. Les Geer (607-429-3580) wrote: Curious as to why a tape give is issued here rather than exploiting the multiuser attach support in RMS Best Regards, Les Geer IBM z/VM and Linux Development -- Stephen Frazier Information Technology Unit Oklahoma Department of Corrections 3400 Martin Luther King Oklahoma City, Ok, 73111-4298 Tel.: (405) 425-2549 Fax: (405) 425-2554 Pager: (405) 690-1828 email: stevef%doc.state.ok.us The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail.
Re: Problem with stacked ddr tape and possible DYNAM
Not to beat the dead horse ... but Mike is correct in assuming that Dynam/T VM does not currently have support for MULTIUSER ATTACH or recognition of it. For those on the list that run VM:Tape, it does (via DEBUG setting) ... there are a few of you using it (and yes, it was coordinated with DFSMS/VM [RMSMASTR] support). JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter Sent: Friday, May 02, 2008 06:43 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Problem with stacked ddr tape and possible DYNAM And of course it could be updated, but they probably have to weigh the cost vs other new things that development could be doing. So goes the Song of Chuckie... ;-) Mike Walter - Original Message - From: Stephen Frazier [EMAIL PROTECTED] Sent: 05/02/2008 05:14 PM EST To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Problem with stacked ddr tape and possible DYNAM I bet because the code was written before multiuser attach support existed. Les Geer (607-429-3580) wrote: Curious as to why a tape give is issued here rather than exploiting the multiuser attach support in RMS Best Regards, Les Geer IBM z/VM and Linux Development -- Stephen Frazier Information Technology Unit Oklahoma Department of Corrections 3400 Martin Luther King Oklahoma City, Ok, 73111-4298 Tel.: (405) 425-2549 Fax: (405) 425-2554 Pager: (405) 690-1828 email: stevef%doc.state.ok.us The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail.
Re: HLASM Version
Jim, It's not my/CA's requirement, it's yours/IBM's ... CA's V/Seg has mods to CSECTs such as HCPNSS, HCPNSI, HCPNSP, etc. for AUDIT and name substitution (alias) functions. It's the HCPxxx pieces (not the VSPxxx pieces) that won't assemble. Nonetheless ... thanks for the info. I keep forgetting about the Dignus assembler (even though I'm sure there are a couple of V/Seg customers out there using it). JR JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Jim Elliott Sent: Saturday, April 26, 2008 10:59 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HLASM Version We have recently discovered that HLASM V1R5.0 is now *required* to assemble some of the components of z/VM 5.3 CP ... in particular some that have mods needed by our V/Seg product. I discovered this by inadvertently being accessed to HLASM V1R4.0 while attempting to run my automated maintenance procedure which includes re-assembling all the V/Seg mods ... several will no longer assemble with the older release. Steven: If you have only limited requirements for HLASM, you may wish to check out Dignus' Systems/ASM which is HLASM 1.5 compatible. http://www.dignus.com/dasm/ Jim
Re: Question about virtual tape in a zVM environment
Hi Alain, Actually, in this case, I really don't really feel like going back in time :-) In reality, it would need to be a real crisis for me to get authorization to use a LPAR to IPL z/VM 4.4.0. I'm just happy for you that you should finally have this problem resolved when you are up and running z/VM 5.3 in production! JR JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alain Benveniste Sent: Friday, April 04, 2008 12:12 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Question about virtual tape in a zVM environment Jr, If you are interested in, I can send you a copy of our z/VM440. Regards Alain Le 4/04/08 3:26, « Imler, Steven J » [EMAIL PROTECTED] a écrit : Hmmm ... Les, Alain did say z/VM FOUR.FOUR ... it's for sure there are likely CP changes (DIAG 254 things come to mind) that might effect this behavior in some way ... again keeping in mind his HOST is running z/VM 4.4.0 (except for the test when everything WORKED! [when he had z/VM 5.3 running 1st level in addition to his test guest system]). In any case, I have no way to go back to prove this ... all our hosts are z/VM 5.3 and we generally are running the GA release of z/VM at GA for all our hosts. So it's been a LONG time since we've had z/VM 4.anything as top dog. JR JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Les Geer (607-429-3580) Sent: Thursday, April 03, 2008 08:42 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Question about virtual tape in a zVM environment Les and JR, Firstly : Thanks to gave me the info 'PMH 84921,004,000'. I asked our hardware to l ook at this. I don't have a feedback yet. Secondly : I was able to IPL our z/VM530 today and ... - from z/VM440, I ipled z/VM530 2nd lvl and did a test about the target : nothing changed. Problem still alive :( - I ipled z/VM530 1st lvl and did a test, then did it again and again to be absolutely sure. I washed my glasses and yes our problem disappeared. NO MORE PROBLEM !!! So it was not a hardware problem. Glad to see this has been corrected in the z/VM version. There isn't anything in a newer release of z/VM that would change the behavior of this problem. It really is a hardware problem. This problem only occurs when you use VOLSPECIFIC as a target category on a mount request. Best Regards, Les Geer IBM z/VM and Linux Development
Re: Question about virtual tape in a zVM environment
Les, As soon as the 3494 HW folks (once again) permitted the specification of TARGETCAT VOLSPECIFIC on a p2p MOUNT command, I had to revoke/reverse the fix that separated the single MOUNT request into a SET VOLCAT VOLSPECIFIC followed by a MOUNT for the volser. The SET VOLCAT VOLSPECIFIC had to be done first to ensure no one else could select the tape before the MOUNT completed ... to prevent tape stealing. That ended up completely defeating fast scratch ... so VTS mounts were taking 3 to 5 minutes due to the back-end data being recalled because the tape was not in a Scratch Category when the MOUNT request was issued. That PTF was reversed in September 2003 ... JR JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Les Geer (607-429-3580) Sent: Friday, April 04, 2008 01:55 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Question about virtual tape in a zVM environment A word of caution here, I realize it appears the problem is resolved going from z/VM 4.4 and 5.3. However, I can not tell you any change that has been made to Diag X'254' nor RMS that would have magically allowed a target category of VOLSPECIFIC to be honored by the ATL on a mount command. I can tell you, hardware has identified situations where VOLSPECIFIC is not honored as a target category on a mount command. And I am not aware the fix has been released. Make sure you consider this carefully before going into production. JR, didn't you make a change at one time where the set category was done separate from the mount? Could it be in one of the environments this code was being executed? Best Regards, Les Geer IBM z/VM and Linux Development Hi Alain, Actually, in this case, I really don't really feel like going back in time :-) In reality, it would need to be a real crisis for me to get authorization to use a LPAR to IPL z/VM 4.4.0. I'm just happy for you that you should finally have this problem resolved when you are up and running z/VM 5.3 in production! JR JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alain Benveniste Sent: Friday, April 04, 2008 12:12 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Question about virtual tape in a zVM environment Jr, If you are interested in, I can send you a copy of our z/VM440. Regards Alain Le 4/04/08 3:26, =AB=A0Imler, Steven J=A0=BB [EMAIL PROTECTED] a =E9crit=A0: Hmmm ... Les, Alain did say z/VM FOUR.FOUR ... it's for sure there are likely CP changes (DIAG 254 things come to mind) that might effect this behavior in some way ... again keeping in mind his HOST is running z/VM 4.4.0 (except for the test when everything WORKED! [when he had z/VM 5.3 running 1st level in addition to his test guest system]). In any case, I have no way to go back to prove this ... all our hosts are z/VM 5.3 and we generally are running the GA release of z/VM at GA for all our hosts. So it's been a LONG time since we've had z/VM 4.anything as top dog. JR JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Les Geer (607-429-3580) Sent: Thursday, April 03, 2008 08:42 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Question about virtual tape in a zVM environment Les and JR, Firstly : Thanks to gave me the info 'PMH 84921,004,000'. I asked our hardware to l ook at this. I don't have a feedback yet. Secondly : I was able to IPL our z/VM530 today and ... - from z/VM440, I ipled z/VM530 2nd lvl and did a test about the target : nothing changed. Problem still alive :( - I ipled z/VM530 1st lvl and did a test, then did it again and again to be absolutely sure. I washed my glasses and yes our problem disappeared. NO MORE PROBLEM !!! So it was not a hardware problem. Glad to see this has been corrected in the z/VM version. There isn't anything in a newer release of z/VM that would change the behavior of this problem. It really is a hardware problem. This problem only occurs when you use VOLSPECIFIC as a target category on a mount request. Best Regards, Les Geer IBM z/VM and Linux Development
Re: Question about virtual tape in a zVM environment
Hmmm ... Les, Alain did say z/VM FOUR.FOUR ... it's for sure there are likely CP changes (DIAG 254 things come to mind) that might effect this behavior in some way ... again keeping in mind his HOST is running z/VM 4.4.0 (except for the test when everything WORKED! [when he had z/VM 5.3 running 1st level in addition to his test guest system]). In any case, I have no way to go back to prove this ... all our hosts are z/VM 5.3 and we generally are running the GA release of z/VM at GA for all our hosts. So it's been a LONG time since we've had z/VM 4.anything as top dog. JR JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Les Geer (607-429-3580) Sent: Thursday, April 03, 2008 08:42 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Question about virtual tape in a zVM environment Les and JR, Firstly : Thanks to gave me the info 'PMH 84921,004,000'. I asked our hardware to l ook at this. I don't have a feedback yet. Secondly : I was able to IPL our z/VM530 today and ... - from z/VM440, I ipled z/VM530 2nd lvl and did a test about the target : nothing changed. Problem still alive :( - I ipled z/VM530 1st lvl and did a test, then did it again and again to be absolutely sure. I washed my glasses and yes our problem disappeared. NO MORE PROBLEM !!! So it was not a hardware problem. Glad to see this has been corrected in the z/VM version. There isn't anything in a newer release of z/VM that would change the behavior of this problem. It really is a hardware problem. This problem only occurs when you use VOLSPECIFIC as a target category on a mount request. Best Regards, Les Geer IBM z/VM and Linux Development
Re: Question about virtual tape in a zVM environment
Hi Alain, I thought your finally got this ironed out and the problem was resolved? As Les states, that restriction was removed and this should not be a problem. We have several customers who run P2P configurations and do not have this problem. VM:Tape was changed (back) to use the TARGETCAT VOLSPECIFIC option on MOUNT SCRATCH requests at least 2 GenLevels ago (probably 5 or 6 years ago). JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Les Geer (607-429-3580) Sent: Tuesday, March 25, 2008 03:03 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Question about virtual tape in a zVM environment I suppose you would be aware of our peer-to-peer problem. When we got a 2nd 3494 in 2004, we decided to make them talk each other as P2P mode. This situation revealed a major problem related to the target category. In basic mode, asking to mount a scratch through vmtape, rmsmastr changed the category from scratch to volspecific. No more true in P2P (for us). We have upgraded our 3494, we have opened PMR, we have asked the IBM hardware their advice with no result. We even asked the dfsms doc to be changed related the p2p part to make it clearer. We had to developp something to change the categories according to what has been mounted during the day. I would really like to know if someone is in the same situation I was under the impression with more recent PtP microcode levels the restriction on a mount that a target category could not be specified was removed. Best Regards, Les Geer IBM z/VM and Linux Development
Re: Question about virtual tape in a zVM environment
Hi Ann, When you say VMTAPE ... I assume you mean CA's VM:Tape product. If this is the case, just call CA's VM Customer Support or open an issue yourself for VM:Tape via CASupport so we can get a bit more information about your configuration and make some recommendations about what the best options are for what you need to do. JR JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Smith, Ann (ISD, IT) Sent: Monday, March 24, 2008 02:42 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Question about virtual tape in a zVM environment We are running zVM 5.2 and currently still have manual 3490 tape drives. We may soon be getting an IBM DS8300 (shared with zOS) with TS1120 virtual tape. We have 5 VM systems with separate VMTAPE catalogs. They currently do not have any native physical tape drives planned for the VM systems. We normally do maintenance on 1 VM system and use DDR and SPXTAPE to propogate to the other VM systems. Is anyone familiar with using virtual tape with DDR and SPXTAPE? Can I just VMTAPE mount the virtual tape as a FOREIGN tape and be able to do DDR restore and/or SPXTAPE load? I am also wondering about how to do SPXTAPE's for DR. Any suggestions would be appreciated. Ann Smith Mainframe Systems Support -zVM and zLinux Support Integrated Technology Delivery IBM Global Service Integrated Operations At The Hartford Work phone: 860-547-6110 Pager: 800-204-6367 Email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] * This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential and/or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return e-mail, delete this communication and destroy all copies. *
Re: SFS memory use question
Colin, Try this on the SFS server console: .show lock user * THERE IS NO LOCK ACTIVITY FOR ANY USERS DMS5BC3065I Operator command processing complete JR JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Colin Allinson Sent: Wednesday, March 12, 2008 08:57 AM To: IBMVM@LISTSERV.UARK.EDU Subject: SFS memory use question We have a problem where one of our SFS servers runs out of (virtual) memory blocks. Because of the size of the server the memory reclaim process takes so long that system functions are hung long before that completes. We have a fair idea what is happening. Some users are accessing and SFS directory that is constantly changing and then something in the user happens (they may abend or disconnect etc.) and their block use count builds up tracking the changes. That may not be exactly correct in a technical sense but it, more or less, describes what is happening. We know which directory is the one that these users may be connected to and we can see, from the virtual memory high water mark, when we might have a problem. All we need to automate a solution is to know which users are accessing a particular directory. However, this is the one piece of information that I cannot seem to find. It is probably staring me in the face but does anyone have any ideas to help me resolve this. Colin Allinson Technical Manager - VM Systems Support IMPORTANT - CONFIDENTIALITY NOTICE - This e-mail is intended only for the use of the individual or entity shown above as addressees . It may contain information which is privileged, confidential or otherwise protected from disclosure under applicable laws . If the reader of this transmission is not the intended recipient, you are hereby notified that any dissemination, printing, distribution, copying, disclosure or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this transmission in error, please immediately notify us by reply e-mail or using the address below and delete the message and any attachments from your system . Amadeus Data Processing GmbH Geschäftsführer: Eberhard Haag Sitz der Gesellschaft: Erding HR München 48 199 Berghamer Strasse 6 85435 Erding Germany
Re: DFSMS/RMS question
Colin, If you get everything hooked to UM32029 (pre's, co's, etc.) for DFSMS/VM you should have it (or just get the current SDO). JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Colin Allinson Sent: Tuesday, February 26, 2008 03:36 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DFSMS/RMS question Les Geer [EMAIL PROTECTED] wrote :- A 3140 reason code does mean 'device is not available'. Typically though this is not an RMS problem. The quickest way to find out would be query the drive, and if 'FREE', then try attaching the drive outside of RMS to see if that is successful. Generally there is a reason why RMS could not attach the drive. If the drive was not available during RMS initialization, RMS will later try to initialize and use the device. You should not have to restart RMS. This all assumes you are current with RMS service. Latest RMS service does not require the drive to be free to query it (with corresponding CP service). Les, One of the first things I tried was to query the drive (it was FREE) then ATTACH to myself and DETACH. As I said in my reply to JR, I can perform RMS queries (and mounts) successfully on this drive on another system (not at the same time ;-) ). For CP we are at V5R3.0 at RSU0702 so that should not be the problem. I thought we were reasonably up to date on DFSMS service but I will check. Is there a particular APAR that needs to be present to indicate the required service level? Colin Allinson Technical Manager - VM Systems Support Operating Systems Services Amadeus Data Processing GmbH www.amadeus.com http://www.amadeus.com/ IMPORTANT - CONFIDENTIALITY NOTICE - This e-mail is intended only for the use of the individual or entity shown above as addressees . It may contain information which is privileged, confidential or otherwise protected from disclosure under applicable laws . If the reader of this transmission is not the intended recipient, you are hereby notified that any dissemination, printing, distribution, copying, disclosure or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this transmission in error, please immediately notify us by reply e-mail or using the address below and delete the message and any attachments from your system . Amadeus Data Processing GmbH Geschäftsführer: Eberhard Haag Sitz der Gesellschaft: Erding HR München 48 199 Berghamer Strasse 6 85435 Erding Germany
Re: DFSMS/RMS question
Colin, What is the RC and REASON returned by RMS when the mount request is issued to the bad drive? I assume you've tried the mount outside of VM:Tape using the native DFSMSRM command and that's why you are suspicious of DFSMS in this case? JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Colin Allinson Sent: Monday, February 25, 2008 04:13 AM To: IBMVM@LISTSERV.UARK.EDU Subject: DFSMS/RMS question We have been using DFSMS/RMS on VM for a long time. At the weekend we had an issue which, I suspect, has happened before but not been identified. We have 16 drives per VTS shared between 6 VM systems (VMTAPE STAM) handles the sharing of the drives. Yesterday, on only one of these drives, I was getting a message that there were no scratch volumes available. An identical mount request (for the same scratch pool) in an adjacent drive in the same VTS was satisfied without problems. I think I know what happened - but I am not sure if this is a bug (or how to handle it). What I think happened is this:- When RMSMASTR was started on this system, it went through it's initialisation process but this particular drive was in use at the time. As a result, RMS is confused. If I am right then a restart of RMSMASTR would solve the problem for this drive but create other potential problems with the other drives in use. Because we have drives in use for long periods of time (by TPF test guest systems) it would almost take a system outage to have no VTS drives in use. Does anyone have any experience or knowledge of this situation? If so then :- a) Does my theory sound correct? b) Is this a reportable bug (should I open a PMR)? c) Is there a way to get round this problem (for example: can I get RMSMASTR to reinitialise a specific drive)? Thanks in advance Colin Allinson Technical Manager - VM Systems Support Operating Systems Services Amadeus Data Processing GmbH www.amadeus.com http://www.amadeus.com/ IMPORTANT - CONFIDENTIALITY NOTICE - This e-mail is intended only for the use of the individual or entity shown above as addressees . It may contain information which is privileged, confidential or otherwise protected from disclosure under applicable laws . If the reader of this transmission is not the intended recipient, you are hereby notified that any dissemination, printing, distribution, copying, disclosure or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this transmission in error, please immediately notify us by reply e-mail or using the address below and delete the message and any attachments from your system . Amadeus Data Processing GmbH Geschäftsführer: Eberhard Haag Sitz der Gesellschaft: Erding HR München 48 199 Berghamer Strasse 6 85435 Erding Germany
Re: Backup CMS files
and ... as far as we (well, CA sales people) are concerned VM:Backup and HiDRO are a *single* product. You license VM:Backup and it comes with the VM:Backup HiDRO Feature! So between that product you have lots of options for configuring and addressing your z/VM backup requirements. JR JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter Sent: Wednesday, February 13, 2008 01:45 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Backup CMS files Oops, Richard's correct. Change my mention of CA's Syback (an ancient name) to CA's HiDRO. Something was nagging me when I wrote that, Richard provided the confirmation why. :-) Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. In reply to: VM:Backup from CA if you are interested in the ability to restore individual files from CMS format minidisks or from SFS. They also have a product called Hidro for disk image backups. You might want to check out IBM's products for backup. Make sure that whatever you choose is a product that you can live with as changing at a later date, when you have a large collection of backup tapes, can be a troublesome task. Regards, Richard Schuh The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. Emails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email.
Re: Dirmaint 1DE
It's used for DIRMAINT's directory update DELTA processing ... essentially a scratch compile area ... where only the directory entries that were changed are recompiled. Then the DELTA changes are dynamically linked into the online directory. This bypasses the overhead DIRMAINT used to incur for even the simplest/smallest directory change of needing to rewrite the *entire* online directory from start to end to achieve any change in the online directory. JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens Sent: Wednesday, February 13, 2008 04:32 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Dirmaint 1DE I guess DIRMAINT used 1DE to perform a test write. So its size should be large enough to hold at most the full object directory. 19 cylinders is a lot, yiu can have a huge source directory before that these 19 cylinders get filled (huge: in my eyes, a lot more than 1 lines). 2008/2/13, Alain Benveniste [EMAIL PROTECTED]: The doc says : The DIRMAINT 1DE disk must be allocated in the following manner: For CKD devices: cylinder 0 must be 1 allocated as PERM space and cylinder 1 thro ugh END must be allocated as DRCT space. From SDO, the drct zone on 530RES is 20 cyls, 1DE is 20 cyls in the dir ectory. Couldn't it be a problem to have 1DE with 1 cyl less than the drct zone ? Alain Benveniste -- Kris Buelens, IBM Belgium, VM customer support
Re: PIPE Help (please)
I shudder to say ... you could (briefly) go into FULLSCREEN CMS! JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Lionel B. Dyck Sent: Thursday, February 07, 2008 01:42 PM To: IBMVM@LISTSERV.UARK.EDU Subject: PIPE Help (please) I am frustrated with commands generating data that fills multiple screens= and not have the ability to scroll back and forth in the results Thus I thought I'd try something with PIPEs and came up with this: pipe | cms rac setr list | setr list a | cms xedit setr list a | cms erase setr list a This seemed like it would work but the file is empty when xedit opens it.= I've looked thru the pipe help menu and pipe ahelp menu and not found anything that helps that is obvious. Thanks in advance
Re: Abend PGT003
Alain, Did you process the DUMPs ... or do you still have them to process (likely in OPERATNS RDR)? Open a PMR with IBM and they can help you figure out what the problem is. JR JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alain Benveniste Sent: Saturday, February 02, 2008 08:18 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Abend PGT003 Hi, PGT003 Explanation: The DASD page slot being released was not previously allocated, or the slot address is incorrect. User response: By means of the caller's return address and base registe= r stored in SAVER14 and SAVER12 in the SAVBK located by R13, identify the module attempting to release the page. Locate the source (control block o= r ASATE) of the address of the DASD being released to verify that it has no= t been destroyed. If the DASD page is in a spool file, it is possible that = the file has been incorrectly checkpointed and warm-started after a system shutdown or a system crash. I got 2 PGT003 abends in 2 weeks. And I don't find the reason. All my DASD pages are always allocated with a %0 and I never changed a s= lot address since the install. So I suppose that 'a DASD page is in a spool file' but I don't understand what that means. How to konw that ? And if I do a FORCE start, would it be enough or should I do a COLD start= to definitely remove my problem ? Alain Benveniste
Re: Abend PGT003
Ah, yes ... z/VM 4.4.0 ... that likely would be a problem. Can you determine the RUNUSER (the UserID that CP thinks caused the ABEND)? That might help to figure out what might have been happening when the ABEND occurred ... (please don't say HiDRO :-) JR JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alain Benveniste Sent: Saturday, February 02, 2008 09:04 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Abend PGT003 Jr, Yes I have the dump. I even try to find something interesting with the symptom macro but I cqn't go far with that; I have no competence to read a dump. I could open a PMR but we are z/VM440 ... If you see what I mean. I search on the IBM site for a ptf. The unique one referenced is for VM 3.1. That's old Alain Le 2/02/08 14:39, « Imler, Steven J » [EMAIL PROTECTED] a écrit : Alain, Did you process the DUMPs ... or do you still have them to process (likely in OPERATNS RDR)? Open a PMR with IBM and they can help you figure out what the problem is. JR JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alain Benveniste Sent: Saturday, February 02, 2008 08:18 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Abend PGT003 Hi, PGT003 Explanation: The DASD page slot being released was not previously allocated, or the slot address is incorrect. User response: By means of the caller's return address and base registe= r stored in SAVER14 and SAVER12 in the SAVBK located by R13, identify the module attempting to release the page. Locate the source (control block o= r ASATE) of the address of the DASD being released to verify that it has no= t been destroyed. If the DASD page is in a spool file, it is possible that = the file has been incorrectly checkpointed and warm-started after a system shutdown or a system crash. I got 2 PGT003 abends in 2 weeks. And I don't find the reason. All my DASD pages are always allocated with a %0 and I never changed a s= lot address since the install. So I suppose that 'a DASD page is in a spool file' but I don't understand what that means. How to konw that ? And if I do a FORCE start, would it be enough or should I do a COLD start= to definitely remove my problem ? Alain Benveniste
Re: how to wait for dfsmsrm command
The only problem with using a tool like this is that while DFSMS/VM is mounting the tape for you, the tape drive is attached to the RMSMASTR virtual machine, not the requestor's virtual machine. The tape drive is not attached to the requestor until the requested tape is loaded and the drive is ready ... JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Rich Greenberg Sent: Wednesday, January 23, 2008 11:20 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: how to wait for dfsmsrm command Many moons ago I wrote a progam called RXTAPINFO which did a sense to the tape drive and returned (among other flags) a ready/notready indication. I used it to wait for an operator mount. Check your favorite VMSHARE or WORKSHOP archive or I can (probaably) send you a copy directly. Also check this list's archives. Just checked my archives, and I do have a copy. -- Rich Greenberg N Ft Myers, FL, USA richgr atsign panix.com + 1 239 543 1353 Eastern time. N6LRT I speak for myself my dogs only. VM'er since CP-67 Canines:Val, Red, Shasta Casey (RIP), Red Zero, Siberians Owner:Chinook-L Retired at the beach Asst Owner:Sibernet-L
Re: how to wait for dfsmsrm command
Yes ... I think that's what Jeff G. suggested. JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Rich Greenberg Sent: Wednesday, January 23, 2008 11:38 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: how to wait for dfsmsrm command On: Wed, Jan 23, 2008 at 11:26:13AM -0500,Imler, Steven J Wrote: } The only problem with using a tool like this is that while DFSMS/VM is } mounting the tape for you, the tape drive is attached to the RMSMASTR } virtual machine, not the requestor's virtual machine. The tape drive is } not attached to the requestor until the requested tape is loaded and the } drive is ready ... Yes JR, that would preclude the use of RXTAPINFO. But couldn't you just loop on having the drive attached then? -- Rich Greenberg N Ft Myers, FL, USA richgr atsign panix.com + 1 239 543 1353 Eastern time. N6LRT I speak for myself my dogs only. VM'er since CP-67 Canines:Val, Red, Shasta Casey (RIP), Red Zero, Siberians Owner:Chinook-L Retired at the beach Asst Owner:Sibernet-L
Re: how to wait for dfsmsrm command
But isn't that a bit dangerous ... for the requestor to be issuing tape commands and/or CCWs to the attached tape drive while RMSMASTR is doing its thing mounting the tape for the requestor? JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Les Geer (607-429-3580) Sent: Wednesday, January 23, 2008 12:50 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: how to wait for dfsmsrm command } The only problem with using a tool like this is that while DFSMS/VM is } mounting the tape for you, the tape drive is attached to the RMSMASTR } virtual machine, not the requestor's virtual machine. The tape drive is } not attached to the requestor until the requested tape is loaded and the } drive is ready ... Or first attach the drive to the requester's machine using the multiuser option before issuing the mount request. Best Regards, Les Geer
Re: {SPAM?} RE: Moving Spool
Richard, If you have CA's HiDRO ... you can use HiDRO's DUPLICATE function and run up to 32 concurrent tasks from a single virtual machine. Alternatively can also run HiDRO stand alone on the bare processor via IPL from tape or CP PARM disk by selecting it as the nucleus to IPL with. JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Wednesday, December 19, 2007 06:46 PM To: IBMVM@LISTSERV.UARK.EDU Subject: {SPAM?} RE: Moving Spool We are moving from 3390 to 3390, so I plan on using DDR to move the volumes containing ordinary spool files but just format and allocate the disks specified as DUMP. I can do the format/allocate while the system is running. My aim is to minimize the downtime, even if it takes more work to do so. I do want to avoid using SPXTAPE. We usually have 10s of thousands of spool files and no high-speed/high-capacity tape drives, only a couple of them, so tape I/O is not at the top of our desirable things list. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Ron Schmiedge Sent: Wednesday, December 19, 2007 3:35 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Moving Spool Having just moved from a 7060 with internal disk to a z800 and Shark this spring, that's what I did. I ran ICKDSF and CPVOL to format then CPVOL to allocate, the spool and dump volumes, IPLed CLEAN from the DDRed RES volume, and did a SPXTAPE load of the spool files. Ron On 12/19/07, Schuh, Richard [EMAIL PROTECTED] wrote: Right after the first of the year, we will forced to move to new DASD. My plan is to do as much while the system is running as I can, then shut it down so that I can bring up a small system that has several concurrently running DDRs as seems reasonable. My question is, is it necessary to DDR the packs reserved for dumps, or, if there are no dump files in spool, can I just substitute pre-formatted disks like I can for the page packs. Regards, Richard Schuh
Re: z/VM 5.3 FLIST
-Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Friday, December 14, 2007 01:18 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z/VM 5.3 FLIST On my z/VM 5.3 system I have 9 characters. But this issue with large disks threatens to get out of hand. Apparently the word isn't getting around that it is time to start scaling these large numbers on displays unless specifically asked for details. 99.999% of the time, I only care about the relative scale of file sizes. Knowing a file has 45K records is just as good as knowing it has 44,727 records. I'm just looking for the big ones to throw away. Naturally LISTFILE shouldn't do the scaling, but FILELIST and FLIST should. Sorting can still work by the unseen real number. If one does a Sort-by-Size operation, THEN the real number is shown and some non-size related field disappears. All assuming, of course, that my 90 column screen can't accomodate the whole thing. (FLIST reverts to 24x80 on my 40x90 screen.) This is exactly the philosophy that CA's V/Seg-Plus uses to display user/system spool file lists ... Just as an example where some users may be able to see this in action! JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED]
Re: DFSMSRM Errors in RMSMASTR
Dave, What level of z/VM are you running ... your DFSMS/VM software appears to be back level. With the current SDO for DFSMS/VM installed, a DFSMSRM QUERY LIBRARY DEVICE command will not generate a CP ATTACH/DETACH sequence for the device on the RMSMASTR virtual machine. I also see the device you are working with is a 3592 (the most recent hardware from IBM), so these error may go away by upgrading your DFSMS/VM software. JR JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED]
Re: Formatter forz/Linux Minidisk from CMS
Kludgy workaround ... Can you correctly format one template pack ... then use HiDRO DUPLICATE (or DDR) to clone the pack with the end result being that the packs are pre-formatted for the z/Linux guests? JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Stracka, James (GTI) Sent: Friday, November 30, 2007 09:39 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Formatter forz/Linux Minidisk from CMS Does anyone have or know of a utility that will z/Linux format a minidisk from CMS? We have a requirement to format many minidisks for z/Linux usage. Many z/Linux routines flood the console if we just give the guests unformatted minidisks. We have been CMS formatting them before sending them to the z/Linux guests, where it might be days before the owners z/Linux format them. I would like to be able to z/Linux format the minidisks from CMS before giving the disks to the guests. This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing.
Re: Questions about LUN DASD volumes
Alain, There is: CP QUERY EDEVICE But I'm not sure that will give you what you are looking for ... Especially since you would have first had to have done a SET EDEVICE for the LUN ... which would mean the devices are attached and active on z/VM. JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alain Benveniste Sent: Wednesday, November 21, 2007 10:08 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Questions about LUN DASD volumes Speaking with the OPEN guys, the major problem say have when they restore= on a D/R site is to exactly map their requirements to what they find in t= he new DASD array. So the problem appears when they want to restore a group = of LUNs (meta volume) to preserve data coherence. Does a CP cmd exist to get this info. I presume the query edev is for LUN= only ? Alain Benveniste
Re: Questions about LUN DASD volumes
Ahh ... yes ... I forgot about the SCSI sniffer :-) JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Steve Wilkins Sent: Wednesday, November 21, 2007 10:49 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Questions about LUN DASD volumes SCSIDISC (the SCSI Discovery Tool) is a sample exec which provides target port and LUN information so one can discover the LUN topology which hangs off a System z FCP Subchannel. The help file for the tool (SCSIDISC SAMPHELP) indicates that it is Located on MAINT 194 or 2C2 disk. Regards, Steve. Steve Wilkins IBM z/VM Development Inactive hide details for Alain Benveniste [EMAIL PROTECTED]Alain Benveniste [EMAIL PROTECTED] Alain Benveniste [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/21/2007 10:07 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Questions about LUN DASD volumes Speaking with the OPEN guys, the major problem say have when they restore on a D/R site is to exactly map their requirements to what they find in the new DASD array. So the problem appears when they want to restore a group of LUNs (meta volume) to preserve data coherence. Does a CP cmd exist to get this info. I presume the query edev is for LUN only ? Alain Benveniste
Re: Question about SMAPI
VSMSERVE is the RPC version of the SMAPI server and is still valid for use on z/VM 5.3, for example with VM:Secure 2.8 (or DIRMAINT). VSMREQIN, VSMREQIU, etc. are part of the new SMAPI server implementation ... the socket server. However, I wouldn't go there just yet ... JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Marcy Cortes Sent: Thursday, November 15, 2007 01:59 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Question about SMAPI Am I right in understanding that VSMSERVE was replaced by VSMREQIN and VSMREQIU and the VSMWORK* machines going in z/VM 5.3? Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation.
Re: Question about SMAPI
Well, I guess it depends on what Marcy is intending to do with SMAPI. I made the assumption that she was asking the question relative to IBM Director ... but I could obviously be wrong about that? At this point in time, I don't believe there is a GA IBM Director that supports the SMAPI socket based server. JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of John Franciscovich Sent: Thursday, November 15, 2007 04:08 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Question about SMAPI VSMSERVE is the RPC version of the SMAPI server and is still valid for use on z/VM 5.3, for example with VM:Secure 2.8 (or DIRMAINT). VSMREQIN, VSMREQIU, etc. are part of the new SMAPI server implementation ... the socket server. However, I wouldn't go there just yet ... (SMAPI = Systems Management APIs)... It is correct that the VSMREQIN, VSMREQIU, and VSMWORKn virtual machines are new in z/VM 5.3, as part of the new sockets-based SMAPI server. The SMAPI server requires a directory manager, and DirMaint has been enhanced to work with the new server. From IBM's perspective, there is no reason to not go there just yet. VSMSERVE is the RPC-based SMAPI server and is still available on z/VM 5.3, with the same SMAPI function that was provided in z/VM 5.2. All new SMAPI function in 5.3 is available only on the new (sockets) server, as will any enhancements provided in the future. The z/VM 5.3 announcement includes the following Statement of Direction: IBM intends to withdraw support for the RPC/CSL interface from the Systems Management API server in a future z/VM release. John Franciscovich z/VM Development
Re: Questions about LUN DASD volumes
Alain, I think the only way you could do this from z/VM (the mainframe) is if the LUN DASD was configured as FBA devices ... if it's native Linux, I think the only way it can be accessed on the mainframe is by dedicating it to a z/Linux system. JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alain Benveniste Sent: Friday, November 09, 2007 02:27 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Questions about LUN DASD volumes Hi all, We have a new requirement where we would like to be able to backup/restor= e LUN DASD from open for a test. OPEN is an other world for me. So I would like to know how I should code LUN DASD (METALUN ?) into IOCP and how a MDISK would look like too. A copy/paste would be great. And what q da xxx details would show ? Thanks Alain Benveniste Paris, France
Re: DFSMSRM 3495
Issue ... DFSMSRM Q LIB VOL VM I suspect it will say the tape is in the INSERT category ... If so, you need to issue a DFSMSRM SET VOLCAT VOL VM TARGETCAT SCRATCHn Where SCRATCHn is the desired scratch category for your scratch tapes ... For example SCRATCH0. If you have specified a *default* scratch category in your RMS configuration file ... Just leave off the n in SCRATCHn and the tape will be put in your default scratch category. JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of KEETON Dave * OR SDC Sent: Tuesday, October 16, 2007 04:49 PM To: IBMVM@LISTSERV.UARK.EDU Subject: DFSMSRM 3495 First, thanks to all who've helped me in the past with my DFSMS questions! I'm so close to getting this to work, I can feel it... The RMS component is successfully talking to the 3495, but I haven't been able to mount a tape as of yet. I was given a range of tapes with the labels VM-VM0005. I was also given a drive all to myself with an address of 4115. I can talk to the library and get information about that drive just fine. The problems is I can't seem to figure out how to MOUNT the tape. When I query (dfsmsrm q lib device 4115) the drive's address, this is what I get: RMSMASTR: FSMEIF1211I DFSMS RM QUERY LIBRARY with NOWAIT received from user DFSMS, request identifier = 78 DGTUIR2026I DFSMS request 78 accepted for processing Ready; T=0.01/0.01 09:49:44 RMSMASTR: TAPE 4115 ATTACHED TO RMSMASTR 4115 RMSMASTR: TAPE 4115 DETACHED BY RMSMASTR 09:49:44 * MSG FROM RMSMASTR:FSMBCI2200I Device 4115: Device Type = 3592, Library Name = TLLIB01, VLABEL = N/A, Mounted Category = NONE, Assigned Cate gory = NONE When I try to mount a tape, this is the error I get: dfsmsrm mount vol vm RMSMASTR: FSMEIF1211I DFSMS RM MOUNT with NOWAIT received from user DFSMS, request identifier = 57 DGTUIR2026I DFSMS request 57 accepted for processing Ready; T=0.01/0.01 13:45:10 RMSMASTR: TAPE 4115 ATTACHED TO RMSMASTR 4115 RMSMASTR: TAPE 4115 DETACHED BY RMSMASTR RMSMASTR: FSMBAC2009E Requested volume VM is not in the library; request identifier = 57, library name = TLLIB01 13:45:10 * MSG FROM RMSMASTR:FSMBAD2009E Requested volume VM is not i n the library; request identifier = 57, library name = TLLIB01 Neither my 3495 administrator or I can seem to figure out what's wrong. I've tried passing the rdev address (4115) with the dfsmsrm mount command as an option, but it didn't work either - same result. Any help would be greatly appreciated! Regards, Dave Keeton z/VM Systems Programmer Linux Systems Administrator Enterprise Systems Group Oregon State Data Center 530 Airport Road SE Salem, OR 97301 Office: (503) 373-0832
Re: Installing RMSONLY component of DFSMS/VM
Dave, Yes ... snip TAPE 4115 ATTACHED TO RMSMASTR 4115 TAPE 4115 DETACHED BY RMSMASTR FSMSMS3203I RMSMASTR is running snip is normal and to be expected when the RMSMASTR serverice machine is initialized ... JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of KEETON Dave * OR SDC Sent: Monday, October 15, 2007 01:55 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Installing RMSONLY component of DFSMS/VM I recently installed the RMSONLY component of DFSMS/VM to allow me access to our 3495. Things looked like they're installed, but I'm missing some things and or things don't work as they should. I tried to install everything using the defaults specified in the Program Directory for DFSMS/VM FL221. I can't issue any DFSMSRM commands. I can look at HELP all day long, but when trying the steps outlined in the Customization manual, I can't issue the command DFSMSRM QUERY LIBRARY OPSTATE. It tells me Unknown CP/CMS command. I've tried to issue the command as both MAINT DFSMS. None of the DFSMSRM commands appear to be available to me. The DGTVAUTH DATA file lists DFSMS as being authorized. When the RMSMASTR server is started, it appears to find the drive assigned but does the following: TAPE 4115 ATTACHED TO RMSMASTR 4115 TAPE 4115 DETACHED BY RMSMASTR FSMSMS3203I RMSMASTR is running I can't determine if ATTACHED and then immediately DETACHED is normal or not. My understanding is there is a tape in the drive. When I completed the installation of the RMS component, I noticed later that I didn't do steps 16 17 of the installation (rebuilding the CMS Help File). Can this be causing a problem? Thanks in advance, Dave
Re: no xautolog
At the START prompt ... reply NOAUTOLOG ... 08:42:33 z/VM V5 R3.0 SERVICE LEVEL 0701 (64-BIT) 08:42:33 SYSTEM NUCLEUS CREATED ON 2007-07-23 AT 07:26:47, LOADED FROM PARM 08:42:33 08:42:33 08:42:33 * LICENSED MATERIALS - PROPERTY OF IBM* * 08:42:33 * * 08:42:33 * 5741-A05 (C) COPYRIGHT IBM CORP. 1983, 2007. ALL RIGHTS * 08:42:33 * RESERVED. US GOVERNMENT USERS RESTRICTED RIGHTS - USE, * 08:42:33 * DUPLICATION OR DISCLOSURE RESTRICTED BY GSA ADP SCHEDULE * 08:42:33 * CONTRACT WITH IBM CORP. * 08:42:33 * * 08:42:33 * * TRADEMARK OF INTERNATIONAL BUSINESS MACHINES. * 08:42:33 08:42:33 08:42:33 HCPZCO6718I Using parm disk 1 on volume PARM (device 015C). HCPZCO6718I Parm disk resides on cylinders 1 through 49. 08:42:33 08:42:33 Start ((Warm|Force|COLD|CLEAN) (DRain) (DIsable) (NODIRect) (NOAUTOlog)) or (SHUTDOWN) 08:42:38 WARM DRAIN 08:42:38 NOW 08:42:38 EDT WEDNESDAY 2007-09-05 08:42:38 Change TOD clock (Yes|No) 08:42:38 JR JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Anne D. Crabtree Sent: Thursday, September 06, 2007 06:58 AM To: IBMVM@LISTSERV.UARK.EDU Subject: no xautolog I need to ipl my old z/vm 5.1 system on a test lpar to look at some stuff. I don't want AUTOLOG1 to start. Trying to find how to do that on ipl, but in the mean time if anyone could enlighten me, I'd be grateful!