Re: DMV systems?

[Anne & Lynn Wheeler]

[EMAIL PROTECTED] (John S. Giltner, Jr.) writes:
> I'm not sure, but I beleive that HP-UX and "Solaris" (it was
> originally called SunOS) came out in early 80's (82'ish) and that
> AIX did not come out until a few years later (86'ish).  DMV systems
> were already in place by then.

a minor sunos reference (this was a bsd unix base)
http://www.garlic.com/~lynn/96.html#4a John Hartmann's Birthday Party

the original "risc" aix was an 801 chip project that started out as a
joint research/office products division effort to use the 801 "romp"
in a system for a displaywriter followon product.  misc. past posts on
801, romp, rios, fort knox, etc
http://www.garlic.com/~lynn/subtopic.html#801

when the office products displaywriter followon got killed, it was
decided to retarget the product to the unix technical workstation
market. the company that had been hired to do the pc/ix port for the
ibm/pc was hired to do a port to romp (or almost romp, they ported to
something called VRM, an abstract virtual interface which ran on
romp). this was called aixv2 (this was an att unix base) and the
machine was announced as pc/rt.

for rs/6000 (rios), aixv2 was enhanced and the vrm was
eliminated. rs/6000 had desktop, deskside towers, and rack mounted
configurations. however, much of the marketing effort was still
targeted at the technical workstation markett place.

my wife and I mounted an effort to address the commercial and business
critical marketplace ... with ha/cmp ... which was oriignally targeted
to provide both availability and scaleup for business applications.
minor reference
http://www.garlic.com/~lynn/95.html#13
various collected postings
http://www.garlic.com/~lynn/subtopic.html#hacmp

besides traditional mainframe commercial applications we also spent
some time marketing to trandem and stratus customers.

somewhat in the late 80s there was also aix/370 and aix/ps2 ... which
were built on UCLA's locus/unix platform. the same group had also done
"aos" for the pc/rt ... which used a bsd unix base.

some solaris (and sun/os) history
http://www.softpanorama.org/Solaris/solaris_history.shtml

from above:

The Sun 1 was shipped with Unisoft V7 UNIX. When Bill Joy, one of the
main programmers of the Berkeley Software Distribution (BSD), helped
found Sun in 1982, he brought with him the elements for the first
release of SunOS. Later in 1982 Sun provided a customized 4.1BSD UNIX
called SunOS as an operating system for its workstations.  Up through
version 4.1.x (Solaris 1.x), SunOS remained a heavily BSD-influenced
Unix implementation.

In the late '80s, Sun entered into a partnership with AT&T, which was
then developing the other major Unix flavor, System V. The result was
System V release 4 (SVR4), which incorporated BSD as well as SunOS
extensions (e.g., NFS). Subsequently, with its version 5.x (Solaris
2.x) releases, SunOS shifted from its BSD origins to SVR4.

For more information about SunOS and Solaris, including FAQs, white
papers, upgrade, and purchasing information, visit Sun's Solaris Web
page

... snip ...

note that somewhat in reaction to suns partnership with att, the other
vendors (dec, hp, ibm, etc) banded together for osf ... and produced
osf/1, dce and a few other things.

a few unix related history refs from around the web:
http://www.users.csbsju.edu/~jgramke/Help/unix/unix/data/history.html
http://www.faqs.org/faqs/unix-faq/faq/part6/section-3.html
http://www.dsps.net/History.html
http://www.columbia.edu/acis/history/
http://www.uwsg.iu.edu/usail/external/recommended/unixhx.html
http://www.ee.ic.ac.uk/docs/software/unix/begin/appendix/history.html
http://www.unix.org/what_is_unix/history_timeline.html
http://www.robotwisdom.com/linux/timeline.html

-- 
Anne & Lynn Wheeler | http://www.garlic.com/~lynn/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DMV systems?

[Ted MacNEIL]

>A RS/6000 is not a mainframe.

Are we sure about that anymore?
-teD
Me? A skeptic? I trust you have proof!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Rule of thumb about paging / page fault rate

[DMR-Qualitas Outsourcing]

On Fri, 23 Dec 2005 15:33:47 -0600, Mark Zelden <[EMAIL PROTECTED]>
wrote:

>The ROTs are fine (old and current), but there is really only one
>thing that matters and you may be paging, or you may not be
>
>Are you meeting your SLAs?
>
>Mark

Hello Mark,

of course, to meet SLAs is the first and last break point! But... in our
production sysplex we have installed between 14Gb to 27Gb and we think
that, maybe, it's too bigger.

This sysplex (7 "normal" systems + 2 GDPS) have IMS, DB2 and MQ.

Regards
Chr.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: GDPS Redbook

[Christian Blesa]

Yes Ed,

It's a good redbook to begin at GDPS world! ;-)


Chr.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Need some RVA T82 GEN ADVICE - RECALL those brain cells ;o)

[R.S.]

Dave Myers wrote:


- Forwarded by Dave Myers/sesg/Star on 12/26/2005 01:42 PM -

Dave Myers/sesg/Star
12/21/2005 02:57 PM

To
[EMAIL PROTECTED]
cc

Subject
Need some RVA T82 GEN ADVICE - RECALL those brain cells  ;o)





I am looking for confirmation that I am making the correct IOGEN change to 
support

an RVA T82  upgrade.

Client has added another (210GB).  They're still only a T82 (not X82) They 
 now have a total of 620GB.
My understanding is that the T82 can only support 512 IODEVICES (not 
1024).
Their current gen looks like below, and they currently have 256 devices 
genned.

[...]
AFAIK T82 supports up to 256 devices.


--
Radoslaw Skorupka
Lodz, Poland

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ABN Tape - Found

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Jeffrey Deaver
> 
> [ snip ]
> 
> I know its a legal issue we won't solve here, but I think 
> this raises an interesting question regarding how long is 
> long enough to keep looking and how quick is quick enough to 
> satisfy the notification laws.  I've never read anything that 
> indicates the various laws give timelines.  SB1386 simply 
> states, "most expedient time possible and without unreasonable delay"

That's known as "lawyers' employment assurance language".

Sort of like our "it depends", which frequently is the most correct answer
to a question.

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Reconfigure Shark 3390-3's to -9's question

[R.S.]

Ron and Jenny Hawkins wrote:


Bruno,

The software to do CVS (Custom Volume Size) is included with the Resource
Manager package of software - always included with every purchase. It's kind
of free because the Resource Manager suite is mandatory software with every
Lightning or USP you buy.

I have a few site that have a mix of 3390-3 and 3390-27 on every array group
using this from the get go.


AFAIK, it is *not* free.
Resource Manager also.
At least for 7700E and 9900 machines.
--
Radoslaw Skorupka
Lodz, Poland

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Assembler error

[Kinney, Kevin]

Good morning all, I'm having some problems assembling David Coles Scheduler
(CBT tape #388) on an OS/390 1.2  system.

 

Here's the error - 

  #REGS GEN=ON,(BASE1REG,R12),(BASE2REG,R11),(BASE3REG,R7)

 ASMA089E *** ERROR *** Arithmetic expression contains illegal delimiter or
ends prematurely - MACRO - #TEST

 ASMA435I ** WARNING ** Record 645 in CBT.COLE.MACLIB(#TEST) on volume:
BEP917

 

The weird thing is that the same exact code compiles correctly on a OS/390
2.10 system.

 

Thoughts anyone?

 

Regards,

Kevin Kinney


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: A valuable lesson learned.

[David Andrews]

On Fri, 2005-12-23 at 10:50 -0600, John Benik wrote:
> The 9740's failed with several hardware errors from bad cards
> to cap door problems, and pass thru port problems.

We're not anywhere *near* your size, and have a single 9740 with no
passthru.  The box replaced a 9310 when we upgraded to 9840C.

Our 9740 has performed flawlessly for the year that it's been in place.
Not a hiccup.  (You drive yours much harder than we do ours.)

FWIW!

-- 
David Andrews
A. Duda and Sons, Inc.
[EMAIL PROTECTED]

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Another incident

[David Andrews]

On Fri, 2005-12-23 at 12:07 +0100, R.S. wrote:
> (*) I heard that one of limitations for immigrant citizens (like Arnold 
> the Governor aus Gratz) is they cannot be President of U.S. and the 
> second is they cannot work in post. Is it true ?

Candidates for U.S. President must have been citizens at birth.  Postal
workers must be U.S. citizens, or have permanent resident status.

-- 
David Andrews
A. Duda and Sons, Inc.
[EMAIL PROTECTED]

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Basic IODF question

[Mueller, David]

I'm not sure on what you say about comparing the names.  
But, when you use HCD to build and download an IOCDS (IOCP) to
the machine, you have to select which CPC definition to build /
download.  The different CPC definitions in the IODF would have
different I/O devices defined to them.  CPC1 would only get that portion
of the I/O definition that is for CPC1, CPC2 would only get the portion
that is for CPC2, etc.  Each CPC only knows about the subset of I/O
devices that are appropriate for (defined for) use on that CPC.  
Presumably the OS config that you use for each LPAR is the
appropriate one for the system running in that LPAR on that CPC (with
the appropriate I/O devices for use on that CPC).  I would suspect that
the systems run in the "same name" LPARS on different CPCs use different
OS config definitions. 

David Mueller | Consultant | DMS/EITS - BearingPoint
Phone: 850-414-9134 (Rm 107 SRC) | Fax: 850-921-8343
E-mail: [EMAIL PROTECTED]
  
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of R.S.
Sent: Friday, December 23, 2005 6:31 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Basic IODF question

I'll try to rephrase my doubt again:
IODF constains definition fo three CPCs: CPC1 CPC2 and CPC3.
All three CPCs are same type (i.e. 2064-1C6), but each of them has 
different I/O devices connected. To be more complex, Each CPC have 
LPAR1, and LPAR2 defined. Note, the same names of LPARs.
During IPL IODF is read. Two things are important: OS config used (we 
specify it in LOADxx), and proper LPAR name *on proper CPC*. MVS "knows"

what OS config to use, knows on what LPAR it runs but also has to 
determine what CPC is used and read proper "section" of IODF.
IMHO it compares CPC name which is arbitrary assigned during HCD 
creation. The name resides (to my belief) in HSA so MVS can learn the 
name and make good choice when reading IODF.
It must be CPC name since the parameter is mandatory and unique.

It seems I answered to myself...
I 'm sorry for the confusion.
-- 
Radoslaw Skorupka
Lodz, Poland

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Strange message from a CICS region.

[McKown, John]

I have gotten the following message a number of times from one of our
CICS/TS 1.3 regions (on z/OS 1.4)

+IEW2166S 02C6 OFFSET WAS SPECIFIED AS A NEGATIVE NUMBER OTHER THAN -1.

It appears that this is the GETE function of the IEWBIND. Does this
indicate a bad load module? If so, is there a simple way to find out
which one? If not, does it mean that somebody may have "stomped" on
something in CICS?

There are no hits on IBMLink on IEW2166S.

Thanks.

--
John McKown
Senior Systems Programmer
UICI Insurance Center
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its'
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited.
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

ICSF and z9 (CEX2C)

[R.S.]

I browsed many documents, but still doubt:
What ICSF version should I use on z/OS V1R4 and z9 machine with 
CryptoExpress2 cards ?

It seems to be HCR770B, can anybody confirm this ?

--
Radoslaw Skorupka
Lodz, Poland

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

DFHSM connected set

[Tom Brannon]

Anyone remember seing a PATCH that was for removing a tape from
a "connected set"?  I know I have it someplace but just can't find it.

I've got a tape that RECYCLE thinks is a member of a connected set but when
I do a LIST TTOC on it there is no previous or subsequent tape indicated.

Tom

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DMV systems?

[Anne & Lynn Wheeler]

as400 wrote:
> Well, thanks for this information..I really appreciate it...
> 
> And lastly, can Solaris (UNIX) be ran on a Mainframe or not? Because
> you said:
> 
> " would say that most of the systems were mainframe based (IBM and
> Unisys) and non-Unix based OS's:"
> 
> Please advise.

what you mean by mainframe?

i think sun talks about running on mainframe class machine.

original sun workstations was 68k before they produced risc sparc ...
minor reference to 68020/68030 machines
http://www.obsolyte.com/sun380/

not sparc and i86 machines are support ... this has minor reference to
both platforms
http://www.sun.com/software/security/securitycert/

i think that unisys logo'ed sequent's machine for a time ... as another
"mainframe class" machine.

this minor reference has unisys starting logo'ing sequent machines even
before the sequent NUMA-Q machines
http://lists.freebsd.org/pipermail/freebsd-smp/2003-July/000247.html

in the 80s we participated in both fcs and sci standards activity. fci
standards was somewhat the outgrowth of LLNL's work with a non-blocking
copper-wire switched remapped to 1gbit/sec fiber-optics. SCI was some
work out of SLAC to take fiber-optics and use it for asyncronous bus.

there had been this fiber-optic technology that had been kicking around
pok since the 70s that was having hard time getting out. part of it
appeared to be around the battle with communication division on who
"owned" stuff that crossed the wall surrounding the glass-house. my wife
was in the middle of this since she had done a stint in POK in charge of
loosely-coupled architecture ... where she produced peer-couple shared
data architecture
http://www.garlic.com/~lynn/subtopic.html#shareddata

... which didn't see much uptake until parallel sysplex ... except for
some work hear-and-there ... like IMS hot-standby.

in any case, supposedly the jurisdictional resolutioin was that CPD's
terminal controller paradigm (sna) supposedly owned anything that
crossed the boundary of the glass house walls.

one of the austin interconnect engineers took the pok fiber technology
... and tweaked it here and there ... getting about ten percent higher
thruput (220mbits/sec rather than 200mbits/sec for escon) and used
optical drivers that were at least an order of magnitude less expensive
(than escon). this was announced on rs/6000 as sla (serial link adapter).

he then wanted to go on and do an 800 mbit version of sla. we convinced
him to move to working on FCS ... where he became editor of the FCS
standards document. part of this was that rs/6000 was much more into the
market segment that highly prised interoperability ... and it was
difficult to have a lot of interoperability with proprietary
interconnect. one of the issues was FCS was basically a fully
asyncronous, full-duplex operation. Later there were some horrible
battles when some POK channel engineers became involved with FCS and
tried to do some unnatural acts like layering mainframe half-duplex
syncronous channel paradigm on an underlying infrastructure that is
asyncronous full-duplex (or dual simplex as i periodically refer to it)
... which i believe may now be referred to as ficon.

so in parallel with all this was the "SLAC" effort to use similar
fiber-optic technology for asyncronous bus operation rather than
asyncronous link/io operation. sci reference:
http://www.scizzl.com/

one of the reasons that we round up producing ha/cmp
http://www.garlic.com/~lynn/subtopic.html#hacmp

that was suppose to use fcs for scale-up ... minor reference
http://www.garlic.com/~lynn/95.html#13

was that RIOS chips didn't support cache coherency ... i.e. and a major
SCI effort was an asyncronous memory bus implementation.

for a little more digression ... i've periodically asserted that much of
the 801/risc/romp/rios genre
http://www.garlic.com/~lynn/subtopic.html#801

was attempting to drastically simplify hardware after the disastrous
experience of future systems
http://www.garlic.com/~lynn/subtopic.html#futuresys

the other characteristic was that it seemed that the 801/risc had a
scalded cat reation to the enormous multiprocessor cache consistency
overhead exacted by the strong memory consistency paradigm of the
highend mainframe 370s. not only did 801/risc go to the opposite extreme
of future systems ... but also the opposite extreme from highend 370s
with regard to cache consistency. as a result, it was essentially
impossible to build scale-up multiprocessor system with SCI and rios
chips. essentially, the only scaleup fall-back was purely
loosely-coupled (aka cluster) operatiion with high-speed (i/o) interconnect.

convex built 128-way examplar with dual-processor board HP/RISC chips.
SCI asyncronous memory operation standard allows for 64 memory ports.
convex had dual-processor shared cache boards ... and 64 such boards
allowed for maximum 128-way configuration.

both sequent and data general did something similar using 64-port SCI
... except they used intel quad-processor

Re: Need some RVA T82 GEN ADVICE - RECALL those brain cells ;o)

