On Wednesday, 01/14/2009 at 06:13 EST, David Kreuter
wrote:
> Don't think UCOMDIR NAMES is gonna do much unless you are using avs,
lu.62,
> vtam, etc.
UCOMDIR NAMES applies to all APPC resource connections, whether going
through AVS and VTAM (LU 6.2) or native VM-to-VM. That's how you can
sorry for diversions on the port.
Don't think UCOMDIR NAMES is gonna do much unless you are using avs, lu.62,
vtam, etc.
David
From: The IBM z/VM Operating System on behalf of Raymond Noal
Sent: Wed 1/14/2009 3:38 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMV
You do take less of an uptime hit when using flashcopy: instead of
waiting several hours to dump to tape, you can take an outtage of
several minutes to shutdown the app, issue the flashcopy command, and
then immediately start your application back up.
--
Jay Brenneman
> -Original Message-
> From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu]
On
> Behalf Of Alan Altmark
> Sent: Wednesday, January 14, 2009 3:38 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Flashcopy
>
> On Wednesday, 01/14/2009 at 04:07 EST, "Dean, David (I/S)"
> wrote
I would not recommend it. As Alan said, there may be data in virtual
machine storage, VM cache, etc that hasn't been hardened to disk yet.
Quiescing the server is your safest bet.
Steve Wilkins
IBM VM Development
z/VM I/O Strategy
|>
| From: |
|>
>-
On Wednesday, 01/14/2009 at 04:07 EST, "Dean, David (I/S)"
wrote:
> What about my 99.9% uptime?
That's handled by the other members of the cluster. If you need to
perform backup while server is running, then you need to do that from
within the server a la TSM. You must ensure that any fi
why not issue a "sync"?
> -Original Message-
> From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu]
On
> Behalf Of Alan Altmark
> Sent: Wednesday, January 14, 2009 2:14 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Flashcopy
>
> On Wednesday, 01/14/2009 at 02:51 EST, "De
What about my 99.9% uptime?
David Dean
Information Systems
*bcbstauthorized*
-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Alan Altmark
Sent: Wednesday, January 14, 2009 3:14 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Flash
Thanks to all who responded.
After doing some additional work on this problem, I realized that I did not
have the resourceID specified for my system. I added the FCXRES00 parameter to
my FCONRMT SYSTEMS file and I also created a UCOMDIR NAMES file.
I was really asking about the undocumented me
>I'm using DFSMS to access our virtual ATL(a TS7700). I'm trying to dump
>minidisks to tape, some of which are larger than the virtual tapes.
>DFSMS seems to require detaching the tape drive from the user which is
>doing the dump to mount a new tape. But the user has it. Is there
>something I'm
On Wednesday, 01/14/2009 at 02:51 EST, "Dean, David (I/S)"
wrote:
> Does Flashcopy take care of ?open file? issues, any way around quiecing?
Flashcopy is a way to copy disk content. If it isn't on the disk, it
doesn't get copied. As a consequence, you need to get the data out of
memory and o
On Wednesday, 01/14/2009 at 11:15 EST, "Boyer, William"
wrote:
> We are attempting to create a baseline for our z/VM system and one of
the
> documents we are using states that DIAG98 should not be used and I would
like
> to understand a little more about DIAG98.
There is no reason not to use
Does Flashcopy take care of "open file" issues, any way around quiecing?
David Dean
Information Systems
*bcbstauthorized*
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Mark Pace
Sent: Wednesday, January 14, 2009 2
Worked!
Thanks very much, Steve.
On Wed, Jan 14, 2009 at 2:24 PM, Steve Wilkins wrote:
> I looked at the code real quick :-> it looks like you'll have to VARY OFF
> then back ON the 2 real volumes that back B28A & B28B to refresh the field
> being checked. Sorry.
>
> Do this with the VM/CP VARY
On Wed, Jan 14, 2009 at 5:04 PM, Boyer, William wrote:
> We are attempting to create a baseline for our z/VM system and one of the
> documents we are using states that DIAG98 should not be used and I would
> like to understand a little more about DIAG98.
Since part of your question was not answe
How many systems do you need to connect? A few class Cs is a fair amount of
address space (1 class C is 253 usable addresses), and you can easily
optimize the use of addresses using NAT or a virtual router, etc. IPv6 is an
interesting option, but keep in mind that there will need to be some kind of
I looked at the code real quick :-> it looks like you'll have to VARY OFF
then back ON the 2 real volumes that back B28A & B28B to refresh the field
being checked. Sorry.
Do this with the VM/CP VARY command.
Steve Wilkins
IBM VM Development
z/VM I/O Strategy
|>
| From: |
|---
On Wednesday, 01/14/2009 at 01:10 EST, "Lionel B. Dyck"
wrote:
> What we are planning is a single hipersocket connection between z/vm and
z/os
> with each linux guest having two IP addresses. One IP address would be
on the
> public side and connected to one guest lan. The other IP address wo
I just activated the license on our DS8100 for Point-in-time Copy. But I'm
having a problem.
flashcopy b28a 0 b28b 0
HCPNFC332E Invalid control unit type - B28A
Ready(00332); T=0.01/0.01 13:52:00
So I thought maybe something needed to change some definition in the
DS8100. I searched and searched
RE: IPv6Unless the latest z/OS has changed philosophies, careful here,
VM and z/OS operate at different IP layers. Not saying it won't work, just
be aware of the difference.
On Wed, Jan 14, 2009 at 11:55 AM, Lionel B. Dyck wrote:
> *All I know is that my network folks tell me they can't give
Replying GO and leaving the base DVD in place worked.
After the IPL of 'my' system I actually had a good, full, usable system
instead of just the skeleton I had before.
INSTVM worked correctly.
I now have a usable system to apply the RSU service to.
Thanks
Mike
C. M. (Mike) Hammock
Sr. Techni
What we are planning is a single hipersocket connection between z/vm and
z/os with each linux guest having two IP addresses. One IP address would
be on the public side and connected to one guest lan. The other IP address
would be on a second guest lan and would be routed to a linux guest that
> All I know is that my network folks tell me they can't give me anything more
> than a few class 'C' subnets and those require justification.
Sounds like a standard, prudent, response from the Networking People -
never give away too much of what you have too easily and never give an
impression of
Often OPTION DIAG98 is handed out without knowledge.
- VTAM can profit of it, the GCS recovery machine needs it too if VTAM has it.
(by default user VTAM and user GCS)
- TCPIP can use it too
I know of no other products that use it. OPTION DIAG98 allows to
execute real I/O's, without too much CP
I assume that whatever we did when it called for the RSU fouled something
up. When I try to do the instdvd now, it tells me I cannot have the 2cc
disk accessed when running instdvd. Of course, guess where the instdvd
exec is at! On the 2CC disk of course.
I'll restart the install from scratc
What utility are you using to dump the minidisks?
If you're using DDR to dump the minidisks its OUTPUT statement's 'altape'
parameter lets you give a 2nd drive address.
altape
the address of an alternate tape drive. The alternate tape address is only
used when a DUMP command reaches the e
On Wednesday, 01/14/2009 at 11:57 EST, "Lionel B. Dyck"
wrote:
> The suggestion on using IPV6 sounds interesting. Since the network would
be
> strictly within the CEC between z/vm, linux, and to/from z/os keeping it
'all
> in the family' might be the way to go. Something to look at. Any
a
All I know is that my network folks tell me they can't give me anything
more than a few class 'C' subnets and those require justification.
I will go back and ask again.
The suggestion on using IPV6 sounds interesting. Since the network would
be strictly within the CEC between z/vm, linux, and
On Wednesday, 01/14/2009 at 11:30 EST, David Boyes
wrote:
> Another data point: Apparently this is a overall problem. We've gotten
> several reports that the DVDs contain only the base code, and the RSUs
did
> not ship with it.
(sigh) Yes, we had a problem with the Distribution folks who inadve
On Wed, 14 Jan 2009, Alan Altmark wrote:
> On Wednesday, 01/14/2009 at 11:30 EST, "Lionel B. Dyck"
> wrote:
>
> > The 14.x.x.x network sounds promising - can anyone confirm that it is
> really
> > available for private usage?
>
> No, it is not. IANA.org shows that it is UNALLOCATED, meanin
On Jan 14, 2009, at 10:43 AM, David Boyes wrote:
This is also why Sun stopped using real addresses in their
documentation
examples. Too many people actually set their systems up to run using
Sun's
actual address space and when they connected to the public Internet,
Extremely Weird Things
Ah, ok. Need more coffeee -- it's early...
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 h
> We have used internally much of these private networks
Really? Wow, that's a lot of IP addresses ~(2**24 + 2**20 + 2**16) Fewer
of course with subnetting, but still ...
>> There are three reserved address spaces in RFC 1918 (192.168.x.x,
172.12.x.x, and 10.x.x.x).
So there's even more - 172.1
On 1/14/09 11:32 AM, "Rob van der Heij" wrote:
> On Wed, Jan 14, 2009 at 5:17 PM, David Boyes wrote:
>
>> Don't do this. It will cause all sorts of random problems that you'll deeply
>> regret later.
>
> Tee hee hee. The "random" problems are expected when your company gets
> bought by IBM or
I wasn't suggesting that you (or other IBM "users") put up an ISO,
Marcy . that "hint" was intended for IBM's ears
Being able to download the ISO format would probably save me a day at this
point.
Mike
C. M. (Mike) Hammock
Sr. Technical Support
IBM System Z Solutions
Mainline Informati
If you know that the environment will never need to talk to a specific
subnet, you can overload a subnet, but it¹s a bad idea overall.
If you use it, you will need to insert specific routes in the systems that
use the interconnection. You can insert host routes in a init script so that
it can be d
On Wednesday, 01/14/2009 at 11:30 EST, "Lionel B. Dyck"
wrote:
> The 14.x.x.x network sounds promising - can anyone confirm that it is
really
> available for private usage?
No, it is not. IANA.org shows that it is UNALLOCATED, meaning that they
could allocate it. (Unlikely, and likely onl
DDR does not use Diagnose x98; Therefore, there is no advantage. There
must be some other reason those ids have that authority.
Steve Wilkins
IBM VM Development
z/VM I/O Strategy
|>
| From: |
|>
>--
Thanks David.. at least that means that IBM is not just picking on my
coworker and I
I suspect I could open a PMR and get the RSU DVD shipped to me, but that
means twiddling my thumbs until it arrives tomorrow, since I'm at a
customer site...
I'm saving that option for a while.Of course, I
On Wednesday, 01/14/2009 at 10:36 EST, "Lionel B. Dyck"
wrote:
> I need to find a subnet that isn't used internally that I can define for
use
> strictly on each individual CEC between z/vm+linux and z/os across a
> hipersocket link. It seems our network folks are using all of the
defined
> p
On Wed, Jan 14, 2009 at 5:17 PM, David Boyes wrote:
> Don't do this. It will cause all sorts of random problems that you'll deeply
> regret later.
Tee hee hee. The "random" problems are expected when your company gets
bought by IBM or when you outsource your business to IBM since
duplicate IP ad
David - thanks - that is my fear that using the 9.x.x.x would cause
problems thus the reason for asking.
We have used internally much of these private networks due to medical and
lab equipment.
The 14.x.x.x network sounds promising - can anyone confirm that it is
really available for private u
I'm using DFSMS to access our virtual ATL(a TS7700). I'm trying to dump
minidisks to tape, some of which are larger than the virtual tapes.
DFSMS seems to require detaching the tape drive from the user which is
doing the dump to mount a new tape. But the user has it. Is there
something I'm missi
Another data point: Apparently this is a overall problem. We've gotten
several reports that the DVDs contain only the base code, and the RSUs did
not ship with it.
On 1/14/09 11:23 AM, "Marcy Cortes" wrote:
> Sounds like IBM SW distribution has screwed up.
Sounds like IBM SW distribution has screwed up.
Maybe a PMR is in order (I have nowhere to put an iso and IBM probably wouldn't
like that anyway :)
Marcy
"This message may contain confidential and/or privileged information. If you
are not the addressee or authorized to receive this for the addr
That was one of my first thoughts also.. but the install DVDs are in single
disc packages and no other DVDs in the box. We went thought it again today
with the old "fine tooth comb".. What is "interesting" is that we did find
the RSU "Cover Letter", Unfortunately that does not help us much...
A
Don¹t do this. It will cause all sorts of random problems that you¹ll deeply
regret later.
There are three reserved address spaces in RFC 1918 (192.168.x.x,
172.12.x.x, and 10.x.x.x). I strongly doubt they are using all of these
particularly the 172.12 space seems to be rarely used. If you abso
We are attempting to create a baseline for our z/VM system and one of
the documents we are using states that DIAG98 should not be used and I
would like to understand a little more about DIAG98.
I see that TCPIP, TSAFVM and other IBM supplied userids have DIAG98 on
the OPTION statement and tha
I thought the RSU always shipped with it. Are you sure it's not one of those
double jewel cases with both in one container?
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 u
At this point, prior to (successfully) running INSTVM, three is only a
skeletal MAINT plus OPERATOR, so there is no TCPIP or any other services.
I think the DVD install would have worked fine, If I had the RSU to use at
the appropriate time... At least, I think/hope that is what the base
problem i
On Wednesday, 01/14/2009 at 07:58 EST, Rob van der Heij
wrote:
> On Wed, Jan 14, 2009 at 7:15 AM, Scott Rohling
wrote:
>
> > I don't get it - why do you find it an annoyance that IBM recommends
using a
> > low port? I mean - I understand not having to alter TCPIP by using a
port
> >> 1024
Hi Mike. Pretty long thread and I may of missed an email. It appears that
you are able to get VM IPLed? Is TCPIP working enough to do FTP's? IF so I
would order 5.4 again using shopzseries load it to a CMS disk and install a
complete new VM system on new volumes using that method. This method is mo
I need to find a subnet that isn't used internally that I can define for
use strictly on each individual CEC between z/vm+linux and z/os across a
hipersocket link. It seems our network folks are using all of the defined
public subnets somewhere within our internal network which precludes using
On Wed, Jan 14, 2009 at 4:03 PM, Mike Hammock wrote:
> I don't suppose anyone could make an .ISO of the 5402RSU available for fast
> download, could they??
Just order that PTF and you get the SERVLINK files to put on the 500
disk. There's nothing special with them, since you need to run VMSES/E
I'll also add that when I tried making the install media in $INST$ $FILE$
indicate "DVD", the INSTVM exec ran a little, but in the step when it
builds the USER DIRECT C from USERDIR TEMPLATE C the USER DIRECT file ends
up empty, so there is obviously something wrong. I'mnot sure I want to
get a
We turned the product box upside down and inside out looking for the RSU.
We got both CKD (3390) And FBA/SCSI install DVDs, but no RSU.
I don't suppose anyone could make an .ISO of the 5402RSU available for fast
download, could they??
Thanks
Mike
C. M. (Mike) Hammock
Sr. Technical Support
IBM Sys
Mike,
> 1. It seems to me that in the past the product package as shipped from
> IBM included the latest RSU on whatever media the system was ordered on
> (in our case, DVD). But there was no RSU in any form in the shipment.
Really? Are you *sure* that there weren't two DVDs in the case? As
IMHO the install doc is getting muddier with each new release. I
suspect that the reason for it is to make it so simple or straight
forward that anyone who knows nothing about VM can follow the rules.
This is to assist the lifelong MVS'er or *IX person to drop in a VM
hypervisor and then get
I kind of think this might be an issue with the RSU not being loaded...
But since a RSU DVD did not come with the system, and the downloaded RSU is
not in the DVD RSU "format", I could not load the RSU DVD when prompted.
So, my two questions/problems (the INSTVM problem and "missing" RSU) may be
ve
The trick seems to be that when the right steps are followed, the RSU
envelopes land on the MAINT 500 disk as by magic (because the
particular track images happen to be in the directory). When you load
the two DVDs onto an FTP server, the contents of the two get merged. I
thought that when you inst
I agree with Kris
we do not have a port number in our profile tcpip but:
our FCONRMT SYSTEMS file is;
ZVM3 PERFSVM Z/VM N FCXRES00
Bill Munson
Brown Brothers Harriman
Sr. z/VM Systems Programmer
201-418-7588
President MVMUA
http://www2.marist.edu/~mvmua/
Kris Buelens
Sent by: The IBM z/
Just an update and more info to my problem (no, it's not fixed).
I checked with a coworker who was installing zVM 5.4, from DVD, on a z9 at
the same time (different site/customer). He ran into the same problem
with the INSTVM DVD step. He tried to just bypass the check in the exec,
but ended u
On Wed, Jan 14, 2009 at 5:28 AM, Ian S. Worthington
wrote:
> A colleague has an os/390 system they've let get into a bit of a state and
> couldn't log into. Turned out the spool was full: A cold start of jes2 dealt
> with that problem.
>
> But the console, running under VM/ESA v2.4 is X-clocking
Thanks Kris, but we've tried that. ATTN gets a broken lightning
510/disconnect/reconnect back to the logon screen.
i
-- Original Message --
Received: Wed, 14 Jan 2009 03:16:05 AM COT
From: Kris Buelens
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: os/390 (under vm/esa) console X-clocking
> W
On Wed, Jan 14, 2009 at 7:15 AM, Scott Rohling wrote:
> I don't get it - why do you find it an annoyance that IBM recommends using a
> low port? I mean - I understand not having to alter TCPIP by using a port
>> 1024 -- but do you think it's a bad idea to have TCPIP reserve the port
> for PERFK
> port 81 - speaking of which I found it an annoyance albeit a minor one
>> why do you find it an annoyance that IBM recommends using a low port?
Myself, I like using port 80. Then I can just type z/VM's IP address into
a browser and don't have to remember the port number.
"Mike MacIsaac"(8
Was that console indeed the LOGON screen of that OS/390?
When in X-system, one first needs to remove that state before any key
(like the BRKKEY) will be passed by the 3270 to the host. Therefore
you have to press the ATTN key first, not the RESET key. Where to
find the ATTN key depends on your 32
I don't think it is related to a port number, but as the message says
to FCONRMT SYSTEMS. I found this on my former customer's test system.
FCONRMT SYSTEMS B1 V 80 Trunc=80
>
!...+1+2+3+..
* * * Top of File * * *
Cav PERFSVM Z/VM N FCXRES73
Centraal PERFSVM
68 matches
Mail list logo