Re: CA ESD files Options

[shai hess]

HI,

 Yes, if you have a lot of money then all your tape can be stored in real
3390 disks ant can be a very good option.

 But if you have a lot of data which require a lot of 3390 disks and the
other options are TMM, regulars tapes, other virtual tapes, you can consider
to put the data in a very cheap storage  which emulate 3390 disk (e.g.
MFNetDisk, the data can be accessed all the time from MF) in PC storage.
 I only mention MFNetDisk but everyone must consider all the options using
the cost, reliability and features.


Thanks,
Shai


On 4/1/08, Ron Hawkins <[EMAIL PROTECTED]> wrote:
>
> Shai,
>
> You can do that with any Virtualisation product that supports MF CKD DASD.
> On top of that you need to implement TMM poliscies in SMS.
>
> With the hard to explain aversion to implementing SMS for anything, the
> "TMM
> in a can" solutions seem to be more attractive (hardware or software
> driven).
>
> Ron
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> > Behalf Of shai hess
> > Sent: Tuesday, April 01, 2008 10:38 PM
> > To: IBM-MAIN@BAMA.UA.EDU
> > Subject: [IBM-MAIN] CA ESD files Options
> >
> > > Or maybe one of the virtual tape vendors, or the MFNetDisk guy could
> > make
> > it
> > > happen without a real tape.
> >
> >
> > MFNetDisk already have the option to access any file which is
> > allocated in MFNetDisk 3390 immediately.
> >
> > MFNetDisk can replace or can add value to any virtual tape or HSM as a
> > secondary storage media or as a replacement to tapes media.
> >
> > So in general you can have very cheap storage (HARD DISK) which can
> > emulate any 3390 size disk (all models and all size, even 100
> > cylinders is OK ) which can replace any tapes or virtual tape storage
> > and can be online to the MF anytime amd all the time.
> >
> > Thanks,
> > Shai
> >
> > --
> > 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: CA ESD files Options

[Ron Hawkins]

Shai,

You can do that with any Virtualisation product that supports MF CKD DASD.
On top of that you need to implement TMM poliscies in SMS. 

With the hard to explain aversion to implementing SMS for anything, the "TMM
in a can" solutions seem to be more attractive (hardware or software
driven).

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of shai hess
> Sent: Tuesday, April 01, 2008 10:38 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: [IBM-MAIN] CA ESD files Options
> 
> > Or maybe one of the virtual tape vendors, or the MFNetDisk guy could
> make
> it
> > happen without a real tape.
> 
> 
> MFNetDisk already have the option to access any file which is
> allocated in MFNetDisk 3390 immediately.
> 
> MFNetDisk can replace or can add value to any virtual tape or HSM as a
> secondary storage media or as a replacement to tapes media.
> 
> So in general you can have very cheap storage (HARD DISK) which can
> emulate any 3390 size disk (all models and all size, even 100
> cylinders is OK ) which can replace any tapes or virtual tape storage
> and can be online to the MF anytime amd all the time.
> 
> Thanks,
> Shai
> 
> --
> 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: Archiving open systems data on WORM via MF

[Timothy Sipples]

Natasa,

If I understand correctly, you have data -- let's call them "files" --
residing on distributed Windows, UNIX, and/or Linux servers.  You also have
mainframe-attached tape drives with WORM tape cartridges available, for
example IBM TS1120 tape drives with 3592 WORM cartridges. It's likely your
mainframe operations staff do a great job cost-effectively managing tapes
and protecting your company's most precious asset, its data.  They may also
have implemented encryption and good key management, so that the data are
well protected.  And they have prepared for disasters, so that your company
can stay in business if there's an emergency. These are all important
capabilities that require initial investments -- they are not free -- and
it's not surprising that you'd want to take advantage of them for more of
your company's data, to share the costs and benefits.

And you are presently using a major tape management product for z/OS, for
example IBM DFSMSrmm.  You do not want to buy IBM Tivoli Storage Manager
(TSM) software for some reason -- I guess on why below.  Lastly, you want
to keep the solution "as simple as possible."

Presumably you need this WORM capability because Croatian government
banking regulators require that your company retain certain records for a
period of time on media that cannot be modified. Perhaps a government
inspector or auditor told you you need to do this as soon as possible if
you don't want to go to jail. :-) This is a common requirement in many
countries, to prove to the regulators that you did not change certain
records past a certain date.

Did I get all that information correct?

If so, here are some ideas:

1(a). As a general architectural pattern, if you can relocate those files
-- databases, for example -- directly onto your mainframe they will then
come into your mainframe's tape management domain. For example, if the
distributed data are currently located in Oracle, DB2, or another
relational database, you could move those database tables to DB2 for z/OS.
Your applications, whether they remain on distributed servers or also move
to the mainframe, can then access DB2 for z/OS using standard protocols
such as JDBC or ODBC over TCP/IP, the same as they do today.  (zIIPs can be
quite helpful for this.)  According to a Gartner Group study from a couple
years ago this "data recentralization" activity, moving enterprise data
back into z/OS (and to centralized Linux databases), is a common trend for
the business reasons you have and many other reasons. There are occasional
application-related issues to switching databases, but these issues are
becoming less and less significant with each new DB2 for z/OS release.  It
is a lot easier to move to DB2 9 for z/OS than to DB2 V6, for example.

1(b). If these are files rather than databases -- Microsoft Office
documents, for example -- then you can configure z/OS to act as a file
server using either NFS or CIFS/SMB file sharing protocols.  These file
sharing capabilities are part of z/OS itself, so if you have z/OS you
already have these capabilities.  A designated part of your z/OS file
storage (on one or more designed volumes) then appears to your Windows or
UNIX servers and clients as another file server, much like a Windows file
server ("Drive Z"!) or a UNIX NFS file server.  You can configure
authentication via the z/OS Security Server (RACF) or another SAF-enabled
security system on your mainframe, as you do for securing other services,
so you can bring file sharing access into your same mainframe security
domain quickly and easily.  And then, since the files always reside on your
mainframe, they are now part of your standard tape management domain, too.
This approach would work well for situations where your clients and servers
have good network access ("bandwidth") to your mainframe and for
medium-intensity or low-intensity file access.  Office suite documents
would be a good example.  It works best when the distributed server or
client records a point-in-time consistent copy to the network drive as
standard practice with every save.  (The typical office suite is again a
good example.)  A few applications and middleware products don't behave
this way -- most database servers, for example -- so you may need to
"quiesce" the applications just before you copy their files to WORM tapes.

2(a). If the above methods don't work, you might be able to use the file
sharing technique in 1(b) and have your distributed server (or client)
perform periodic (scheduled) copies of files or databases to the file
sharing area on the mainframe, quiescing applications if necessary.
However, there are some drawbacks with this approach. The first major
drawback is that it is less "simple": your distributed servers and clients
will have to copy files reliably, on schedule, to your mainframe.  That can
become an administrative challenge and require you to buy and implement
enterprise scheduling software.  (At that point, why not just buy TSM?)
Also,

CA ESD files Options

[shai hess]

> Or maybe one of the virtual tape vendors, or the MFNetDisk guy could make
it
> happen without a real tape.


MFNetDisk already have the option to access any file which is
allocated in MFNetDisk 3390 immediately.

MFNetDisk can replace or can add value to any virtual tape or HSM as a
secondary storage media or as a replacement to tapes media.

So in general you can have very cheap storage (HARD DISK) which can
emulate any 3390 size disk (all models and all size, even 100
cylinders is OK ) which can replace any tapes or virtual tape storage
and can be online to the MF anytime amd all the time.

Thanks,
Shai

--
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

Differences between Share/dedicate CPU

[Tommy Tsui]

hi all,
I have a query on CPU msu allocation based on share/dedicate CPU. For z9
2094-707, there are 7 CPUs on board. If we have 6 LPARS and all CPU are
share. How to assign the actual MSU for each LPAR.
To my understanding, 2094-707 has 479msu, if we just online 5 CPUs (shared
mode) and can we have 2094-705 363 msu or (479/7)*2 = 342 msu

* assume all CPU are shared instead of dedicate mode

any comment will be appreciated

Many thanks

tommy

--
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: Validation on client side was Re: IBMLink, again

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Clark Morris
> Sent: Tuesday, April 01, 2008 7:36 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Validation on client side was Re: IBMLink, again
> 
> 
> On 29 Mar 2008 17:33:40 -0700, in bit.listserv.ibm-main you wrote:
> 
> >On 29/03/2008, Paul Gilmartin <[EMAIL PROTECTED]> wrote:
> >
> >>  There's a thread ongoing in MVS-OE on CGI security.  The first  
> >> principle is: don't trust data received over the network.  The  
> >> second is: don't trust Javascript validation on the client side.  
> >> Always remember that your potential adversary controls the client.
> >
> >There's a recent thread on Bruce Schneier's blog on The Security 
> >Mindset. 
> >http://www.schneier.com/blog/archives/2008/03/the_security_mi_1.html
> >Somehow it seems that people either think this way or they 
> don't. That
> >anyone in 2008 could consider for a moment doing validation of
> >anything important on the client side is astonishing.
> 
> To save hassle to the person at the keyboard, I would 
> validate what I can on the client side and revalidate with 
> paranoia on the server. This is to cut down on the number of 
> transmissions.
> 
> Clark Morris