[Pommier, Rex R.]

Hi Dave.

Hopefully somebody else will be able to give more/better information but
my old grey matter tells me that you can't do that.  Years ago we
upgraded from a T82 to an X82 because the T82 still only supported 256
logical devices and we were running out of addresses.  We upgraded to
the X82 to get the 1024 IODEVICEs and are still running the X82.  I have
hardcopy manuals on the RVA T82 and they all talk about 256 devices.  

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Dave Myers
Sent: Monday, December 26, 2005 2:42 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Need some RVA T82 GEN ADVICE - RECALL those brain cells ;o)


- Forwarded by Dave Myers/sesg/Star on 12/26/2005 01:42 PM -

Dave Myers/sesg/Star
12/21/2005 02:57 PM

To
[EMAIL PROTECTED]
cc

Subject
Need some RVA T82 GEN ADVICE - RECALL those brain cells  ;o)





I am looking for confirmation that I am making the correct IOGEN change
to 
support
an RVA T82  upgrade.

Client has added another (210GB).  They're still only a T82 (not X82)
They 
 now have a total of 620GB.
My understanding is that the T82 can only support 512 IODEVICES (not 
1024).
Their current gen looks like below, and they currently have 256 devices 
genned.
I will be doubling the devices to 512, and pretty much keeping the same 
config other than that.
(i.e.  8 control units, with 128 devices on each logical control unit 
(instead of 64)).

See "CURRENT IOCP" and "NEW IOCP" BELOW.

Is this correct??
My only question is, by making this changeI will essentially be
moving 
the current IODEVICES 600-6FF
to the first 4 CNTLUNITs(601-604), and then creating new IODEVICES
700-7FF 
that are
using the last 4 CNTLUNITs (605-608).  Is this correct or are there 
"internal/hardware" RVA configuration
considerations that make this incorrect? 

I NEED TO MAKE SURE THAT I AM NOT ADVERSELY AFFECTING THE CURRENT 256 
DEVICES
600-6FF, BY DOING THIS!!

Also, do you know of any manuals that I can look  at for the RVA T82??


(CURRENT IOCP)

CHPID PATH=(85),SHARED,   *
   PARTITION=((MVSPROD,TECHSUP),(MVSPROD,TECHSUP)),TYPE=CNC
 CHPID PATH=(9D),SHARED,   *
   PARTITION=((MVSPROD,TECHSUP),(MVSPROD,TECHSUP)),TYPE=CNC
 CHPID PATH=(9F),SHARED,   *
   PARTITION=((MVSPROD,TECHSUP),(MVSPROD,TECHSUP)),TYPE=CNC
 CHPID PATH=(B1),SHARED,   *
   PARTITION=((MVSPROD,TECHSUP),(MVSPROD,TECHSUP)),TYPE=CNC
 CHPID PATH=(B9),SHARED,   *
   PARTITION=((MVSPROD,TECHSUP),(MVSPROD,TECHSUP)),TYPE=CNC
 CHPID PATH=(D8),SHARED,   *
   PARTITION=((MVSPROD,TECHSUP),(MVSPROD,TECHSUP)),TYPE=CNC
 CHPID PATH=(DB),SHARED,   *
   PARTITION=((MVSPROD,TECHSUP),(MVSPROD,TECHSUP)),TYPE=CNC
 CHPID PATH=(E1),SHARED,   *
   PARTITION=((MVSPROD,TECHSUP),(MVSPROD,TECHSUP)),TYPE=CNC
 CNTLUNIT CUNUMBR=0601,PATH=(85,9D,B9,DB),UNITADD=((00,064)),  *
   CUADD=0,UNIT=3990
 CNTLUNIT CUNUMBR=0602,PATH=(9F,B1,D8,E1),UNITADD=((00,064)),  *
   CUADD=0,UNIT=3990
 CNTLUNIT CUNUMBR=0603,PATH=(85,9D,B9,DB),UNITADD=((00,064)),  *
   CUADD=1,UNIT=3990
 CNTLUNIT CUNUMBR=0604,PATH=(9F,B1,D8,E1),UNITADD=((00,064)),  *
   CUADD=1,UNIT=3990
 CNTLUNIT CUNUMBR=0605,PATH=(85,9D,B9,DB),UNITADD=((00,064)),  *
   CUADD=2,UNIT=3990
 CNTLUNIT CUNUMBR=0606,PATH=(9F,B1,D8,E1),UNITADD=((00,064)),  *
   CUADD=2,UNIT=3990
 CNTLUNIT CUNUMBR=0607,PATH=(85,9D,B9,DB),UNITADD=((00,064)),  *
   CUADD=3,UNIT=3990
 CNTLUNIT CUNUMBR=0608,PATH=(9F,B1,D8,E1),UNITADD=((00,064)),  *
   CUADD=3,UNIT=3990
 IODEVICE ADDRESS=(600,064),CUNUMBR=(0601,0602),STADET=Y,  *
   UNIT=3390
 IODEVICE ADDRESS=(640,064),UNITADD=00,CUNUMBR=(0603,0604),*
   STADET=Y,UNIT=3390
 IODEVICE ADDRESS=(680,064),UNITADD=00,CUNUMBR=(0605,0606),*
   STADET=Y,UNIT=3390
 IODEVICE ADDRESS=(6C0,064),UNITADD=00,CUNUMBR=(0607,0608),*
   STADET=Y,UNIT=3390


(NEW  IOCP)

CHPID PATH=(85),SHARED,   *
   PARTITION=((MVSPROD,TECHSUP),(MVSPROD,TECHSUP)),TYPE=CNC
 CHPID PATH=(9D),SHARED,   *
   PARTITION=((MVSPROD,TECHSUP),(MVSPROD,TECHSUP)),TYPE=CNC
 CHPID PATH=(9F),SHARED,   *
   PARTITION=((MVSPROD,TECHSUP),(MVSPROD,TECHSUP)),TYPE=CNC
 CHPID PATH=(B1),SHARED,   *
   PA

Re: Merry Christmas!

[Andy Robertson]

>Ain't no need to be politcally correct.   Today is Christmas.  In the US,
>it's a Federally recognized Holiday, since 1870, by the name "Christmas".
>You can wish me Happy Holidays, Season's Greetings, whatever.  But, I say
to
>you, Merry Christmas!


Merry Christmas to you and every one on the list  :-)



>I too want to thank you all for sharing your time and knowledge over this
>past year.
>
>So, did anyone get anything good???


A new nephew!!!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Can not shutdown CICS region

[Peter Ten Eyck]

I have an LPAR running z/OS 1.4 with CICS TS 2.2. I am unable to shutdown
any CICS region in this LPAR using the console command F CICSREGION,CEMT P
SHUT (or SHUT I). It is as if the command is not being received by the CICS
region. No modify commands for CICS work (ie F CICSREGION,CEMT I TASK).
Other modify commands to other address spaces work fine. I do not see any
related messages in the syslog of within a given CICS region. Any
suggestions on how to fix this?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ABN Tape - Found

[Hal Merritt]

I seem to recall thought processes of just how hard it would be to
actually recover information from such a tape without intimate knowledge
of exactly how the tape was created and the record layout(s) of the
tape. 

Add in the propriety nature of tools such as DFDSS (and equivalent),
many of us considered the tape of little commercial value to anyone
other than the owner. That is, the cost of brute force data recovery
would be far above any possible gain. 

Unlike PC's, the information proper is stored without any properties or
descriptors that would, for example, identify a character string as a
SSN, phone number, time stamp, etc. 

The tapes were, for most reasonable purposes and definitions,
'encrypted'. Without the 'keys' (creation trail and layouts), the data
is useless. Of course, the data could always be recovered just like any
encryption scheme can be broken given enough resources.   

Now I know things change, and it would be very difficult to convince an
auditor otherwise, but am I very far off?

Best of the season...

  

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Jeffrey Deaver
Sent: Friday, December 23, 2005 3:07 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: ABN Tape - Found

..snip
Of course, it could always go the other way too, but I believe I've
never
read of a documented case of data lost on a tape actually being used for
identify theft or the like.

Jeffrey Deaver, Senior Analyst, Systems Engineering
651-665-4231
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Help with doing Contract Work as a Sys Prog

[Lizette Koehler]

Hi all,

 

If someone could write me offline to help me understand how to do contract
work, I would appreciate it.

 

