HDTenEightyP/NetNews huggingface dataset:
From: tierney@nevada.edu (TIM TIERNEY)
Subject: Re: 3390 blksize calculation
Organization: University of Nevada System Computing Services
Date: Wed, 22 Jul 1992 18:03:50 GMT

In article <IBM-MAIN%92072210340646@RICEVM1.RICE.EDU> Zoltan Forray <SSTSZXF@VCUVM1.BITNET> writes:
>
>For instance, on 3480 type media, IBM recommends using the maximum blocksize
>that you can, the closer to 32K the better. In fact, they say if using less
>than 4K blocks will actually use more 3480 cartridge media than and equivalent
>3420 reel tape.
>

Not only use more media, but execution time can go up significantly in this
instance.  It is *very* possible to make a 3480 take on performance
characteristics that allow a 3420-8 to perform better with the only
difference being round or square tape.  This is due to the fact that the
3480 is a streaming device and is generally very poorly suited to start/stop
operations.  When the 3480 stops is actually runs past where the next block
should be written and has to backup before operations can begin again.

Tim Tierney
Operating Systems Programmer
University of Nevada System


Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Fri, 31 Jul 1992 14:48:25 CDT
From:         Brad Stewart <C134BCS@UTARLVM1.BITNET>
Subject:      Boole & Babbage's CMF

I was wondering who out there runs Boole & Babbage's CMF product?
What is the deal with the interface with OMEGAMON's "STAT" command etc?
Has anyone lost any functionality etc. from replacing RMF with CMF?
Comments/stories/any info/etc. appreciated.

+----------------------------------------------------------------------+
|Bradford C. Stewart                      Arlington, Texas 76019-0318  |
|MVS Systems Programmer                   BITNET: C134BCS@UTARLVM1     |
|Academic Computing Services              Phone:  (817)273-3666        |
|University of Texas at Arlington         FAX:    (817)794-5796        |
+----------------------------------------------------------------------+
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Thu, 30 Jul 1992 10:20:00 PDT
From:         Gregory Plucinski 257508 <GRZES@PLWATU22.BITNET>
Subject:      Re: Zeroing out tapes

  Please send me copy too

 Gregory

------------------------------TEXT-OF-YOUR-MAIL--------------------------------

>     I modified DEBE from the CBT tape to have an 'ET' command.
>  The 'ET' command uses the Data Security Erase CCW command.
>  You're welcome to a copy if you like.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Wed, 29 Jul 1992 09:38:21 PDT
From:         "Mark C. Lawrence" <M.Lawrence@STANFORD.BITNET>
Subject:      UNIT and VOLUME specification (was: esoteric device message)

REPLY TO 07/28/92 17:04 FROM IBM-MAIN@RICEVM1.BITNET "IBM Mainframe Discussion
list": Re: Esoteric Device Message in ESA 4.2

