I will be out of the office starting 07/06/2008 and will not return until
16/06/2008.
I will respond to your message when I return.
Please consider the environment before deciding to print this email.
This email and any attachments are confidential and may be legally privileged
or protected by
Use of the VM:Tape command exit provides a means to automagically swap the
mount command volsers in any order you desire. Works great for us after most
operators moved to the remote campus. Now, without swapping onsite and offsite
tape vaults, read mounts are swapped to the remote site where t
We're doing similarly with a Sun/STK peered VTS for VM:Archiver. It creates
the duplicate virtual volsers in the other campus without any work by VM:Backup
(which does VM:Archiver tape I/O). Makes tape access for D.R. painlessly
automatic. VM:Backup tapes are still twinned to external 3590 ma
Mark Llewellyn wrote on 06/05/2008 03:12:50 PM:
>
> Our other option is to simply run two backup jobs, one to the local drive
> and one to the remote, but that effectively doubles the hit of the backup
> jobs.
The (I/O) performance hit on this might not be as high as you think. If you
ran the tw
Another option would be a peered VTS.
At the moment that's how we're getting all the linux volumes there
(although z/OS is doing the dumping and restoring of those w/DFDSS and
not us using vm utilities).
Marcy
"This message may contain confidential and/or privileged information. If
you are not t
Same here - we are operating on the scenario of our primary data center
being destroyed and not coming back. If the offsite copy is a few hours
older than the onsite, it's not a show-stopper.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of O'
Copying tapes is fraught with enough potential issues (many illuminated
here) that we are not going to consider it...
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Wheeler
Sent: Friday, June 06, 2008 6:39 AM
To: IBMVM@LISTSERV.UARK.EDU
This was actually our first option - remote shadow imaging. The high
cost involved and the fundamental requirements of an actual disaster
recovery eliminated the proposal.
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Colin Allinson
S
Hi Peggy,
I specified the MTU on the Gateway statement!
The error was DTCPRS051E - Line 24: Invalid Packet Size in Gateway
Command: 16384
Thanks.. Terry
Terry Martin
Lockheed Martin - CITIC
z/OS Performance and Tuning
(410) 786-0386 - Office
(443) 632-4191 - Cell
[EMAIL PROTECTED]
You can mix any thing with anythingexcept you can't mix ficon and scsi
(FCP) on the same LCU. (You can physically LPAR a DS6800 and you can
logically LPAR a DS8000).
When you add volumes to a LCU, you specify the device number (IOCP translates
device numbers to our 390 addresses). I woul
I've got a 2105-800 coming in to replace a 9393 and 2105-F20. The 9393
needs to be pulled to make room for the 2105-800, so I am squishing what
I need from it onto the 2105-F20 for now. The F20 is currently defined
with 8 LCU's of 40 3390-9s each, leaving an extra 88,456 cylinders in
each LCU. I ne
>Can't do that, unless you can guarantee that the tapes at the remote
site
>are longer than the local copy (which would be unlikely). When the
backup
>runs, writing to a given pair of tapes ends when the first one hits
EOT.
That's yet another complication for us if were to use twins. We use
9840
I think Eric Thomas got there first when he worked for CERN:-
Go to the VM Share Archives at:-
http://vm.marist.edu/~vmshare/browse?fn=TOOLKIT&ft=MEMO
and search for his append :-
"Append on 08/26/92 at 11:03 by Eric Thomas <[EMAIL PROTECTED]>:"
There is nice tutorial (or is it a rant) on usin
Shimon Lebowitz wrote:
Can you write it up and post it?
Sounds great!
In my copious spare time!
--
Jack J. Woehr# "Self-delusion is
http://www.well.com/~jax # half the battle!"
http://www.softwoehr.com # - Zippy the Pinhead
Alan, here's where we are with your suggestions.
1. I used the HMC OSA Advanced Facilities to validate that the CHPID is
enabled, and there are no anomalies.
2. NETSTAT ARP ALL TCP DTCVSW1 reveals that only my two guest IPs are in the
ARP cache. The gateway address isn't there.
3. I went thro
My enhancement request suggested to writing until EOV, then back up to the
beginning of that VM:Backup domain, close the tape (with all the usual
EOV, and cross-linked User Header and Trailer Labels), and re-write that
domain on the fresh tape. It got more complex when a single domain would
no
There is a round about way of doing this. Fran and I came up with it about 4
years ago.
VMBACKUP can backup to DASD.
With that, you need to specify the size of a "tape" file that will exist on
disk.
Then, you do, in my case, a twin backup specifying a disk file and tape.
When the disk file is f
>Put a VTS in your DR site connected to you as the site for the twin
>tapes. No movement of tapes now.
In fact, our remote site has a VTS for DR backups. Our local backups
are still in an STK silo. My comment about tape movement was in context
with David's suggestion of a fallback when the chan
> -Original Message-
> From: The IBM z/VM Operating System
> [mailto:[EMAIL PROTECTED] On Behalf Of Stracka, James (GTS)
> Sent: Friday, June 06, 2008 10:36 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Backup: Twinning Tapes to Remote Tape Unit
>
> Now that is interesting. How does th
Now that is interesting. How does that OS/390 utility know where the
EOT reflector is located unless it spins the entire tape first?
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of McKown, John
Sent: Friday, June 06, 2008 9:48 AM
To: IBMVM@LIS
Put a VTS in your DR site connected to you as the site for the twin
tapes. No movement of tapes now.
Physical tape shipment is scrutinized here. Tapes must either be
encrypted or hand-carried by a Bank employee to their destination. We'll
probably be moving to an all-VTS environment in a year o
We do it and have been doing it for years. Works well.
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 del
Go here:
https://www-304.ibm.com/usrsrvc/account/userservices/jsp/login.jsp?persistPage=true
and there is a point to register and see if this helps
-Original Message- From: Howard Rifkind <[EMAIL PROTECTED]>Sent: Jun 5, 2008 12:51 PM To: IBMVM@LISTSERV.UARK.EDU Subject: IBM LINK Web Sit
That is a good point that I had not completely thought thru about the
tape lengths. So forget about what I said.
Jim Dodds
Systems Programmer
Kentucky State University
400 East Main Street
Frankfort, Ky 40601
502 597 6114
-Original Message-
From: The IBM z/VM Operating System [mailto:[E
And after having run into the (barely) shorter-output-tape situation after
a major, self-induced problem with VM:Backup here (accidentally scratching
hundreds of tapes, but of those none from the same twin set), I opened an
enhancement request (now called a DAR) with perhaps then Systems Center
Terry,
What statement did you specify the MTU on - Gateway or Link?
And what was the error you got?
Peggy Williams
z/VM - TCP/IP Development
"Martin, Terry R.
"Horlick, Michael" <[EMAIL PROTECTED]> wrote:
>We have an interesting problem. We are using CA-VMLIB and have been
>getting an error on the VMLIB service machine comme ca:
> DMSOPN3362E Imbedded blanks found in file name
Apologies if this has been answered already (I get the list digested).
Be
Can you write it up and post it?
Sounds great!
Shimon
Original message
>Date: Mon, 2 Jun 2008 08:31:02 -0600
>From: Jack Woehr <[EMAIL PROTECTED]>
>Subject: Afterthought on Trying to Learn z/Linux ISHELL
Scripting
>To: IBMVM@LISTSERV.UARK.EDU
>
> Dave Wade wrote:
>
> F
>
> Curiousity question, because I don't know VM:Backup, is there a way to
> tell VM:Backup to only use n% of a tape? Our z/OS backup utility can be
> told to do this. If this is possible, then you could fill a tape up to,
> say, 80% and be fairly confident that the second tape would be long
> enou
> -Original Message-
> From: The IBM z/VM Operating System
> [mailto:[EMAIL PROTECTED] On Behalf Of Mark Wheeler
> Sent: Friday, June 06, 2008 8:39 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Backup: Twinning Tapes to Remote Tape Unit
>
> Can't do that, unless you can guarantee that t
Yes, Thanks Alan. In the TCPIP PROFILE I did specify 16K but I received
an error so I changed it to 1500 which I new would get around the error.
When I did the NETSTAT displays I saw a MFS of 4096 and MTU of 32768. So
I guess the question is why did I get the error in the TCPIP PROFILE
specifying 1
Can't do that, unless you can guarantee that the tapes at the remote site
are longer than the local copy (which would be unlikely). When the backup
runs, writing to a given pair of tapes ends when the first one hits EOT.
You would also need to a complete copy of the tapes, labels and all,
because
I think in the case of having to run 2 backups jobs I would run one
backup job and then run a utility job to copy the 1st set of tapes to
the remote set of tapes.
Jim Dodds
Systems Programmer
Kentucky State University
400 East Main Street
Frankfort, Ky 40601
502 597 6114
-Original Message--
If you install DFSMS (free feature of VM), you can do massive moves:
- with ISPF you can for example request that volume xyz be migrated
to some other volume
- without ISPF, you get a linemode DFSMS MOVE command to move
a single minidisk
Both methods internally use the DFSMS COPY command when m
On Fri, Jun 6, 2008 at 2:17 PM, Berry van Sleeuwen
<[EMAIL PROTECTED]> wrote:
> pipeline and therefore to stop STARMON. And the PIPELINE package also
> states HMONITOR to stop the STARMON stage. Based on the GATE stage
> description I coded a pipeline but it still doesn't end.
>
> PIPE literal +10
Hello list,
I'd like to replace the MONWRITE service we use now with a way to only
save selected monitor records to disk. So I use 'PIPE STARMON MONDCSS
SHARED | COLLECT' to collect and write selected records to disk. But in
order to stop I must issue #CP EXT.
I have been testing with other
Even though my customer's MVS systems are becoming short of UCB's, each
device has a single device number here, be it shared or not. And, even
though the VM and MVS support groups are (or I should say were) different,
this uniqueness is maintained across VM and MVS systems.
2008/6/1 Fox Blue <[EM
On Thursday, 06/05/2008 at 12:27 EDT, "Horlick, Michael"
<[EMAIL PROTECTED]> wrote:
> DMSOPN3362E Imbedded blanks found in file name
>
> I have opened an issue with CA and I have tried doing an SVCTRACE ON to
find
> out where the problem is. From looking at the book it seems something
should
In the VM/SP days we decided to use a single CP nucleus for all our VM
systems, one of which still ran RACF in warningmode. So I coded a RACDEFER
EXEC to zap HCPRWA in storage to set the LINK permission flags. As it
proved to be useful at some times, I updated it to VM/ESA and even z/VM.
I'll sen
Thinking laterally about this, there is always another solution.
Have you thought about long-distance remote PPRC for your DASD.
I am not sure if the official IBM PPRC-XD product can cope with 3000 miles
but there are solutions that can.
Colin Allinson
Amadeus Data Processing GmbH
Or make local twins, then copy one tape-to-remote tape.. problem solved, always
at least two backups.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
Behalf Of Mark Post
Sent: Thursday, June 05, 2008 5:02 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: VM:Back
41 matches
Mail list logo