I have been trying to find a job for over 18 months and cannot seem to find
anything.  I now have a possibility of obtaining contract work.  I just have
not done this and need to know any gottcha's that might hit me (taxes, FICA,
medical, etc.) that I have not thought of.  The contract company tells me it
is W2 without benefits.

 

I appreciate any input.  Please contact me at
[EMAIL PROTECTED]

 

Lizette Koehler

 

 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DMV systems?

[Edward E. Jaffe]

John S. Giltner, Jr. wrote:


as400 wrote:


Hello-

Dispatchers who enter license plate numbers or license numbers to query
about our personal records get authorized to access the DMV databases
in order to do those tasks. My question is, do those records on the DMV
database stored on a DB2 or IMS application on the mainframes? My guess
would be that the DMV uses like an RS6000 mainframe server to access
our records because it takes about 5 seconds for a dispatcher to access
these and query them back to an officer.
Thanks.



A RS/6000 is not a mainframe.



Here in California, DMV uses the large MVS systems at the Stephen P. 
Teale Data Center in Sacramento. (See http://www.teale.ca.gov) Can't 
speak for DMV in other/smaller states.


--
-
| Edward E. Jaffe||
| Mgr, Research & Development| [EMAIL PROTECTED]|
| Phoenix Software International | Tel: (310) 338-0400 x318   |
| 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801|
| Los Angeles, CA 90045  | http://www.phoenixsoftware.com |
-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

CICS-VSAM

[Jón Viðar Gunnarsson]

Hello all

I have a VSAM file defined in a cics 3.1.0 region .  The file is owend by CICSA 
 and is accessed
with remote definition from CICSB and CICSC.  I have ZOS1.4 on Z890.
This has been working fine fore three weeks now.. BUT,,

After I recycled CICSA , my customer began to complain that the file was 
closed.   But sometimes
everything was working fine against the file, and sometimes the file seemed to 
be closed.. 


As the file was
open enable and I could not see in my monitor that there were any bottleneck in 
the system, I 
guessed that the trouble was in VSAM, and tried to RECYCLE both regions CICSA 
and CICSF..

Then The problem was solved for CICSF and CICS5..  I beleve I also need to 
Recycle CICSB
to get rid of the problem completely for the time beeing.


Does anyone know anything about problem like that ?  This has to be a bug ?

Best reg.
Jon Vidar


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Help with identifying the "Mysterious IBM plastic thing"?

[Phil Payne]

It's possible I saw a photograph of this thing in an IBM catalogue around 1971.

IBM used to produce a hand-held card punch.  This was a frame that held a 
single punch card.
The cards were special stock with each chad partly pre-punched - behind each 
row was a slot
running the width of the device.  You "punched" with a stylus, pushing the 
prepunched chad out
of the card and down into the slot.  We trailed the thing for capturing 
statistics on
punchroom performance but threw it out because we were getting much better data 
out of the
application.

As I remember it, there was a four or six page brochure listing all the special 
devices in the
programme - spare stylii, spare "mats" with the slots in them.  I played with 
the thing for a
couple of weeks but I've never seen one since.

I think this device was listed in that catalogue.

-- 
  Phil Payne
  http://www.isham-research.co.uk
  +44 7833 654 800

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Testing

[Mueller, David]

No messages received for several days.  Checking that I am still
subscribed and everything is working.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Help with identifying the "Mysterious IBM plastic thing"?

[Arthur T.]

On 27 Dec 2005 18:38:07 -0800, in bit.listserv.ibm-main 
(Message-ID:<[EMAIL PROTECTED]>) 
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:




Henry Law wrote:
I found a strange plastic device in a colleague's 
cupboard at IBM some
years ago; I've had one attempt at identifying it within 
the company and

here's another go in the wider community.

It's something to do with punch card technology, by the 
shape of it, but
it has no IBM part number and nobody as yet can do 
anything other than

hazard a guess at what it is and what it was used for.

Details and photographs are here 
http://www.lawshouse.org/ibm-thing/



I'm pretty sure that this is a "programming" card for a 
card walloping
machine of some sort (card sorter, or something like 
that).  You select
which punches are used to select which of the twelve 
output hoppers

(cards not matching anything would go to the thirteenth "reject"
hopper).  After you set it, you insert it into a slot on 
the sorter

(IIRC, there was a slot on the front of the 083 and 084 for this
purpose), and the sliders mechanically adjust which punch 
positions are

"read."


 If the sliders had *twelve* positions labeled 12, 11, 
0 thru 9, it would make much more sense as some sort of 
unit record control device.  But, with only 11 positions 
(one of them "period"), I would guess it has nothing to do 
(directly) with cards.


 Remember, it's been a long-standing practice within 
IBM that unused hardware from a discontinued line should be 
used in the next project.  (I've been told that the 168 
console keyboards came from surplus keypunch 
keyboards.)  So, the shape and size could be red herrings. 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Need some RVA T82 GEN ADVICE

[Michael W. Moss]

Hi Dave,

Seasons greetings to you.  Wow an RVA, now there’s a blast from the past,
but don’t worry I remember this box from 1992 when it was an Iceberg…

The complete set of manuals for an RVA of this time period is:

* IBM RAMAC Virtual Array Storage Planning, Implementation and Usage
Guide, GC26-7170
* IBM RAMAC Virtual Array Storage Physical Planning Guide, GC26-7169
* IBM RAMAC Virtual Array Storage General Information, GC26-7167
* IBM RAMAC Virtual Array Storage Introduction, GC26-7168
* IBM RAMAC Virtual Array Storage Operation and Recovery, GC26-7171

I had a quick look at the IBM web site and couldn’t easily find them.

You might want to look at this sites archives and just look for T82:

http://bama.ua.edu/cgi-bin/wa?A1=ind0011&L=ibm-main

Best place you can look is
http://www.redbooks.ibm.com/redbooks/pdfs/sg244951.pdf, which has a
plethora of references for the T82.

>From an I/O viewpoint the manual states:

“Up to four 3990 Model 3 Storage Controllers can be defined, each with up
to 64 3390 and/or 3380 volumes, for a total of 256 devices.”

“An eight-path RVA subsystem can process eight concurrent data transfer
operations, and an additional eight I/O operations. This would require
that 16 host channels are attached. It is less likely that an RVA T82 will
be channel constrained, and customers may be more likely to attach eight
channels only to the subsystem. Additional channels will provide
additional channel processing capacity, but it is most likely that
customers will consider a maximum of 10 channel connections to a single
RVA T82.”

“IOCDS, or the HCDGEN, must have a logical control unit (LCU) defined for
each group of 64 functional devices. Each LCU should have two CNTLUNIT
macros, one for each cluster. See “RVA IOCDS Definition Example” on page
438, and the RVA Planning, Implementation and Usage Guide for further
information about
IOCDS for the RVA.”

So, based on the above, maybe you need to give a little thought as to your
physical versus logical configuration.  If I remember rightly, but this
was a long time ago, RVA 2 was all about “Turbo” and performance gains via
SnapShot and throughput, bit from a subsystem viewpoint with faster HDA’s
and bigger caches and physical connections.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Token Ring and z9 Processor

[R.S.]

Skip Robinson wrote:


We have not had ANY token ring applications for years except as required
for mainframe interconnection. Our network folks would be happy to see its
demise altogether.


It have been possible for years (since G5 AFAIK) to get rid of TR, even 
for SE-HMC connections.

AFAIR z/990 have Ethernet as the only option for such connection.

--
Radoslaw Skorupka
Lodz, Poland

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: controlling user who can mount tape.

[Chris Mason]

I haven't really been paying very much attention to this topic since it's
not at all my forte - if anything is. However, I'm struck by the seeming
fact that there is no current general solution to the tape set-up problem.
If there were and some users were allowed to use the required procedure and
some users weren't then there would be a solution also to the subject line.

I remember many years ago when I submitted a job involving typically tape
mounting - there was a time when disks could be mounted per job also - then
I had to include a JES2 card - I vaguely remember. The card had to mention
in text suitable for an operator rather than a program which tape volumes
the job would require. I think the presence of the card caused the job to be
held so that the operator could release it presumably when both the tape
drives and the tapes from the library were available.

That was the state of play about 20 years ago I guess and I'm surprised
there's not a more solid solution about now - or maybe there is but,
somehow, it can't be used to block use of it by a particular user.

Chris Mason

- Original Message - 
From: "Robert A. Rosenberg" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Tuesday, 27 December, 2005 2:50 AM
Subject: Re: controlling user who can mount tape.


> At 13:30 -0600 on 12/23/2005, Ed Gould wrote about Re: controlling
> user who can mount tape.:
>
> >On Dec 23, 2005, at 3:12 AM, caleb ong wrote:
> >
> >>Hello,
> >>
> >>Is there a way to restrict users from being able to submit job that
> >>requires a tape mount in os/390 ?
> >>The objective is to enable only our operations group to submit jobs
> >>that requires tape mounting. Applications group will be prohibited
> >>in submitting jobs that will require tape mounting.
> >>We have RACF as our security sw.
> >>
> >>I have looked at the racf and tso uads. it seems that you can
> >>control tso mount thru the mount attribute in the uads or the racf
> >>tso segment (tsoauth, mount attribute).  But for jobs submitted by
> >>the users , i coudn't find anyway to control this ?
> >>
> >>Can anyone provide any suggestion to do this.
> >
> >You can only do it (I am pretty sure) if you look for a MOUNT
> >message in the wto exit. Then you get to decide if you want to
> >cancel the user or not. This helps only if you have good job naming
> >standards . There *MIGHT* be away if you can get the info from
> >RACFUID
>
> This solution is not that viable since it kicks in AS the job step
> that requires the tape mount starts to execute. Thus you might have
> had a number of steps run before you run into trouble. You want a
> solution that will prevent the job from being initiated in the first
> place (such as my suggestion to have JES2 parse the converted JCL to
> spot any tape requests and trigger a JCL error at that point).

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Can not shutdown CICS region

[Desi de la Garza]

Is the console defined to the CICS you are trying to shut down?



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Peter Ten Eyck
Sent: Wednesday, December 28, 2005 8:16 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Can not shutdown CICS region

I have an LPAR running z/OS 1.4 with CICS TS 2.2. I am unable to shutdown
any CICS region in this LPAR using the console command F CICSREGION,CEMT P
SHUT (or SHUT I). It is as if the command is not being received by the CICS
region. No modify commands for CICS work (ie F CICSREGION,CEMT I TASK).
Other modify commands to other address spaces work fine. I do not see any
related messages in the syslog of within a given CICS region. Any
suggestions on how to fix this?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Strange message from a CICS region.

[Paul Hanrahan]

How about a relocate ?  

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of McKown, John
Sent: Tuesday, December 27, 2005 10:54 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Strange message from a CICS region.


I have gotten the following message a number of times from one of our
CICS/TS 1.3 regions (on z/OS 1.4)

+IEW2166S 02C6 OFFSET WAS SPECIFIED AS A NEGATIVE NUMBER OTHER THAN -1.

It appears that this is the GETE function of the IEWBIND. Does this indicate
a bad load module? If so, is there a simple way to find out which one? If
not, does it mean that somebody may have "stomped" on something in CICS?

There are no hits on IBMLink on IEW2166S.

Thanks.

--
John McKown
Senior Systems Programmer
UICI Insurance Center
Information Technology

This message (including any attachments) contains confidential information
intended for a specific individual and purpose, and its' content is
protected by law.  If you are not the intended recipient, you should delete
this message and are hereby notified that any disclosure, copying, or
distribution of this transmission, or taking any action based on it, is
strictly prohibited.
 

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the
archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Can not shutdown CICS region

[Thomas H Puddicombe]

ISTR CICS needed a terminal definition to represent the console.

Been too long now, my memory leaks.




This is a PRIVATE message. If you are not the intended recipient, please
delete without copying and kindly advise us by e-mail of the mistake in
delivery. NOTE: Regardless of content, this e-mail shall not operate to
bind CSC to any order or other contract unless pursuant to explicit written
agreement or government initiative expressly permitting the use of e-mail
for such purpose.






  
  Peter Ten Eyck
  
   cc:  
  
  Sent by: IBM Subject: Can not shutdown CICS 
region  
  Mainframe 
  
  Discussion List   
  
  http://bama.ua.edu/archives/ibm-main.html

Re: Screenshots of Mainframe OSs?

[John S. Giltner, Jr.]

as400 wrote:

Can anyone please be able to post screenshots of Mainframe OSs like
z/OS, z/VM running Linux and so on?

Do those really look like the typical green screen or they look like a
GUI? 


Thanks..




Traditional IBM mainframe OS's look like a green screen, just like the 
screens you see on a AS/400 (now called iSeries).  Each application may 
have a unique look and feel, just like GUI applications on Windows.


Linux on a mainframe looks like Linux on any other platform, exactly 
like any other platform.  Which type of box Linux runs on does not 
affect the output of its screens, either text or GUI.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

OSL

[Imbriale, Donald (Exchange)]

Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

IBM has withdrawn from marketing and service a product called
Optimization Subroutine Library, a set of mathematical routines for use
in FORTRAN and C/C++ programs.  IBM doesn't seem to have a replacement
product.  Does any one know of an available replacement?

Don Imbriale


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Assembler error

[Paul Hanrahan]

Try putting a MEND after the macro just to see if someone messed up the
macro construction. - Paul Hanrahan

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Kinney, Kevin
Sent: Tuesday, December 27, 2005 9:48 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Assembler error


Good morning all, I'm having some problems assembling David Coles Scheduler
(CBT tape #388) on an OS/390 1.2  system.

 

Here's the error - 

  #REGS GEN=ON,(BASE1REG,R12),(BASE2REG,R11),(BASE3REG,R7)

 ASMA089E *** ERROR *** Arithmetic expression contains illegal delimiter or
ends prematurely - MACRO - #TEST

 ASMA435I ** WARNING ** Record 645 in CBT.COLE.MACLIB(#TEST) on volume:
BEP917

 

The weird thing is that the same exact code compiles correctly on a OS/390
2.10 system.

 

Thoughts anyone?

 

Regards,

Kevin Kinney


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the
archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Screenshots of Mainframe OSs?

[Dave Salt]

as400 wrote:

Can anyone please be able to post screenshots of Mainframe OSs like
z/OS, z/VM running Linux and so on?

Do those really look like the typical green screen or they look like a 
GUI?


A typical mainframe screen isn't GUI, but at the same time is far from being 
the 'green screen' of yester-year. If you click the web link below you'll 
see many examples of mainframe screens. You'll also see that certain 
graphical characters (e.g. arrows) can be displayed. What you won't be able 
to tell from the screen shots is that all commands, functions, selections, 
scrolling (etc.) can be performed using a mouse. The mainframe is a lot 
easier to use than many people think!


Hope this helps,

Dave Salt
SimpList(tm) - The easiest, most powerful way to surf a mainframe!
http://www.mackinney.com/products/SIM/simplist.htm

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Another incident

[Howard Brazee]

On 28 Dec 2005 09:24:47 -0800, [EMAIL PROTECTED] (David Andrews) wrote:

>Candidates for U.S. President must have been citizens at birth.  Postal
>workers must be U.S. citizens, or have permanent resident status.

Or more precisely:

No person except a natural born citizen, or a citizen of the United
States, at the time of the adoption of this Constitution, shall be
eligible to the office of President.

This included George Romney who was born overseas, and possibly
excluded Andrew Jackson whom some scholars say was born in route to
America.   And it includes George Washington who was born before the
United States existed.

So while Schwarzenegger can become a candidate for the presidency, it
would be fruitless, as he cannot become president.

Admendment XX appears to say that if he were next in line for the
presidency (speaker of the house, for instance), they would have to
pass over him.   

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Assembler error

[David Cole]

Hi Kevin,

A couple of thoughts.

1) I don't know how new or old the CBT tape's copy of SCHEDRUN and my 
maclib are, but you can find the most recent copies of both at my 
website: www.comesoft.com. Click on "Downloads", then on "Free Utilities".


2) If the files from my website still don't work, then send me your 
assembly listing and I'll look at it.



Dave Cole  REPLY TO: [EMAIL PROTECTED]
Cole Software  WEB PAGE: http://www.colesoft.com
736 Fox Hollow RoadVOICE:540-456-8536
Afton, VA 22920FAX:  540-456-6658




At 12/27/2005 09:47 AM, Kinney, Kevin wrote:

Good morning all, I'm having some problems assembling David Coles Scheduler
(CBT tape #388) on an OS/390 1.2  system.



Here's the error -

  #REGS GEN=ON,(BASE1REG,R12),(BASE2REG,R11),(BASE3REG,R7)

 ASMA089E *** ERROR *** Arithmetic expression contains illegal delimiter or
ends prematurely - MACRO - #TEST

 ASMA435I ** WARNING ** Record 645 in CBT.COLE.MACLIB(#TEST) on volume:
BEP917



The weird thing is that the same exact code compiles correctly on a OS/390
2.10 system.



Thoughts anyone?



Regards,

Kevin Kinney


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DMV systems?

[John S. Giltner, Jr.]

as400 wrote:

Well, thanks for this information..I really appreciate it...

And lastly, can Solaris (UNIX) be ran on a Mainframe or not? Because
you said:

" would say that most of the systems were mainframe based (IBM and
Unisys) and non-Unix based OS's:"

Please advise.



It depends on your definition of what a "mainframe" is.  That I am aware 
of Solaris can only be run on x86 systems and systems based on Sun's 
Sparc processor.  I have not seen a x86 system or a Sparc system labeled 
as a "mainframe."  I have seen some advertised as "mainframe like 
performance" and "mainframe like relibility", but I have not (at least I 
do not remember any) seen Sun advertise one of their boxes as a mainframe.


If you remove the "(IBM and Unisys)" you have:

" would say that most system were mainframe based and non-Unix based OS
's".

Meaning both mainframe and non-Unix.  As Solaris is Unix it does not fit 
in the above category.  The reason for my statements is that I know that 
IBM is not the only company that has made mainframes and that mainframe 
traditionally do not run a OS that is called "Unix."  You hear about 
people with IBM mainframes running z/OS, z/VM, etc or I have a Unisys 
xxx running MCP (I think that is the OS name).


The part where it starts getting confusing is that z/OS is branded 
"Unix", as is it predecessors (MVS with the Open Edition option and 
OS/390).  When most people say Unix they mean things like AIX, Solaris, 
HP-UX, and SCO Unix.  They normally do not mean z/OS.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Merry Christmas!

[Howard Brazee]

On 28 Dec 2005 09:30:35 -0800, [EMAIL PROTECTED] (Andy
Robertson) wrote:

>>So, did anyone get anything good???
>
>
>A new nephew!!!

Great!

Over the years I got a nephew and a granddaughter (age 3) on Dec 26
(age 13), a grandson on December 21 (age 6), and a granddaughter who
will be 5 tomorrow.Makes Christmas last.   A co-worker and
golf-partner of mine got a kidney early Monday morning.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

FW: Delete non-existent dataset with volume MIGRAT

[Jill Grine]

Please disregard previous email.  HDELETE works.  Thanks just the same.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

basic z8 and z9 configurations

[Phil Payne]

As far as the z8 is concerned, you're going to have to wait until IBM announces 
it.

Have you tried Hesh Wiener ( http://www.tech-news.com ) for pricing?

-- 
  Phil Payne
  http://www.isham-research.co.uk
  +44 7833 654 800

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Testing

[Greg Shirey]

Oddly, the CICS list stopped sending mail too at about the same time...
Both have started again...at about the same time.  What's that all about?

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Mueller, David
Sent: Wednesday, December 28, 2005 8:56 AM

No messages received for several days.  Checking that I am still
subscribed and everything is working.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DFHSM connected set

[Michael W. Moss]

Hi,

Maybe the FIXCDS function would work:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2R440/1.8.2

For example:

FIXCDS Y VOLSER DISPLAY - Displays the type Y dump volume record
FIXCDS X VOLSER DELETE - Deletes a type X backup volume record from the
BCDS

On Tue, 27 Dec 2005 14:38:16 -0600, Tom Brannon <[EMAIL PROTECTED]> wrote:

>Anyone remember seing a PATCH that was for removing a tape from
>a "connected set"?  I know I have it someplace but just can't find it.
>
>I've got a tape that RECYCLE thinks is a member of a connected set but
when
>I do a LIST TTOC on it there is no previous or subsequent tape indicated.
>
>Tom

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Delete non-existent dataset with volume MIGRAT

[Jill Grine]

Greetings all,

I need to delete a catalog entry for a dataset that has MIGRAT as the
volume, but no longer exists.  
I've searched the Access Methods and HSM manuals, but haven't found anything
other than 

   NOSCRATCH affects the DFSMShsm delete function interaction for VSAM
base clusters and non-VSAM data sets. It causes the migrated data set to be
recalled because a migrated data set cannot be uncataloged

Based on the above, I am stuck with the entry?  Anyone know of a way to
delete this?

TIA 
Jill Grine
GT Software, Inc.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Invalid DSN in Catalog

[Chase, John]

Hi, All,

Doing some year-end cleanup and encountered a catalog entry for a
non-existent dataset:  "HLQ.MLQ.LLQ(0)" (yes, the parentheses were part of
the DSN).  While I was able to delete the entry by specifying "HLQ.MLQ.*"
for the entryname in the IDCAMS DELETE NOSCRATCH command, I'm curious how
such a DSN could have been cataloged in the first place.

Any ideas?

TIA,

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Testing

[Ed Finnell]

 
In a message dated 12/28/2005 12:38:56 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

Oddly,  the CICS list stopped sending mail too at about the same time...
Both have  started again...at about the same time.  What's that all  about?



>>
Haven't gotten the final results. Lots of probing and DOS going
on. List was up but the eMail servers were choggied up. Sober is
supposed to rear it's ugly head on 5 Jan, don't know if this is
in conjunction or separate issue. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Warning: PTF's require HDS microcode, which is not available until the second week of January.

[Eatherly, John D [IT]]

Just wanted to pass on a heads up on some APARs that require HDS
microcode on DASD.  And that microcode will not be available until the
2nd week in January.  
The APARS affected are:

OA11492 first shows the problem with the HDS microcode.
OA13907 has it also because it sups OA13907

We had several DASD volumes that the path would not come online after an
IPL.  And they just happened to be systems volumes.

Thanks.
John Eatherly



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Abend S414

[Jon Renton]

Hello,
 
I am getting the follwoing abend:
 
IEC212I
414-08,IGG0201B,DBM05310,DFDSS,XRSDLOG,687C,SYSS45,SSUXRSP.XRS999.XRSLOG01

The IBM documentation is not very descriptive. Can anyone help me to
understand/solve the problem?

TIA

Regards
Jon

-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.371 / Virus Database: 267.14.8/215 - Release Date: 27.12.2005
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Abend S414

[Jon Renton]

Hello,
 
I am getting the follwoing abend:
 
IEC212I
414-08,IGG0201B,DBM05310,DFDSS,XRSDLOG,687C,SYSS45,SSUXRSP.XRS999.XRSLOG01

The IBM documentation is not very descriptive. Can anyone help me to
understand/solve the problem?

TIA

Regards
Jon

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Merry Christmas!

[Ted MacNEIL]

>A co-worker and
>golf-partner of mine got a kidney early 
Monday morning.

I got to see my (estranged) 16-year old boy, 
for the first time since October 2004.
He finally doesn't believe all the ex says 
about him.
-teD
Me? A skeptic? I trust you have proof!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Reconfigure Shark 3390-3's to -9's question

[Ron and Jenny Hawkins]

Radoslaw,

As I said - "It's kind of free." Kind of like ICKDSF and DFSMSdfp are free
with MVS.

The boxes will work problem free without Resource Manager Software, but
there is no Remote Console or Web Access without the Resource Manager
Software. That means you would need to call an Engineer to open the covers
and access the SVP for you just to change your port assignments or LUN
Security.

Ron



> 
> AFAIK, it is *not* free.
> Resource Manager also.
> At least for 7700E and 9900 machines.
> --
> Radoslaw Skorupka
> Lodz, Poland
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Assembler error

[Edward E. Jaffe]

David Cole wrote:

1) I don't know how new or old the CBT tape's copy of SCHEDRUN and my 
maclib are, but you can find the most recent copies of both at my 
website: www.comesoft.com.



That should be:  www.colesoft.com!

--
-
| Edward E. Jaffe||
| Mgr, Research & Development| [EMAIL PROTECTED]|
| Phoenix Software International | Tel: (310) 338-0400 x318   |
| 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801|
| Los Angeles, CA 90045  | http://www.phoenixsoftware.com |
-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Can not shutdown CICS region

[Peter Ten Eyck]

Yes a console is defined. Right now we are thinking it may be related to
our security manager setup...more to come.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Can not shutdown CICS region

[Rugen, Len]

Look for errors in SYSLOG and SYSOUT (CEMT ? Message destination, I
forget the proper name).  It sounds like it's SOS or "on the way down"
already.   

I'd bet the "C CICSREGION" command would work, but get a dump first if
you care.  
 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Peter Ten Eyck
> Sent: Wednesday, December 28, 2005 8:16 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Can not shutdown CICS region
> 
> I have an LPAR running z/OS 1.4 with CICS TS 2.2. I am unable 
> to shutdown
> any CICS region in this LPAR using the console command F 
> CICSREGION,CEMT P
> SHUT (or SHUT I). It is as if the command is not being 
> received by the CICS
> region. No modify commands for CICS work (ie F 
> CICSREGION,CEMT I TASK).
> Other modify commands to other address spaces work fine. I do 
> not see any
> related messages in the syslog of within a given CICS region. Any
> suggestions on how to fix this?
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Assembler error

[Ed Finnell]

 
In a message dated 12/28/2005 1:16:24 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

That  should be:   www.colesoft.com!



Netnanny probably cut him off at the pass...then adware  and
spyzapper kick in and 15 minutes later find out it's a  bleepin...typo

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ABN Tape - Found

[Jeffrey Deaver]

>The tapes were, for most reasonable purposes and definitions,
>'encrypted'. Without the 'keys' (creation trail and layouts), the data
>is useless. Of course, the data could always be recovered just like any
>encryption scheme can be broken given enough resources.

The strength of any encryption system is often measured in the amount of
time it would take to crack the key and decrypt the data.  For example,
current estimates as to the length of time is would take to crack a 256 bit
AES key are in the trillions of years range (given current technology).
(The estimated age of the universe is only 12 to 14 billion years.)

If this, then, is the measure of the strength of an encryption system, I
don't think the "lack of knowledge" encryption algorithm is very strong at
all.   I would feel remiss trying to pawn this off to an auditor as a
protection method given the current regulatory environment.  A couple of
phone calls to a company posing as a reporter for a storage magazine or a
vendor sales rep could easily yield the information necessary to 'decrypt'
that data.

Also remember that we now, unfortunately, have to protect data from
possible internal threats as well.  I read of one recent event where an
ex-employee was attempting to extort money from his old employer by holding
backup tapes with data on them and threatening to let it all go on the
internet.   So building your encryption systems such that the keys are
either hidden from or split amongst multiple employees is important.

Jeffrey Deaver, Senior Analyst, Systems Engineering
651-665-4231

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Can not shutdown CICS region

[Tom Schmidt]

On Wed, 28 Dec 2005 13:06:46 -0600, Peter Ten Eyck wrote:

>Yes a console is defined. Right now we are thinking it may be related to
>our security manager setup...more to come.

Are you issuing the CICS modify commands from a z/OS Master console or are
you issuing the modify commands from an SDSF session?

If you are using SDSF, try prefixing the "/" with an "M" as in:
  M/F CICSregion,CEMT P SHUT

...and see if that helps.  (It should.)

If not, you might try taking the question over to the CICS-L list.

--
Tom Schmidt
Madison, WI

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Merry Christmas!

[Ted MacNEIL]

Make that ME, not HIM.

 Original message 
>From: Ted MacNEIL >>A co-worker and
>>golf-partner of mine got a kidney early 
>Monday morning.
>
>I got to see my (estranged) 16-year old boy, 
>for the first time since October 2004.
>He finally doesn't believe all the ex says 
>about him.
-teD
Me? A skeptic? I trust you have proof!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ABN Tape - Found

[Howard Brazee]

On 28 Dec 2005 11:51:34 -0800, [EMAIL PROTECTED] wrote:

>
>The strength of any encryption system is often measured in the amount of
>time it would take to crack the key and decrypt the data.  For example,
>current estimates as to the length of time is would take to crack a 256 bit
>AES key are in the trillions of years range (given current technology).
>(The estimated age of the universe is only 12 to 14 billion years.)

Which is meaningless as current estimates are how to solve it using
current technology and techniques - and we all know that won't last. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: 3270 screen size limit

[Patrick O'Keefe]

On Fri, 23 Dec 2005 08:52:47 -0500, Shmuel Metz (Seymour J.)  wrote:

>...
>No, that letter goes all the way back to the 3271, 3272 and 3275, long
>before the 3274. I vaguely recall that A was LU0, including BSC, B was
>SNA and C was local non-SNA, but ICBW.
>...

I don't know about the letters associated with the control units, but the
A, B, and C in D4x32XX3 doon't match the 3271, 2, 5 descriptions you give.
D4B32XX3 is non-SNA (including 3270 LU0).  A & C were both SNA.  They had
different RUSIZEs.  I think the different RU sizes were to handle local
vs NCP connections to SNA 3270s.

Pat O'Keefe

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Warning: PTF's require HDS microcode, which is not available until the second week of January.

[Robert A. Rosenberg]

At 12:46 -0600 on 12/28/2005, Eatherly, John D [IT] wrote about 
Warning:  PTF's require HDS microcode, which is not availab:



Just wanted to pass on a heads up on some APARs that require HDS
microcode on DASD.  And that microcode will not be available until the
2nd week in January.


Was there a HOLD(ACTION) [or it might need to be HOLD(DEPENDENT?) - I 
forget] against these APARs (or the Fix PTFs)? If not, a BIG 
"PACKAGING PROBLEM" report should be filed with IBM since this 
dependency should have been mentioned so as to suppress accidental 
installation as occurred to you.



The APARS affected are:

OA11492 first shows the problem with the HDS microcode.
OA13907 has it also because it sups OA13907

We had several DASD volumes that the path would not come online after an
IPL.  And they just happened to be systems volumes.

Thanks.
John Eatherly


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Merry Christmas!

[Robert A. Rosenberg]

At 11:34 -0500 on 12/26/2005, Shmuel Metz (Seymour J.) wrote about 
Re: Merry Christmas!:



Christmas is not a holy day for me. There are multiple unrelated
holidays around this time of year. Wishing "happy holiday"
acknowledges the fact that there is more than one religion.


Including one holiday (Kwanza [sp?]) that is, I think, secular not religious.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Delete non-existent dataset with volume MIGRAT

[Robert A. Rosenberg]

At 13:14 -0500 on 12/28/2005, Jill Grine wrote about Delete 
non-existent dataset with volume MIGRAT:



Greetings all,

I need to delete a catalog entry for a dataset that has MIGRAT as the
volume, but no longer exists. 
I've searched the Access Methods and HSM manuals, but haven't found anything
other than

   NOSCRATCH affects the DFSMShsm delete function interaction for VSAM
base clusters and non-VSAM data sets. It causes the migrated data set to be
recalled because a migrated data set cannot be uncataloged

Based on the above, I am stuck with the entry?  Anyone know of a way to
delete this?

TIA
Jill Grine
GT Software, Inc.



I know you posted a "Disregard - I found a way" message but wanted to 
jump in anyway suggesting that an ALTER command might have allowed 
you to modify the entry to put in a dummy volser (replacing the 
MIGRAT) that could then be ignored when you went "NOSCRATCH".


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Warning: PTF's require HDS microcode, which is not available until the second week of January.

[Glen Gasior]

*
Just as a word to the cautious - I would not IPL any system that accesses
the HDS storage subsystem while an HDS microcode update is taking place.
*


On 12/28/05, Eatherly, John D [IT] <[EMAIL PROTECTED]> wrote:
>
> Just wanted to pass on a heads up on some APARs that require HDS
> microcode on DASD.  And that microcode will not be available until the
> 2nd week in January.
> The APARS affected are:
>
> OA11492 first shows the problem with the HDS microcode.
> OA13907 has it also because it sups OA13907
>
> We had several DASD volumes that the path would not come online after an
> IPL.  And they just happened to be systems volumes.
>
> Thanks.
> John Eatherly
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Another incident

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 12/27/2005
   at 10:17 AM, David Andrews <[EMAIL PROTECTED]> said:

>Candidates for U.S. President must have been citizens at birth.

No. But the governator isn't old enough to be grandfathered in.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DMV systems?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 12/27/2005
   at 05:22 PM, "John S. Giltner, Jr." <[EMAIL PROTECTED]> said:

>or I have a Unisys xxx running MCP (I think that is the OS name).

That depends on *which* Unisys processor. The lines inherited from
Burroughs run a system called MCP. The lines inherited from UNIVAC do
not. I'm not sure what the current name for EXEC 8 is, or whether
there is still a 490 variant in production.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Screenshots of Mainframe OSs?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 12/27/2005
   at 06:08 PM, "John S. Giltner, Jr." <[EMAIL PROTECTED]> said:

>Traditional IBM mainframe OS's look like a green screen,

Traditional? MVS has supported color displays for decades. Even for
monochrome, it's more likely to be amber than green.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ABN Tape - Found

[Hal Merritt]

Couple of key items. One, cracking a cryptogram is a well know process. But I 
am not aware of any such algorithm that can identify the *meaning* of a 
character string. Is that an area code, a PIN, or a record type descriptor?

There *is* a difference between data and information.  

Another, I just can't imagine anyone that would discuss a record layout over 
the phone to some unknown third party. 

Internal threats have always been 'the' threat in many situations, especially 
in the mainframe world. Nothing new there. But we have found ways to protect 
data without encryption. 

Sorry, but wholesale data encryption makes no sense to me. What makes sense is 
a thoughtful, blended, layered, cost effective approach that deals with 
realities, not some auditor's naïve opinion based on mangled media reports.

I, too, have heard stories such as the one you related. But none seem to be 
verifiable.

Best of the season.   

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Jeffrey Deaver
Sent: Wednesday, December 28, 2005 1:50 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: ABN Tape - Found

>The tapes were, for most reasonable purposes and definitions,
>'encrypted'. Without the 'keys' (creation trail and layouts), the data
>is useless. Of course, the data could always be recovered just like any
>encryption scheme can be broken given enough resources.

The strength of any encryption system is often measured in the amount of
time it would take to crack the key and decrypt the data.  For example,
current estimates as to the length of time is would take to crack a 256 bit
AES key are in the trillions of years range (given current technology).
(The estimated age of the universe is only 12 to 14 billion years.)

If this, then, is the measure of the strength of an encryption system, I
don't think the "lack of knowledge" encryption algorithm is very strong at
all.   I would feel remiss trying to pawn this off to an auditor as a
protection method given the current regulatory environment.  A couple of
phone calls to a company posing as a reporter for a storage magazine or a
vendor sales rep could easily yield the information necessary to 'decrypt'
that data.

Also remember that we now, unfortunately, have to protect data from
possible internal threats as well.  I read of one recent event where an
ex-employee was attempting to extort money from his old employer by holding
backup tapes with data on them and threatening to let it all go on the
internet.   So building your encryption systems such that the keys are
either hidden from or split amongst multiple employees is important.

Jeffrey Deaver, Senior Analyst, Systems Engineering
651-665-4231

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

LPAR Capping

[Martin, Mike]

Hi,

We just went to LPAR mode from basic mode.  We have a 2066-002 (z800)
that is about 350 MIPS.   We currently only have a single LPAR, but we
wish to CAP the LPAR at 200 MIPS.  (for ISV charging purposes)

Is this easy to do?  How?  Can it be done without a POR or IPL?  

Thanks for any help!
Mike Martin


^
This email may contain confidential and privileged material for the sole use of 
the intended recipient. If you are not the intended recipient, please contact 
the sender and delete all copies. Any review or distribution by others is 
strictly prohibited. Personal emails are restricted by policy of the State 
Employees' Credit Union (SECU). Therefore SECU specifically disclaims any 
responsibility or liability for any personal information or opinions of the 
author expressed in this email.





--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Screenshots of Mainframe OSs?

[Marian Gasparovic]

If you send picture from msys for operator, it is fully graphical. What is
screenshot of OS ? :)

On 12/28/05, Shmuel Metz (Seymour J.) <[EMAIL PROTECTED]> wrote:
>
> In <[EMAIL PROTECTED]>, on 12/27/2005
>at 06:08 PM, "John S. Giltner, Jr." <[EMAIL PROTECTED]> said:
>
> >Traditional IBM mainframe OS's look like a green screen,
>
> Traditional? MVS has supported color displays for decades. Even for
> monochrome, it's more likely to be amber than green.
>
> --
>  Shmuel (Seymour J.) Metz, SysProg and JOAT
>  ISO position; see 
> We don't care. We don't have to care, we're Congress.
> (S877: The Shut up and Eat Your spam act of 2003)
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Merry Christmas!

[Roberto Halais Kareh]

Please accept with no obligation, implied or implicit, best wishes for an 
environmentally conscious, socially responsible, low stress, non-addictive, 
gender neutral celebration of the WINTER SOLSTICE holiday, practiced within the 
most enjoyable traditions of the religious persuasion of your choice, or 
secular practices of your choice, with respect for the religious/secular 
persuasions and/or traditions of others, or their choice not to practice 
religious or secular traditions at all.  
 
In addition, please also accept best wishes for a fiscally successful, 
personally fulfilling and medically uncomplicated recognition of the onset of 
the generally accepted calendar year 2006, but not without due respect for the 
calendars of choice of other cultures whose contributions to society have 
helped make this country great (not to imply that this country is necessarily 
greater than any other country or area of choice), and without regard to the 
race, creed, color, age, physical ability, religious faith or sexual 
orientation of the wishers.  
 
This wish is limited to the customary and usual good tidings for a period of 
one year, or until the issuance of a subsequent holiday greeting, whichever 
comes first. " Holiday " is not intended to, nor shall it be considered, 
limited to the usual Judeo-Christian celebrations or observances, or to such 
activities of any organized or ad hoc religious community, group, individual or 
belief (or lack thereof).  
 
Note: By accepting this greeting, you are accepting these terms. This greeting 
is subject to clarification or withdrawal, and is revocable at the sole 
discretion of the wisher at any time, for any reason or for no reason at all. 
This greeting is freely transferable with no alteration to the original 
greeting. This greeting implies no promise by the wisher to actually implement 
any of the wishes for the wisher her/himself or others, or responsibility for 
the consequences which may arise from the implementation or non-implementation 
of it.  
 
This greeting is void where prohibited by law. 
 
Please check with your physician before accepting this, or any other greetings. 
 
Merry Christmas to all and to all a good night! 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ABN Tape - Found

[Anne & Lynn Wheeler]

[EMAIL PROTECTED] wrote:
> Also remember that we now, unfortunately, have to protect data from
> possible internal threats as well.  I read of one recent event where an
> ex-employee was attempting to extort money from his old employer by holding
> backup tapes with data on them and threatening to let it all go on the
> internet.   So building your encryption systems such that the keys are
> either hidden from or split amongst multiple employees is important.

for a long time, insiders have been considered the major source of
fraud. in the early 80s, sytems were evolving that required more than
one person for performing an operation ... and one of the constant
issues then involved countermeasures for collusion involving multiple
authorized parties.

the internet has somewhat defocused attention from the major source of
fraud (insiders) with the possibility that attacks might have originated
by outsiders.

however, within the last two years or so, there was a study published
finding at least 70percent of the data breache incidents (around
identity theft) involved insiders.

misc. collected posts on subject of fraud, risks, vulnerabilities, etc
http://www.garlic.com/~lynn/subpubkey.html#fraud

one of the issues that we faced in x9a10 working group ... that had been
given the requirement to preserve integrity of the financial
infrastructure for all retail transactions ... was how to address the issue.

one of the major issues with retail transactions is the account number
leakage resulting in fraudulent transactions
http://www.garlic.com/~lynn/subpubkey.html#harvest

the work on the original payment gateway for e-commerce involved hiding
account number transactions during transit on the internet using SSL
http://www.garlic.com/~lynn/aadsm5.htm#asrn2
http://www.garlic.com/~lynn/aadsm5.htm#asrn3

however, it was recognized that account numbers were required to be
available (and therefor exposed) in a sizeable number of business
processes (not just the original transaction). the conclusion was
soemwhat that even if you buried the planet under miles of cryptography,
it still wouldn't prevent account number leakage.

the resulting x9a10 standard work for x9.59 transactions
http://www.garlic.com/~lynn/index.html#x959
http://www.garlic.com/~lynn/subpubkey.html#x959

resulted in following standard specification:

1) x9.59 transactions are strongly authenticated (using dynamic data)
2) information (including account number) used in x9.59 transactions
could not be used in non-authenticated, non-x9.59 transactions.