>Date:         Tue, 28 Jul 1992 17:01:00 PDT
>From:         Leonard D Woren <LDW@USCMVSA.BITNET>
>Subject:      Re: Esoteric Device Message in ESA 4.2
>
>On Tue, 28 Jul 1992 11:59:03 EDT, BENSON@POKVMCR3.VNET.IBM.COM said:
>> >(Why do I have to specify UNIT= *at all* if I specify VOL=SER= for an
>> >online disk???  That's one of my pet peeves with MVS.)
>>
>> If you use SMS you do not have to specify either.
>
>That doesn't really answer my question, since (a) not everyone is
>running SMS (we're not) (yet?), and (b) not all volumes wil be SMS,
>and (c) even with SMS, using guaranteed space, wouldn't the UNIT=
>still be required?
>
>Specifically, if ALTRES (for example) is permanently resident, why
>do the following fail without UNIT=nnnn?
>
>//OLD    DD  DISP=SHR,DSN=SYS1.LINKLIB,VOL=SER=ALTRES

Well, I think the simple answer is, "because MVS is too stupid to
go look for the volume".  Obviously it wouldn't be real hard to do;
just scan thru all the UCBs for online disks.  I wonder if this is on
the list of SHARE requirements?

This limitation goes all the way back to OS/360.  I think the logic
used is:  (1) find a suitable UNIT, (2) find (or mount) a suitable
VOLUME on that UNIT (or in that unit class).  At a time when most
disks were mountable, this made a lot of sense.  In the era of
nonremoveable disks it no longer does.

Mark C. Lawrence
Systems Programmer
Stanford Data Center
Stanford, CA 94305-4136
(415) 723-4976

To:  IBM-MAIN@RICEVM1.BITNET
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Wed, 22 Jul 1992 12:19:00 EDT
From:         "John F. Chandler" <PEPMNT@CFAAMP.BITNET>
Subject:      Re: ESA 4.2 JES2 Routing Restriction

> changes that effect so many people.  It is fine to change things
> to be less restrictive but the other direction must be done with care.
> IBM has already said that the same naming restriction is true for VM.
> They are not enforcing it yet!

As a matter of fact, they are (to a limited extent).  VM/ESA doesn't
allow userids with hyphens (from what I hear).  There may be some way
around that, but I know one LISTSERV site that recently migrated to
VM/ESA and had to change the local names of peered lists containing
hyphens.  From a remote user's point of view, there's little change,
since their MAILER now has forwarding for the "standard" names pointing
to the "real" names, but local users are forced to switch.
                                       John
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Thu, 30 Jul 1992 15:58:00 PDT
From:         Leonard D Woren <LDW@USCMVSA.BITNET>
Subject:      Re: UNIT and VOLUME specification

> So, I need to scan the UCBs for each of up to 255 volumes that can be
> specified on a single DD and if any are offline or not permres dasd
> then the request fails.

Yes.  Why not?  The list of volsers can be built first, and then the
ucb scan done once.

> Should I also assume/verify that all 255 are
> mounted on the same device type?

No, why would you need to.  But I don't think what I'm asking for is
very important in the multi-volume case, so it may not matter if it
only worked for single volume datasets.

> Should I only allow old datasets to be allocated this way?

No.  Old datasets are usually referenced via the catalog.  The bigger
benefit from this comes from handling new datasets.

> It sounds simple enough but I'm sure, if you've seen the code, you
> know this is real spaghetti.

Ah hah.  So the real reason we don't get more user-friendly systems
from IBM is that it's too hard to change the existing ancient cruddy
code.  Well, I guess over the next 10 years this problem will solve
itself, as everybody moves to *ix systems.

> While it would be nice to rewrite it
> I can't see that happening because of all the dependencies that have
> been built up over the years on the quirks and holes within our
> processing.  We rewrote the converter a couple years ago and closed
> all those holes and ended up with some pretty irate customers who
> had JCL they hadn't touched in years all of the sudden stop working
> because they had taken advantage of some hole.

I don't have sympathy for those customers.  If the manual says that
something has to be done a certain way, and you do it in violation of
the published doc, and it eventually stops working, you have no right
to complain to the vendor.  But I can't imagine how the particular
change that I'm suggesting could break any currently functioning JCL.


/Leonard
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Wed, 22 Jul 1992 16:29:40 EDT
From:         Zoltan Forray <SSTSZXF@VCUVM1.BITNET>
Subject:      Re: Change pagesize in SMP/E?

In the OPTIONS entry of the GLOBAL zone, there is a value called PAGELEN.

Page 622 of the SMP/E V1.6 REFERENCE says it applies to the SMPOUT, SMPRPT
and SMPLIST datasets.
Newsgroups: bit.listserv.ibm-main
From: rbond@nevada.edu (RICHARD BOND)
Subject: Re:      Feasibility of single TOR
Organization: University of Nevada System Computing Services
Date: Thu, 30 Jul 1992 16:59:28 GMT

In article <IBM-MAIN%92072717155641@VM1.CC.UAKRON.EDU> NIU 815 Larry Ludwig 753-1875 <A01LRL2@NIU.BITNET> writes:

 --stuff deleted--
  
>I have a question about the feasibility of running all
>(test, production, development, experimental) of my CICS's
>using just one terminal owning region (TOR).  I now run

--more stuf deleted--	
  
I think you need to state why you would want to do this. To me it would 
not gain you enough to be worth the effort, ie, this is a bad idea.
  
Richard Bond
  
  
  
  
  
  
  











































>
>Larry Ludwig
>CICS system programmer
>Northern Illinois University
>
>A01LRL2@NIU


Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Temple University -- Computer Services
X-Acknowledge-To: <V4039@vm.temple.edu>
Newsgroups: bit.listserv.ibm-main
Date:         Fri, 24 Jul 1992 11:14:13 EDT
From:         Stan Horwitz <V4039@VM.TEMPLE.EDU>
Subject:      IBMLink

Hello fellow IBMers;

Earlier  this week,  I attended  an IBMLink  seminar at  IBM's local  HQ. The
folks who presented the seminar touted how great IBMLink is and how we should
use it as our primary resource for getting in touch with IBM for any reason.

Yesterday, I attempted to log in to  IBMLink for the first time. When I typed
IBMLink after logging in,  it would not respond. The system  asked me to wait
a minute and did  nothing else. Every command I entered  was ignored. I tried
this with  MacKermit, MSKermit, and  IBM's own software without  success. Two
calls to IBM's  1-800 number have yet to  be answered and I am in  a hurry to
get some information off this system and make some purchases.

Does anyone have any  idea how to resolve this problem?  Am I doing something
wrong is IBMLink as worthless as it presently seems?

Stan Horwitz, Consultant    | Bitnet           | Internet
Temple University           | V4039@TEMPLEVM   | V4039@VM.TEMPLE.EDU
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Wed, 29 Jul 1992 10:19:33 EST
From:         John Eiszner <IJWE400@INDYCMS.BITNET>
Subject:      Starting VTAM under MVS

Is there a way to specify an alternate start list (ATCSTRxx) in
the VTAM PROC itself, in order to avoid using the rather clumsy syntax
START VTAM,,,(LIST=xx) in the console start command?  I would
like to set up separate VTAM procs for my test and production
MVS environments.

I tried EXEC PGM=ISTINM01,PARM='LIST=xx' but that didn't work.
I've also looked through most of our VTAM documentation (_Innumerable
_Bulky _Manuals!) but found nothing helpful.

----------------------------------------------------------------
| John Eiszner                                                 |
| Lead Systems Programmer                                      |
| Indiana University-Purdue University at Indianapolis (IUPUI) |
| Indianapolis, Indiana                                        |
| (317) 274-0751                                               |
| Bitnet:   IJWE400@INDYCMS.BITNET                             |
| Internet: IJWE400@INDYCMS.IUPUI.EDU                          |
----------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Tue, 21 Jul 1992 20:20:35 -0500
From:         Anthony Ng <CCENGNM@NUSVM.BITNET>
Subject:      Re: 3390 blksize calculation

>Anybody has a module/clist to calculate optimum blksize for 3390 ?
>
>Poh Kim Wah  (KIMWAH@ITIVAX.BITNET)
>Senior Data Centre Planning Specialist
>National Computer Board
>Republic of Singapore

Why do you need to calculate optimum blksize?  If you could tell why,
then probably a better solution could feed your need.

I've read somewhere that IBM general direction is to do away
with blksize and maintain a standard of 4k of it's future
application.

---------
*****************************************************************
* Anthony Ng                        * "Don't Look Back !"       *
* Systems Programmer                *      Luke 9:62            *
* NATIONAL UNIVERSITY OF SINGAPORE  * "Batteries NOT included,  *
* Bitnet : CCENGNM@NUSVM            *  neither any guarantte."  *
*****************************************************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Thu, 30 Jul 1992 10:35:21 CEN
From:         "Jerry Harris (502) 745-3258" <HARRIS@WKYUVM.BITNET>

Hello All,

Pardon my VSE related posting, but as far as I can find out, there is
no longer a VSE only list.  I would like to know if there is a way to
update Interactive Interface passwords with a batch program?  The
CICS applications are running in partitions without the capability
to change their own passwords for the II.  Due to the way our network
is set up, it would be impractical for them to switch to another VTAM
application to change their II password.
Most of the passwords in the II are kept in sync with a major applicatio
password file and this would be the input for the II password.
I've looked at the IESVLDUP migration utility, but as far as I can
determine, it does not do updates, but tries to add new records.
Thanks in advance for your answers.

Jerry Harris
Systems Programmer
Western Kentucky University

EMail: Harris@wkyuvm.bitnet

VSE/SP 4.1
CICS 1.7
Newsgroups: bit.listserv.ibm-main
From: SYSDMCKE@VM.UWP.EDU
Subject: Is there a FINGER Server for VM ?
Organization: UW_Parkside
Date: Thu, 30 Jul 1992 16:17:41 GMT

Hello,
  I am looking for a FINGER SERVER for VM.  If anyone can point me in the
correct direction I would greatly appreciate it.
Thanks,
+======+==================+======================+          ___
|Douglas M. McKeown       | DMCKEOWN@VM.UWP.EDU  | Amiga   //// | VM/ESA
|                         | ------------------   |  C=    ////  |
|Systems Programmer       | 1-414-595-2482       |___    ////   | Big Blue
|University of Wisconsin  |       fax            | \\\  ////    |   M-F
|-- Parkside --           | 1-414-595-2630       |  \\\////     | 8:00-4:30
+======+==================+======================+   XXXX/
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Mon, 27 Jul 1992 14:53:00 PDT
From:         Dave Friedman 510-642-5823 <SPGDNF@UCBCMSA.BITNET>
Subject:      Esoteric Device Message in ESA 4.2

Our shop is in the process of upgrading from ESA 3.1.1 to ESA 4.2, and
an annoying JES2 message has appeared in some of our ESA 4.2 test jobs.

Here is the situation:

A NONVSAM dataset is created on DASD (assume a 3390) and cataloged in an
ICF catalog.  One can then do an IDCAMS LISTCAT and see the DEVICETYPE
for the entry.  In our shop, DISK is defined as an esoteric, with a list
of addresses containing both 3380 and 3390 volumes.

If the dataset is cataloged via UNIT=DISK and DISP=(,CATLG) in jcl, the
catalog shows a DEVICETYPE of X'3010200F'.  The same thing happens if we
catalog the dataset using IDCAMS DEFINE ... NONVSAM DEVTYPE(3390), and
if we catalog the dataset with a WYLBUR command (apologies to Leonard).

However, if we catalog the dataset using IDCAMS DEFINE ... NONVSAM
DEVTYPE(DISK), the catalog shows a DEVICETYPE of X'0003200'.

I guess the first question is why is IDCAMS using X'0003200'?  However,
this is also true in our ESA 3.1.1 system, and it does not generate any
JES2 messages there.

Now in our ESA 4.2 system, the JES2 job log shows the following message
when a dataset with X'0003200' is encountered:

    IEF348I dsname WAS FOUND TO BE CATALOGED USING ESOTERIC DISK
            INSTEAD OF A GENERIC

The ESA 4.2 messages manual says that this is to warn the user in case
the system I/O configuration changes.  The manual seems to be advising
the systems programmer to recatalog the dataset using a generic.  In
our shop the systems programmer does not mess around with application
files.  Anyway, it would be a never-ending task, since we recommend to
our application staff that they use esoterics rather than generics.

Fortunately, only a few files are affected by this, because most of our
files are cataloged in jcl rather than by IDCAMS.  However, I wonder if
anyone else has encountered this problem and found a way to suppress the
JES2 message.  Is there some reason why JES2 should be giving people
this "reminder" every time they access a file cataloged with IDCAMS and
an esoteric?  It seems like nagging.  Is this message a result of the IBM
orientation toward SMS?  We are not yet an SMS shop.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Wed, 22 Jul 1992 13:07:15 EDT
From:         Bill Leimbach <WXL1@DCC.CC.VT.EDU>
Subject:      Save effort ?
Comments: To: IBM-MAIN%RICEVM1.BITNET@VTVM2.CC.VT.EDU

Have you received any response yet on your load question?

How about: CEMT SET PR(TCT319) NEW
------------------------------------------------------------------------
Bill Leimbach                                 Phone : (410)285-9929
Director of Computer Services                 FAX   : (410)285-9903
Dundalk Community College                     BITNET: WXL1@DCC.BITNET
7200 Sollers Point Road
Baltimore, MD 21222
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Fri, 31 Jul 1992 10:02:18 -0500
From:         "Roy Watson" <RWATSON@BCSC02.BITNET>
Subject:      Re: IFASMFDP Question

 Mott Given asked:

 >I am using the IBM's IFASMFDP program to dump selected SMF record types from
 >round tapes to cartridges.   The SMF records are for a system of ours at
 >another site running MVS/SP.  When I used the SMF records dumped onto the
 >cartridge as input to a capacity planning software product from BGS Systems
 >called CAPTURE/MVS, I get error messages saying that some of the SMF records
 >read were in MVS/XA format.  Is it posssible that the IFASMFDP program
 >reformatted some of the SMF records, or it is more likely that there is
 >something wrong with the way that the other site is collecting their SMF
 >records?

 >By the way, our current system, on which I am running the IFASMFDP program,
 >is running MVS/XA.  Do I need an earlier version of the program to properly
 >dump the MVS/SP records?

    I wonder if the CAPTURE/MVS program is complaining about the SMF record
 types 2 and 3 that IFASMFDP always writes at the beginning and end of the
 DUMPOUT dataset.  I do not believe that IFASMFDP "edits" the records.

 * * *
 Regards,
 ROY WATSON   (604) 389-3747   RWATSON@BCSC02
 MVS SUPPORT - BC SYSTEMS CORPORATION, VICTORIA BC
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Fri, 24 Jul 1992 13:32:14 EDT
From:         Dennis Caffi <ASMIDCC@VM7CG.HQ.AF.MIL>
Subject:      Re: JES2 shutdown problem
Comments: To: IBM Mainframe Discussion list <IBM-MAIN@ricevm1.rice.edu>
              24 Jul 1992 12:51:14 EST from <TOM@PENNDRLS.UPENN.EDU>

On Fri, 24 Jul 1992 12:51:14 EST Thomas D. Denier said:
>We are a new MVS site, and are having problems shutting down JES2. ...
>
>What are we doing wrong?

  You will also need to make sure all printers, punches, and remote lines
are drained in addition to all started tasks that were not started with
SUB=MSTR. Everything Jes2 controls, except the initiators, needs to be
drained before can shut down Jes.

-------------------------------------------------------------------------
Dennis Caffi                                IP: asmidcc@vm7cg.hq.af.mil
Senior MVS Systems Programmer
Grumman Data Systems / U.S. Air Force
Pentagon, Washington, D.C.
-------------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Fri, 24 Jul 1992 16:30:33 CDT
From:         Barry Finkel <B19141@ANLVM.CTD.ANL.GOV>
Subject:      My SMP/E Question Answered

Last week I asked:
>I have a number of SMP/E target zones.  I want to move an FMID from one
>zone to another.  Assuming that the target libraries are separate (i.e., all
>entries in the libraries are for this FMID only, can I accomplish the move
>by running "UNLOAD FORFMID(-------)" from one zone and then running the
>generated UCLIN into the second zone?  I know I will have to add DDDEFs
>to the second zone.

When I was at GUIDE last week I asked one of the SMP/E Developers.  He said
that this might work, but he would not recommend it.  He said that the UNLOAD
command does not unload "hidden" fields that arise from ++MOVEs, ++DELETEs,
and maybe other control cards.  I did not ask more about these hidden fields.
----------------------------------------------------------------------------
Barry S. Finkel
Computing and Telecommunications Division
Argonne National Laboratory               BITNET:   B19141@ANLVM
9700 South Cass Avenue                    Internet: B19141@ANLVM.CTD.ANL.GOV
Building 221, Room B223                   Phone:    (708) 252-7277
Argonne, IL   60439-4844                  Facsimile:(708) 252-5983
Newsgroups: bit.listserv.ibm-main
From: mrl@uai.com (Mark R. Ludwig)
Subject: Labeled tapes under *ix (was Re: UNIT and VOLUME specification)
Organization: Universal Analytics, Inc., Torrance (LA), CA
Date: 31 Jul 92 08:58:29

In article <IBM-MAIN%92073103343302@DEARN> Mike Ellwood
<MWE@IBM-B.RUTHERFORD.AC.UK> writes:

   HOWEVER!! - the one thing *ix doesn't have, and could surely use,
   is decent tape (and I think I mean tape label) handling, a la
   MVT/MVS.

   Does anyone know if AIX will ever provide this?  (And if this means
   deviating from "standard UNIX", well - tough!

This is one of the first things which frustrated me too, having grown
up with MVT, MVS, TOPS-20, and VMS.  In order to answer the question,
I think it's important to understand the operational axioms under
which this stuff makes sense.

If you have the traditional mainframe environment (i.e., one or more
*ix systems in a secured clean room with users remotely accessing the
horsepower/graphics), then you have a legitimate need for such formal
tape mounting procedures.  It's not very hard to "layer" such
procedures on top of *ix.  In fact, it's not clear that there's even
any way to "ingrain" the procedures in the system.  The *ix system
doesn't care what tape is on (in?) the drive.  It only cares that each
operation attempted is allowed by the protections of the device
(generally in the /dev directory).  To get the same sort of support on
*ix which one has with IBM labeled tapes, you'd probably implement it
as an extension of the file system, the way VMS does it.  I would not
be surprised if it's already been done.  If you have access to Usenet,
you might try posting on comp.unix.admin for such a thing.  If you
don't have access, send me mail, and I'll post for you.  It would
surprise me even less if IBM is working on something right up this
alley.  The mainframe AIX people have to be worried about reading and
writing labeled tapes if they want to stand next to MVS.

(I've never delved into it, but I have the impression that IBM labeled
tapes are mighty similar to ANSI labeled tapes.  Is it just the
character sets which are different?)

The scenario above is in stark contrast to the environment in which
most *ix systems exist.  They are designed as desk-top or desk-side
workstations.  The cost to extend the keyboard and graphics cables
from a central spot to the user's desk is not small.  When the tape
drive is next to the user, it doesn't generally make much sense to add
formal tape mounting procedures.$$
-- 
INET: mrl@uai.com      BANG: uunet!uaisun4!mrl      ICBM: USA; Lower Left Coast
  "You can get a crowd to clap at a phone number, if the inflection is right."
   -- Dave Ross