This is what I do. I use Javascript on the client side simply as a
"favor" to the user so that they can have errors detected earlier. On
the server side, I trust nothing coming in from the client. Everything
is validated. Even if I "know for dead certain sure" that the value
cannot be wrong.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
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: U.S. suspends IBM from seeking new federal contracts

[Ron Hawkins]

Kirk,

I think we can give credit to Hollerith for his tabulating and counting
machines, as well as the original punch card being the same size as a dollar
bill, but he was not a great success as a businessmen.

Tom Watson Senior really takes the credit. Hollerith's company was part of a
3-way merge where the parent companies contributed to the CTR name.
Hollerith's company had disappeared at this stage, and he was just
collecting royalties. 

Tom Watson Snr took the helm of CTR after escaping jail time for
anti-competetive behaviour at NCR. It was he that introduced THINK, and
renamed it IBM, not Hollerith. 

For a different view of Tom Watson the man, look up the history of DEHOMAG
in Germany... No reflection on current day IBM!

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Kirk Talman
> Sent: Tuesday, April 01, 2008 10:20 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: [IBM-MAIN] U.S. suspends IBM from seeking new federal
> contracts
> 
> Had the article not been posted yesterday, I would have thought the
> last
> paragraph been a joke.  Or may be it is anyway.
> 
> IBM grew up out of a company founded by former U.S. Census bureau
> employee
> Herman Hollerith, who developed punch-card tabulation machines to
> automate
> counting of the 1890 census. The Computer-Tabulating-Recording Co was
> renamed IBM [International Business Machines] in 1924.
> 
> IBM Mainframe Discussion List  wrote on
> 04/01/2008
> 12:56:24 PM:
> 
> 
> 
> > That article raises a number of
> > questions.  If you're the head of an agency and your z machine is
> > swamped, can you upgrade?  I'm sure the process takes at least a
> > year to upgrade, but if you can't get a replacement machine, what do
> > you do?  Conversions off the mainframe take years.  Maybe this is
> > not an issue  and they can just buy from a 3rd party reseller.  Does
> > anyone know anything about the federal governments procurement
> > policies of new mainframes?  Just curious, although as a citizen of
> > the US, that is something that affects me from a tax standpoint.
> 
> 
> 
> Eric
> 
> 
> 
> -
> The information contained in this communication (including any
> attachments hereto) is confidential and is intended solely for the
> personal and confidential use of the individual or entity to whom
> it is addressed. The information may also constitute a legally
> privileged confidential communication. If the reader of this
> message is not the intended recipient or an agent responsible for
> delivering it to the intended recipient, you are hereby notified
> that you have received this communication in error and that any
> review, dissemination, copying, or unauthorized use of this
> information, or the taking of any action in reliance on the
> contents of this information is strictly prohibited. If you have
> received this communication in error, please notify us immediately
> by e-mail, and delete the original message. Thank you
> 
> --
> 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

Validation on client side was Re: IBMLink, again

[Clark Morris]

On 29 Mar 2008 17:33:40 -0700, in bit.listserv.ibm-main you wrote:

>On 29/03/2008, Paul Gilmartin <[EMAIL PROTECTED]> wrote:
>
>>  There's a thread ongoing in MVS-OE on CGI security.  The first
>>  principle is: don't trust data received over the network.  The
>>  second is: don't trust Javascript validation on the client side.
>>  Always remember that your potential adversary controls the client.
>
>There's a recent thread on Bruce Schneier's blog on The Security Mindset.
>http://www.schneier.com/blog/archives/2008/03/the_security_mi_1.html
>Somehow it seems that people either think this way or they don't. That
>anyone in 2008 could consider for a moment doing validation of
>anything important on the client side is astonishing.

To save hassle to the person at the keyboard, I would validate what I
can on the client side and revalidate with paranoia on the server.
This is to cut down on the number of transmissions.

Clark Morris
>
>Tony H.
>

--
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: Optimizing COBOL generated assembler

[Clark Morris]

On 1 Apr 2008 13:37:53 -0700, in bit.listserv.ibm-main you wrote:

>On Tue, 1 Apr 2008 13:57:09 -0500 Don Higgins <[EMAIL PROTECTED]> wrote:
>
>:>Optimizing COBOL generated assembler
>
>:>Consider the cobol statements:
>
>:>3402  R-CNTR  PIC S99 COMP SYNC VALUE +0.
>:>...
>:>072  ADD 1 to R-CNTR
>
>:>Which generated the following assembler code:
>:>
>:> 000620  4830 A012   LH   3,18(0,10)  PGMLIT 
>AT +6
>:> 000624  4A30 9028   AH   3,40(0,9)   R-CNTR
>:> 000628  1823LR   2,3
>:> 00062A  8E20 0020   SRDA 2,32(0)
>:> 00062E  5D20 C000   D2,0(0,12)   SYSLIT 
>AT +0
>:> 000632  4020 9028   STH  2,40(0,9)   R-CNTR
>
>:>This snippet of code is from the following COBOL/370 generated assembler 
>:>LIST option:
>
>:>http://www.cs.niu.edu/~t90jfl1/class/job2.htm
>
>:>I think the LR, SRDA, and D instructions could be surpressed by specifying 
>the 
>:>option NOTRUNC to allow values greater than the PIC digits 99.  
>
>Yes. 
>
>Also, isn't there now a PIC clause to specify a half-word (so TRUNC would not
>be needed)?
TRUNC(OPT) would be best.  Usage COMP-5 could do the same.  There also
are new usages in the 2002 COBOL Standard which IBM has not
implemented so that various word lengths would be accommodated.  These
USAGE clauses probably don't require a PICTURE clause for the item.
>
>:>With the new z10 instruction ADD LOGICAL WITH SIGNED IMMEDIATE, the 
>:>entire 6 instruction sequence could be reduced to a single instruction:
>
>:>  ALSI  R-CNTR,1
>
>Which would generate incorrect results, as (1) R-CNTR is signed and (2) it is
>a halfword.

--
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: not getting mail

