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:
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
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
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
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
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
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
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
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:
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
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:
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
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
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
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:
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:
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
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
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
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
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
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
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
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
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
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
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
: 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
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
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
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:
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
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
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
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.
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:
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
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
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
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
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
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
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)
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
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:
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
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
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
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
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,
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,
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
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
/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
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
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
.
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
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
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
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
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
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
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
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]
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
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
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
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
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,
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)
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
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
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
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
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
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
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
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]
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
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
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
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
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
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]
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
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
, 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
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
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)
-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
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
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
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
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
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
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
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:
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
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
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
1 - 100 of 167 matches
Mail list logo