a major threat in payment card retail transactions has been the account
numbere leakage/harvesting and then using the information in a form of
replay attack (using the same information to perform a fraudulent
transaction). the replay attack vulnerability effectively forces the
account number into being treated as a form of shared-secret (if it is
known than it is possible to perform a fraudulent operation, akin to
stealing passwords).

the x9.59 standard includes replay attack countermeasure ... none of the
information from an x9.59 transactions can be harvested and then turned
around to be used in fraudulent transaction. this eliminates knowledge
of the account number as a vulnerability. evesdropping, data breaches,
and/or havesting attacks involving (x9.59) account numbers no longer
result in fraudulent transactions.

this in turn gets back to the assertion about non-x9.59 account
transactions, that even burying the world under miles of crypto is not
sufficient to prevent account number leakage ... in part because of the
large number of different business processes requiring the account
number (as well as the insider vulnerability issue).

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: LPAR Capping

[Hal Merritt]

Yes. Assuming your micro code is anywhere near up to date, this is an
entry in the activation profile on the HMC, but is easily changed on the
fly (CHANGE LPAR CONTROLS). 

You actually have two caps to choose from. One is a 'soft' cap ('Defined
Capacity') that uses a rolling four hour average. IBM offers 'sub
capacity billing' plans based on that. The reporting is a little of a
PITA, but has been well worth it to us. See
http://www-03.ibm.com/servers/eserver/zseries/swprice/scrt/  

The other is a 'hard' cap, where the LPAR is constrained to that value.
But not the machine. I have not heard of any ISV that recognizes that
cap. Of course, every ISV is different, and many will negotiate. I have
heard of ISV's looking to support 'sub capacity billing' (see SCRT
above). 

