Mark,

Thanks for the update.  I just noticed your name on the cover of the Redbook.  
Actually, the company bought the book - all $58 worth plus shipping.  If you want to 
borrow money, you can ask my boss, but I think I know the answer.

I hate reading Redbooks with Acrobat reader.  I much prefer book manager, but most 
redbooks are only in PDF format.  I prefer books I actually read on paper.  Like I 
said below, I don't have the best eyesight.  If I'm searching for something, 
bookmanager is great for searching a book, or a whole bookshelf.  

I think I have enough to do the IOCDS now.  I can try the HCD command to test if the 
install will work dynamically, and then install it if the test works.  That won't hurt 
anything.  Otherwise, I'll do it Saturday with our normal IPL of z/OS.

Eric

>>> [EMAIL PROTECTED] 03/11/03 03:13PM >>>
Eric,

You _bought_ the Redbook?  Wow.  You're the first person I've known to have
bought one after they became available for download.

Can I borrow some money?  :)

No, we didn't document hooking up CTC connections.  We had enough work to do
as it was.

You shouldn't have to worry about the CHPID and Control Unit definitions.
They should already be there.  You may need to make the one you select
available to the Linux/390 LPAR.

The CTCs are defined as type "SCTC" (ESCON CTC).  Define the connections in
even/odd pairs (read channel/write channel).  The connections are paired up
from CTC FC side to CNC/FCV or FC side.  Make sure that in _one_ place, you
make sure that the read/write channels are swapped so that you don't wind up
with a read channel hooked to a read channel, etc.  This would probably be
easiest to do in the MVS TCP/IP parms, but you can also do it by telling the
chandev layer in Linux that the device numbers are the odd number, followed
by the even number.

I'm not sure about the dynamic loading of the gen.  I'm not really a
hardware guy, and we've seen problems with people doing that in the past.
As I recall, if you do it, you need to configure the stuff online from the
service console, since Linux doesn't have the equivalent of a "config
online" command yet.

Mark Post


-----Original Message-----
From: Eric Bielefeld [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, March 11, 2003 3:45 PM
To: [EMAIL PROTECTED] 
Subject: Re: NFS mounted directory


Mark,

Sorry for the late reply.  Actually, I have formulated a plan of action,
which I will share.  I also have some questions I'm still not sure of.

I have decided to get the RedHat 7.2 S/390 distribution.  I will download it
from a RedHat Mirror site someone posted last week.  Is 7.2 the current
RedHat S/390 distribution?  From everything I've seen, I believe it is.

Hopefully, this weekend, I will install the IOCDS  change to our MP3000-H50
for connecting 2 Escon channels with an Escon cable.  I'm still not exactly
sure how to define each CHPID, the Control unit, and Device definitions.  I
actually purchased the SG24-6264 redbook you listed below, but I couldn't
find a definition for the CTC connection.  They only show the OSA
connections.  If I'm not seeing the examples (very possible - I was deemed
to have vision of 20-Nil by my army physcial - which kept me out of Viet
Nam), please give me a page number in the book.

One last question.  Can I dynamically install the IOCDS with the CTC
connections?  There is nothing defined on the two Escon chpids I would be
using.

I've decided that I need to get a Linux system for my PC at home.  I don't
really like the idea of dual boot, but I think it would give me a great toy
to learn all of the commands on, and something to play with that wouldn't
harm anything.  Actually, that might be a good excuse to buy a laptop.  Now
all I have to do is convince the wife!

Eric Bielefeld
Sr. MVS Systems Programmer
P&H Mining Equipment
Milwaukee, WI
414-671-7849


+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
This electronic mail transmission contains information from P & H Mining Equipment
which is confidential, and is intended only for the use of the proper addressee.
If you are not the intended recipient, please notify us immediately at the return
address on this transmission, or by telephone at (414) 671-4400, and delete this
message and any attachments from your system.  Unauthorized use, copying,
disclosing, distributing, or taking any action in reliance on the contents of this
transmission is strictly prohibited and may be unlawful.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Reply via email to