[Patrick O'Keefe]

On Tue, 1 Apr 2008 13:17:55 -0500, Kelman, Tom 
<[EMAIL PROTECTED]> wrote:

>This is interesting.  Oscar posts that he's not getting email from
>IBM-Main and then everyone sends him a reply via IBM-Main.  Guys, 
>he's not going to see those replies if he's not getting IBM-Main 
>email now is he. 
>...

Sure he is if he knows how to use the web interface.  It's working
fine.  (No, last weekend was a different matter.)

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: LISTCAT QUESTION

[Clifford McNeill]

Willie,
 
Using ExHPDM to backup DASD to tape will cause these catalog entries with this 
DEVTYP.  Your listcat is of a MVS dataset that is one of many backed up to the 
same ExHPDM tape/stream.  Note the volser of **SOV*.  You will have to find the 
mvs dataset name that ExHPDM uses to contain all these backup tapes to get the 
volser and DEVTYP this actual tape backup dataset is on.  It can be found in 
the ExHPDM sysout or in a SOVLIST.
Example:
We backup all our DASD to tape with this dataset prefix followed by the volser 
of the dasd:  BACKUP.SYSTEM.volser
when I listcat one of these dasd backups I get this.
 
NONVSAM --- BACKUP.SYSTEM.ADM001.G0126V00IN-CAT --- 
CATALOG.MVSICF1.VADM001  HISTORY
   DATASET-OWNER-(NULL) 
CREATION2008.033
 RELEASE2 EXPIRATION--.000  
  VOLUMES   
   VOLSER**SOV* DEVTYPE--X'' 
FSEQN--1   ASSOCIATIONS 
GDG--BACKUP.SYSTEM.ADM001   
 ATTRIBUTES 
 
 
This dataset and hundreds of other are contained in a dataset created by 
ExHPDM.  It uses this dataset prefix followed by the ExHPDM stream name and 
some random string of numbers/characters. BKPHPDM.streamname.random
So when I listcat the ExHPDM datset BKPHPDM.WDRPRD.DJAQ0391, this is what I get.
 
NONVSAM --- BKPHPDM.WDRPRD.DJAQ0391  IN-CAT --- 
CATALOG.MVSICF1.VADM001  HISTORY
   DATASET-OWNER-(NULL) 
CREATION2008.012
   RELEASE2 EXPIRATION--.000
   VOLUMES  
   VOLSERA00621 
DEVTYPE--X'78048083' FSEQN--1 
ASSOCIATIONS(NULL)  
  ATTRIBUTES
   
 
Note that the DEVTYP is valid.  I hope this has been helpful.
 
Cliff McNeill
MD Anderson Cancer Center



> Date: Tue, 1 Apr 2008 10:11:51 -0700> From: [EMAIL PROTECTED]> Subject: Re: 
> LISTCAT QUESTION> To: IBM-MAIN@BAMA.UA.EDU> > I checked the device type of 
> the IPL volume it is a 3390. However, the dsn is on tape. Any other place I 
> should look it?> > "Shmuel Metz (Seymour J.)" <[EMAIL PROTECTED]> wrote: In 
> <[EMAIL PROTECTED]>, on 03/31/2008> at 06:30 AM, willie bunter said:> > >Is 
> there a way of finding out the DEVTYP of "indirectly-cataloged"> >datasets?> 
> > Look at the device type of the IPL volume.> > -- > 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> > > > 
> -> You rock. That's why Blockbuster's 
> offering you one month of Blockbuster Total Access, No Cost.> > 
> --> 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> 
_
Get in touch in an instant. Get Windows Live Messenger now.
http://www.windowslive.com/messenger/overview.html?ocid=TXT_TAGLM_WL_Refresh_getintouch_042008
--
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: WLM and TSO

[Diehl, Gary (MVSSupport)]

Aimee,

We watched the SCPER report from RMF and tweaked TSO periods and goals
until our "TSONORM" was performing well for all periods across all
systems during all types of workloads short of "system overload".

#  Duration   Imp  Goal description
 -  -  -
 1  15000  290% complete within 00:00:01.000
 2  12 350% complete within 00:00:08.000
 3 450% complete within 00:02:00.000

Additionally, these "production TSO" periods are _ALL_ percentile time
goals, so that the RMF SCPER report gives a true accounting (in the
14-bucket breakout) of actual performance of these service class
periods.  This makes them a lot easier to tweak as needed until they are
just right.

Our system programmers all have their main IDs in another one called
"TSOHIGH" which is a low-velocity, high-importance service class with
only one period (importance 1, velocity 5).  If the system is suffering
SO bad that nobody in "TSONORM" can get in, then those in "TSOHIGH" can
still do work and diagnose the system, but if someone tries to run
"batch like work" in "TSOHIGH" they're not going to get WLM helping them
very much at all because the goal is set so low, and they'll end up
wishing they'd put it in a real batch service class.  It's far from
perfect, but closer to a "best of both worlds" concept.

As always, there are great inputs from other posters on this subject as
well, and your mileage may vary.

Good luck, hope this helps!

Gary Diehl
MVS Support
"The beauty of detail oriented people is that, when they're on the job,
they save the rest of humanity from having to tediously worry about all
those minutiae.  In terms of stress reduction alone, this makes the
world a much better, happier place."

--
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: CA VTAPE

[Johnston, Robert E]

We converted to CA VTAPE in October 2005 on a z800-0C1 (143 MIPS?). We have
been very impressed with it but it does eat some CPU. It did wonders for our
batch schedule at night. We were very busy during the day but had cycles to
spare at night.

>From 10/03-9/05 00:00-08:00 we averaged 34.5% busy (before)
>From 10/05-1/08 00:00-08:00 we averaged 53.2% busy (after)

And the schedule finished hours earlier than it did before. And the Operators
were assigned "additional duties" :). It occasionally spikes during the day
when someone is banging away at virtual tapes but doesn't hurt the onlines
thanks to WLM...

HTH,
Robert

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Tom Eden
> Sent: Monday, March 31, 2008 8:11 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: CA VTAPE
> 
> Does anyone have comments about CA VTAPE?  I did some archive searches
> and got some hits from 2005.  I was wondering if there are any more recent
> experiences.  I am probably most curious about CPU consumption.  One of
> the
> 2005 post talked about a 15% hit on a Z890.  There was a response to turn
> off compression for the DASD Cache.  The original poster thought that they
> already had done so, but I did not see a follow-up post that said whether
> that
> was true or not.
> 

Confidentiality Notice: This e-mail message, including any attachments, is for 
the sole use of the intended recipient(s) and may contain confidential and 
privileged information.  Any unauthorized review, use, disclosure or 
distribution is prohibited.  If you are not the intended recipient, please 
contact the sender by reply e-mail and destroy all copies of the original 
message.

--
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: Optimizing COBOL generated assembler

[Binyamin Dissen]

On Tue, 1 Apr 2008 13:57:09 -0500 Don Higgins <[EMAIL PROTECTED]> wrote:

:>Optimizing COBOL generated assembler

:>Consider the cobol statements:

:>3402  R-CNTR  PIC S99 COMP SYNC VALUE +0.
:>...
:>072  ADD 1 to R-CNTR

:>Which generated the following assembler code:
:>
:> 000620  4830 A012   LH   3,18(0,10)  PGMLIT 
AT +6
:> 000624  4A30 9028   AH   3,40(0,9)   R-CNTR
:> 000628  1823LR   2,3
:> 00062A  8E20 0020   SRDA 2,32(0)
:> 00062E  5D20 C000   D2,0(0,12)   SYSLIT 
AT +0
:> 000632  4020 9028   STH  2,40(0,9)   R-CNTR

:>This snippet of code is from the following COBOL/370 generated assembler 
:>LIST option:

:>http://www.cs.niu.edu/~t90jfl1/class/job2.htm

:>I think the LR, SRDA, and D instructions could be surpressed by specifying 
the 
:>option NOTRUNC to allow values greater than the PIC digits 99.  

Yes. 

Also, isn't there now a PIC clause to specify a half-word (so TRUNC would not
be needed)?

:>With the new z10 instruction ADD LOGICAL WITH SIGNED IMMEDIATE, the 
:>entire 6 instruction sequence could be reduced to a single instruction:

:>  ALSI  R-CNTR,1

Which would generate incorrect results, as (1) R-CNTR is signed and (2) it is
a halfword.

--
Binyamin Dissen <[EMAIL PROTECTED]>
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
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: U.S. suspends IBM from seeking new federal contracts

[Ed Finnell]

 
In a message dated 4/1/2008 12:34:39 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

be filled.  So standard fillers were available.  Not used  much on 
webpages.  Of course on some webpages, filler is the  content.


>>
Then there's Google  scrapers!
 