HTH and good luck. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Martin, Mike
Sent: Wednesday, December 28, 2005 2:48 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: LPAR Capping

Hi,

We just went to LPAR mode from basic mode.  We have a 2066-002 (z800)
that is about 350 MIPS.   We currently only have a single LPAR, but we
wish to CAP the LPAR at 200 MIPS.  (for ISV charging purposes)

Is this easy to do?  How?  Can it be done without a POR or IPL?  

Thanks for any help!
Mike Martin

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ABN Tape - Found

[Hal Merritt]

Here is compelling evidence why auditors should *never* be permitted to
make security 'requirements'. Never. Only see that due diligence is
done.

What we have is a serious case of auditors going wild using only garbled
media reports as justification. 

Wholesale encryption just does not make sense. Thoughtful risk
assessments and cost effective countermeasures are the only reasonable
ways to deal with the threats.   


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Anne & Lynn Wheeler
Sent: Wednesday, December 28, 2005 3:22 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: ABN Tape - Found

 

however, it was recognized that account numbers were required to be
available (and therefor exposed) in a sizeable number of business
processes (not just the original transaction). the conclusion was
soemwhat that even if you buried the planet under miles of cryptography,
it still wouldn't prevent account number leakage.

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ABN Tape - Found

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Hal Merritt
> Sent: Wednesday, December 28, 2005 4:14 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: ABN Tape - Found
> 
> 
> Here is compelling evidence why auditors should *never* be 
> permitted to
> make security 'requirements'. Never. Only see that due diligence is
> done.
> 
> What we have is a serious case of auditors going wild using 
> only garbled
> media reports as justification. 

