There will be a last minute speaker change for the first quarter
meeting of the Chicago Area VM (and Linux) Enthusiasts.
For personal reasons, Xenia Tkatschow will be unable to speak at next
week's meeting. Replacing her as speaker will be Mr. Bill Bitner of
IBM. The agenda will remain the s
You mean people actually get paid for this?
To be more realistic, I have been able to configure two OSA driven VSWITCHes
for separate inside/outside linux servers and to do cross-LPAR communications
via a hipersocket, but it is still rather simplistic compared to a raft of
point-to-point connecti
On Jan 17, 2007, at 4:10 PM, Tom Duerbusch wrote:
Hi Adam
That might be doable Thursday. I have an AA meeting tonight...just
kidding.
Got a favorite watering hole in mind?
"John's Town Hall" is the place I was thinking of with the fried
chicken.
Adam
On Jan 17, 2007, at 4:10 PM, Tom Duerbusch wrote:
Hi Adam
That might be doable Thursday. I have an AA meeting tonight...just
kidding.
Got a favorite watering hole in mind?
"My living room" was what I had in mind...I rarely go out to drink:
see the first panel of http://www.fsf.net/~adam/
Hi Adam
That might be doable Thursday. I have an AA meeting tonight...just
kidding.
Got a favorite watering hole in mind?
Tom Duerbusch
THD Consulting
>>> [EMAIL PROTECTED] 1/17/2007 2:23 PM >>>
On Jan 17, 2007, at 1:58 PM, Tom Duerbusch wrote:
> I wish I was hung over or something in order t
> See the attached PDF diagram -- it might help you to understand the
> overall approach. All the white circles in the diagram need to have
> unique IP addresses, and the ones on the ends of the CTC/IUCV links
need
> addresses in the same subnet.
Blech. The attachment got stripped by the mailing
> Collections of real-world network pictures and their matching configs
> would be an excellent candidate for the Wiki.
Where is this Wiki???
On Wednesday, 01/17/2007 at 03:11 CST, Thomas Kern <[EMAIL PROTECTED]>
wrote:
> Perhaps now would be a good time for IBM to release a tutorial for the
> pre-5.2 -> 5.2+ migrations. Lots of real-life examples and examples of
> migration from oldder network architectures to the new GuestLans/Vswitch
On Jan 17, 2007, at 2:58 PM, Tom Duerbusch wrote:
So, in the latest post towards Miguel:
1. I do need a HOME statement for each interface, 30 some odd HOME
statementsright?
If you have VCTCs hanging off each of them, yes.
2. The IP statement on the HOME statement:
a. Cannot dupli
Hi Tom
I think they have a pretty good tutorial for the Guest Lan / Vswitch
side. It is in the Connectivity Guide.
However...
If you don't have OSA or multiple adapters (i.e. you don't have a good
chance to test things), it can be scarry. I wouldn't touch it on my
MP3000 as we only had a singl
My other post goes into more detail on the answers to these...but I'll
reiterate here
> 1. I do need a HOME statement for each interface, 30 some odd HOME
> statementsright?
Essentially, yes.
> 2. The IP statement on the HOME statement:
> a. Cannot duplicate any other IP address in
Tom,
See the attached PDF diagram -- it might help you to understand the
overall approach. All the white circles in the diagram need to have
unique IP addresses, and the ones on the ends of the CTC/IUCV links need
addresses in the same subnet.
> 1. I do need a HOME statement for each interface
> Of course this throws things off even more as on the z/VM 5.1 system, I
> only had the single HOME entry (for 205.235.227.74) and I had (working
> correctly) about 3 dozen other interfaces. Attached is the old config
> file for z/VM 5.1. I agree that I may have gotten away with things that
> no
Quoting Tom Duerbusch <[EMAIL PROTECTED]>:
> Hi Stephen
>
> Since VM/ESA 370 mode, I don't think I ever had HOME statements for
> anything other than my VM system. That includes last week when we were
> on z/VM 5.1. Now, I think I'm being told that I need a HOME statement
> for each link statem
Perhaps now would be a good time for IBM to release a tutorial for the
pre-5.2 -> 5.2+ migrations. Lots of real-life examples and examples of
migration from oldder network architectures to the new GuestLans/Vswitch
architectures and then onto the VLAN stuff. Please remember that most of
the
VM aud
Hi Allen
I'm starting to see where you are coming from with this. Obviously,
historically, there have been multiple ways of coding these entries.
And I have been able to get away with my way for a couple decades (not
bad, huh?) But it may be time to pay the piper on this one.
It didn't last qu
On Wednesday, 01/17/2007 at 02:10 CST, Tom Duerbusch
<[EMAIL PROTECTED]> wrote:
> Since VM/ESA 370 mode, I don't think I ever had HOME statements for
> anything other than my VM system. That includes last week when we were
> on z/VM 5.1. Now, I think I'm being told that I need a HOME statement
On Jan 17, 2007, at 2:34 PM, Ed Zell wrote:
I wish I was hung over or something in order to have a valid excuse
on this one.
Could be arranged. For tomorrow, anyway.
Come on over. I'm expecting to knock off work about five today.
Can I come too please? Maybe I can learn to tone down my react
>> I wish I was hung over or something in order to have a valid excuse
>> on this one.
> Could be arranged. For tomorrow, anyway.
>
> Come on over. I'm expecting to knock off work about five today.
Can I come too please? Maybe I can learn to tone down my reaction
to listserv posts.
Sorry I
On Jan 17, 2007, at 1:58 PM, Tom Duerbusch wrote:
I wish I was hung over or something in order to have a valid excuse on
this one.
Could be arranged. For tomorrow, anyway.
Come on over. I'm expecting to knock off work about five today.
Adam
Hi Stephen
Since VM/ESA 370 mode, I don't think I ever had HOME statements for
anything other than my VM system. That includes last week when we were
on z/VM 5.1. Now, I think I'm being told that I need a HOME statement
for each link statement. And now told that these few dozen HOME
statements,
Even though I do not run R440, I applaude your efforts in releasing this
PERFKIT fix. Having such a useful component of my system "dead in the wat
er"
during a migration would leave a very bad feeling towards the vendor.
Congradulations on doing the right thing.
/Tom Kern
On Wed, 17 Jan 2007 10
Hi Ed, not a problem.
I might be intelligent in some areas, but I'm hitting a brick wall with
a dense head, here .
I wish I was hung over or something in order to have a valid excuse on
this one.
Tom Duerbusch
THD Consulting
>>> [EMAIL PROTECTED] 1/17/2007 1:17 PM >>>
> Two people have told yo
> Two people have told you this. Maybe, if three do you will believe it.
Wow Stephen, are you having a bad day or what? Cut Tom some slack here.
He is an intelligent guy who is having a problem. Just because YOU get
what he needs to change doesn't mean he does. Haven't you ever had
difficulty
On Wednesday, 01/17/2007 at 11:32 CST, Tom Duerbusch
<[EMAIL PROTECTED]> wrote:
> I'm still having problems after last nights tests...
>
> Where Miguel says you don't have to have a HOST entry, when I leave it
> out, I don't get connected. When I put one in, I do get connected (but
> routing is
You see the HOME statement. You see the 192.168.099.227 in the HOME statement. That must not be the
same as the address of the Linux system. It is the same. I must be different. Two people have told
you this. Maybe, if three do you will believe it.
[EMAIL PROTECTED] wrote:
It is different. Bu
The IBM z/VM Operating System wrote on
01/17/2007 10:12:26 AM:
> It is different. But we might be talking about "different" things:
>
> HOME
> 205.235.227.74 255.255.255.000 QDIO1
> ; 192.168.099.227 HOST
> ; HOST PRODUCES: DTCPAR123I LINE 211: UNKNOWN LINK NAME IN HOME CMD
>
> 192.168
Folks, R440 is OUT OF SERVICE, and if you want "extended service" for R44
0
then let us know and we can get someone to contact you.
Thie particular PERFKIT R440 "fix" is something we discussed quite a
bit 'in-house' and thought it was the 'right thing' to make this availabl
e
to our Perfkit R440
It is different. But we might be talking about "different" things:
HOME
205.235.227.74 255.255.255.000 QDIO1
; 192.168.099.227 HOST
; HOST PRODUCES: DTCPAR12
I believe Alan brought this up yesterday, but I'll mention it again...the
IP address on you VM system (in your HOME statement) *MUST* be different
from the IP address on your linux system (i.e. the IP address on the HOST
GATEWAY route):
> HOME
> 192.168.099.227 255.255.255.000 LLINUX27
> GA
I'm still having problems after last nights tests...
Where Miguel says you don't have to have a HOST entry, when I leave it
out, I don't get connected. When I put one in, I do get connected (but
routing is still off).
I'm now using the IUCV connection to a SLES9 31 bit with SP 1 machine
that was
You can also use:
PIPE MEMBERS fn ft fm member > member a
-- Original message --
From: Tony Thigpen <[EMAIL PROTECTED]>
> I don't work with maclibs very much. I have a maclib full of members
> that I want to extract to individual members on a cms disk. I can
Don't forget ...there is always the PUNCH command with the Member option:
MEMber *
MEMber membername
punches members of MACLIBs or TXTLIBs. If an asterisk (*) is entered,
all
individual members of that macro or text library are punched. If
membername is specified, only that me
that worked. thanks.
Tony Thigpen
-Original Message -
From: Stracka, James (GTI)
Sent: 01/17/2007 08:43 AM
Try MOVEFILE.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Tony Thigpen
Sent: Wednesday, January 17, 2007 8:33 AM
To: I
Use the member option of XEDIT and then file it away.
Tony Thigpen
<[EMAIL PROTECTED]
Try MOVEFILE.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Tony Thigpen
Sent: Wednesday, January 17, 2007 8:33 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Extracting MACLIB members
I don't work with maclibs very much. I have a maclib full of m
I don't work with maclibs very much. I have a maclib full of members
that I want to extract to individual members on a cms disk. I can't seem
to find the right command. For one or two, I usually just do a maclist
and xedit the members to save them but in this case, I need to extract
about 100.
Kurt Acker wrote:
Greetings Perfkit users and ListServ followers,
PERF440 PACKMOD has been placed back on the FTP with the other mods.
For our records, we would still like customers to open PMR's at all
release levels. Please also note that the r440 version will not
become an official part
38 matches
Mail list logo