_http://www.usatoday.com/money/industries/technology/2008-03-31-javascript-hac
kers_N.htm_ 
(http://www.usatoday.com/money/industries/technology/2008-03-31-javascript-hackers_N.htm)
 







**Create a Home Theater Like the Pros. Watch the video on AOL 
Home.  
(http://home.aol.com/diy/home-improvement-eric-stromer?video=15&ncid=aolhom000301)

--
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: not getting mail

[Bobbie Justice]

yes, this was a catch 22 test to see if he passed, but anyway, I cc'ed his 
direct email on my reply.



- Original Message - 
From: "Kelman, Tom" <[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Tuesday, April 01, 2008 2:17 PM
Subject: Re: not getting mail



This is interesting.  Oscar posts that he's not getting email from
IBM-Main and then everyone sends him a reply via IBM-Main.  Guys, he's
not going to see those replies if he's not getting IBM-Main email now is
he.  I just sent him an email directly suggesting he check with his
email admin to see if anything in his system is blocking traffic from
IBM-Main.

Tom Kelman
Commerce Bank of Kansas City
(816) 760-7632



--
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

Optimizing COBOL generated assembler

[Don Higgins]

Optimizing COBOL generated assembler

Consider the cobol statements:

3402  R-CNTR  PIC S99 COMP SYNC VALUE +0.
...
072  ADD 1 to R-CNTR

Which generated the following assembler code:

 000620  4830 A012   LH   3,18(0,10)  PGMLIT AT 
+6
 000624  4A30 9028   AH   3,40(0,9)   R-CNTR
 000628  1823LR   2,3
 00062A  8E20 0020   SRDA 2,32(0)
 00062E  5D20 C000   D2,0(0,12)   SYSLIT AT 
+0
 000632  4020 9028   STH  2,40(0,9)   R-CNTR

This snippet of code is from the following COBOL/370 generated assembler 
LIST option:

http://www.cs.niu.edu/~t90jfl1/class/job2.htm

I think the LR, SRDA, and D instructions could be surpressed by specifying the 
option NOTRUNC to allow values greater than the PIC digits 99.  

With the new z10 instruction ADD LOGICAL WITH SIGNED IMMEDIATE, the 
entire 6 instruction sequence could be reduced to a single instruction:

  ALSI  R-CNTR,1

Of course this would require that the COBOL compile have such a z10
optimization option.  For compute intensive applications, such optimizations 
along with the new z10 compare and branch instructions could be significant.

To aid in analyzing mainframe COBOL programs a new z390 COBOL Portable 
Assembler option has been added in z390 PTF v1.4.01b.  With this option 
installed, you can convert Enterprise COBOL or COBOL for OS/390 generated 
assembler listings into z390 assembler source programs which can be 
assembled, linked, and executed specifying starting and ending line numbers in
order to unit test or benchmark specific generated code or supported COBOL 
statments with called functions.  In this initial release only DISPLAY and STOP 
RUN function calls are supported, but requests for additional functions are 
welcome.  Support for COBOL/370, COBOL for MVS, and VS COBOL II are also 
in development. For example generation and execution of DISPLAY and STOP 
RUN demo, install z390 v1.4.01, v1.4.01b PTF, and then enter the command 
cobol\paos\OSDEMO1.

Don Higgins
[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

Two more z/VM and Linux Presentations from SHARE110

[Mark Post]

Cross-posted to IBM-MAIN, IBMVM, and Linux-390

What are likely the final two presentations from SHARE in Orlando are now 
available on the linuxvm.org web site.  The first one is about IBM's "Big 
Green" project, part of which is consolidating about 3,900 older AIX systems 
onto 13-17 z10EC machines running Linux on z/VM.

9060Leslie Gordon   IBM Transformation: Major IT Consolidation Initiative
9265Martlin Maddy   TCO: Comparing System z and Distributed Environments; 
Building the Business Case

http://linuxvm.org/Present/index.html#share110


Mark Post

--
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: LISTCAT QUESTION

[Richard Peurifoy]

willie bunter wrote:

I checked the device type of the IPL volume it is a 3390.  However, the dsn is 
on tape.  Any other place I should look it?



Sterling DMS (now CA something or other) would recatalog archived
datasets to vol (ARHIVE or MIGRAT) with a DEVT of zeros. Other
arhive systems may do the something similar.

--
Richard

--
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: not getting mail

[Daniel McLaughlin]

Uh, Ah...yeah, we were tricking him for April Fool's day..that's the 
ticket.

Daniel McLaughlin
Z-Series Systems Programmer
Information & Communications Technology
Crawford & Company
4680 N. Royal Atlanta
Tucker GA 30084 
phone: 770-621-3256 
fax: 770-621-3237
email: [EMAIL PROTECTED]
web: www.crawfordandcompany.com 



IBM Mainframe Discussion List  wrote on 04/01/2008 
02:17:55 PM:

> -- Information from the mail header 
> ---
> Sender:   IBM Mainframe Discussion List 
> Poster:   "Kelman, Tom" <[EMAIL PROTECTED]>
> Subject:  Re: not getting mail
> 
---
> 
> This is interesting.  Oscar posts that he's not getting email from
> IBM-Main and then everyone sends him a reply via IBM-Main.  Guys, he's
> not going to see those replies if he's not getting IBM-Main email now is
> he.  I just sent him an email directly suggesting he check with his
> email admin to see if anything in his system is blocking traffic from
> IBM-Main.
> 
> Tom Kelman
> Commerce Bank of Kansas City
> (816) 760-7632
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> > Behalf Of Ed Finnell
> > Sent: Tuesday, April 01, 2008 10:14 AM
> > To: IBM-MAIN@BAMA.UA.EDU
> > Subject: Re: not getting mail
> > 
> > 
> > In a message dated 4/1/2008 9:50:07 A.M. Central Daylight Time,
> > [EMAIL PROTECTED] writes:
> > 
> > I'm still having problems not getting any mail from IBM-MAIN, anyone
> else
> > having the same problem.
> > 
> > 
> > >>
> > Probably need to ding your Netadmin or service  provider. It's been up
> > but flakey all along. Fairly constant stream  of blather with a few
> > nuggets
> > interspersed
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > **Create a Home Theater Like the Pros. Watch the video on
> AOL
> > Home.
> > (http://home.aol.com/diy/home-improvement-eric-
> > stromer?video=15&ncid=aolhom000301)
> > 
> > --
> > 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
> > 
> 
> 
> 
> 
> 
*
> If you wish to communicate securely with Commerce Bank and its
> affiliates, you must log into your account under Online Services at 
> http://www.commercebank.com or use the Commerce Bank Secure
> Email Message Center at https://securemail.commercebank.com
> 
> NOTICE: This electronic mail message and any attached files are
> confidential. The information is exclusively for the use of the
> individual or entity intended as the recipient. If you are not
> the intended recipient, any use, copying, printing, reviewing,
> retention, disclosure, distribution or forwarding of the message
> or any attached file is not authorized and is strictly prohibited.
> If you have received this electronic mail message in error, please
> advise the sender by reply electronic mail immediately and
> permanently delete the original transmission, any attachments
> and any copies of this message from your computer system.
> 
*
> 
> --
> 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
> 
> 



Best Overall Third-Party Claims Administrator - 2007 "Business Insurance" 
Readers Choice Awards
 
Consider the environment before printing this message.

This transmission is intended exclusively for the individual or entity to which 
it is addressed. This communication may contain information that is 
confidential, proprietary, privileged or otherwise exempt from disclosure. If 
you are not the named addressee, you are NOT authorized to read, print, retain, 
copy or disseminate this communication, its attachments or any part of them. If 
you have received this communication in error, please notify the sender 
immediately and delete this communication from all computers.  This 
communication does not form any contractual obligation on behalf of the sender, 
the sender's employer, or the employer's parent company, affiliates or 
subsidiaries.

--
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: not getting mail

[Kelman, Tom]

This is interesting.  Oscar posts that he's not getting email from
IBM-Main and then everyone sends him a reply via IBM-Main.  Guys, he's
not going to see those replies if he's not getting IBM-Main email now is
he.  I just sent him an email directly suggesting he check with his
email admin to see if anything in his system is blocking traffic from
IBM-Main.

Tom Kelman
Commerce Bank of Kansas City
(816) 760-7632

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Ed Finnell
> Sent: Tuesday, April 01, 2008 10:14 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: not getting mail
> 
> 
> In a message dated 4/1/2008 9:50:07 A.M. Central Daylight Time,
> [EMAIL PROTECTED] writes:
> 
> I'm still having problems not getting any mail from IBM-MAIN, anyone
else
> having the same problem.
> 
> 
> >>
> Probably need to ding your Netadmin or service  provider. It's been up
> but flakey all along. Fairly constant stream  of blather with a few
> nuggets
> interspersed
> 
> 
> 
> 
> 
> 
> 
> **Create a Home Theater Like the Pros. Watch the video on
AOL
> Home.
> (http://home.aol.com/diy/home-improvement-eric-
> stromer?video=15&ncid=aolhom000301)
> 
> --
> 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
> 




*
If you wish to communicate securely with Commerce Bank and its
affiliates, you must log into your account under Online Services at 
http://www.commercebank.com or use the Commerce Bank Secure
Email Message Center at https://securemail.commercebank.com

NOTICE: This electronic mail message and any attached files are
confidential. The information is exclusively for the use of the
individual or entity intended as the recipient. If you are not
the intended recipient, any use, copying, printing, reviewing,
retention, disclosure, distribution or forwarding of the message
or any attached file is not authorized and is strictly prohibited.
If you have received this electronic mail message in error, please
advise the sender by reply electronic mail immediately and
permanently delete the original transmission, any attachments
and any copies of this message from your computer system.
*

--
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

z990 Hardware Withdrawal

[Kopischke, David G.]

And so passes another generation


Hardware withdrawal: IBM eServer zSeries 990 systems, features, and
upgrades

http://www.ibm.com/vrm/newsletter_10577_2783_67113_email_DYN_1IN/cyf1227
27252


--
This e-mail transmission may contain information that is proprietary, 
privileged and/or confidential and is intended exclusively for the person(s) to 
whom it is addressed. Any use, copying, retention or disclosure by any person 
other than the intended recipient or the intended recipient's designees is 
strictly prohibited. If you are not the intended recipient or their designee, 
please notify the sender immediately by return e-mail and delete all copies. 
OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or 
disclose the content of all email communications. 
==

--
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: U.S. suspends IBM from seeking new federal contracts

[Kirk Talman]

The joke, I think, is the relevancy to the prior article.  Or that 
someone, possibly a bot, thought this was relevant.  The government - IBM 
connection.

There was a time when newspapers were typeset in lead.  Each column had to 
be filled.  So standard fillers were available.  Not used much on 
webpages.  Of course on some webpages, filler is the content.

IBM Mainframe Discussion List  wrote on 04/01/2008 
01:26:44 PM:

> 
> Had the article not been posted yesterday, I would have thought the last 

> paragraph been a joke. Or may be it is anyway.

> IBM grew up out of a company founded by former U.S. Census bureau 
> employee Herman Hollerith, who developed punch-card tabulation machines 
> to automate counting of the 1890 census. The 
> Computer-Tabulating-Recording Co was renamed IBM [International Business 

> Machines] in 1924.
> ---
> Amusing or not, it's true.



-
The information contained in this communication (including any
attachments hereto) is confidential and is intended solely for the
personal and confidential use of the individual or entity to whom
it is addressed. The information may also constitute a legally
privileged confidential communication. If the reader of this
message is not the intended recipient or an agent responsible for
delivering it to the intended recipient, you are hereby notified
that you have received this communication in error and that any
review, dissemination, copying, or unauthorized use of this
information, or the taking of any action in reliance on the
contents of this information is strictly prohibited. If you have
received this communication in error, please notify us immediately
by e-mail, and delete the original message. Thank you 

--
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: U.S. suspends IBM from seeking new federal contracts

[Rick Fochtman]

Had the article not been posted yesterday, I would have thought the last 
paragraph been a joke. Or may be it is anyway.


IBM grew up out of a company founded by former U.S. Census bureau 
employee Herman Hollerith, who developed punch-card tabulation machines 
to automate counting of the 1890 census. The 
Computer-Tabulating-Recording Co was renamed IBM [International Business 
Machines] in 1924.

---
Amusing or not, it's true.

--
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: U.S. suspends IBM from seeking new federal contracts

[Daniel McLaughlin]

The last paragraph sounds like the fact checker stopped checking. The Tom 
Watson (IBM not golf) is one of my favorite stories of benign 
dictatorships.

Daniel McLaughlin
Z-Series Systems Programmer
Information & Communications Technology
Crawford & Company
4680 N. Royal Atlanta
Tucker GA 30084 
phone: 770-621-3256 
fax: 770-621-3237
email: [EMAIL PROTECTED]
web: www.crawfordandcompany.com 




Best Overall Third-Party Claims Administrator - 2007 "Business Insurance" 
Readers Choice Awards
 
Consider the environment before printing this message.

This transmission is intended exclusively for the individual or entity to which 
it is addressed. This communication may contain information that is 
confidential, proprietary, privileged or otherwise exempt from disclosure. If 
you are not the named addressee, you are NOT authorized to read, print, retain, 
copy or disseminate this communication, its attachments or any part of them. If 
you have received this communication in error, please notify the sender 
immediately and delete this communication from all computers.  This 
communication does not form any contractual obligation on behalf of the sender, 
the sender's employer, or the employer's parent company, affiliates or 
subsidiaries.

--
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: U.S. suspends IBM from seeking new federal contracts

[Kirk Talman]

Had the article not been posted yesterday, I would have thought the last 
paragraph been a joke.  Or may be it is anyway.

IBM grew up out of a company founded by former U.S. Census bureau employee 
Herman Hollerith, who developed punch-card tabulation machines to automate 
counting of the 1890 census. The Computer-Tabulating-Recording Co was 
renamed IBM [International Business Machines] in 1924.

IBM Mainframe Discussion List  wrote on 04/01/2008 
12:56:24 PM:



> That article raises a number of 
> questions.  If you're the head of an agency and your z machine is 
> swamped, can you upgrade?  I'm sure the process takes at least a 
> year to upgrade, but if you can't get a replacement machine, what do
> you do?  Conversions off the mainframe take years.  Maybe this is 
> not an issue  and they can just buy from a 3rd party reseller.  Does
> anyone know anything about the federal governments procurement 
> policies of new mainframes?  Just curious, although as a citizen of 
> the US, that is something that affects me from a tax standpoint.



Eric



-
The information contained in this communication (including any
attachments hereto) is confidential and is intended solely for the
personal and confidential use of the individual or entity to whom
it is addressed. The information may also constitute a legally
privileged confidential communication. If the reader of this
message is not the intended recipient or an agent responsible for
delivering it to the intended recipient, you are hereby notified
that you have received this communication in error and that any
review, dissemination, copying, or unauthorized use of this
information, or the taking of any action in reliance on the
contents of this information is strictly prohibited. If you have
received this communication in error, please notify us immediately
by e-mail, and delete the original message. Thank you 

--
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: U.S. suspends IBM from seeking new federal contracts

[Ron Wells]

Sounds like someone in EPA wants someone elsenothing reasonable nor 
anything that works or secure

--
Email Disclaimer
This  E-mail  contains  confidential  information  belonging to the sender, 
which  may be legally privileged information.  This information is intended 
only  for  the use of the individual or entity addressed above.  If you are not 
 the  intended  recipient, or  an  employee  or  agent responsible for 
delivering it to the intended recipient, you are hereby notified that any 
disclosure,  copying, distribution, or the taking of any action in reliance on 
the contents of the E-mail or attached files 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: U.S. suspends IBM from seeking new federal contracts

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Eric Bielefeld
> 
> Ed,
> 
> Thanks for sending that link.  That article raises a number 
> of questions.  If you're the head of an agency and your z 
> machine is swamped, can you upgrade?  I'm sure the process 
> takes at least a year to upgrade, but if you can't get a 
> replacement machine, what do you do?  Conversions off the 
> mainframe take years.  Maybe this is not an issue  and they 
> can just buy from a 3rd party reseller.  Does anyone know 
> anything about the federal governments procurement policies 
> of new mainframes?  Just curious, although as a citizen of 
> the US, that is something that affects me from a tax standpoint.

I'd wager that most if not all IBM products (hardware and software) are
already available via current GSA contracts.  As I read the article, the
government is barring itself from any _new_ contracts with IBM until
"whenever".

   -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: LISTCAT QUESTION

[willie bunter]

I checked the device type of the IPL volume it is a 3390.  However, the dsn is 
on tape.  Any other place I should look it?

"Shmuel Metz (Seymour J.)" <[EMAIL PROTECTED]> wrote:  In <[EMAIL PROTECTED]>, 
on 03/31/2008
at 06:30 AM, willie bunter said:

>Is there a way of finding out the DEVTYP of "indirectly-cataloged"
>datasets?

Look at the device type of the IPL volume.

-- 
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


   
-
You rock. That's why Blockbuster's offering you one month of Blockbuster Total 
Access, No Cost.

--
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: U.S. suspends IBM from seeking new federal contracts

[Eric Bielefeld]

Ed,

Thanks for sending that link.  That article raises a number of questions.  If 
you're the head of an agency and your z machine is swamped, can you upgrade?  
I'm sure the process takes at least a year to upgrade, but if you can't get a 
replacement machine, what do you do?  Conversions off the mainframe take years. 
 Maybe this is not an issue  and they can just buy from a 3rd party reseller.  
Does anyone know anything about the federal governments procurement policies of 
new mainframes?  Just curious, although as a citizen of the US, that is 
something that affects me from a tax standpoint.

I was just thinking last week that Ed Gould hasn't posted in a while.  I know 
he has been retired for several years, so he's definitely not on vacation.  
This type of article was the one thing he did a good job on in his postings.

Eric


 Edward Jaffe <[EMAIL PROTECTED]> wrote: 
> http://www.reuters.com/article/newsOne/idUSWNAS644620080401
> 
> Ed Gould must be on vacation. So, I'm posting this instead. ;-)
> 
> -- 
> Edward E Jaffe
> Phoenix Software International, Inc
> 5200 W Century Blvd, Suite 800
> Los Angeles, CA 90045
> 310-338-0400 x318
> [EMAIL PROTECTED]
> http://www.phoenixsoftware.com/
--
Eric Bielefeld
Systems Programmer
Aviva USA
Des Moines, Iowa
515-645-5153

--
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: LISTCAT QUESTION

[Gilbert Cardenas]

On Mon, 31 Mar 2008 06:30:19 -0700, willie bunter 
<[EMAIL PROTECTED]> wrote:

>Is there a way of finding out the DEVTYP of "indirectly-cataloged" datasets?
>
>  Could the good folks at SUN/STORAGETEK provide an answer if possible?
>
>"Chase, John" <[EMAIL PROTECTED]> wrote:
>  > -Original Message-
>> From: IBM Mainframe Discussion List On Behalf Of willie bunter
>>
>> Good Morning To All,
>>
>> I am stuck trying to decipher the DEVTYPE X'' from
>> the following LISTCAT (posted below). The dsn is cataloged,
>> and the VOLSERS are controlled by a product ExHPDM. I have
>> checked the manual Z/OS V1R7.0.DFSMS Access Method Services
>> for Catalogs, but it is not indicated in the LISTCAT Code
>> column. Can anybody suggest where else I can look it up?
>>
>> NONVSAM --- SYS2.VPROM02.C1018300
>>
>> IN-CAT --- SYS2.ICFCAT.BACKUP
>>
>> HISTORY
>>
>> DATASET-OWNER-(NULL) CREATION2008.082
>>
>> RELEASE2 EXPIRATION--.000
>>
>> VOLUMES
>>
>> VOLSER**SOV* DEVTYPE--X''
>> FSEQN--4
>> ASSOCIATIONS(NULL)
>>
>> ATTRIBUTES
>>
>>
>> Thanks.
>
>We see that on all "indirectly-cataloged" datasets.
>
>-jc-
>


Hi Willie, as John and Shmuel have pointed out data sets that contain an 
indirect volser (C’**’) have a DEVTYPE of X’’.  I believe these 
data sets have their DEVTYPE resolved to that of the IPL volume.
I found some information related to indirectly cataloged datasets in the Tivoli 
Advanced Catalog Management for z/OS and it lists the devtype definitions:
HTTP://PUBLIB.BOULDER.IBM.COM/TIVIDD/TD/ITACMZOS/SC23-7973-
00/EN_US/PDF/SC23-7973-00.PDF

And I also found some information on some apars that deal with indirect 
datasets for z/OS 1.7

ftp://ftp.software.ibm.com/software/websphere/awdtools/filemanager/fmv7apa
r.pdf

I don't know if any of this applies to your situation but hopefully you can get 
some related info out of this.

Gil.

--
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: U.S. suspends IBM from seeking new federal contracts

[Ediger Mark - medige]

Ok, I'll go check at Wrigley Field.



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ed Finnell
Sent: Tuesday, April 01, 2008 10:21 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: U.S. suspends IBM from seeking new federal contracts

 
In a message dated 4/1/2008 10:07:46 A.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

Ed Gould must be on vacation. So, I'm posting this instead.  ;-)


>>
Haven't heard from him since prior to  SHARE-maybe he's shunning us?
Anybody in Chicago to check on  him? 





*
The information contained in this communication is confidential, is
intended only for the use of the recipient named above, and may be
legally privileged.

If the reader of this message is not the intended recipient, you are 
hereby notified that any dissemination, distribution or copying of this
communication is strictly prohibited.

If you have received this communication in error, please resend this
communication to the sender and delete the original message or any copy
of it from your computer system.

Thank you.
*

--
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: not getting mail

[Dave Salt]

Hallelujah! This is the first message I've received from IBM-MAIN in days. 
Hopefully something somewhere got fixed. I wonder if I'm now going to get a 
flood of all the messages I've missed...

Dave Salt

See the new SimpList(tm) rollover image at:
http://www.mackinney.com/products/SIM/simplist.htm

> Date: Tue, 1 Apr 2008 11:14:03 -0400
> From: [EMAIL PROTECTED]
> Subject: Re: not getting mail
> To: IBM-MAIN@BAMA.UA.EDU
>
>
> In a message dated 4/1/2008 9:50:07 A.M. Central Daylight Time,
> [EMAIL PROTECTED] writes:
>
> I'm still having problems not getting any mail from IBM-MAIN, anyone else
> having the same problem.
>
>
>>>
> Probably need to ding your Netadmin or service provider. It's been up
> but flakey all along. Fairly constant stream of blather with a few nuggets
> interspersed
>
>
>
>
>
>
>
> **Create a Home Theater Like the Pros. Watch the video on AOL
> Home.
> (http://home.aol.com/diy/home-improvement-eric-stromer?video=15&ncid=aolhom000301)
>
> --
> 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
>

_
Try Chicktionary, a game that tests how many words you can form from the 
letters given. Find this and more puzzles at Live Search Games!
http://g.msn.ca/ca55/207

--
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 one bites the dust.

[Shane]

On Mon, 2008-03-31 at 15:36 +0100, Leist, Martin wrote:

> Another [small] mainframe has bitten the dust. 
> 
> Our MP3000 had been running OS/390 2.10 for the last few years but today
> has been shutdown

I wonder how many of these things are laying around unloved and
unwanted. We've got one sitting in the corner of the office - hasn't
been powered on in a while.

It was capable of running up to z/OS 1.5 - no DB2 V8 was the death of it
tho'.
I even tried to get Linux running on it, but gave up in frustration.

Shane ...

--
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: not getting mail

[Bobbie Justice]

I'll cc you on this too, but I have received some today

Bobbie Justice
z/OS Systems Programmer


- Original Message - 
From: "Oscar Flores" <[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Tuesday, April 01, 2008 10:50 AM
Subject: not getting mail



I'm still having problems not getting any mail from IBM-MAIN, anyone else
having the same problem.


Thanks

--
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: U.S. suspends IBM from seeking new federal contracts

[Ed Finnell]

 
In a message dated 4/1/2008 10:07:46 A.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

Ed Gould must be on vacation. So, I'm posting this instead.  ;-)


>>
Haven't heard from him since prior to  SHARE-maybe he's shunning us?
Anybody in Chicago to check on  him? 








**Create a Home Theater Like the Pros. Watch the video on AOL 
Home.  
(http://home.aol.com/diy/home-improvement-eric-stromer?video=15&ncid=aolhom000301)

--
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: not getting mail

[Bill Wilkie]

Ed:
 
I had the same problem. I thought I may have inadvertently clicked on 
unsubscribe, so I subscribed again, but STILL didn't receive anything, so I 
sent an email to the list owner. The next time I checked, I had your msg, so I 
imagine it's not just you.  
 
Bill> Date: Tue, 1 Apr 2008 11:14:03 -0400> From: [EMAIL PROTECTED]> Subject: 
Re: not getting mail> To: IBM-MAIN@BAMA.UA.EDU> > > In a message dated 4/1/2008 
9:50:07 A.M. Central Daylight Time, > [EMAIL PROTECTED] writes:> > I'm still 
having problems not getting any mail from IBM-MAIN, anyone else > having the 
same problem. > > > >>> Probably need to ding your Netadmin or service 
provider. It's been up> but flakey all along. Fairly constant stream of blather 
with a few nuggets > interspersed> > > > > > > > **Create a 
Home Theater Like the Pros. Watch the video on AOL > Home. > 
(http://home.aol.com/diy/home-improvement-eric-stromer?video=15&ncid=aolhom000301)>
 > --> 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: Archiving open systems data on WORM via MF

[Ed Finnell]

 
In a message dated 4/1/2008 3:10:52 A.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

The objective here is to be able to fill the WORM tape and to be able  to 
retrieve data if needed, of course. And to keep it as simple as  possible. 
If someone is doing this, or has some hints and tips, any idea  will be 
appreciated.


>>
Long ago and far away we used FILETEK for  this. It was genned as 3480
and made 8" floppy WORMs. It's evolved  considerably since to FILETEK the 
hardware and FILENET the software. You might  could mix and match. TSM or FDR 
Upstream can do the backups.







**Create a Home Theater Like the Pros. Watch the video on AOL 
Home.  
(http://home.aol.com/diy/home-improvement-eric-stromer?video=15&ncid=aolhom000301)

--
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: not getting mail

[Ed Finnell]

 
In a message dated 4/1/2008 9:50:07 A.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

I'm still having problems not getting any mail from IBM-MAIN, anyone  else 
having the same problem. 


>>
Probably need to ding your Netadmin or service  provider. It's been up
but flakey all along. Fairly constant stream  of blather with a few nuggets 
interspersed







**Create a Home Theater Like the Pros. Watch the video on AOL 
Home.  
(http://home.aol.com/diy/home-improvement-eric-stromer?video=15&ncid=aolhom000301)

--
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: How to?

[Ed Finnell]

 
In a message dated 4/1/2008 6:03:20 A.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

from your new email address to the listserv address  (
[EMAIL PROTECTED] ) 


>>
While we're here. Strongly recommend ACK as  mailer option. Also, if there's 
doubt about what'_up(it's a product). You can  send 'Thanks' without quotes to 
same address and get a returned  message 







**Create a Home Theater Like the Pros. Watch the video on AOL 
Home.  
(http://home.aol.com/diy/home-improvement-eric-stromer?video=15&ncid=aolhom000301)

--
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

U.S. suspends IBM from seeking new federal contracts

[Edward Jaffe]

http://www.reuters.com/article/newsOne/idUSWNAS644620080401

Ed Gould must be on vacation. So, I'm posting this instead. ;-)

--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
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

not getting mail

[Oscar Flores]

I'm still having problems not getting any mail from IBM-MAIN, anyone else 
having the same problem. 


Thanks

--
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: SYSLOG problem

[Yukus, Mary J CIV USMEPCOM]

Thanks Peter, actually this is normally what happens, (they normally type "W"
which defaults to CLOSE if it is running )and it is supposed to immediately
open a new one, but because of the circumstances, this time it did not open
the new one. (that was a first for us in the 8 years I've been here that it
didn't open the new one)  That's where our problem began.  

We ended up doing a W START followed by a  VARY SYSLOG,HARDCPY,CMDS to
finally get it working.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Hunkeler Peter (KIUK 3)
Sent: Tuesday, April 01, 2008 6:14 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SYSLOG problem

You don't need to stop the syslog (WRITELOG CLOSE). A WRITELOG command 
w/o operands closes and frees the current syslog and immediately opens 
a new one. Your process can then archive that just closed syslog file.

-- 
Peter Hunkeler
CREDIT SUISSE

--
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: LISTCAT QUESTION

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 03/31/2008
   at 06:30 AM, willie bunter <[EMAIL PROTECTED]> said:

>Is there a way of finding out the DEVTYP of "indirectly-cataloged"
>datasets?

Look at the device type of the IPL volume.
 
-- 
 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: IEE498I HALT LOGREC ERROR. RETURN CODE = 0012. Serious?

[Jan MOEYERSONS]

Better late than never, for never is too late...

On Tue, 11 Mar 2008 18:11:54 EDT, Ed Finnell <[EMAIL PROTECTED]> wrote:

>
>In a message dated 3/11/2008 3:44:25 P.M. Central Daylight Time,
>[EMAIL PROTECTED] writes:
>
>Sounds, to me, like the LOGREC dataset is full.
So it seems indeed.

>
>>>
>Run EREP!

Re-allocated a bigger LOGREC and now the problem is gone. It did cost an IPL
to activate the new one, though.

Cheers,

Jantje.

--
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: Vtam Tuning

[Staller, Allan]

>From the deep dark mists of time 

IIRC, the tuning methodology is to issue D NET,BFRUSE at periodic
intervals and adjust the settings in ATCSTRxx accordingly so that buffer
expansion/contraction is minimal.

There were many tricks with the SNA definitions that have probably been
committed to paper/redbooks/manuals in the past regarding the flow of
data through the SNA network.

Search IBM LINK with keywords VTAM, PERFORMANCE and you will most likely
get several hits. Information apars IIx are especially helpful.
Googleing with the same keywords turned up 47000 hits.

HTH,


Hello all, I was wondering if anyone new of a good manual that would
help in tuning vtam buffers under z/os 1.7 I have looked at SC31-8777
and this gives some information, but I was wondering if there was a
redbook(I have searched redbooks and couldn't find one) or some other
paper available that explains it a little better. Any help appreciated.


--
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

2105-800 vs. DS6800

[Steve Mann]

We are looking at replacing a 2105-800 (6 72.8GB 10K 8-packs, 8GB cache, 16 
ESCON channels) with a DS6800 (32 146GB 15K drives, 4GB cache, 4 FICON 
channels) and also adding Metro Mirror to a second DS6800. This is mainframe 
(CKD) storage only running under z/OS on a z800 (2066-0x2).   Has anyone 
done something similar?  Did you have any problems with the install/migration?  
How does performance of the DS6800 compare to the 2105-800?  How does 
full volume FLASHCOPY compare (48 volumes at a time)?  Was there any 
impact (good or bad) on CPU utilization?  So far, vendor references we have 
been given have been for sites using the DS6800 for open systems storage 
only.  Any info you can provide would be greatly appreciated.

--
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: How to?

[Steven Conway]

If you've already lost the old email address, then contact the list owner 
for assistance.

Steve Conway
Lead Systems Programmer
Information Systems & Services Division
Computer & Network Operations
Phone:   (703) 450-3156
Fax:(703) 450-3197



   "turner, mark" <[EMAIL PROTECTED]> 
   Sent by: IBM Mainframe Discussion List 
   04/01/2008 06:14 AM
   Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
How to?






Greetings all.  What do I need to do to change my email address for this
list? 

Mark E. Turner
Systems Programmer
Harford County Government
45 S. Main St.
Bel Air, MD  21014

Work: (410) 638-4109 ext. 1229
Cell: (443) 243-3591

mailto:[EMAIL PROTECTED]

http://www.harfordcountymd.gov

--
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 One Bites the Dust

[Eric Bielefeld]

This was just a curiosity question.  Thanks for all of the good answers.  
Unfortuneatly, by the time I might need this info in a year or 2, I'll probably 
have totally forgotten about it.  

Eric

>>>
Don't know slot #51 but these are the slots I know (counting starts at 1)

ISVNAMES TABLE 9,'BMC Mainview'  
 TABLE 12,'Computer Associates'  
 TABLE 21,'BMC Mainview' 
 TABLE 25,'MVS Solutions ThruPut Manager'
 TABLE 31,'Compuware Strobe' 
 TABLE 34,'Computer Associates (Sterling)'   
 TABLE 36,'Syncsort' 
 TABLE 44,'BMC Control-O'
 TABLE 46,'IBM IMS Connect'  
 TABLE 47,'Neon Software'
 TABLE 58,'ASG TMON' 
 TABLE 61,'DKL tableBASE' 
 TABLE 75,'Cole Software XDC'
 TABLE 76,'IBM Healthchecker'
 TABLE 78,'Rocket Software'  
 DCX'FF',0D'0' END OF TABLE   


Roland

--
Eric Bielefeld
Systems Programmer
Aviva USA
Des Moines, Iowa
515-645-5153

--
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: CICS Installation

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Mark Pace
> 
> Doing my first every install of CICS under z/OS.  I'm 
> confused by some parameters in the dialog.
> WUI - create a WUI CICSplex?
> 
> WUI?

"Web User Interface".

> This is a single z/OS system, there will not be multiple 
> CICS(s) running.

Though CICSPlex SM "installs" as a component of CICS TS, it is not
mandatory to configure it or run it.

-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: SYSLOG problem

[Hunkeler Peter (KIUK 3)]

You don't need to stop the syslog (WRITELOG CLOSE). A WRITELOG command 
w/o operands closes and frees the current syslog and immediately opens 
a new one. Your process can then archive that just closed syslog file.

-- 
Peter Hunkeler
CREDIT SUISSE

--
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: SYSLOG problem

[Yukus, Mary J CIV USMEPCOM]

The problem was caused by an operator forgetting to do a  W CLOSE before
running our process that copies the syslog to a data set.  This caused the
creation of the data set in an uncataloged state.  The next time the process
was started, (24 hours later), the uncataloged data set killed the process
that normally automatically starts a new syslog. (this process has been in
place for years and this was the first failure in my time)  

The WRITELOG START did the trick.

Thanks, all you help is greatly appreciated.
Mary :-)

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Ulrich Krueger
Sent: Monday, March 31, 2008 12:18 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SYSLOG problem

WRITELOG START perhaps???

See
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2G133/4.58.1?S
HELF=EZ2CMZ34&DT=20031016134357

What command was issued to cause the problem in the first place? What
console messages did you get?

Regards,
Ulrich Krueger

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Yukus, Mary J CIV USMEPCOM
Sent: Monday, March 31, 2008 09:21
To: IBM-MAIN@BAMA.UA.EDU
Subject: SYSLOG problem

Hi Everyone,
We have an issue with our syslog.  The command was issued to stop the syslog
to write it out.  Normally a new syslog is created.  Unfortunately this time
that didn't happen.  We are now using the logger data set on this partition,
just the hard copy.  Does anyone know how to get a new syslog out there?
This is on z/OS 1.4.
Thanks,
Mary

--
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: How to?

[Beesley, Paul]

I've just had to do this..,having moved from outsourcer to another
I unsubscribed my old email address, and subscribed with my new address
Send :
SUBSCRIBE IBM-MAIN first-name last-name
from your new email address to the listserv address (
[EMAIL PROTECTED] ) 


Paul 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of turner, mark
Sent: 01 April 2008 11:14
To: IBM-MAIN@BAMA.UA.EDU
Subject: How to?

Greetings all.  What do I need to do to change my email address for this
list? 

Mark E. Turner
Systems Programmer
Harford County Government
45 S. Main St.
Bel Air, MD  21014

Work: (410) 638-4109 ext. 1229
Cell: (443) 243-3591

mailto:[EMAIL PROTECTED]

http://www.harfordcountymd.gov

--
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


___

Atos Origin and Atos Consulting are trading names used by the Atos Origin 
group.  The following trading entities are registered in England and Wales:  
Atos Origin IT Services UK Limited (registered number 01245534) and Atos 
Consulting Limited (registered number 04312380).  The registered office for 
each is at 4 Triton Square, Regents Place, London, NW1 3HG.

This e-mail and the documents attached are confidential and intended solely for 
the addressee, and may contain confidential or privileged information.  If you 
receive this e-mail in error, you are not authorised to copy, disclose, use or 
retain it.  Please notify the sender immediately and delete this email from 
your systems.   As emails may be intercepted, amended or lost, they are not 
secure.  Atos Origin therefore can accept no liability for any errors or their 
content.  Although Atos Origin endeavours to maintain a virus-free network, we 
do not warrant that this transmission is virus-free and can accept no liability 
for any damages resulting from any virus transmitted.   The risks are deemed to 
be accepted by everyone who communicates with Atos Origin by 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

How to?

[turner, mark]

Greetings all.  What do I need to do to change my email address for this
list? 

Mark E. Turner
Systems Programmer
Harford County Government
45 S. Main St.
Bel Air, MD  21014

Work: (410) 638-4109 ext. 1229
Cell: (443) 243-3591

mailto:[EMAIL PROTECTED]

http://www.harfordcountymd.gov

--
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 one bites the dust.

[Leist, Martin]

As others have said, the Customer Anchor Table has fullword slots
assigned to individual customers or ISV's on a one-per-company basis.
Quoting Peter Relson's 1996 email "Once assigned, that slot is yours
'forever' and will never be reassigned to someone else. You can do with
it as you want.". It would be interesting to know how many are actually
assigned.

As it is in 31bit common storage anchored by ECVTCTBL its easy to get to
(six instructions or less) and saves having to use system level
name/token services. I used it to anchor some in-house control blocks
after I discovered some ISV software using the CVTUSER field.

Regards,

Martin


--
Martin Leist
Norfolk County Council
UK
mailto:[EMAIL PROTECTED]

 

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
> Sent: 31 March 2008 08:44 PM
> To: IBM Mainframe Discussion List
> Subject: Re: Another one bites the dust.
> 
> 
> Martin,
> 
> I'm sorry to hear you shut your MP3000 down for good.  We had 
> the same thing at P&H Mining about 2 years ago, also an 
> MP3000.  I'm glad that you could keep your job.  The MP3000 
> isn't much use anymore, since it won't run z/OS in 64 bit 
> mode.  I at least got to run z/OS in 31 bit mode before ours 
> was shut down.  
> 
> OK, I'll bite!  What's a "Customer Anchor Table slot #51 
> (X'C8'-X'CB')"
> 
> Eric
> 
>  "Leist wrote: 
> > Another [small] mainframe has bitten the dust. 
> > 
> > Our MP3000 had been running OS/390 2.10 for the last few 
> years but today
> > has been shutdown for good with the applications moved off 
> mostly onto
> > UNIX platforms. Back in 1999 when we were outsourced the 
> mainframe was
> > "going within 2 years". Well, over 8 years later and after being
> > insourced again, it eventually happened.
> > snip
> > 
> > Just in case Peter Relson is listening, then you can have back the
> > Customer Anchor Table slot #51 (X'C8'-X'CB') that you 
> kindly allocated
> > us back in 1996 !
> > 
> > Many thanks,
> > 
> > Martin
> > 
> > --
> > Martin Leist
> > Norfolk County Council
> > UK
> > mailto:[EMAIL PROTECTED]
> --
> Eric Bielefeld
> Systems Programmer
> Aviva USA
> Des Moines, Iowa
> 515-645-5153
> 
> 

The information contained in this email is intended only for the person or 
organization to which it is addressed.  If you have received it by mistake, 
please disregard and notify the sender immediately.  Unauthorized disclosure or 
use of such information may be a breach of legislation or confidentiality and 
may be legally privileged.

Emails sent from and received by Members and employees of Norfolk County 
Council may be monitored.  They may also be disclosed to other people under 
legislation, particularly the Freedom Of Information Act 2000.

Unless this email relates to Norfolk County Council business it will be 
regarded by the Council as personal and will not be authorized by or sent on 
behalf of the Council.  The sender will have sole responsibility for any legal 
actions or disputes that may arise.

--
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: Archiving open systems data on WORM via MF

[shai hess]

> WORM TAPES


MFNetDisk emulates 3390 disk with data in disk storage connected to PC
(example: hard disk).

MFNetDisk emulated disks are good candidate to replace tapes as a cheaper
and unlimited size and reliable storage media.

Any 3390 disk (mirror) can be changed to READONLY and by that to be
protected from any write operation.

The data can be accessed any time from MF without the need to run
application to restore the disk/file.

I hope this feature can help you.

Thanks,
Shai


On 4/1/08, Natasa Savinc <[EMAIL PROTECTED]> wrote:
>
> Hello!
>
> I am trying to find the best way to archive open systems data on WORM
> tapes, if possible without buying TSM. Some of our OS data is consolidated
> on
> Symmetrix, but most of it is distributed on various servers.
> The objective here is to be able to fill the WORM tape and to be able to
> retrieve data if needed, of course. And to keep it as simple as possible.
> If someone is doing this, or has some hints and tips, any idea will be
> appreciated.
>
> Regards,
> Natasa
>
> --
> 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: CICS Installation

[Timothy Sipples]

Mark,

You may want to join the CICS-L mailing list, too.

You may see references to CICSPlex System Manager (CPSM). Please don't get
too confused. CPSM still has value even if you only have a single CICS
Transaction Server system. CPSM does not require Parallel Sysplex.

- - - - -
Timothy Sipples
IBM Consulting Enterprise Software Architect
Specializing in Software Architectures Related to System z
Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific
E-Mail: [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

Archiving open systems data on WORM via MF

[Natasa Savinc]

Hello!

I am trying to find the best way to archive open systems data on WORM 
tapes, if possible without buying TSM. Some of our OS data is consolidated on 
Symmetrix, but most of it is distributed on various servers. 
The objective here is to be able to fill the WORM tape and to be able to 
retrieve data if needed, of course. And to keep it as simple as possible. 
If someone is doing this, or has some hints and tips, any idea will be 
appreciated.

Regards,
Natasa

--
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 one bites the dust.

[Ted MacNEIL]

>While the actual owner of each slot is not publicly defined, some have been 
>determined by products such as MXI or ShowzOS.

That was the answer I was looking for.
I didn't need the definition of a slot.
-
Too busy driving to stop for gas!

--
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 one bites the dust.

[Roland Schiradin]

On Mon, 31 Mar 2008 13:43:32 -0600, Eric Bielefeld  wrote:
>I'm sorry to hear you shut your MP3000 down for good.  We had the same 
thing at P&H Mining about 2 years ago, also an MP3000.  I'm glad that you 
could keep your job.  The MP3000 isn't much use anymore, since it won't run 
z/OS in 64 bit mode.  I at least got to run z/OS in 31 bit mode before ours was 
shut down.
>
>OK, I'll bite!  What's a "Customer Anchor Table slot #51 (X'C8'-X'CB')"

Don't know slot #51 but these are the slots I know (counting starts at 1)

ISVNAMES TABLE 9,'BMC Mainview'  
 TABLE 12,'Computer Associates'  
 TABLE 21,'BMC Mainview' 
 TABLE 25,'MVS Solutions ThruPut Manager'
 TABLE 31,'Compuware Strobe' 
 TABLE 34,'Computer Associates (Sterling)'   
 TABLE 36,'Syncsort' 
 TABLE 44,'BMC Control-O'
 TABLE 46,'IBM IMS Connect'  
 TABLE 47,'Neon Software'
 TABLE 58,'ASG TMON' 
 TABLE 61,'DKL tableBASE' 
 TABLE 75,'Cole Software XDC'
 TABLE 76,'IBM Healthchecker'
 TABLE 78,'Rocket Software'  
 DCX'FF',0D'0' END OF TABLE   


Roland

--
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: Fw: AS400

[Binyamin Dissen]

On Mon, 31 Mar 2008 14:46:17 -0500 Ron Wells <[EMAIL PROTECTED]> wrote:

:>I have the following JCL coded and being submitted to M/F ,job runs but 
:>command not being issued when I view syslog...Not understanding why..
:>Tried from TSO(submit) and through AS400(NJE)
:>No errors just the fact that dummy job did run ok...
:>
:>//X23TEST JOB (),'TEST COMMAND',MSGCLASS=X, 
:>//   CLASS=E,MSGLEVEL=(1,1) 
:>/*$DNODE(1) 
:>//S1 EXEC PGM=IEFBR14 
:>//SYSOUT DD SYSOUT=X 

Most shops have their JES options set so that commands cannot be issued thru
JCL.

--
Binyamin Dissen <[EMAIL PROTECTED]>
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
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: AS400

[Hunkeler Peter (KIUK 3)]

Sorry, I don't have the details ready; they're burried somewhere 
in my "brain archive" :-)

The JES2 jobclass being used needs to be authorized to 
issue commands from the JCL stream. See the AUTH parameter 
on the JOBCLASS statement. The Internal Reader INTRDR stmt
also has an AUTH parameter.
RACF can also be used to control who can issue which commands
by what means (console, JCL, INTRDR).

HTH

-- 
Peter Hunkeler
CREDIT SUISSE

--
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