Aren't we glad that  auditors have never heard of "one time pad"
encryption? They'd likely demand that.

> 
> Wholesale encryption just does not make sense. Thoughtful risk
> assessments and cost effective countermeasures are the only reasonable
> ways to deal with the threats.   
> 

Very true. It would not make very much sense to encrypt data which is
being written to a virtual tape volume. Unless there is some worry that
the "bad guys" would steal the back-store tapes (which should basically
never be removed from the robot).

--
John McKown
Senior Systems Programmer
UICI Insurance Center
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its'
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited.
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Reconfigure Shark 3390-3's to -9's question

[R.S.]

Ron,
To be honest fair and 100% accurate you should said "it is delivered 
with Resource Manager, which is usually ordered with the box". Analogy 
to ICKDSF is not good: I cannot get rid of ICKDSF when buying MVS.
I can omit Resource Manager when I buy HDS box. We did it *everytime* we 
bought HDS box. If you want to provide some analogy, I'd suggest DSS as 
part of HSM (or rather prerequisite), or TSO interface as part of PPRC 
functionality.


Regarding to the HDS DASD and Resource Manager - we manage it without 
it. SVP is enough. The only disadvantage is lack of remote access.
Oh, I forgot, we tested RM. It is nearly as slow and awful as Linux 
based console for Shark (this is BIG insult). Fortunately it is much 
more intuitive (not big deal, everything is more convenient).


Regards
--
Radoslaw Skorupka
Lodz, Poland


Ron and Jenny Hawkins wrote:

Radoslaw,

As I said - "It's kind of free." Kind of like ICKDSF and DFSMSdfp are free
with MVS.

The boxes will work problem free without Resource Manager Software, but
there is no Remote Console or Web Access without the Resource Manager
Software. That means you would need to call an Engineer to open the covers
and access the SVP for you just to change your port assignments or LUN
Security.

Ron





AFAIK, it is *not* free.
Resource Manager also.
At least for 7700E and 9900 machines.
--
Radoslaw Skorupka
Lodz, Poland



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: LPAR Capping

[R.S.]

Martin, Mike wrote:


Hi,

We just went to LPAR mode from basic mode.  We have a 2066-002 (z800)
that is about 350 MIPS.   We currently only have a single LPAR, but we
wish to CAP the LPAR at 200 MIPS.  (for ISV charging purposes)

Is this easy to do?  How?  Can it be done without a POR or IPL?  


Thanks for any help!


Yes, it is feasible, it is easy, it can be done dynamically.
Logon to HMC as SYSPROG, choose task list "CPC Operational 
Customization". Then drag icon "Change LPAR Controls" and drop it on 
your CPC icon. Then provide the numbers and check the "initial capping" 
checkbox. Click "Save and Change".


Ooops! The only thing I forgot is you have *ONE* LPAR. Any number you 
provide to the LPAR will give 100%... Well...
Maybe you have to add another LPAR. AFAIK it can be done dynamically, 
but not on z/800.


BTW: Depending on your licence terms & conditions maybe it would be 
better to use "soft capping" instead of "hard capping" described above. 
In short, soft capping takes care about 4 hour rolling average, so 
temporary peaks are allowed.


HTH
--
Radoslaw Skorupka
Lodz, Poland

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Basic IODF question

[R.S.]

Mueller, David wrote:

	I'm not sure on what you say about comparing the names.  
	But, when you use HCD to build and download an IOCDS (IOCP) to

the machine, you have to select which CPC definition to build /
download.  The different CPC definitions in the IODF would have
different I/O devices defined to them.  CPC1 would only get that portion
of the I/O definition that is for CPC1, CPC2 would only get the portion
that is for CPC2, etc.  Each CPC only knows about the subset of I/O
devices that are appropriate for (defined for) use on that CPC.  
	Presumably the OS config that you use for each LPAR is the

appropriate one for the system running in that LPAR on that CPC (with
the appropriate I/O devices for use on that CPC).  I would suspect that
the systems run in the "same name" LPARS on different CPCs use different
OS config definitions. 


I think, I finally understood it (thank you Roy and Mark!).
In simple words, There is no ambiguity in CPC or LPAR choice during IPL, 
there is no process of choosing relevant CPC definition BECAUSE those 
definitions (CPC, chpids, LPARs) are needed during POR. POR is being 
done using information from IOCDS. IOCDS contains definitions for given 
CPC only - again no need to choice proper CPC (I knew it before).
When CPC is activated, all the CHPID and LPAR definitions are set up; 
during IPL only software portion of IODF (that about OS config) is being 
read from IODF. So, again, there is no choice of CPC, MVS skips "CPC 
chapter" at all and read only "OS config chapter" from IODF.


