following are a couple of emails from '78 regarding getting a copy of
adventure for vm370/cms
http://www.garlic.com/~lynn/2006y.html#email780405
http://www.garlic.com/~lynn/2006y.html#email780405b
in this post
http://www.garlic.com/~lynn/2006y.html#18 The History of Computer
Role-Playing Games
Original Message -
From: Stricklin, Raymond J [EMAIL PROTECTED]
To: IBMVM@LISTSERV.UARK.EDU
Sent: Tuesday, June 03, 2008 11:12 PM
Subject: FCXPER315A
We recently began, under unknown circumstances, receiving this exception
from PTK on one VM LPAR (z800, V5R3):
FCXPER315A Cl1 time
We recently began, under unknown circumstances, receiving this exception
from PTK on one VM LPAR (z800, V5R3):
FCXPER315A Cl1 time slice 1.444 exceeds limit 1.000 (Q1=21 Qx=24)
...
We don't run PTK, we run ESAMON. But we have seen similar messages.
I'm guessing that either your monitor
Terry,
The message
DTCOBE005E Unable to read file 'Filename Filetype filemode'
means that it cannot read your configuration file for some reason. Do you
have the correct filename, filetype and filemode?
Peggy Williams
607-429-4063
z/VM - TCP/IP Development
And don't forget the minidisk-read-password like I always do.
Bobby Bauer
Center for Information Technology
National Institutes of Health
Bethesda, MD 20892-5628
301-594-7474
From: Peggy Williams [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 05, 2008 9:15
Hi
I will reproduce the error today and send you want I see. The text of
the error does not really say a whole lot. I probably have some kind of
syntax error but it is not so obvious.
Thanks.. Terry
Terry Martin
Lockheed Martin - CITIC
z/OS Performance and Tuning
(410) 786-0386 - Office
(443)
Hi Peggy,
I just left you a voice message. If you could give me a call back, it
would be great!
I will update the thread as we talk through the issue!
Thanks.. Terry
Terry Martin
Lockheed Martin - CITIC
z/OS Performance and Tuning
(410) 786-0386 - Office
(443) 632-4191 - Cell
Thanks
Thanks.. Terry
Terry Martin
Lockheed Martin - CITIC
z/OS Performance and Tuning
(410) 786-0386 - Office
(443) 632-4191 - Cell
[EMAIL PROTECTED]
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Bauer, Bobby
On Thursday, 06/05/2008 at 09:20 EDT, Bauer, Bobby (NIH/CIT) [E]
[EMAIL PROTECTED] wrote:
And don?t forget the minidisk-read-password like I always do.
(Pt! Hey, buddy! Over here. Wanna buy a security manager? No more
worries about minidisk passwords.)
Alan Altmark
z/VM Development
You mean like RACF? It's planned. Budgets/Approval/Papperwork!
Bobby Bauer
Center for Information Technology
National Institutes of Health
Bethesda, MD 20892-5628
301-594-7474
-Original Message-
From: Alan Altmark [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 05, 2008 9:51 AM
To:
On Wednesday, 06/04/2008 at 06:44 EDT, Mike Walter
[EMAIL PROTECTED] wrote:
Looking in the z/VM 530 TCP/IP Messages and Codes manual, there's no
DTCOBE0055E message listed. OBVIOUSLY, it must be self-documenting!
That typed with disapproval of self-documenting messages dripping
from
the
On Wednesday, 06/04/2008 at 12:58 EDT, Richard Clapper
[EMAIL PROTECTED] wrote:
Here's an update on the question I initiated May 7th. In working with
IBM,
wev'e gotten to the point of tracing messages from the external LAN
coming into
the OSA, through the VLAN-aware VSWITCH, getting to a
On Wednesday, 06/04/2008 at 10:38 EDT, Wandschneider, Scott
[EMAIL PROTECTED] wrote:
In other words there is no way to remove a CPU without an IPL - is that
correct?
Correct. To add/remove CPUs dynamically requires use of specific
z/Architecture that allows that to occur, but CP doesn't
Gets me every time.
OBEYFILE fn ft fm (readpassword for the minidisk the file is on.
On Thu, Jun 5, 2008 at 9:19 AM, Bauer, Bobby (NIH/CIT) [E]
[EMAIL PROTECTED] wrote:
And don't forget the minidisk-read-password like I always do.
Bobby Bauer
Center for Information Technology
Thank you Allan.
Thank you,
Scott R Wandschneider
Senior Systems Programmer
Infocrossing
Office 402.963.8905
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Alan Altmark
Sent: Thursday, June 05, 2008 9:33 AM
To: IBMVM@LISTSERV.UARK.EDU
On Monday, 06/02/2008 at 05:00 EDT, Carlos Bodra [EMAIL PROTECTED]
wrote:
Simple solution could be an IBM 3745 model 170 (smalest) to keep same
cenario
and migrate from adapter cards to a channel independent machine, even
connect
thru Escon converter. IBM says no more NCP software licenses
We are having a problem with TCPIP connectivity running a z/OS guest
under z/VM using dedicated OSA addresses. Once we re-cycle TCPIP (z/OS
guest), everything is back to normal.
**
This email and any files transmitted with it
I had a similar problem.
I put z/OS on a VSWITCH along with TCP/IP. Never had a problem since.
On Thu, Jun 5, 2008 at 11:45 AM, Daniel Allen [EMAIL PROTECTED] wrote:
We are having a problem with TCPIP connectivity running a z/OS guest
under z/VM using dedicated OSA addresses. Once we
Saw a Maint 500 mindisk of 600 cylinders.
Anyone know who this minidisk belongs to?
Thanks.
_
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential
and may be privileged. It is intended for the addressee(s) only.
Access to this E-mail by anyone else is
On Thursday, 06/05/2008 at 11:54 EDT, Daniel Allen [EMAIL PROTECTED]
wrote:
We are having a problem with TCPIP connectivity running a z/OS guest
under
z/VM using dedicated OSA addresses. Once we re-cycle TCPIP (z/OS
guest),
everything is back to normal.
Is that dedicated OSA shared
I believe it is a new disk provided for the SERVLINK maintenance files.
To be used instead of enlarging the 191, which I do.
-Original Message-
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind
Sent: Thursday, June 05, 2008
The dedicated OSA is used by the z/OS guest and no one else. z/VM 5.2
is at 0602 while the z/OS guest is z/OS 1.4.
Would inactivity on a z/VM guest (z/OS 1.4) cause connectivity to be
lost ?
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of
Greetings,
We have an interesting problem. We are using CA-VMLIB and have been
getting an error on the VMLIB service machine comme ca:
VMLSRV001I - CA-VMLIB 3.2 9604 DATE 05/02/96 COPYRIGHT (C) 1996 COMPUTER
ASSOCIATES INTERNATIONAL, INC. ALL RIGHTS RESERVED
VMLIB READY FOR
Howard,
Probably starting with Version 5 it has been an mdisk to receive
electronic service
Bill Munson
VM System Programmer
201-418-7588
President MVMUA
http://www2.marist.edu/~mvmua/
Howard Rifkind [EMAIL PROTECTED]
Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
Exactly what the install directions tell me after downloading the z/VM 5.3
703 EDS to my workstation. It is specifically offering up the Maint 500
disk as the target for uploading to the z/VM host.
Bill Munson [EMAIL PROTECTED]
Sent by: The IBM z/VM Operating System
Thanks all.
Bill Munson [EMAIL PROTECTED] 6/5/2008 12:36 PM
Howard,
Probably starting with Version 5 it has been an mdisk to receive
electronic service
Bill Munson
VM System Programmer
201-418-7588
President MVMUA
http://www2.marist.edu/~mvmua/
Howard Rifkind [EMAIL PROTECTED]
Sent
So I'm in the middle of applying service to a z/VM 5.2 system with the
SERVICE exec, and all of a sudden it just stops - it can't find 4OSASF40's
7F00 minidisk. I look at the Volser, and It's one I don't recognize. This is
not unusual, since I don't run OSASF at all. It just happens to be
I may be totally wrong, but I happened to be running service on z/vm 5.3
yesterday and the SERVICE step failed on 4OSASF40 also. I had all
userids commented out in my user directory. I just removed comments and
did directxa and then restarted service. I figure I can just take them
back out when
That won't really work for me since the directory entries are already there,
there's just no real disk at those addresses. I could start hacking stuff
out of the 4OSASF40 PPF files, but I don't really want to do that.
I could swear there was a way to tell SES this product is already up to
date -
NO offense against those that advocate SERVICE and PUT2PROD but this
is exactly why after trying to use SERVICE once I went back to doing
service the old fashioned way and servicing ONLY the products I have
installed and using. It might take a little longer but at least I know
where I am at
I believe Jim Vincent had a session or two at SHARE on how to do this.
You might check SHARE.ORG for past sessions
good luck
Bill Munson
VM System Programmer
201-418-7588
President MVMUA
http://www2.marist.edu/~mvmua/
Robert J Brenneman [EMAIL PROTECTED]
Sent by: The IBM z/VM Operating
All the organization I've worked for who had mainframes have all had IBMLink
access (contracts)
Unfortunately we don't have that now and I was wondering if IBMLink has some
sort of free access level where you don't need a contract.
All I need is to get the latest update for DIRMAINT...and
Well - to be fair to SERVICE - I did tell it to SERVICE ALL. So I got what
was coming to me for being lazy.
--
Jay Brenneman
On the other hand, it doesn't seem to be too obvious an optimization for
SERVICE to check whether the target userid is valid in the CP directory,
test whether the minidisk is valid, and not choke horribly if one or the
other isn't true. Given the complexity of SES/E, this seems like
something the
We had a similar problem when we shared a OSA with z/OS Once we
separated out the OSA addresses, problem went away.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Alan Altmark
Sent: Thursday, June 05, 2008 11:07
To: IBMVM@LISTSERV.UARK.EDU
Greetings,
We are ramping up our Technical Recovery Plan, and intend to use channel-
extended tape units at a remote location when performing our regular full
and incremental backups.
We use CA's VM:BACKUP for file-level backups, and will be using VM:HiDRO
to capture the system image.
We don't anymore, but we did for a very long time and it worked
beautifully.
Christine Brogan - TPF/VM Systems Support
Information Technology Services Americas
Phone: 623-505-5366, Cell: 623-512-5883, IBM tieline 273-4647
Email: [EMAIL PROTECTED]
The end of fear is where we begin - the moment
On Thu, Jun 5, 2008 at 4:12 PM, in message
[EMAIL PROTECTED], Mark Llewellyn
[EMAIL PROTECTED] wrote:
-snip-
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.
Not if you do the backup
We are ramping up our Technical Recovery Plan, and intend to use channel-
extended tape units at a remote location when performing our regular full
and incremental backups.
This approach lives and dies on the speed of the link to the remote drives. I
ran this configuration a long time ago
Not if you do the backup to local tape drives, and then do a
tape-to-tape
copy to the remote drives.
Mark Post
Some auditors won't let you do it that way because there is a window
(however short) where only 1 copy exists.
That would be by far the easiest way, but VM:Backup is not able to
handle copied tapes at a BRP site - it's catalog wouldn't match.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Post
Sent: Thursday, June 05, 2008 1:38 PM
To:
The auditors may have a stroke when they realize there is a larger
window where no copies exist.
Jim Hughes
603-271-5586
Any fool can criticize when a man makes a mistake - and most of them
do.
=-Original Message-
=From: The IBM z/VM Operating System
What you say is so true. However, even a 50% increase in time may not
be a show-stopper for our shop, as opposed to running two complete
backup jobs.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of David Boyes
Sent: Thursday, June 05, 2008
Caveat: We have not used HiDRO yet, other than figuring out a way for it
to actually write two tapes with different volsers at the same time.
What about completing the local HiDRO backup job, and then running its
process to read in the local copy and write it to volume with the same
volser at
If you do a tape-to-tape copy, make sure your local and remote tape
volsers match. VM:Backup has the tape volsers in its catalog. If you
don't have the correct volsers at your remote site, you have a problem.
You could probably get away with different volsers if you code
VM:Backup's tape mount
What you say is so true. However, even a 50% increase in time may not
be a show-stopper for our shop, as opposed to running two complete
backup jobs.
YMMV. Also, keep in mind that you'll probably need to mess with the MIH
time values for class TAPE devices to compensate for the additional
This concept was considered, but is really last on the list - it's a bit
of a mine field.
Running two VM:Backup service machines has potential, though, instead of
running two backups serially on the same machine.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL
This solution is our real hope. I believe we'll have dedicated
bandwidth - our network guys are working on that one.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of David Boyes
Sent: Thursday, June 05, 2008 1:58 PM
To:
You have a pretty slick setup. We back up about 200G or less for a full
backup, and 2 to 10G for our daily incremental.
The kicker is the 3000 mile channel extension...coast-to-coast.
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of
We run VM:Backup to local tapes and HIDRO to remote tapes.
HIDRO is much faster and doesn't chew the CPU the way VM:Backup does.
But the users are used to getting their stuff out of the much prettier
vmbackup interface.
If you twin remotely and locally, how does the restores work? Do you
have
That's another option I'll add to the list. The remote site is
disaster-recovery only - it doesn't necessarily have to be pretty right
off the bat.
I'll have to figure out how it knows which tapes to call for where -
it'll be a few months before we start real testing.
-Original
This sounds like the optimal approach, really.
Thanks!
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Marcy Cortes
Sent: Thursday, June 05, 2008 2:34 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: VM:Backup: Twinning Tapes to Remote Tape Unit
We wrote a VM:Tape command exit which swaps the volsers for any VMBACKUP
read mount when running on any processor other than the production
system. That way when we come up on a D.R. box, we use the production
VM:Tape and VM:Backup catalogs, but it asks the operator (or robot) to
mount the
Hi,
Coming from a z/OS background I have the RMF Data Portal deployed and we
allow anyone inside our network to view it. I would like to deploy the
z/VM Performance Toolkit web interface in the same way. I cannot find
anyway to allow this.
In RMF DDS SYS1.PARMLIB(GPMSRV00)
/*
This concept was considered, but is really last on the list - it's a
bit
of a mine field.
Running two VM:Backup service machines has potential, though, instead
of
running two backups serially on the same machine.
And how...there be dragons, big time. Two VM:Backup runs (even
simultaneous
If you twin remotely and locally, how does the restores work? Do you
have to code to just use the local drives for that?
If you do it the official way (channel extension to remote drives and
simultaneous twinning), VM:Backup records the data on two (or more)
unique volsers in parallel, and
No one has told us that the two backup runs have to be the same. The DR
backups are only used if the primary data center is a pile of rubble.
Who cares if they're a few hours older or newer than a set of tapes that
is now unusable, and may be irrecoverable? The disaster time is
unpredictable.
No one has told us that the two backup runs have to be the same.
Consider yourself fortunate. At least one of our clients has to be able
to swear in (possibly international) courts that the two are written
simultaneously and are identical to the extent of technical feasibility.
It's a huge
On Thursday, 06/05/2008 at 05:14 EDT, Martin, Terry R. (CMS/CTR) (CTR)
[EMAIL PROTECTED] wrote:
Basically once I got the filename correct and added the PASSWORD for the
TCPMAINT 198 disk I was able to get the OBEYFILE command to work. I did
receive
an error on my first good try. It was
The other advantage of separate onsite and offsite backup jobs is
that
your onsite backups aren't held up when your channel extension
equipment
is down.
Very true. Depending on how smart your scratch exits are, you can fall
back on generating local volumes and adding them to the remote series,
60 matches
Mail list logo