--
Radoslaw Skorupka
Lodz, Poland

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Standards would lockup data on disk, tape

[Ed Gould]

Storage encryption standards coming soon?
12/19/05
Proposed standards for protecting data on disk or tape are gathering  
steam within the IEEE and could be supported in products as soon as  
next year, according to proponents.




http://www.networkworld.com/news/2005/121905-storage-encryption.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Invalid DSN in Catalog

[R.S.]

Chase, John wrote:


Hi, All,

Doing some year-end cleanup and encountered a catalog entry for a
non-existent dataset:  "HLQ.MLQ.LLQ(0)" (yes, the parentheses were part of
the DSN).  While I was able to delete the entry by specifying "HLQ.MLQ.*"
for the entryname in the IDCAMS DELETE NOSCRATCH command, I'm curious how
such a DSN could have been cataloged in the first place.

Any ideas?


Someone provided DSN in apostrophes. Been there, seen that, even 9+ 
character qualifiers.


--
Radoslaw Skorupka
Lodz, Poland

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Invalid DSN in Catalog

[Edward E. Jaffe]

R.S. wrote:

Someone provided DSN in apostrophes. Been there, seen that, even 9+ 
character qualifiers.




|Command - Enter "/" to select action  Message   
Volume
| Tracks %   XT Device  Dsorg Recfm Lrecl Blksz  CreatedExpires
Referred

|---
| SYS2.THIS-IS-A-WEIRD-DATA-SET-NAME 
MVSSY1
| 1   ?   1 3390  ? 0 0 2000/08/27 ***None*** 
***None***


--
-
| Edward E. Jaffe||
| Mgr, Research & Development| [EMAIL PROTECTED]|
| Phoenix Software International | Tel: (310) 338-0400 x318   |
| 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801|
| Los Angeles, CA 90045  | http://www.phoenixsoftware.com |
-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Delete non-existent dataset with volume MIGRAT

[Joel C. Ewing]

Discussed multiple times in past.  See archives:
http://bama.ua.edu/cgi-bin/wa?A2=ind0102&L=ibm-main&D=0&P=118438
Requires connect and logon using special RACF group ARCCATGP.

Tom Longfellow wrote:

[EMAIL PROTECTED] (Robert A. Rosenberg) wrote in
news:[EMAIL PROTECTED]: 



At 13:14 -0500 on 12/28/2005, Jill Grine wrote about Delete 
non-existent dataset with volume MIGRAT:




Greetings all,

I need to delete a catalog entry for a dataset that has MIGRAT as the
volume, but no longer exists. 
I've searched the Access Methods and HSM manuals, but haven't found

anything other than

  NOSCRATCH affects the DFSMShsm delete function interaction for
  VSAM 
base clusters and non-VSAM data sets. It causes the migrated data set

to be recalled because a migrated data set cannot be uncataloged

Based on the above, I am stuck with the entry?  Anyone know of a way
to delete this?

TIA
Jill Grine
GT Software, Inc.




I know you posted a "Disregard - I found a way" message but wanted to 
jump in anyway suggesting that an ALTER command might have allowed 
you to modify the entry to put in a dummy volser (replacing the 
MIGRAT) that could then be ignored when you went "NOSCRATCH".




small world.  I just ran into this same problem today.  I would love to 
know the 'I found a way' or if the above ALTER suggestion is a sure 
thing.


any input appreciated



--
Joel C. Ewing, Fort Smith, AR[EMAIL PROTECTED]

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Reconfigure Shark 3390-3's to -9's question

[Ron and Jenny Hawkins]

Radoslaw,

Fair enough comments. As for customer's opening the storage and using the
SVP, I guess you have some agreement with your local reseller that allows
you to do this.

As for the Speed of RM - you're right, but HDS stopped shipping Remote
Console with the 9900V. 

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of R.S.
> Sent: Thursday, 29 December 2005 6:43 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Reconfigure Shark 3390-3's to -9's question
> 
> Ron,
> To be honest fair and 100% accurate you should said "it is delivered
> with Resource Manager, which is usually ordered with the box". Analogy
> to ICKDSF is not good: I cannot get rid of ICKDSF when buying MVS.
> I can omit Resource Manager when I buy HDS box. We did it *everytime* we
> bought HDS box. If you want to provide some analogy, I'd suggest DSS as
> part of HSM (or rather prerequisite), or TSO interface as part of PPRC
> functionality.
> 
> Regarding to the HDS DASD and Resource Manager - we manage it without
> it. SVP is enough. The only disadvantage is lack of remote access.
> Oh, I forgot, we tested RM. It is nearly as slow and awful as Linux
> based console for Shark (this is BIG insult). Fortunately it is much
> more intuitive (not big deal, everything is more convenient).
> 
> Regards
> --
> Radoslaw Skorupka
> Lodz, Poland
> 
> 
> Ron and Jenny Hawkins wrote:
> > Radoslaw,
> >
> > As I said - "It's kind of free." Kind of like ICKDSF and DFSMSdfp are
> free
> > with MVS.
> >
> > The boxes will work problem free without Resource Manager Software, but
> > there is no Remote Console or Web Access without the Resource Manager
> > Software. That means you would need to call an Engineer to open the
> covers
> > and access the SVP for you just to change your port assignments or LUN
> > Security.
> >
> > Ron
> >
> >
> >
> >
> >>AFAIK, it is *not* free.
> >>Resource Manager also.
> >>At least for 7700E and 9900 machines.
> >>--
> >>Radoslaw Skorupka
> >>Lodz, Poland
> >>
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Warning: PTF's require HDS microcode, which is not available until the second week of January.

[Ron and Jenny Hawkins]

I wouldn't IPL or Boot any system that is accessing ANY vendor's storage
when microcode is being updated. :(

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Glen Gasior
> Sent: Thursday, 29 December 2005 4:24 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Warning: PTF's require HDS microcode, which is not available
> until the second week of January.
> 
> *
> Just as a word to the cautious - I would not IPL any system that accesses
> the HDS storage subsystem while an HDS microcode update is taking place.
> *
> 
> 
> On 12/28/05, Eatherly, John D [IT] <[EMAIL PROTECTED]> wrote:
> >
> > Just wanted to pass on a heads up on some APARs that require HDS
> > microcode on DASD.  And that microcode will not be available until the
> > 2nd week in January.
> > The APARS affected are:
> >
> > OA11492 first shows the problem with the HDS microcode.
> > OA13907 has it also because it sups OA13907
> >
> > We had several DASD volumes that the path would not come online after an
> > IPL.  And they just happened to be systems volumes.
> >
> > Thanks.
> > John Eatherly
> >
> >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> >
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DMV systems?

[John S. Giltner, Jr.]

Ted MacNEIL wrote:

A RS/6000 is not a mainframe.



Are we sure about that anymore?
-teD
Me? A skeptic? I trust you have proof!



Well, that depends on how you define "mainframe."  When I go to IBM's 
Web site and click on mainframes, I don't see any RS/6000's.  However, 
some of the higher end pSeries are designed just about like a mainframe.



If we include pSeries servers as mainframes, I guess that some of the 
iSeries are also, I bleive that the pSeries 595 and iSeries 595 are the 
same box, one by default with AIX and one with OS/400, both able to run 
Linux.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DMV systems?

[John S. Giltner, Jr.]

Shmuel Metz , Seymour J. wrote:

In <[EMAIL PROTECTED]>, on 12/27/2005
   at 05:22 PM, "John S. Giltner, Jr." <[EMAIL PROTECTED]> said:



or I have a Unisys xxx running MCP (I think that is the OS name).



That depends on *which* Unisys processor. The lines inherited from
Burroughs run a system called MCP. The lines inherited from UNIVAC do
not. I'm not sure what the current name for EXEC 8 is, or whether
there is still a 490 variant in production.
 


I did not work on it, I just help setup communcation to it and the guy 
on the other end said it was running MCP, so it must have been from the 
Burroughs line.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

ALLOCATE, LISTDSI, and dangling catalog entry

[Paul Gilmartin]

I did this to myself earlier today.  It took hours to understand
and generate a small test case.  I managed do delete a data set
but leave the catalog entry.  When I subsequently tried to
allocate the data set, ALLOCATE apparently succeeded with RC=0,
but LISTDSI( ... FILE ) fails with RC=16 RSN=24.  Did I
allocate the data set successfully or not?

If LISTSERV discards my Rexx attachment, I'll repost.
/* -- */
/* Rexx */  signal on novalue;  /*
*/
trace Err
address 'TSO'
DSN = userid()'.TEST.LIST.DSI'

/* Create and catalogue a data set; report its volume.
*/
RC = BPXWDYN( 'alloc dd(SYSUT2) dsn('''DSN''') mod catalog' ,
  'rtvol(V) reuse' )
say '  Catalogued instance on volume' V
RC = LISTDSI( 'SYSUT2 FILE' )
say 'LISTDSI(SYSUT2) returns' SYSVOLUME RC SYSREASON
'free dd(SYSUT2)'

/* Allocate another DDNAME to the same data set without reference
   to the catalog.  Delete it, leaving a dangling catalog entry.
*/
RC = BPXWDYN( 'alloc dd(SYSUT4) dsn('''DSN''') mod delete' ,
  'vol('V') reuse' )
'free dd(SYSUT4)'

/* Now the strangeness.  ALLOCATE succeeds with RC=0,
   but LISTDSI( ... FILE' ) gives RC=16, RSN=24.  Why?
   FREE, not surprisingly, gives RC=12

   I'd expect that ALLOCATE and LISTDSI either both fail
   or both succeed.
*/
say
say '???'
'allocate dd(SYSUT3) dsn('''DSN''') mod catalog reuse'
say'RC from ALLOCATE is' RC
parse value '(none) (none)' with SYSVOLUME SYSREASON
RC = LISTDSI( 'SYSUT3 FILE' )
say 'LISTDSI(SYSUT3) returns' SYSVOLUME RC SYSREASON
'free dd(SYSUT3)'
say 'RC =' RC
say '???'
say

/* Tidy up.
*/
RC = BPXWDYN( 'alloc dd(SYSUT5) dsn('''DSN''') mod uncatalog' ,
  'vol('V') reuse' )
RC = LISTDSI( 'SYSUT5 FILE' )
'free dd(SYSUT5)'

/* Experimental control:
   Can LISTDSI() deal with uncatalogued files?
*/
'alloc dd(SYSUT6) dsn(FOO.BAR) new delete'
'alloc dd(SYSUT7) dsn(FOO.BAR) new delete'
RC = LISTDSI( 'SYSUT7 FILE' )
say 'LISTDSI(SYSUT7) returns' SYSVOLUME RC SYSREASON
RC = LISTDSI( 'SYSUT6 FILE' )
say 'LISTDSI(SYSUT6) returns' SYSVOLUME RC SYSREASON
'free dd(SYSUT6)'
'free dd(SYSUT7)'
exit( RC )
/* -- */

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Need zOS to Windows FTP program

[John S. Giltner, Jr.]

Texas Yankee wrote:
I have no experience in the zOS environment - any suggestions on an FTP 
program to transfer large volumes of zOS report data files, on a regular 
basis (daily) from the zOS environment to a Windows file system?  Thanks! 



z/OS comes with a ftp client that can ftp to a Windows ftp server.  You 
can use job scheduler on z/OS to ftp the files.


Depending on the requriments, z/OS can also be a SAMBA server or client 
and so no ftp needed, just copy the file.


I would suggest that you get in touch with your z/OS System Programmers.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: controlling user who can mount tape.

[Ed Gould]

On Dec 27, 2005, at 7:32 AM, Chris Mason wrote:

I haven't really been paying very much attention to this topic  
since it's
not at all my forte - if anything is. However, I'm struck by the  
seeming
fact that there is no current general solution to the tape set-up  
problem.
If there were and some users were allowed to use the required  
procedure and
some users weren't then there would be a solution also to the  
subject line.


I remember many years ago when I submitted a job involving  
typically tape
mounting - there was a time when disks could be mounted per job  
also - then
I had to include a JES2 card - I vaguely remember. The card had to  
mention
in text suitable for an operator rather than a program which tape  
volumes
the job would require. I think the presence of the card caused the  
job to be
held so that the operator could release it presumably when both the  
tape

drives and the tapes from the library were available.

That was the state of play about 20 years ago I guess and I'm  
surprised

there's not a more solid solution about now - or maybe there is but,
somehow, it can't be used to block use of it by a particular user.

Chris Mason



Chrism,

If you mean "automatically" system code., then I agree with you. The  
user code (that I wrote) is invoked at each mount request.


The decision to cancel has to be done within user written code. Each  
installation has to make their own mind up whether to cancel the job  
or not.
I could just see if IBM came up with a process there would still have  
to be "rules" if not then the user community would be lobbying IBM to  
have an exit so they could decide.


Some installations may or may not care less about tape mounts. Each  
installation would then have to create rules unique to their  
installation.


With robotic tape mechanisms mounting tape is probably costs less so  
in some situations it maybe almost irrelevant. The issue I see is  
throughput for an iebgener step for instance even though it calls for  
an input (and possibly an output tape) the step could last for 10  
seconds or 30 minutes (or more) it would tie up that specific init  
for that amount of elapsed time leaving the other jobs in that job  
class waiting. It is in a way allocating resources (tape drives).


Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ABN Tape - Found

[Ed Gould]

On Dec 28, 2005, at 4:14 PM, Hal Merritt wrote:

Here is compelling evidence why auditors should *never* be  
permitted to

make security 'requirements'. Never. Only see that due diligence is
done.

What we have is a serious case of auditors going wild using only  
garbled

media reports as justification.

Wholesale encryption just does not make sense. Thoughtful risk
assessments and cost effective countermeasures are the only reasonable
ways to deal with the threats.


Tell that to your auditor and see how far you get:)

Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Identify users of a LINKLIST library

[Shmuel Koller]

I will like to safely remove a library from LINKLIST and stick library in 
its users JCL (as STEPLIB).


Is there a way to collect statistics - who used modules from given LINKLIST 
library ?


Is therea command to identify current users of modules from given LINKLIST 
library ?


Shmuel Koller
Discount Bank

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ABN Tape - Found

[Anne & Lynn Wheeler]

Hal Merritt wrote:
> Here is compelling evidence why auditors should *never* be permitted to
> make security 'requirements'. Never. Only see that due diligence is
> done.

in addition to working on x9.59 financial industry retail payment
standard ...
http://www.garlic.com/~lynn/index.html#x959
http://www.garlic.com/~lynn/subpubkey.html#x959

was recently one of the co-authors of the financial industry x9.99
privacy impact assesement (PIA) standard ... basically defining a
standard for auditing infrastructure. part of the challenge was to
define an assesement standard that could accomodate a variety of
different jurisdictional regulatory and legislative requirements. Part
of it was keeping in mind that possibility of promoting x9.99 to
international/ISO standard ... so the breadth and range of regulatory
and legislative differences wouldn't just involve US jurisdictions ...
but might span the whole world. the other issue was to attempt to avoid
having PIA standard becoming obsolute not only with multi-jurisdiction
but also changes that might occur over time.

we were asked to come in and do some work on the cal. state electronic
signature legislation
http://www.garlic.com/~lynn/subpubkey.html#signature

and then later the fed. electronic signature legislation. one of the
participating industry groups was also working on various privacy issues
and had done a survey of the primary driving factors behind privacy
regulation and legislation. they found one of the primary driving
factors behind privacy regulation and legislation was id-theft.

for some topic drift ... there has been an attempt to differentiate
id-theft where a crook harvests account numbers and uses the information
for fraudulent transactions against existing accounts ... from
identification theft where somebody uses personal information for
opening new accounts.

the previously mentioned work on x9.59 was to use strong authentication
and business rules to drastically reduce the vulnerability associated
with account numbers.

there is a security model called PAIN

P - privacy (or confidentiality)
A - authentication
I - integrity
N - non-repudiaton

in the case of account fraud, frequently knowledge from a previous
transaction is sufficient to enable a future fraudulent transaction.
This can somewhat be viewed as a from of replay attack. Account numbers
effectively then have to be treated as a form of secret or password
http://www.garlic.com/~lynn/subpubkey.html#secret

a lot of attention has been focused on using privacy (hiding and/or
encryption) as a countermeasure to account fraud ... by attempting to
drastically limit means for obtaining knowledge of account numbers.
the x9a10 standards work observed that the account number is needed in
so many business processes that it practically impossible to prevent
account number information leakage.
http://www.garlic.com/~lynn/subpubkey.html#harvest

as a result, the x9.59 approach was to use *strong authentication*
(instead of privacy) as a countermeasure to account fraud (knowledge of
previous transactions and/or account numbers is no longer sufficient for
performing fraudulent transactions). previous post
http://www.garlic.com/~lynn/2005v.html#2 ABN Tape - Found

minor digression, as part of doing the work on x9.99 PIA standard, I
attempted to pull together a privacy merged taxonomy and glossary,
drawing heavily on earlier work on payments, financial, security, etc
http://www.garlic.com/~lynn/index.html#glosnote

for even more topic drift ... the *electronic* signature legislation
differed significantly from earlier work on *digital* signature
legislation. there was some conjunction that semantic confusion arose
because the term *human signature* and *digital signature* both contain
the word *signature*. the issue is that *digital signature* business
process is used for authentication (and integrity). *human signature*
(and *electornic signature*) attempts to address the issue of human
reading, understanding, aggreeing, approvaing, and/or authorizing.

I've actually explored in some number of postings the issue of creating
systemic risk when there is an attempt to use *digital signatures* for
both authentication purposes and also confused with *human signature*.

some number of postings on dual-use attacks and/or what does a *digital
signature* represent:
http://www.garlic.com/~lynn/aadsm17.htm#57 dual-use digital signature
vulnerability
http://www.garlic.com/~lynn/aadsm17.htm#59 dual-use digital signature
vulnerability
http://www.garlic.com/~lynn/aadsm18.htm#1 dual-use digital signature
vulnerability
http://www.garlic.com/~lynn/aadsm18.htm#2 dual-use digital signature
vulnerability
http://www.garlic.com/~lynn/aadsm18.htm#3 dual-use digital signature
vulnerability
http://www.garlic.com/~lynn/aadsm18.htm#56 two-factor authentication
problems
http://www.garlic.com/~lynn/aadsm19.htm#41 massive data theft at
MasterCard processor
http://www.garlic.com/~lynn/aadsm19.htm#43 massive data theft at
MasterCard

Need Type 19 Direct Access Volume SMF Records To Test DAF

[Michael Cleary]

Greetings,
 
I am in need of Type 19 Direct Access Volume SMF
Records To Test DAF.

Cheers,

Michael

http://www.geocities.com/michaeljosephcleary/

===

Instructions:

1) Creat the SMF file with IFASMFDP and XMIT the SMF
file (JCL below)

2) do a binary transfer of the XMIT file to your PC

3) Zip the downloaded file

4) e-mail me the zipped file as an attachment



Here is JCL to create the SMF file and XMIT it.

//&SYSUID.SMF JOB (TECHY),'CLEARY',CLASS=U,   
   
// MSGCLASS=X,MSGLEVEL=(1,1),NOTIFY=&SYSUID.  
   
//DELETE  EXEC PGM=IEFBR14
   
//DELETE1   DD
DSN=ZTGP01.SMFTXXX,DISP=(MOD,DELETE,DELETE),   
// UNIT=SYSDA,SPACE=(CYL,(1,1)),  
   
// DCB=(RECFM=VBS,LRECL=32760,BLKSIZE=27998,BUFNO=64) 
   
//DELETE2   DD
DSN=ZTGP01.SMFTXXX.XMI,DISP=(MOD,DELETE,DELETE),   
// UNIT=SYSDA,SPACE=(CYL,(1,1)),  
   
// DCB=(RECFM=VBS,LRECL=32760,BLKSIZE=27998,BUFNO=64) 
   
//IFASMFDP EXEC PGM=IFASMFDP  
   
//DUMPINDD
DISP=SHR,DSN=DCTR.SMFDUMP.ACCUM.BBC1(+0),  
// DCB=(BUFNO=64) 
   
//DUMPOUT   DD
DSN=ZTGP01.SMFTXXX,DISP=(NEW,CATLG,CATLG), 
// UNIT=SYSDA,SPACE=(CYL,(100,50),RLSE),  
   
//
DCB=(RECFM=VBS,LRECL=32760,BLKSIZE=27998,BUFNO=64) 
//SYSIN DD *  
   
  INDD(DUMPIN,OPTIONS(DUMP))  
   
  OUTDD(DUMPOUT,TYPE(XXX))
   
//SYSPRINT  DD SYSOUT=*   
   
//IKJEFT01 EXEC PGM=IKJEFT01  
//SYSTSPRT DD SYSOUT=*
//SYSPRINT DD SYSOUT=*
//SYSTSIN  DD *   
XMIT ANYNODE.ANYUSER +
 DATASET('ZTGP01.SMFTXXX') +  
 OUTDATASET('ZTGP01.SMFTXXX.XMI')






__ 
Yahoo! for Good - Make a difference this year. 
http://brand.yahoo.com/cybergivingweek2005/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ABN Tape - Found

[Anne & Lynn Wheeler]

Hal Merritt wrote:
> Here is compelling evidence why auditors should *never* be permitted to
> make security 'requirements'. Never. Only see that due diligence is
> done.

recent backbround on part of the issue

Merchants unsecure, poll
http://www.crime-research.org/news/28.12.2005/1723/

from above:

A poll released by Protegrity Corporation, a provider of data security
management solutions, found that Payment Card Industry Data Security
Standard (PCI) compliance is severely lagging at merchants of all levels
despite a growing Internet fraud rate.

... snip ...

and discussion of a different part of the issue in this post that i
frequently refer to as *security proportional to risk*
http://www.garlic.com/~lynn/2001h.html#61

when we were originally talking about deploying what is now called
e-commerce
http://www.garlic.com/~lynn/aadsm5.htm#asrn2
http://www.garlic.com/~lynn/aadsm5.htm#asrn3

we discussed a number of requirements for operation of web merchants ...
including things like requiring FBI background checks on all merchants
a few past posts discussion the subject
http://www.garlic.com/~lynn/2001j.html#5 E-commerce security
http://www.garlic.com/~lynn/2001j.html#54 Does "Strong Security" Mean
Anything?
http://www.garlic.com/~lynn/aadsm21.htm#20 Some thoughts on
high-assurance certificates
http://www.garlic.com/~lynn/aadsm21.htm#34 X.509 / PKI, PGP, and IBE
Secure Email Technologies

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Abend S414

[Michael W. Moss]

On Wed, 28 Dec 2005 19:38:39 +0100, Jon Renton <[EMAIL PROTECTED]> wrote:

>Hello,
>
>I am getting the follwoing abend:
>
>IEC212I
>414-08,IGG0201B,DBM05310,DFDSS,XRSDLOG,687C,SYSS45,SSUXRSP.XRS999.XRSLOG01
>
>The IBM documentation is not very descriptive. Can anyone help me to
>understand/solve the problem?
>
>TIA
>
>Regards
>Jon
Hi Jon,

I think this is just a fairly straightforward challenge regarding the
processing of your sequential data set, which seemingly is
SSUXRSP.XRS999.XRSLOG01.

http://publibz.boulder.ibm.com/cgi-
bin/bookmgr_OS390/BOOKS/IEA2M751/SPTEE212I

The message diagnosis states:

Explanation: The error occurred during processing of a CLOSE macro
instruction for a data set on a direct access device or tape.

Return Code Explanation 08: For a QSAM data set either an I/O error
occurred while flushing the buffers during close processing or a close was
issued in the caller's SYNAD routine.

There are quite a few similar hits at IBM searching for IEC212I 414-08
IGG0201B, for example:

http://www-1.ibm.com/support/docview.wss?uid=swg21221112
http://www-1.ibm.com/support/docview.wss?uid=isg1OA04013

I think you need to concentrate on what state the offending data set is in
when you’re trying to process it.  Maybe it has not benefited from total
pre-allocation (E.g. Allocated, Primed, EOF, Buffers Closed, et al) or
maybe it’s an “open” state, which requires some action (E.g. Deallocation,
Buffers Closing, et al).  Arguably maybe the program performing the
operation could do the “clean up” processing, but then maybe the program
performing the operation isn’t the problem.  It’s hard to tell from the
information what operation is being performed, but if it’s a DS operation,
then maybe look into this a little further.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html