Re: Sysplex timer

[Víctor de la Fuente]

I must return to this problem!

Now we are below the 5 seconds boundary. But when we get some data, the ETS
Results page shows a deviation "<-4.999", (instead of around -4.000). I
realized that the data the ETS is giving us show the Local Time, instead of
the UTC data. For example:

...
Timer Network Time: 06/04/2007 06:30:00.000
Time Difference: <-4.999
Actual Data: ..X 07-04-06 08:30:04 X..XX UTC(CEST)

Does it mean the ETS is sending the local time (UTC+2) instead of the
universal time, and that's why we are getting the <-4.999 value?

--
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: ISPF list data set attributes?

[Chris Langford]

Shmuel Metz (Seymour J.) wrote:

In <[EMAIL PROTECTED]>, on 06/01/2007
   at 12:15 PM, Rick Fochtman <[EMAIL PROTECTED]> said:

  

IIRC, the actual count of print hammers on the 1403-N1 was 132.



Perhaps I was thinking of the 1443. One of them definitely supported
144 columns.

I'm not aware of any IBM printer for which the limit was 150.
 
  

144 columns was an option on the 1443.  3211  had a limit of 150.

--
Chris Langford,
Cestrian Software:
Consulting services for: VM, VSE, MVS, z/VM, z/OS, OS/2, P/3x0 etc. 


z/FM  - A toolbox for VM & MVS at http://zfm.cestrian.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: Cross-assembler : HLASM --> 8086

[Don Higgins]

>It is possible to write code that runs on both the mainframe and a PC.

If you want to run mainframe assembler (alias HLASM, ASMH, ASMG, ASMF 
etc) on the PC including privaledged operating system dependent instructions 
then you will need an OS emulator like Hercules which emulates down to the 
channel program level using virtual OS files on virtual OS volumes etc.

If you just want to use the power of the mainframe assembler macro 
processor and the rich capabilities of the problem state instruction set 
including all the data formats such as packed decimal, hex and binary floating 
point up to 128 bit precision plus the new decimal floating point, then you can 
use the www.z390.org open source J2SE based portable mainframe 
assembler.  z390 assembles and links mainframe assembler code into 
mainframe compatible object code.  The object code can be executed on 
Windows Vista, XP, or Linux or any J2SE compatible computer OS platform.

z390 is targeted to be compatible at the macro interface for the most common 
MVS type macros such as OPEN, CLOSE, GET, PUT, READ, WRITE, CHECK, 
GETMAIN, FREEMAIN, TIME, WTO, etc.  Different SVC's are generated which 
pass arguments to native J2SE Java svc routines which can perform I/O and 
other operating system functions using any J2SE supported files etc.

The most recent z390 version v1.3.04 can execute a BCT mainframe 
instruction loop at over 1.6 MIPS on an Intel 2.1 GHZ Duo Core Processor 
running Vista.  The most recent version also includes an EXEC CICS compatible 
subset tranaction processor allowing a CICS tranaction server on a TCP/IP 
network to support multiple remote CICS terminal clients on the network.  This 
was contributed by Melvyn Maltz with open source and demos included.

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

z/os 1.8 upgrade mostly good

[Jousma, David]

All,

Just wanted to give the list some feedback on our latest round of 1.8
upgrades.  We upgraded 3 production lpars over the weekend, and so far
all is looking pretty good(a little early to tell), with one exception
so far.  We have an open ETR with IBM.  What we are seeing is some batch
jobs failing with S80A-10, S878 type abends.  Run them on a 1.6 system,
and the are ok.  Compared virtual storage map between versions, and
available private below the line is the same.  There are a couple of
common denominators in that they all are DB2 type utilities(BMC COPY
PLUS, IBM DB2 utils, Princeton), and they all use many tapes.  We've
sent a dump off to IBM for analysis.

Anyone see this?  As we find out more, I'll keep the list up-to-date.

Dave

Dave Jousma
Principal Systems Programmer
[EMAIL PROTECTED]
616.653.8429


This e-mail transmission contains information that is confidential and may be 
privileged.
It is intended only for the addressee(s) named above. If you receive this 
e-mail in error,
please do not read, copy or disseminate it in any manner.  If you are not the 
intended 
recipient, any disclosure, copying, distribution or use of the contents of this 
information
is prohibited. Please reply to the message immediately by informing the sender 
that the 
message was misdirected. After replying, please erase it from your computer 
system. Your 
assistance in correcting this error is 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: What are usergroups for? (Was: My turn to grip about ServiceLink)

[Bob Shannon]

>I think this is exactly what SHARE (or other user groups) 
>are for. To give guidance to IBM on important issues and 
>I think (just like OCO) this is an issue. 

We've done that. Brian has said that. Sam has said that. 
I am saying that. A number of other people familiar to this 
list have also participated in the discussions.

>IBM's claim that it is a customer oriented business (last I 
>heard) this is just one case that it is clearly not listening 
>to the customer. 

We have a problem. IBM is trying to fix the problem. IMO they 
listened. 

>Maybe someone can raise the issue with the press so that they 
>can alert the "world" and embarrass IBM into listening for a change. 

Great idea. It will encourage future cooperation between IBM and 
the user community.

>Raising this to a sev 1 issue is ok IMO but IBM internal can brush 
>it off to malcontents with upper management (and probably get away 
>with it).

I think the right people are involved. I think they are working to
resolve the problem.

>It is only by embarrassing IBM in public you will get them to change. 

In my opinion there are better ways to resolve conflicts.

Bob Shannon
Rocket Software

 

--
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: VTS Management and Migration

[Vernooy, C.P. - SPLXM]

"Mark Jacobs" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> We are looking into two products, VDR (Virtual Data Recovery) & VTAR 
> (Virtual Tape Advanced Recall) from OpenTech Systems to both manage
our 
> 3494 Virtual Tape environment and as an aid in migration to TS7700 
> technology.
> 
> Does anyone have any experience  using these products or  know of any 
> other products on the market.
> 
> I just heard about this project and I don't know anything about these 
> products.
> 
> -- 
> Mark Jacobs
> Technical Services

Along with CA-1 and TLMS comes a product called COPYCAT. I use it to
migrate our STK tape data to the TS7700. It works great, takes care of
multivolume, multifile, multivolume/multifile constructs and fully
updates the CA-1 TMC after migration.

Kees.
**
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain
confidential and privileged material intended for the addressee
only. If you are not the addressee, you are notified that no part
of the e-mail or any attachment may be disclosed, copied or
distributed, and that any other action related to this e-mail or
attachment is strictly prohibited, and may be unlawful. If you have
received this e-mail by error, please notify the sender immediately
by return e-mail, and delete this message. Koninklijke Luchtvaart
Maatschappij NV (KLM), its subsidiaries and/or its employees shall
not be liable for the incorrect or incomplete transmission of this
e-mail or any attachments, nor responsible for any delay in
receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
Dutch Airlines) is registered in Amstelveen, The Netherlands, with
registered number 33014286 
**

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

[Errol Van staden]

On Fri, 1 Jun 2007 07:15:28 -0700, Andrew N Wilt <[EMAIL PROTECTED]> 
wrote:

>Hello Errol,
>  I hope this can allay your fears. The default tape blocksize of 64k
>was done in 1988 in APAR PL18193. Your DR site should be able to read
>DFSMSdss dump tapes with that block size. What OA13742 did was to
>cause the block size that we were using to be put into the tape label where
>only 0 was put into the tape label before. If your DR site has a level of
>z/OS
>that is out of support, you may not have an Open/Close/End-of-Volume
>(O/C/EOV)
>APAR (OA09868) that allows an open to be performed against a tape with
>a blocksize greater than 32K by a DFSMSdss that does not have OA13742
>applied.
>
>  If you can't apply those APARs, then I think your idea of ADRUIXIT
>should work. One small thing with your assembler below is that I believe
>you need to return the value 4 to indicate that you changed the parameters.
>In your example, I think you are returning the value 2.
>
>Thanks,
>
> Andrew Wilt
> IBM DFSMSdss Architecture/Development
> Tucson, Arizona
>
>
Thanks Andrew and to others that replied. I have applied the exit (with ret 
code 4) and it works.
Cheers

--
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: ISPF list data set attributes?

[Ed Finnell]

 
In a message dated 6/4/2007 3:52:44 A.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

3211  had a limit of 150.



>>
That's the ticket, thanks. Didn't have one on MVS but sent stuff to  them 
attached to VM. 



** See what's free at http://www.aol.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: VTS Management and Migration

[Darth Keller]

"Mark Jacobs" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> We are looking into two products, VDR (Virtual Data Recovery) & VTAR 
> (Virtual Tape Advanced Recall) from OpenTech Systems to both manage
our 
> 3494 Virtual Tape environment and as an aid in migration to TS7700 
> technology.
> 
> Does anyone have any experience  using these products or  know of any 
> other products on the market.
> 
> I just heard about this project and I don't know anything about these 
> products.
> 
> -- 
> Mark Jacobs
> Technical Services



I used TapeCopy to migrate from old to new virtual tape systems - it 
worked flawlessly.  I finished weeks ahead of schedule.

We still have some customers who insist on receiving tapes rather than 
file transmissions.  We didn't like the idea of generating the data on a 
tape and then sending that 1 copy offsite to the vendor.  So we set up a 
process using TapeCopy where the applications writes their dataset to 
virtual tape and then the tape  librarians mail a copy made with TapeCopy 
off to the customer.  We always have the original onsite in case of any 
dispute or need to send another copy.

Almost all of our application tape datasets are written to the virtual 
tape system and then stacked on what we call a container tapes (300GB ea) 
using VDR.  At DR we recover the last week to 10 days worth of data into a 

VTS.  If we have an application that needs data older than that, we 
recover it as needed.  It all works very smoothly, although it does take 
some time to recover that amount of data.  Using VDR also gives us the 
advantage when an application needs both an onsite and offsite copy of the 

same data - they create it once and then we create the offsite copy for 
them.  We use CA1 vault codes to drive the process and stack data with 
similar expiration characteristics - it's not perfect but works pretty 
well.

If you want more detailed info, please feel free to contact me offlist.
darth keller
**
This e-mail message and all attachments transmitted with it may contain legally 
privileged and/or confidential information intended solely for the use of the 
addressee(s). If the reader of this message is not the intended recipient, you 
are hereby notified that any reading, dissemination, distribution, copying, 
forwarding or other use of this message or its attachments is strictly 
prohibited. If you have received this message in error, please notify the 
sender immediately and delete this message and all copies and backups thereof.

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: Cross-assembler : HLASM --> 8086

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.)
> Sent: Sunday, June 03, 2007 9:08 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Cross-assembler : HLASM --> 8086
> 
> 
> In <[EMAIL PROTECTED]>, on 06/02/2007
>at 12:54 PM, Clem Clarke <[EMAIL PROTECTED]> said:
> 
> >It is possible to write code that runs on both the mainframe and a
> >PC.
> 
> Sure, in a language for which there are translators targeted to both
> platform. That's not the same as running code that was not designed to
> be portable.
>  
> -- 
>  Shmuel (Seymour J.) Metz, SysProg and JOAT

Yea, like Perl or Java! It does work (poorly). Perl may have problems
due to "bad coding" based upon an assumption of "ASCII" vs. "EBCDIC".
Java appears (so far) to handle this a bit better by being Unicode
based, internally. But I haven't done a lot of Java, so I am talking
from a very small experience level.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

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

Bizarre Z890 outage

[Marvin Lukasik]

Last Friday night ( why is it ALWAYS at night ?? ), the operations manager
called me complaining jobs were just stopping, with no error messages on the
console. I drove in since I couldn't log on TSO and sure enough, jobs were
just . stopped. Strangely, though, our many CICS regions were still chugging
along and some jobs were not only running to completion, but some were
initiating and completing just fine. No console messages at all. Fortunately,
I had an Omegamon session that indicated the hungs jobs were waiting on ENQ
for various packs on an old 3390 due to be replaced very soon. We called in
the hardware guys after trying to IPL a test LPAR with no success; it gave
us errors on the old 3390s. The hardware guys could find no errors at all 
either,
which are logged on a panel in the controller. They did a power down & IML,
which fixed everthing after we IPLed all LPARs. This morning, I noticed the MIH
values in IECIOS for that string is set to 50 minutes !!! Still, this problem
persisted for about 2-3 hours before the controller IML fixed it. Granted, 50
minutes seems wy to long ( set before I started ), but I would think some
where along the way some IOS error or something would have popped up.
Our system is a Z/890, Z/OS 1.4, disks are RAMAC-2 ESCON attached.
Our concern is something like this could happen again and why Z/OS didn't
tell us. Any ideas/comments?

--
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: SMP/E 3.4 - IBM Order Server Performance

[Mark Zelden]

On Sun, 3 Jun 2007 11:29:43 -0500, Brian Peterson
<[EMAIL PROTECTED]> wrote:

>At the moment, the only IBMLink ETR support queue for RECEIVE ORDER
>problems that I am aware of is 566894901 - the queue for SMP/E.  The folks
>on the receiving end of this queue currently take problem reports for RECEIVE
>ORDER and pass them along to the organization which actually supports the
>RECEIVE ORDER process, which I assume to be IBM Software Manufacturing in
>Boulder.
>
>I believe IBM is gradually becoming aware that it is necessary to establish
>better support for this "new world" of electronic interchange with
customers.  I
>suspect that the awareness of the necessity of this is currently highest in the
>SMP/E level 2 organization as well as their management, as they are the ones
>getting the brunt of the calls when IBM's order servers fail to process
orders in
>a timely fashion.
>
>I further suspect that each PMR opened against 566894901 for problems with
>IBM's internet RECEIVE ORDER process provides further evidence for the
>proposition that the current nonexistent support for RECEIVE ORDER process
>problems needs to be fixed.
>
>I also believe that SMP/E itself should be modified in order to help customers
>distinguish between
>
>1) customer setup issues and problems, and
>
>2) IBM order processing issues and problems,
>
>and that SMP/E should provide some sort of guidance as to which support
>organization to request assistance from.  I believe such enhancements to
>SMP/E further benefits IBM by helping customers get assistance from the
>correct organization.  However, right now, since there is no correct support
>organization to report an IBM order build error to, a message that
>says "Contact IBM order build organization to report this error" will not (yet)
>help.
>
>Brian
>

Good information Brian, but that didn't really answer my question.  I am
trying to find out if others are having similar delays and how often.

Should I have reported a problem Friday (and the last few times)?
What are the parameters that indicate a problem as opposed to just
being a little slow?How long should it take to just get HOLDDATA?
A single PTF or a few PTFs?  A bigger order similar to CBPDO like
CONTENT(ALL)?

Bob said his DB2 maintenance ordered via ShopZ took a long time.
So does SMP/E use the same servers to build orders as ShopZ? 

Regards,

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group:  G-ITO
mailto:[EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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

Interesting(?) observation - IOCP on a z9BC

[McKown, John]

We recently converted our 2086 (z890) to a 2096 (z9BC) via a "suicide
swap". Before doing the swap, I had writtin an IOCDS for the z9BC using
HCD and the "Write IOCDS in preparation of upgrade" to allow me to
create a 2096 IOCDS on a 2086. Well, something went wrong and the IOCDS
after the swap was unusable. Being a "belt and suspenders" man, I had
the IOCP source code already downloaded to my PC "just in case". So I
took that source and "compiled" it using the Stand Alone version of the
IOCP on the z9BC. Unfortunately, somehow, the machine type in my IOCP
deck was still 2086. The S/A IOCP accepted this without a murmur and we
POR'ed from it. 

This last weekend we did a Shark upgrade and I needed a new IODF / IOCDS
for the new addresses. I did not notice the bad processor type (2086),
but when I tried to create the IOCDS, I got:

Sev  MsgidMessage Text
 E  CBDA670I  The Update IOCDS is running on a processor with serial
number 02826A2096, but the function is to be performed for a
  processor with serial number 01826A2086.
 E  CBDA678I  Update IOCDS terminated unsuccessfully for configuration
A0.SYSTEM02.

EEK - cannot create a 2086 IOCDS on a 2096! OK, change the 2086 to 2096.
I could then create the IOCDS without a problem. However, now I cannot
do an ACTIVATE on the new IODF because it would change the processor
from a 2086 to a 2096. Great. Part of HCD says that I cannot create a
2086 IOCDS on a 2096 whereas another part says that I cannot activate a
2096 IODF because I'm on a 2086 (according to the model in the loaded
IOCDS). 

What I have done is create an IODF as a 2086 and ACTIVATE'd that
(hardware activate). I have also created another IODF as a 2096 and
created the IOCDS from that. These are identical other than 2086 vs.
2096. But now, to "fix" this problem, I must do a POR with the 2096
IOCDS.

Bottom line: Why did the S/A IOCP allow me to create a 2086 IOCDS on a
2096 machine? Did it assume the "Write IOCDS in preparation of upgrade"
option?

Anyway I posted this just because it seems weird to me and I thought I'd
"document" it here in case anybody else happens to be a clumsy as I and
mess up the processor type.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

--
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: Friday musings on the future of 3270 applications

[Craddock, Chris]

> >
> > You could classify the STCs into the same service classes as
> TSO
> 
> Not a good idea.  TSO should be defined with response time goals on
the
> order of seconds (or fractions thereof) .  That would be a very bad
idea
> for
> a started task.

Sorry Tom, you weren't paying attention. I wasn't suggesting you do that
for all STCs, but these particular STCs are actually running TSO. Hence
the need for the same (or at least related) service classes.

CC

--
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: SMP/E 3.4 - IBM Order Server Performance

[Bob Shannon]

>Bob said his DB2 maintenance ordered via ShopZ took a long time.
>So does SMP/E use the same servers to build orders as ShopZ?

I reordered this morning hoping more PTFs became available over 
the weekend. I received an email that the order is available for 
download, but Shop Z says it's still in final packaging. 

Bob Shannon

--
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: SMP/E 3.4 - IBM Order Server Performance

[Mark Zelden]

On Mon, 4 Jun 2007 08:41:17 -0500, Mark Zelden <[EMAIL PROTECTED]> wrote:

>
>Should I have reported a problem Friday (and the last few times)?
>What are the parameters that indicate a problem as opposed to just
>being a little slow?How long should it take to just get HOLDDATA?
>A single PTF or a few PTFs?  A bigger order similar to CBPDO like
>CONTENT(ALL)?
>

I wanted to add this:

Normally, just being slow is an inconvenience, but during weekend 
windows when we IPL new maintenance or even upgrade the OS,
this sort of delay could be critical.  

I used to order a PTF via IBMLINK electronic delivery and
you could say that it was an emergency or high priority (I can't
remember exactly... it has been years) and the package would
be ready to pull down from information exchange within minutes. 
Same for this URL (which no longer works)
http://techsupport.services.ibm.com/server/fixes?view=zSeries

I hope that whatever server(s) involved in building these orders has
the smarts to build small orders first instead of FIFO.   

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group:  G-ITO
mailto:[EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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

SIGNOFF IBM-MAIN

[LeGrande Valerie]

SIGNOFF  IBM-MAIN

This e-mail is confidential.  If you are not the intended recipient, you must 
not disclose or use the information contained in it.  If you have received this 
e-mail in error, please tell us immediately by return e-mail to [EMAIL 
PROTECTED] and delete the document.

E-mails containing unprofessional, discourteous or offensive remarks violate 
Sentry policy. You may report employee violations by forwarding the message to 
[EMAIL PROTECTED]

No recipient may use the information in this e-mail in violation of any civil 
or criminal statute. Sentry disclaims all liability for any unauthorized uses 
of this e-mail or its contents.

This e-mail constitutes neither an offer nor an acceptance of any offer. No 
contract may be entered into by a Sentry employee without express approval from 
an authorized Sentry manager.

Warning: Computer viruses can be transmitted via e-mail. Sentry accepts no 
liability or responsibility for any damage caused by any virus transmitted with 
this e-mail.


--
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: SMP/E 3.4 - IBM Order Server Performance

[Brian Peterson]

I have opened perhaps 5 PMRs with IBM so far this year reporting failure of 
RECEIVE ORDER to process an order before the default 120 minute timeout 
occurs.  Each time, IBM SMP/E support has been very helpful in getting the 
Boulder folks to fix their latest problem.

I've also opened maybe 2 PMRs this year against ShopzSeries, which were also 
resolved once support was engaged by my report of the problem.

Every RECEIVE ORDER I place is CONTENT(ALL).  I see no reason to ever 
specify anything other than CONTENT(ALL) - since DASD is cheap these days.  
Each order thus includes the following:

1) all PTFs since my last order,
2) refresh of all sourceids for all PTFs already in the Global zone, and
3) all HOLDDATA

Since every order is CONTENT(ALL), each order is not that big.

Using this strategy, it's essential to run APPLYs using sourceids such as RSU* 
or selected PUTs (current-1, or -2, or -3, etc).

When I have problems with ShopzSeries orders, I report them using 
ShopzSeries instructions (under the Customer Service button), which say to 
open a PMR against component SHOPZSERIES, which then gives you a prompt 
to distinguish between "Service only" problems, and all other problems.

My most recent PMR against RECEIVE ORDER (comp id 566894901) was opened 
5/22/2007, and my most recent PMR against ShopzSeries (which resolved to 
comp id ZGEN0) was opened 5/23/2007.  Once problems are reported, 
they get resolved within a few hours, usually, in my experience.

Brian

On Mon, 4 Jun 2007 08:41:17 -0500, Mark Zelden wrote:

>
>Good information Brian, but that didn't really answer my question.  I am
>trying to find out if others are having similar delays and how often.
>
>Should I have reported a problem Friday (and the last few times)?
>What are the parameters that indicate a problem as opposed to just
>being a little slow?How long should it take to just get HOLDDATA?
>A single PTF or a few PTFs?  A bigger order similar to CBPDO like
>CONTENT(ALL)?
>
>Bob said his DB2 maintenance ordered via ShopZ took a long time.
>So does SMP/E use the same servers to build orders as ShopZ?
>
>Regards,
>
>Mark
>--
>Mark Zelden

--
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: EZtrieve query

[Howard Brazee]

On 1 Jun 2007 17:13:02 -0700, [EMAIL PROTECTED] (Don Leahy)
wrote:

>I suggest you post this question on the MVSHELP board.  This list is more of 
>a systems programmers' forum.

I did a search for MVSHELP in my provider's list of newsgroup without
finding it.

--
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: VTS Management and Migration

[Gabe Torres]

Mark,
  We are in the midst of a migration using FATSCOPY. The product seems
to be accomplishing the migration with few problems.  Some issues to
watch out for are VTS Tapes created by sub-systems that record the
volser somewhere inside the subsystem.  The data may be migrated to
another volume (In our case, a complete new Volser Range) and recorded
fine in RMM/TLMS, but the subsystem still has pointers to the old
volume.  

Some of these were DB2, SAR, and HSM.  These will require more
research/solutions.

gabe





>Does anyone have any experience  using these products or  know of any
other products on the market.
>
>I just heard about this project and I don't know anything about these
products.
>
>--
>Mark Jacobs
>Technical Services
>Time Customer Service - Tampa, FL

--
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: Friday musings on the future of 3270 applications

[Howard Brazee]

On 2 Jun 2007 18:02:37 -0700, in bit.listserv.ibm-main you wrote:

>I don't know about Opera, but IE is far from standards compliant. In
>some ways a web interface has more portability issues than the WSA
>approach, and would give worse performance. I'd prefer that IBM offer
>it as an option, if at all.

Opera's claims is to be more de jure compliant than Firefox.  (and
thus far more de jure compliant than IE).

That said, I have corresponded with web masters who claim that there
is no reason for them to switch from IE, as virtually everybody who
uses their web pages uses IE - of course the fact that compliant
browsers won't work on their pages might have something to do with it.

I also use a 3270 emulator that uses Active-X with IE, and Java with
other browsers.

--
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: Principles of Operation in pop American English?

[Howard Brazee]

On 1 Jun 2007 16:57:28 -0700, [EMAIL PROTECTED] wrote:

>The egg may have hatched a chicken buy was it a 'chicken egg' ?
>
>Assuming of course that the question is which came first the chicken or
>the chicken egg.  If you use the more generic egg with no requirement
>for it to be a chicken egg then one could safely state the egg came
>first.

Assuming evolution - the very first chicken came from a chicken egg,
laid by something with enough differences in genes to not qualify as a
chicken.

--
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: EZtrieve query

[Alan Brown]

http://mvshelp.net/vbforums/ 


Alan Brown
Princeton Softech
(609) 627-5598 [direct]
(706) 462-2249 [office]

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Howard Brazee
Sent: Monday, June 04, 2007 11:19 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: EZtrieve query

On 1 Jun 2007 17:13:02 -0700, [EMAIL PROTECTED] (Don Leahy)
wrote:

>I suggest you post this question on the MVSHELP board.  This list is
more of 
>a systems programmers' forum.

I did a search for MVSHELP in my provider's list of newsgroup without
finding it.

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

SYSTERM to DSN

[Daniel McLaughlin]

Co-worker running a bunch of commands and jobs that send the output back 
to his screen. He'd rather have it in a file for editing and manipulation. 
These 
are things like various HSM commands. We're going crazy with this. Would 
some kind soul put us out of our misery by revealing the mystery sequence?

Muchly 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: VTS Management and Migration

[Mark Jacobs]

Darth Keller wrote:

"Mark Jacobs" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
  
We are looking into two products, VDR (Virtual Data Recovery) & VTAR 
(Virtual Tape Advanced Recall) from OpenTech Systems to both manage

our 
  
3494 Virtual Tape environment and as an aid in migration to TS7700 
technology.


Does anyone have any experience  using these products or  know of any 
other products on the market.


I just heard about this project and I don't know anything about these 
products.


--
Mark Jacobs
Technical Services



I used TapeCopy to migrate from old to new virtual tape systems - it 
worked flawlessly.  I finished weeks ahead of schedule.


  



Can you expand on what you mean by "TapeCopy"?

--
Mark Jacobs
Technical Services
Time Customer Service - Tampa, FL
--
Victory in defeat, there is none higher. She didn't give up, Ben; 
she's still trying to lift that stone after it has crushed her.
She's a father going down to a dull office job while cancer is 
painfully eating away his insides, so as to bring home one more pay 
check for the kids. She's a twelve-year-old girl trying to mother her
baby brothers and sisters because Mama had to go to Heaven. She's a 
switchboard operator sticking to her job while smoke is choking her 
and the fire is cutting off her escape. She's all the unsung heroes

who couldn't quite cut it but never quit.*

Robert A. Heinlein - Stranger in a Strange Land 

*Referring to the Auguste Rodin sculpture, Caryatid Who Has Fallen under Her Stone 


--
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: SYSTERM to DSN

[O'Brien, David W. (NIH/CIT) [C]]

Danial,
 
  Instead of executing HSM commands, submit them as input to IKJEFT01. sample 
below
 
//MIGDB2 JOB (ZZXZ,112,L,99),'HSM BATCH MIGRATE',  
//  USER=,NOTIFY=,MSGCLASS=
//*
//*
//**  BATCH TSO
//**   
//*
//*
//STEP1   EXEC PGM=IKJEFT01,   
// REGION=4000K
//*
//SYSTSPRT  DD SYSOUT=*
//SYSUDUMP  DD SYSOUT=*
//*
//SYSTSIN   DD *   
HRECALL 'DSNDCAT1.DSNDBC.$THU.TESTRTBL.I0001.A001' NOWAIT  
HRECALL 'DSNDCAT1.DSNDBC.ACMDB.TSACTCOD.I0001.A001' NOWAIT
 
   



From: Daniel McLaughlin [mailto:[EMAIL PROTECTED]
Sent: Mon 6/4/2007 11:33 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SYSTERM to DSN



Co-worker running a bunch of commands and jobs that send the output back
to his screen. He'd rather have it in a file for editing and manipulation. These
are things like various HSM commands. We're going crazy with this. Would
some kind soul put us out of our misery by revealing the mystery sequence?

Muchly 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



--
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: EZtrieve query

[Howard Brazee]

On 4 Jun 2007 08:31:17 -0700, [EMAIL PROTECTED] (Alan Brown) wrote:

>http://mvshelp.net/vbforums/ 

Thanks.   I guess GUI forums are the wave of the present.   But they
certainly are much slower and clumsier than text forums.   Great for
people with extra time, and an irritation for the rest of us.

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

Location of Time Out Setting in z/OS

[Howard Rifkind]

Hello all,

Would some one be able to tell me where in z/OS you
set the default time out setting for TSO?

I simply forgot where to set this value.

Thanks.


   

Got a little couch potato? 
Check out fun summer activities for kids.
http://search.yahoo.com/search?fr=oni_on_mail&p=summer+activities+for+kids&cs=bz
 

--
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: Location of Time Out Setting in z/OS

[Mark Jacobs]

Howard Rifkind wrote:

Hello all,

Would some one be able to tell me where in z/OS you
set the default time out setting for TSO?

I simply forgot where to set this value.

Thanks.


   
___

JWT in SMFPRMxx

--
Mark Jacobs
Technical Services
Time Customer Service - Tampa, FL
--
Victory in defeat, there is none higher. She didn't give up, Ben; 
she's still trying to lift that stone after it has crushed her.
She's a father going down to a dull office job while cancer is 
painfully eating away his insides, so as to bring home one more pay 
check for the kids. She's a twelve-year-old girl trying to mother her
baby brothers and sisters because Mama had to go to Heaven. She's a 
switchboard operator sticking to her job while smoke is choking her 
and the fire is cutting off her escape. She's all the unsung heroes

who couldn't quite cut it but never quit.*

Robert A. Heinlein - Stranger in a Strange Land 

*Referring to the Auguste Rodin sculpture, Caryatid Who Has Fallen under Her Stone 


--
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: SYSTERM to DSN

[Lizette Koehler]

You did not say which DFSMShsm commands are being used.  For HRECALL or HRECOV 
you may have to find a way to "trap" the output like in REXX.  For others like 
TTOC you can send it to a data set directly.

For some reason, HSM just loves to send things back to the TSO ID.  

One thought I had was to hold the brodcasts till ready.  But to do this you 
should have your own User Broadcast data set.  If your "SEND" messages like in 
something like SYS1.BRODCAST then you probably cannot do this.  If it is in 
TSOID.brodcast - you can.

>From anywhere in TSO or ISPF list your TSO PROFILE.  (Opt 6 in ISPF - TSO 
>PROF)  See if you have the following:  WTPMSG, INTERCOM, MSGID.  If you do 
>then you can probably turn mail off so it is held in the TSO Brodcast data 
>set.  Then you can browse or view your brodcast data set and copy the 
>information to somewhere else.

Use:  TSO PROF NOWTPMSG NOINTERCOM
Next logon to TSO again but on the panel where you enter your Password go to 
the bottom and select NOMAIL.


Hope this helps.

Lizette

>
>Co-worker running a bunch of commands and jobs that send the output back 
>to his screen. He'd rather have it in a file for editing and manipulation. 
>These 
>are things like various HSM commands. We're going crazy with this. Would 
>some kind soul put us out of our misery by revealing the mystery sequence?
>
>

--
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: Location of Time Out Setting in z/OS

[Howard Rifkind]

Thanks Mark...

Really much appreciated.

--- Mark Jacobs <[EMAIL PROTECTED]> wrote:

> Howard Rifkind wrote:
> > Hello all,
> >
> > Would some one be able to tell me where in z/OS
> you
> > set the default time out setting for TSO?
> >
> > I simply forgot where to set this value.
> >
> > Thanks.
> >
> >
> >
> > ___
> JWT in SMFPRMxx
> 
> -- 
> Mark Jacobs
> Technical Services
> Time Customer Service - Tampa, FL
> --
> Victory in defeat, there is none higher. She didn't
> give up, Ben; 
> she's still trying to lift that stone after it has
> crushed her.
> She's a father going down to a dull office job while
> cancer is 
> painfully eating away his insides, so as to bring
> home one more pay 
> check for the kids. She's a twelve-year-old girl
> trying to mother her
> baby brothers and sisters because Mama had to go to
> Heaven. She's a 
> switchboard operator sticking to her job while smoke
> is choking her 
> and the fire is cutting off her escape. She's all
> the unsung heroes
> who couldn't quite cut it but never quit.*
> 
> Robert A. Heinlein - Stranger in a Strange Land 
> 
> *Referring to the Auguste Rodin sculpture, Caryatid
> Who Has Fallen under Her Stone 
> 
>
--
> 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
> 



   

Moody friends. Drama queens. Your life? Nope! - their life, your story. Play 
Sims Stories at Yahoo! Games.
http://sims.yahoo.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: VTS Management and Migration

[Darth Keller]

>> 
>
> I used TapeCopy to migrate from old to new virtual tape systems - it 
> worked flawlessly.  I finished weeks ahead of schedule.
>
> 
>Can you expand on what you mean by "TapeCopy"?



I believe Tape/Copy is the 'base product' from OpenTech and VDR is an 
extra cost feature - although I didn't see anything in my quick check of 
their website that specifically confirmed that.  Their website is very 
informative & helpfuly & has some very nice, helpful brochures with 
pictures.  I always like pictures.
http://www.opentechsystems.com/

We also looked at their VTAR product, but Mgmt decided to go without it. 
There is a recycle process that goes along with all the VDR processing 
where VTAR would be very helpful by pre-staging the virtual tapes back 
into the VTS buffer.

Someone else did raise a caution about products like SAR that keep track 
of tape volser's internally and I do remember that we did have to work 
around a couple of those products.  It's been a while now, but I think 
with SAR the SysProg responsible was able to update the database & tell it 
where the moved datasets were.  I don't remember doing anything special 
with the HSM tapes, but that could be due more to a failing memory as a 
result of the early onset of old age than the project itself. 

I do know that we tried to point our ABARS tapes into the VTS and then use 
VDR for them, had issues, and had to re-direct them back to physical tape. 
 I know that OpenTech has made updates to account for any problems we had 
with the ABARS tapes, but I've not had any time to go back & test every 
thing out again.  We're not a very big ABARS shop, so there's not been a 
lot pressure to put these tapes back into the VTS.  Its on my list of 
things to due in my copious spare time.
ddkeller







**
This e-mail message and all attachments transmitted with it may contain legally 
privileged and/or confidential information intended solely for the use of the 
addressee(s). If the reader of this message is not the intended recipient, you 
are hereby notified that any reading, dissemination, distribution, copying, 
forwarding or other use of this message or its attachments is strictly 
prohibited. If you have received this message in error, please notify the 
sender immediately and delete this message and all copies and backups thereof.

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

RMPTTOM Display

[John P Donnelly]

Anyway to display the RMPTTOM value in effect?

 

We are z/OS V1R4, soon z/OS V1R7, on a z800;  just set RMPTTOM from
default 1000 to 5000…not really seeing any impact...any value
suggestions?

 

John Donnelly

z/OS Systems Services

National Semiconductor

Corporation

2900 Semiconductor Drive

Santa Clara, CA 95051

PH: 408-721-5640

Email: [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: SYSTERM to DSN

[Larry Burch]

The HSM's command may be directed to a file:

 HLIST  LEVEL(ABC)  OUTDATASET(hsm.list.dsname)

The DISP= appears to always be "mod", so multiple jobs could use the same 
file.  There might be file contention situations, undesired out-of-orderness, 
etc.


On Mon, 4 Jun 2007 11:41:12 -0400, O'Brien, David W. (NIH/CIT) [C] 
<[EMAIL PROTECTED]> wrote:

>Danial,
> 
>  Instead of executing HSM commands, submit them as input to IKJEFT01. 
sample below
> 
>//MIGDB2 JOB (ZZXZ,112,L,99),'HSM BATCH MIGRATE',  
>//  USER=,NOTIFY=,MSGCLASS=
>//*
>//*
>//**  BATCH TSO
>//**   
>//*
>//*
>//STEP1   EXEC PGM=IKJEFT01,   
>// REGION=4000K
>//*
>//SYSTSPRT  DD SYSOUT=*
>//SYSUDUMP  DD SYSOUT=*
>//*
>//SYSTSIN   DD *   
>HRECALL 'DSNDCAT1.DSNDBC.$THU.TESTRTBL.I0001.A001' NOWAIT  
>HRECALL 'DSNDCAT1.DSNDBC.ACMDB.TSACTCOD.I0001.A001' NOWAIT
> 
>   
>
>
>
>From: Daniel McLaughlin [mailto:[EMAIL PROTECTED]
>Sent: Mon 6/4/2007 11:33 AM
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: SYSTERM to DSN
>
>
>
>Co-worker running a bunch of commands and jobs that send the output back
>to his screen. He'd rather have it in a file for editing and manipulation. 
>These
>are things like various HSM commands. We're going crazy with this. Would
>some kind soul put us out of our misery by revealing the mystery sequence?
>
>Muchly 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: IEBCOPY through REXX

[Dave Kopischke]

On Fri, 1 Jun 2007 08:37:18 -0500, Paul Gilmartin wrote:

>>"ALLOC F(SYSIN),
>>   RECFM(F,B) LRECL(80) BLKSIZE(27920),
>>   SPACE(1) TRACKS CATALOG"
>>
>What is the effect (and purpose) of specifying CATALOG with
>what appears to be a temporary data set.
>

Nothing. This is really old stuff, so either I had a DSN in the first cut and 
missed deleting it when it went temporary, or I copied it from something else. 
I 
rarely have an original thought, so I'm thinking I probably pulled it apart 
from 
something else and missed removing the CATALOG. As you point out, it serves 
no purpose.

--
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: Principles of Operation in pop American English?

[Chris Mason]

Howard

The problem is that evolution is analogue whereas classification, with 
"species" somewhere in the middle of the hierarchy, is digital. I have 
"Origin of Species", as edited by Richard Leakey[1], and I did read through 
it once.[2] I can't remember for sure but I expect Darwin realised that 
classification was a rough and ready tool to try to apply some order to a 
fluid phenomenon. Anyhow, I expect neither the chicken, the egg nor the 
genes was/were much bothered about any qualifications.


[1] With all this talk of dinosaurs being associated with the "mainframe", 
I'm reminded of the other Richard Leakey book I have: "The Sixth 
Extinction". Will the "mainframe" be included in the rapid disappearance of 
species?


[2] And I know the book is/was available in the USA because that's where I 
bought it, $15.95, ISBN 0-8090-5735-2.


Chris Mason

- Original Message - 
From: "Howard Brazee" <[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Monday, June 04, 2007 5:28 PM
Subject: Re: Principles of Operation in pop American English?



On 1 Jun 2007 16:57:28 -0700, [EMAIL PROTECTED] wrote:


The egg may have hatched a chicken buy was it a 'chicken egg' ?

Assuming of course that the question is which came first the chicken or
the chicken egg.  If you use the more generic egg with no requirement
for it to be a chicken egg then one could safely state the egg came
first.


Assuming evolution - the very first chicken came from a chicken egg,
laid by something with enough differences in genes to not qualify as a
chicken. 


--
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: SYSTERM to DSN

[O'Brien, David W. (NIH/CIT) [C]]

Daniel,
 
  Could you supply more info as to what HSM commands are involved? Some such as 
HLIST lend themselves to output datasets - see ODS parameter.
 
Others such as Delete, Bdelete, Rceall and Recover don't support ODS and are 
better served submitting in batch via IKJEFT01. 




--
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: SYSTERM to DSN

[Larry Burch]

And many/most commands that might not support ODS *can* be initiated with 
an HSEND command (using pgm=IKJEFT01), which *does* provide the ODS 
facility.

(I've just now reviewed/rediscovered some of my "HSEND FIXCDS ... ODS
(...)" and  "HSEND  RECYCLE   ODS(...)" commands from last January!)



On Mon, 4 Jun 2007 12:52:34 -0400, O'Brien, David W. (NIH/CIT) [C] 
<[EMAIL PROTECTED]> wrote:

>Daniel,
> 
>  Could you supply more info as to what HSM commands are involved? Some 
such as HLIST lend themselves to output datasets - see ODS parameter.
> 
>Others such as Delete, Bdelete, Rceall and Recover don't support ODS and 
are better served submitting in batch via IKJEFT01. 
>
>

--
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: Principles of Operation in pop American English?

[Howard Brazee]

On 4 Jun 2007 09:42:26 -0700, in bit.listserv.ibm-main you wrote:

>[1] With all this talk of dinosaurs being associated with the "mainframe", 
>I'm reminded of the other Richard Leakey book I have: "The Sixth 
>Extinction". Will the "mainframe" be included in the rapid disappearance of 
>species?

I'm trying to think of some technology that has disappeared
altogether.   It's hard to imagine some hobbyist 200 years ago using a
mainframe the way that hobbyists do with, say bookbinding.

I think though that some of the old SF writers weren't entirely wrong.
While sail ships are now predominately toys, there still are their
successors, carrying cargo across the seas.   They are bigger, more
powerful, and very different - but they are ships.

It's easy to foresee a time when the world is full of pervasive micro
and nano computers - but hard to foresee them being exclusive.   There
will be uses for possibly isolated big iron computing.

Maybe Railroads are a better analogy.   The trains are vastly
outnumbered by cars and trucks - but they still move lots of cargo.
And their technology is being touted at a smaller scale for mass
transportation as well.

Things will change, but it won't be a simple replacement of the old by
the new of the day.

--
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: SYSTERM to DSN

[J R]

I suspect that the immediate command responses are not
the ones at issue.  There are also the asynchronous ones
emanating from the HSM address space.  In this case, the
solution proposed by Lizette may be a better approach.



From: "O'Brien, David W. (NIH/CIT) [C]" <[EMAIL PROTECTED]>
Reply-To: IBM Mainframe Discussion List 
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SYSTERM to DSN
Date: Mon, 4 Jun 2007 12:52:34 -0400

Daniel,

  Could you supply more info as to what HSM commands are involved? Some 
such as HLIST lend themselves to output datasets - see ODS parameter.


Others such as Delete, Bdelete, Rceall and Recover don't support ODS and 
are better served submitting in batch via IKJEFT01.






_
Like puzzles? Play free games & earn great prizes. Play Clink now. 
http://club.live.com/clink.aspx?icid=clink_hotmailtextlink2


--
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: SYSTERM to DSN

[O'Brien, David W. (NIH/CIT) [C]]

Rather than 'suspect', why don't we wait for Daniel to supply the requested 
information.



From: J R [mailto:[EMAIL PROTECTED]
Sent: Mon 6/4/2007 1:25 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SYSTERM to DSN



I suspect that the immediate command responses are not
the ones at issue.  There are also the asynchronous ones
emanating from the HSM address space.  In this case, the
solution proposed by Lizette may be a better approach.


>From: "O'Brien, David W. (NIH/CIT) [C]" <[EMAIL PROTECTED]>
>Reply-To: IBM Mainframe Discussion List 
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: Re: SYSTERM to DSN
>Date: Mon, 4 Jun 2007 12:52:34 -0400
>
>Daniel,
>
>   Could you supply more info as to what HSM commands are involved? Some
>such as HLIST lend themselves to output datasets - see ODS parameter.
>
>Others such as Delete, Bdelete, Rceall and Recover don't support ODS and
>are better served submitting in batch via IKJEFT01.
>
>
>

_
Like puzzles? Play free games & earn great prizes. Play Clink now.
http://club.live.com/clink.aspx?icid=clink_hotmailtextlink2

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

Migrate/Recall non-sms and space release

[Gary Gentzel]

Is there a way to migrate and recall a non-SMS dataset (in order to 
easily move it from one non-SMS disk volume to another) without 
releasing it's free space.  We have some datasets we'd like to move - 
HSM would make it easy to do, but we want to preserve the free space in 
the current extent.  It seems to do a 'partial release' type function.


thanks

Gary Gentzel
Systems Administrator - Mainframe
Pennsylvania State University

--
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: SYSTERM to DSN

[J R]

Oops!  It seems I've violated O'Brien's law of forum decorum.
Please accept my humble apologies.



From: "O'Brien, David W. (NIH/CIT) [C]" <[EMAIL PROTECTED]>
Reply-To: IBM Mainframe Discussion List 
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SYSTERM to DSN
Date: Mon, 4 Jun 2007 13:41:27 -0400

Rather than 'suspect', why don't we wait for Daniel to supply the requested 
information.




From: J R [mailto:[EMAIL PROTECTED]
Sent: Mon 6/4/2007 1:25 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SYSTERM to DSN



I suspect that the immediate command responses are not
the ones at issue.  There are also the asynchronous ones
emanating from the HSM address space.  In this case, the
solution proposed by Lizette may be a better approach.


>From: "O'Brien, David W. (NIH/CIT) [C]" <[EMAIL PROTECTED]>
>Reply-To: IBM Mainframe Discussion List 
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: Re: SYSTERM to DSN
>Date: Mon, 4 Jun 2007 12:52:34 -0400
>
>Daniel,
>
>   Could you supply more info as to what HSM commands are involved? Some
>such as HLIST lend themselves to output datasets - see ODS parameter.
>
>Others such as Delete, Bdelete, Rceall and Recover don't support ODS and
>are better served submitting in batch via IKJEFT01.
>
>
>



_
Don’t miss your chance to WIN $10,000 and other great prizes from Microsoft 
Office Live http://clk.atdmt.com/MRT/go/aub0540003042mrt/direct/01/


--
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: Principles of Operation in pop American English?

[Dennis Carrasquillo]

Just because you install an elevator does not mean you will remove the
stairs.


- Original Message - 
From: "Howard Brazee" <[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
To: <>
Sent: Monday, June 04, 2007 10:19 AM
Subject: Re: Principles of Operation in pop American English?



On 4 Jun 2007 09:42:26 -0700, in bit.listserv.ibm-main you wrote:

[1] With all this talk of dinosaurs being associated with the 
"mainframe",

I'm reminded of the other Richard Leakey book I have: "The Sixth
Extinction". Will the "mainframe" be included in the rapid disappearance 
of

species?


I'm trying to think of some technology that has disappeared
altogether.   It's hard to imagine some hobbyist 200 years ago using a
mainframe the way that hobbyists do with, say bookbinding.

I think though that some of the old SF writers weren't entirely wrong.
While sail ships are now predominately toys, there still are their
successors, carrying cargo across the seas.   They are bigger, more
powerful, and very different - but they are ships.

It's easy to foresee a time when the world is full of pervasive micro
and nano computers - but hard to foresee them being exclusive.   There
will be uses for possibly isolated big iron computing.

Maybe Railroads are a better analogy.   The trains are vastly
outnumbered by cars and trucks - but they still move lots of cargo.
And their technology is being touted at a smaller scale for mass
transportation as well.

Things will change, but it won't be a simple replacement of the old by
the new of the day.

--
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: Principles of Operation in pop American English?

[Veilleux, Jon L]

 
Tell that to the IBMLINK folks at IBM

Jon L. Veilleux
[EMAIL PROTECTED]
(860) 636-2683 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Dennis Carrasquillo
Sent: Monday, June 04, 2007 1:55 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Fw: Principles of Operation in pop American English?

 Just because you install an elevator does not mean you will remove the
stairs.


This e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna

--
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: Migrate/Recall non-sms and space release

[Mark Jacobs]

Gary Gentzel wrote:
Is there a way to migrate and recall a non-SMS dataset (in order to 
easily move it from one non-SMS disk volume to another) without 
releasing it's free space.  We have some datasets we'd like to move - 
HSM would make it easy to do, but we want to preserve the free space 
in the current extent.  It seems to do a 'partial release' type function.


thanks

Gary Gentzel
Systems Administrator - Mainframe
Pennsylvania State University

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

Isn't it just as easy to perform a DFDSS copy with the ALLDATA and 
ALLEXCP keywords?


--
Mark Jacobs
Technical Services
Time Customer Service - Tampa, FL
--
Victory in defeat, there is none higher. She didn't give up, Ben; 
she's still trying to lift that stone after it has crushed her.
She's a father going down to a dull office job while cancer is 
painfully eating away his insides, so as to bring home one more pay 
check for the kids. She's a twelve-year-old girl trying to mother her
baby brothers and sisters because Mama had to go to Heaven. She's a 
switchboard operator sticking to her job while smoke is choking her 
and the fire is cutting off her escape. She's all the unsung heroes

who couldn't quite cut it but never quit.*

Robert A. Heinlein - Stranger in a Strange Land 

*Referring to the Auguste Rodin sculpture, Caryatid Who Has Fallen under Her Stone 


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

Trouble accessing IBM LMS site?

[Ken Porowski]

Anyone having trouble accessing IBMs LMS site?

http://www.ibm.com/software/lms

I've been trying all day and no response.

Ken Porowski
AVP Systems Software
CIT Group
E: [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: Interesting(?) observation - IOCP on a z9BC

[Dave Kopischke]

On Mon, 4 Jun 2007 08:42:23 -0500, McKown, John wrote:

>
>This last weekend we did a Shark upgrade and I needed a new IODF / IOCDS
>for the new addresses. I did not notice the bad processor type (2086),
>but when I tried to create the IOCDS, I got:
>
>Sev  MsgidMessage Text
> E  CBDA670I  The Update IOCDS is running on a processor with serial
>number 02826A2096, but the function is to be performed for a
>  processor with serial number 01826A2086.
> E  CBDA678I  Update IOCDS terminated unsuccessfully for configuration
>A0.SYSTEM02.
>

I had a similar problem when we migrated to the z9BC. I came from a z800 
though, so I had to go through the PCHID conversion piece. To make a long 
story short, I missed the import part in the PCHID conversion process:

http://bama.ua.edu/cgi-bin/wa?A2=ind0701&L=ibm-
main&P=R69575&I=1&X=7633020B89D16C2428&Y=dgkopischke%
40oppenheimerfunds.com&m=166934

(Mind the wrap)

I had to go back through and perform parts of the conversion process through 
the import steps. Then I made my changes to the imported IODF and it 
activated along with the IOCDS just fine.

I believe the z890 already had PCHIDs, so your recovery process will be 
different. Since you've already got your machine running on a manually 
adjusted IOCP, you should be able to re-do the exercise of exporting your 
IODF in preparation for a new processor and re-import it back to get yourself 
back in sync.

Good luck.

--
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: SMP/E 3.4 - IBM Order Server Performance

[Jack Kelly]

>I ordered a single APAR earlier this morning and the job "timed out". The
>default is 120 minutes of waiting.

I have to agree with Brian and Mark that the Receive Order is a very nice 
feature but certainly has loss its responsiveness. The last APAR (6 
SYSMODs) that I ordered required more than 3 but less than 5 hours to 
complete. This is a tad more than the 15 - 20 minutes from a couple of 
month ago.. 

Jack Kelly
LA Systems @ US Courts
x 202-502-2390

--
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: RMPTTOM Display

[Mark Zelden]

On Mon, 4 Jun 2007 16:36:47 +, John P Donnelly <[EMAIL PROTECTED]>
wrote:

>Anyway to display the RMPTTOM value in effect?
>

Well... it's there in IRARMPT pointed to by RMCTRMPT (RMCT), but
figuring out what the numbers mean might be tricky.  Roland added
it to ShowMVS 715, but it must need some work (see below). :-)
Especially after the changes introduced by APAR OA18452  (z/OS 1.7
and z/OS 1.8)  

On a z/OS 1.8 sandbox system with RMPTTOM=1, ShowMVS displayed
"RMPTTOM = 14560 in seconds"

ON a z/OS 1.6 sandbox system with RMPTTOM=1, ShowMVS displayed
"RMPTTOM = 14 in seconds".  I changed it to RMPTTOM=8000 and ShowMVS
displayed "RMPTTOM = 11 in seconds".  Both LPARs are on a z9EC.

On a production z900 LPAR running 1.8 with the default (now 3000), ShowMVS
displayed "RMPTTOM = 11136 in seconds". 
 
On a production z900 LPAR running 1.6 with the default (1000), ShowMVS
displayed "RMPTTOM = 4 in seconds".

On a production z9EC LPAR running 1.6 with non-default of 2000, ShowMVS
displayed "RMPTTOM = 3 in seconds".

>
>We are z/OS V1R4, soon z/OS V1R7, on a z800;  just set RMPTTOM from
>default 1000 to 5000…not really seeing any impact...any value
>suggestions?
>

Leave it default - especially if you aren't 100% and haven't seen a drop
in captured time.  One less thing to change later.

There was a flash on this plus lots of talk on the MXG list (from what I heard,
I don't follow MXG-L).   I read the flash but I don't remember exactly what
it said.  I think it said to do what I have set up now.  2000 for z990 or z9EC,
(or z890 z9BC without throttled engines) but the PTFs for APAR OA18452 
change it to 3000 for LPARs that have a uni-processor speed of more than
100 of those meaningless indicator of speed thingies.  So as I am rolling out 
z/OS 1.8, I am removing RMPTTOM=2000 from the LPARs that have it.

Regards,

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group:  G-ITO
mailto:[EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: SYSTERM to DSN

[Mark Zelden]

On Mon, 4 Jun 2007 13:41:27 -0400, O'Brien, David W. (NIH/CIT) [C]
<[EMAIL PROTECTED]> wrote:

>Rather than 'suspect', why don't we wait for Daniel to supply the requested
information.
>

Not a bad idea.  But...

1) It can make interesting discussion while we all try an figure it out.

2) Many times the OP doesn't post back.

--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group:  G-ITO
mailto:[EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: Trouble accessing IBM LMS site?

[Michael Wickman]

I got in today, but the sign on page was troubling.  Had to use the
click box on bottom of page and not the one on the left hand side

===





"This email is intended to be reviewed by only the intended recipient
 and may contain information that is privileged and/or confidential.
 If you are not the intended recipient, you are hereby notified that
 any review, use, dissemination, disclosure or copying of this email
 and its attachments, if any, is strictly prohibited.  If you have
 received this email in error, please immediately notify the sender by
 return email and delete this email from your 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

Re: Trouble accessing IBM LMS site?

[Poindexter, Reggie]

Yes; I received the following from their support:

Hello

Thank you for reporting the problem.
We are already aware of the issue and our technical team is working on it.
You will be notified as soon as the application is up and running again.
Technical team has 24 hours to fix the problem (till 17:30 CET)

Kind regards
Blazej Pawlak

Please do not reply to the sender of this message, but to [EMAIL PROTECTED]
- always reply with history!

WW Customer Support
IBM - ISC, Customer Fulfillment

Sortemosevej 21 - 3450 Alleroed - Denmark
Fax: +45  4814 0391
mailto:[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

SHARE in San Diego, August 12-17, 2007

[Brian Peterson]

Greetings to all!  It's time to start thinking about the Summer SHARE, August 
12-17, 2007 in San Diego, California.  We have an excellent slate of sessions, 
and a bevy of willing speakers. All we need is you!  We hope you'll be able to 
attend, and please look us up if you do.  Check out http://www.share.org for 
registration details.

PLEASE NOTE:  As a "heads up" for regular SHARE attendees, several Projects 
within the MVS Program at SHARE have scheduled a strong technical program 
starting Sunday afternoon at 1:30 pm for the San Diego SHARE.  Please make 
sure you check the online agenda tools before making travel arrangements, so 
that you get to San Diego in time to take advantage of sessions you don't 
want to miss which are being offered starting Sunday afternoon.

Skip Robinson and Brian Peterson
MVS Program Managers


Getting to the latest z/OS
--
z/OS 1.9 is just around the corner.  Have you skipped a z/OS release or two?  
The latest z/OS release includes many new features you need to know about - 
for example, are your JES2 exits ready for the major changes in z/OS 1.7?  
SHARE is the place to get the latest information to help plan your migration.  
Highlighted sessions include: 

Migrating to z/OS 1.9 Part 1 - Get Ready
Migrating to z/OS 1.9 Part 2 - Get Set
Migrating to z/OS 1.9 Part 3 - Go!
What's New in z/OS 1.9
What's New in z/OS Health Checker for z/OS 1.9
z/OS 1.9 System REXX - An Introduction to SYSREXX
ServerPac: Enhancements from z/OS 1.7 through z/OS 1.9
z/OS Maintenance Best Practices
z/OS Deployment Best Practices
JES3 z/OS 1.9 New Features
JES2 z/OS 1.9 and SDSF Preview
z/OS 1.8 User Experiences
Workload Manager Update for z/OS 1.8 and z/OS 1.9


The Sysplex Timer is Dead!
--
Since the beginning of Parallel Sysplex, our installations have depended upon 
the IBM 9037-001 and 9037-002 Sysplex Timers to provide our sysplexes with 
a common time source.  This technology has reached its end (withdrawn from 
marketing at the end of 2006), and is replaced by Server Time Protocol (STP), 
a new technology built into z9 and z990 servers.  Does "built in" mean 
"simple"? 
(Here's a hint: NO!)  Do you know when you must convert?  Do you know HOW 
to convert?  What about planning for critical recovery considerations?  Come 
to SHARE to find out the answers.

Replacing Sysplex Timers: Server Time Protocol (STP) Overview and Planning
Replacing Sysplex Timers: Server Time Protocol (STP) Recovery
Replacing Sysplex Timers: Server Time Protocol (STP) User Experiences
   Migrating to STP in the Development Lab


Introductory Sessions
-
You've just joined the ranks as a new sysprog, or perhaps you've just picked 
up some new job responsibilities.  Of course, you always get to support 
everything you previously had.  How do you get up to speed quickly on the 
new stuff?  Why SHARE, of course!

ISPF Diaglog Developers Boot Camp (three parts)
ISPF Users Boot Camp (two parts)
DFSMS Basics: SMS Basics (SUNDAY!)
DFSMS Basics: What is VSAM? (two parts - SUNDAY!)
DFSMS Basics: ICF Catalog Management
z/OS Basics: A z/OS Walking Tour (three parts - SUNDAY!)


CA-OPS/MVS
--
On Sunday at SHARE, spend the afternoon learning more about CA-OPS/MVS 
automation in these CA OpsXchange sessions.

CA OpsXchange: A Tour of Unicenter CA-OPS/MVS Event Management and
   Automation
CA OpsXchange: CA's Automation and Performance Update and Road Map
CA OpsXchange: Event Automation 101 for the Enterprise Server


System Programmer Topics

In an OCO world, where can you go to learn about how things really work?  
Why, SHARE of course! Here is a sample of the down and dirty sessions we 
offer:

Handling Vendor Problems, or Problems with Vendors
ISPF Hidden Treasures
ISPF Panels
VSM Debugging (plus a Hands-on Lab!)
Problem Determination With Dumps: IPCS Tools For Problem Resolution
Message Flood Automation Built In to z/OS
CA's Experience with zIIP
RRS Diagnosis and Debugging


Hands-on Lab

In the SHARE "hands-on lab" you will have a unique opportunity to take the 
controls and actually perform installation and customization activities on a 
live 
system under the supervision of an instructor. Here's a sample of the topics 
offered:

ISPF Boot Camp Hands-On Lab (two parts)
RMF Monitor III Data Portal Hands-On Lab
zMC Installation Workshop Hands-on Lab
Configuring OpenSSH on z/OS - Hands-On Lab
UNIX Shell Scripting - Hands-On Lab
Problem Determination with Dumps: IPCS Techniques Hands on Lab
How to Write an ACS Routine Hands-on Lab
How to Debug an ACS Routine Hands-on Lab
Learn to Program in Rexx Hands-on Lab
Exploiting z9 Crypto Hands-on Lab


Don't Miss
--
In addition to the sessions above, consider these "don't miss":

MVS Program Opening and z/OS Keynote Presentation
Space Shuttle Usage of z/OS
Cheryl Watson's Hot Flashes
WSC Short Stories and Tall Tales
JES2: Esprit de Corps
Bit Bucket
z/OS SysProg Goody 

Re: Trouble accessing IBM LMS site?

[Paul Dineen]

This site 'happily' accepted my SCRT report this morning.  It does seem 
problematic now though.  

Paul



On Mon, 4 Jun 2007 15:20:44 -0400, Ken Porowski <[EMAIL PROTECTED]> 
wrote:

>Anyone having trouble accessing IBMs LMS site?
>
>http://www.ibm.com/software/lms
>
>I've been trying all day and no response.
>
>Ken Porowski
>AVP Systems Software
>CIT Group
>E: [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

--
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: Trouble accessing IBM LMS site?

[Ken Porowski]

Is that 17:30 CET on 06/04 or 06/05? 

-Original Message-
Poindexter, Reggie

Yes; I received the following from their support:

Hello

Thank you for reporting the problem.
We are already aware of the issue and our technical team is working on
it.
You will be notified as soon as the application is up and running again.
Technical team has 24 hours to fix the problem (till 17:30 CET)

Kind regards
Blazej Pawlak

Please do not reply to the sender of this message, but to
[EMAIL PROTECTED]
- always reply with history!

WW Customer Support
IBM - ISC, Customer Fulfillment

Sortemosevej 21 - 3450 Alleroed - Denmark
Fax: +45  4814 0391
mailto:[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: RMPTTOM Display

[Mark Zelden]

On Mon, 4 Jun 2007 14:23:17 -0500, Mark Zelden <[EMAIL PROTECTED]> wrote:

>>
>>We are z/OS V1R4, soon z/OS V1R7, on a z800;  just set RMPTTOM from
>>default 1000 to 5000…not really seeing any impact...any value
>>suggestions?
>>
>

The archives and Google are wonderful (hint to all would be posters).

Back in March, Sam Knutson posted this:
http://bama.ua.edu/cgi-bin/wa?A2=ind0703&L=ibm-main&D=1&O=D&P=237112

(Sam's post repeated below)

=
"There is an excellent article in CMG Measure IT! on the RMPTTOM issue 

http://www.cmg.org/measureit/issues/mit38/m_38_10.html 

Uncaptured CPU Overheads, SRM / RMPTTOM, and evolution to the IBM System 
z9 EC Processor 
A Site Experience (Applicable to Many Others) 
February, 2007 
by Geoff Adams 

The issue, the WSC FLASH 10526 and related APAR OA18452 have been 
discussed on IBM-MAIN and on MXG-L but this article provides a very 
complete explanation and a detailed account of one shops experience. 

The article can be viewed without being a CMG member though if you 
refresh the page too many times you will have to sign-up for a free 
Measure IT! subscription which you might want to do anyway.  Do that 
here 

http://www.cmg.org/measureit/subscribe.html 
=

--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group:  G-ITO
mailto:[EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: SYSTERM to DSN

[Paul Gilmartin]

On Mon, 4 Jun 2007 10:33:21 -0500, Daniel McLaughlin wrote:

>Co-worker running a bunch of commands and jobs that send the output back
>to his screen. He'd rather have it in a file for editing and manipulation. 
>These
>are things like various HSM commands. We're going crazy with this. Would
>some kind soul put us out of our misery by revealing the mystery sequence?
>
See the archives.  This was discussed here on April 20-21, 2006 under the
Subject: "HL*ST displays output in wrong session".  I was disappointed
at the outcome.  As I see it, IBM simply doesn't care to invest whatever
effort is required to make HSM return its replies properly to the
session making the request.

-- 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: Friday musings on the future of 3270 applications

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 06/04/2007
   at 09:24 AM, Howard Brazee <[EMAIL PROTECTED]> said:

>That said, I have corresponded with web masters who claim that there
>is no reason for them to switch from IE, as virtually everybody who
>uses their web pages uses IE

I'd be willing to bet that their numbers are wrong. There are quite a
few sites billed as IE only that will work from other browsers if you
simply configure them to identify themselves as IE.
 
-- 
 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: My turn to grip about ServiceLink

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>,
on 06/03/2007
   at 09:34 PM, "Knutson, Sam" <[EMAIL PROTECTED]> said:

>OCO was a sea change event this is just a little continued evolution.

What about VPL?

-- 
 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: IEBCOPY Unloaded dataset to PC and back again...not

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 06/02/2007
   at 11:04 AM, Kenneth E Tomiak <[EMAIL PROTECTED]> said:

>This does not seem to be about an IEBCOPY Unloaded dataset. Which by
>now we know the RECFM(VS) nature of the unloaded dataset will not
>traverse to a PC and back asis.

No, we don't know it. And it's not true.

>I am surprised someone who posts so many responses to keep on topic

Whom are you referring too? When was the last time you saw me telling
someone to stay on topic?

-- 
 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: SYSTERM to DSN

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 06/04/2007
   at 10:33 AM, Daniel McLaughlin <[EMAIL PROTECTED]>
said:

>Co-worker running a bunch of commands and jobs that send the output
>back  to his screen. He'd rather have it in a file for editing and
>manipulation. These  are things like various HSM commands. We're
>going crazy with this. Would  some kind soul put us out of our misery
>by revealing the mystery sequence?

Use the TSO Session Manager. It maintains a session history and has
facilities to copy streams to data sets.
 
-- 
 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: Friday musings on the future of 3270 applications

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 06/03/2007
   at 02:31 AM, "Robert A. Rosenberg" <[EMAIL PROTECTED]> said:

>There was/is also something called TSSO 

>From BTL; I don't know who is maintaining it these days, but it still
exists.  It actually is TSO, but doesn't require TCAS or VTAM. The
last time I used TSSO, TPUT output went to the console; I don't know
whether it can drive a 3270 with EXCP these days.

>that ran as a Master Task

You needed SUBSYS=MSTR to, e.g., automate your IPL process, but it
would run quite happily without it as long as your primary JES was up.

>and was used when you could boot your system but could not bring up 
>JES, TSO, VTAM, etc.

Among other things.

> Its purpose (as with that MSA Mode you reference) was to allow you 
>to do the edits needed to fix the Procs/Parms needed to get the real 
>interfaces up.

It had multiple purposes, and I believe that there are still shops
that use it in production, even when TCAS and friends are up..
 
-- 
 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: EZtrieve query

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 06/04/2007
   at 09:18 AM, Howard Brazee <[EMAIL PROTECTED]> said:

>On 1 Jun 2007 17:13:02 -0700, [EMAIL PROTECTED] (Don Leahy)
>wrote:
>>I suggest you post this question on the MVSHELP board.  This list is more of 
>>a systems programmers' forum.

This is a perfectly appropriate mailing list for applications
questions. It's true that there may be a higher concentration of
applications types elsewhere, but you can and will get answers here.

>I did a search for MVSHELP in my provider's list of newsgroup without
>finding it.

Well, IBM-MAIN isn't a news group either. Check the list of listsaerv
names and see whether MVSHELP is there.
 
-- 
 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: Cross-assembler : HLASM --> 8086

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>,
on 06/04/2007
   at 08:22 AM, "McKown, John" <[EMAIL PROTECTED]> said:

>Yea, like Perl or Java!

The issues are quite different. There may be portability issues in
both, but they are far more tractable than the issues in translating
assembler[1] or machine code across architectures. BTDTGTCA.

>Yea, like Perl or Java! It does work (poorly). Perl may have
>problems due to "bad coding" based upon an assumption of "ASCII" vs.
>"EBCDIC".

Are you sure that it isn't ISO-8859-1 and UTF-8 vs EBCDIC?

[1] Far easier than machine code, but some shops have programs for
which they've lost the source code.
 
-- 
 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: Friday musings on the future of 3270 applications

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on
06/03/2007
   at 02:42 AM, "Craddock, Chris" <[EMAIL PROTECTED]> said:

>No of course they're not.

I've seen IBM documentation refer to it as batch TSO.
 
-- 
 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: ISPF list data set attributes?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 06/04/2007
   at 03:51 AM, Chris Langford <[EMAIL PROTECTED]> said:

>144 columns was an option on the 1443.  3211  had a limit of 150.

That makes sense. Thanks.
 
-- 
 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: RMPTTOM Display

[Schiradin,Roland HG-Dir itb-db/dc]

OK I'll look at the code and perhaps code dualpath. 
Added to my todo list for 716. 

We also leave it the default after OA18452. AFAIR there
was action(hold) to review the setting and this was the reason
why I add this display

Roland

-Original Message-
From: IBM Mainframe Discussion List 
[mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden
Sent: Monday, June 04, 2007 9:23 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: RMPTTOM Display


On Mon, 4 Jun 2007 16:36:47 +, John P Donnelly 
<[EMAIL PROTECTED]>
wrote:

>Anyway to display the RMPTTOM value in effect?
>

Well... it's there in IRARMPT pointed to by RMCTRMPT (RMCT), 
but figuring out what the numbers mean might be tricky.  Roland 
added it to ShowMVS 715, but it must need some work (see 
below). :-) Especially after the changes introduced by APAR 
OA18452  (z/OS 1.7 and z/OS 1.8)  

On a z/OS 1.8 sandbox system with RMPTTOM=1, ShowMVS 
displayed "RMPTTOM = 14560 in seconds"

ON a z/OS 1.6 sandbox system with RMPTTOM=1, ShowMVS 
displayed "RMPTTOM = 14 in seconds".  I changed it to 
RMPTTOM=8000 and ShowMVS displayed "RMPTTOM = 11 in seconds".  
Both LPARs are on a z9EC.

On a production z900 LPAR running 1.8 with the default (now 
3000), ShowMVS displayed "RMPTTOM = 11136 in seconds". 
 
On a production z900 LPAR running 1.6 with the default (1000), 
ShowMVS displayed "RMPTTOM = 4 in seconds".

On a production z9EC LPAR running 1.6 with non-default of 2000, 
ShowMVS displayed "RMPTTOM = 3 in seconds".

--
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: RMPTTOM Display

[John P Donnelly]

Thank you.

-Original Message-
From: Mark Zelden [mailto:[EMAIL PROTECTED] 
Sent: Monday, June 04, 2007 1:08 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: RMPTTOM Display

On Mon, 4 Jun 2007 14:23:17 -0500, Mark Zelden 
<[EMAIL PROTECTED]> wrote:

>>
>>We are z/OS V1R4, soon z/OS V1R7, on a z800;  just set RMPTTOM 
from
>>default 1000 to 5000…not really seeing any impact...any value
>>suggestions?
>>
>

The archives and Google are wonderful (hint to all would be posters).

Back in March, Sam Knutson posted this:
http://bama.ua.edu/cgi-bin/wa?A2=ind0703&L=ibm-main&D=1&O=D&P=237112

(Sam's post repeated below)

=
"There is an excellent article in CMG Measure IT! on the RMPTTOM issue 

http://www.cmg.org/measureit/issues/mit38/m_38_10.html 

Uncaptured CPU Overheads, SRM / RMPTTOM, and evolution to the IBM System 

z9 EC Processor 
A Site Experience (Applicable to Many Others) 
February, 2007 
by Geoff Adams 

The issue, the WSC FLASH 10526 and related APAR OA18452 have been 
discussed on IBM-MAIN and on MXG-L but this article provides a very 
complete explanation and a detailed account of one shops experience. 

The article can be viewed without being a CMG member though if you 
refresh the page too many times you will have to sign-up for a free 
Measure IT! subscription which you might want to do anyway.  Do that 
here 

http://www.cmg.org/measureit/subscribe.html 
=

--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group:  G-ITO
mailto:[EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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

Double Postings

[Thompson, Steve]

Is it me [our system], or is anyone else getting two of every posting?

Regards,
Steve Thompson

--
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: EZtrieve query

[Howard Brazee]

On 4 Jun 2007 13:24:35 -0700, in bit.listserv.ibm-main you wrote:

>>I did a search for MVSHELP in my provider's list of newsgroup without
>>finding it.
>
>Well, IBM-MAIN isn't a news group either. Check the list of listsaerv
>names and see whether MVSHELP is there.

My provider shows bit.listserv.ibm-main which contains a copy of this
listserve.   I read from there, and try to reply to the list server.

--
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: Friday musings on the future of 3270 applications

[Howard Brazee]

On 4 Jun 2007 13:25:59 -0700, in bit.listserv.ibm-main you wrote:

>>That said, I have corresponded with web masters who claim that there
>>is no reason for them to switch from IE, as virtually everybody who
>>uses their web pages uses IE
>
>I'd be willing to bet that their numbers are wrong. There are quite a
>few sites billed as IE only that will work from other browsers if you
>simply configure them to identify themselves as IE.

At least at one time, that was the default Opera setting.

But since that site didn't work with Opera, they were probably correct
in assuming Opera users didn't use it.  (I keep meaning to check it
out with Safari).

--
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: Double Postings

[Ed Finnell]

 
In a message dated 6/4/2007 3:43:20 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

Is it me  [our system], or is anyone else getting two of every  posting?




>>
Only singles from AOL-land.



** See what's free at http://www.aol.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: Double Postings

[Darren Evans-Young]

That may be my fault. I've been trying to update the Listserv mailer
and the Windows server the old one is on decided it wanted to start
acting up. Actually, I think the NIC was dying a slow death. You
shouldn't see any more dupsI hope.

Darren - List Owner

On Mon, 4 Jun 2007, Thompson, Steve wrote:

>Is it me [our system], or is anyone else getting two of every posting?
>
>Regards,
>Steve Thompson
>
>--
>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: Friday musings on the future of 3270 applications

[Tom Marchant]

On Mon, 4 Jun 2007 09:53:09 -0400, Craddock, Chris wrote:

>> >
>> > You could classify the STCs into the same service classes as
>> > TSO
>>
>> Not a good idea.  TSO should be defined with response time goals
>> on the order of seconds (or fractions thereof) .  That would be a
>> very bad idea for a started task.
>
>Sorry Tom, you weren't paying attention. I wasn't suggesting you do that
>for all STCs, but these particular STCs are actually running TSO. Hence
>the need for the same (or at least related) service classes.

I was paying attention, and there's no reason to be insulting.

Are you saying that WLM recognizes these started tasks as running
under the TSO subsystem, and therefore recognizing commands
issued as transactions?

If so, they should not have "wildly different" performance characteristics.

A transaction for a job or a started task is a step, not a TSO command.
TSO response time goals are only meaningful when the TMP is run
under the TSO subsystem.  

-- 
Tom Marchant

--
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: Friday musings on the future of 3270 applications

[Wayne Driscoll]

And I've seen IBM documentation refer to z/OS UNIX System Services as
USS, so will you accept that?
Wayne Driscoll
Product Developer
JME Software LLC
NOTE: All opinions are strictly my own.
  

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Shmuel Metz (Seymour J.)
Sent: Monday, June 04, 2007 1:51 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Friday musings on the future of 3270 applications

In <[EMAIL PROTECTED]>, on
06/03/2007
   at 02:42 AM, "Craddock, Chris" <[EMAIL PROTECTED]> said:

>No of course they're not.

I've seen IBM documentation refer to it as batch TSO.
 
-- 
 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: Friday musings on the future of 3270 applications

[Binyamin Dissen]

On Mon, 4 Jun 2007 15:48:42 -0300 "Shmuel Metz (Seymour J.)"
<[EMAIL PROTECTED]> wrote:

:>In <[EMAIL PROTECTED]>, on 06/03/2007
:>   at 02:31 AM, "Robert A. Rosenberg" <[EMAIL PROTECTED]> said:

:>>There was/is also something called TSSO 

:>>From BTL; I don't know who is maintaining it these days, but it still
:>exists.  It actually is TSO, but doesn't require TCAS or VTAM. The
:>last time I used TSSO, TPUT output went to the console; I don't know
:>whether it can drive a 3270 with EXCP these days.

TPUT went to the console? I would be surprised.

Perhaps you meant PUTLINE?

--
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: How do i install Linux on S/390 Machine

[JackOfAllTrades]

That would violate SHARE's policy. There are still plenty of redbooks and 
other presentations you can find by searching the web. Or get your company 
to join SHARE.



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

To: ; "Kenneth E Tomiak" <[EMAIL PROTECTED]>
Sent: Sunday, June 03, 2007 10:54 PM
Subject: Re: How do i install Linux on S/390 Machine


Hi,
Thank you for the help.

I do not have a share UID, could you please send me that offline.

Thanks

Mohan


On Sun, 3 Jun 2007 15:46:02 -0500, Kenneth E Tomiak
<[EMAIL PROTECTED]> wrote:


On Sat, 2 Jun 2007 20:20:55 -0400, Warner Mach <[EMAIL PROTECTED]> wrote:




For folks who want to 'fly under the radar' and install Linux in
an LPAR in order to experiment, there is not much straightforward
information. The Redbooks and the SHARE sessions are orientated
toward sites with VM and with officially sanctioned (service
contract) versions of Linux.

I would like to see a SHARE session titled, 'The Cheapskate Idiot's
Guide to Installing non-VM Linux in an LPAR.'



If you have your SHARE member id then you did not look hard enough. Curt
Jews gave the wonderful session of running Linux in an LPAR for quite 
awhile.

That it is no longer being given is a sign that too few people are

experimenting
with it to garner a large enough audience anymore. Not to say there are not 
a

few poeple just getting around to this, it just is not the mainstream path.

Session 2850 from the Summer of 2002 is just one of the times Curt
gave 'Linux in an LPAR - Here's How It's Done'.

--
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: IEBCOPY Unloaded dataset to PC and back again...not

[Kenneth E Tomiak]

On Sun, 3 Jun 2007 23:08:02 -0500, Paul Gilmartin 
<[EMAIL PROTECTED]> wrote:


>
>... for your configuration with PC client and z/OS server was:
>
>bin
>quote stru r
>quote site pri=??? sec=??? ... other required LRECL, BLKSIZE, etc
>
>... John M. and I alike are unaware of making anything similar work
>with a non-z/OS server.
>
>It seems reasonable to me that the technique above would work with
>a PC client; you have an opportunity to demonstrate by experiment
>that John M. and I are wrong.  If you remain skeptical, I'll have
>an opportunity to demonstrate by experiment that you are mistaken.
>
>-- gil

I will gladly test with the FTP client you have that understands quote stru r. 
Mine does not. Thinking it would be reasonable is not enough.

--
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: IEBCOPY Unloaded dataset to PC and back again...not

[Kenneth E Tomiak]

On Mon, 4 Jun 2007 15:59:30 -0300, Shmuel Metz (Seymour J.)  wrote:

>
>>This does not seem to be about an IEBCOPY Unloaded dataset. Which by
>>now we know the RECFM(VS) nature of the unloaded dataset will not
>>traverse to a PC and back asis.
>
>No, we don't know it. And it's not true.
>

Feel free to provide the options that will transfer the RECFM(VS) dataset to 
the PC and back again. From the posts on this topic we have not seen how. 
We have seen alternatives, converting the file to some non-VS format. The 
closest I have come to finding a solution mentioned on the internet was using 
SAS and the FTP server IBM used to provide that was written in PASCAL. So 
please tell us how to take the RECFM(VS) dataset produced by using IEBCOPY 
to create a sequential dataset, transfer it to a PC, then transfer it back to a 
z/OS system, and run it through IEBCOPY to populate a PDS. Transferring the 
output of a transmit command or running the file through TRSMAIN is not 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

Re: IEBCOPY Unloaded dataset to PC and back again...not

[Paul Gilmartin]

On Mon, 4 Jun 2007 17:24:04 -0500, Kenneth E Tomiak wrote:
>>
>>bin
>>quote stru r
>>quote site pri=??? sec=??? ... other required LRECL, BLKSIZE, etc
>>
>I will gladly test with the FTP client you have that understands quote stru r.
>Mine does not. Thinking it would be reasonable is not enough.
>
I suppose, since the RFCs specify only the network interface/server
characteristics that there may be clients that don't support "quote",
I am familiar with none (although GUI clients may hide it in a menu
under a different name -- Fetch uses "Send Server Command" or the
like).

What client are you using, and what does it do with "quote stru r"?

On Solaris 10, I readily get:

[EMAIL PROTECTED]:331$ uname -a
SunOS solaris 5.10 Generic_118855-36 i86pc i386 i86pc

[EMAIL PROTECTED]:332$ ftp MVS
331 Send password please.
230 user is logged on.  Working directory is "user.".
Remote system type is MVS.
ftp> quote syst
215 MVS is the operating system of this server. FTP Server is running on z/OS.
ftp> quote STRU R
250 Data structure is Record
...

-- 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: Friday musings on the future of 3270 applications

[Craddock, Chris]

> I was paying attention, and there's no reason to be insulting.

Whoops. Sorry, that was not my intention! 

> Are you saying that WLM recognizes these started tasks as running
> under the TSO subsystem, and therefore recognizing commands
> issued as transactions?

WLM does not recognize that without any help. The started tasks are
simply started tasks and therefore, absent any other criteria, they end
up in SYSSTC. You can see "transactions" coming from those address
spaces just as you would from TSO. It's just that WLM has no way of
knowing what to do with them. See below.

> A transaction for a job or a started task is a step, not a TSO
command.
> TSO response time goals are only meaningful when the TMP is run
> under the TSO subsystem.

TSO transactions are reported to SRM via SYSEVENT, not some hidden WLM
interface. The transactional nature of the work is the same as real TSO
because it is the real TSO TMP. It just happens to be running in a STC
instead of a TSO address space. So SYSEVENTS get issued in the normal
course of user interaction and those are what SRM (and WLM) "see" as
transactions.

BTW, TSO doesn't get any special case help from WLM. If you don't create
a service class (and classification rules) for your TSO work, the work
will go to SYSOTHER by default. The SUBSYS qualifier is the obvious way
to direct classification rules for TSO work, but it is by no means set
in stone.

CC

--
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: RMPTTOM Display

[Bob Rutledge]

John P Donnelly wrote:

Anyway to display the RMPTTOM value in effect?


/* REXX */
Numeric digits 14
CVT  = C2d(Storage(10,4))
CVTOPCPT = C2d(Storage(D2x(CVT+604),4))
RMCTRMPT = C2d(Storage(D2x(CVTOPCPT+16),4))
RMPTTOM  = C2d(Storage(D2x(RMCTRMPT+28),4))
Say RMPTTOM

This shows 5120 (microseconds) on a z800 running z/OS 1.7 without OA18452 and 
13824 with OA18352.  (Prior to z/OS 1.7 RMPTTOM was kept in milliseconds.)



We are z/OS V1R4, soon z/OS V1R7, on a z800;  just set RMPTTOM from
default 1000 to 5000…not really seeing any impact...any value
suggestions?


As has been suggested, let it default.  Note that OA18452 changed more than just 
the SRM invocation interval--it also changed the frequency of some of the SRM 
algorithms.  And likely some other stuff.


Aside from the CMG paper mentioned (written by the folks that originally 
discovered the anomaly), read the WSC Flash at


http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/FLASH10526

and the post to the MXG listserver by Bernie Pierce at

http://peach.ease.lsoft.com/scripts/wa.exe?A2=ind0610&L=MXG-L&P=R8479

Bob

--
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: IEBCOPY Unloaded dataset to PC and back again...not

[Ed Gould]

On Jun 4, 2007, at 5:17 PM, Kenneth E Tomiak wrote:



Feel free to provide the options that will transfer the RECFM(VS)  
dataset to
the PC and back again. From the posts on this topic we have not  
seen how.
We have seen alternatives, converting the file to some non-VS  
format. The
closest I have come to finding a solution mentioned on the internet  
was using
SAS and the FTP server IBM used to provide that was written in  
PASCAL. So
please tell us how to take the RECFM(VS) dataset produced by using  
IEBCOPY
to create a sequential dataset, transfer it to a PC, then transfer  
it back to a
z/OS system, and run it through IEBCOPY to populate a PDS.  
Transferring the
output of a transmit command or running the file through TRSMAIN is  
not the

same.



Err IBM used to have a FDP product that did just that. I am not sure  
if they still market it or not. It was not designed specifically for  
this it was an hmmm designed to take almost any format file and  
create an 80 byte image enveloped inside JCL and send it to the  
spool. It was then NJE'd to the receiving system and then  
reconstructed into the right format and sent to the utility of choice  
(in this case IEBCOPY). The name of the *FDP* was BDT (NOT THE  
CURRENT $$$ BDT) we used it thousands of times a day and it never  
failed. Quite a record, IMO.  IIRC it was 80 or 90 dollars a month  
for 12 months.


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: What is 'Program Logical Manuals'?

[Frank I Rosenzweig]

Wow!! - What a return to the "good old days".  I remember having all of the
"Y" and then "L"
manuals on my bookshelves - with a bunch of paper clips and post-it-notes
and dog-eared
pages.  Thank you for bringing me back to the good old days.

On 6/1/07, Shmuel Metz (Seymour J.) <[EMAIL PROTECTED]> wrote:


In <[EMAIL PROTECTED]>, on
05/31/2007
   at 09:19 PM, Johnny Luo <[EMAIL PROTECTED]> said:

>I'm interested and just wonder what is 'program logic manual'?

IBM used to publish manuals with flow charts and narrative of the
program logic. Later the flow charts were supplanted by HIPO diagrams
that frequently were missing crucial pieces of the I, P, O and even H
components. With OCO even those became unavailable.

The quality was always uneven. Some component, e.g., MVT Supervisor,
would have an excellent PLM while another component in the same
release would have a useless one.

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





--
No trees were killed in the sending of this message. However - a large
number of electrons were terribly inconvenienced.

--
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 do i install Linux on S/390 Machine

[Ed Gould]

Jack,

Well I looked at San francisco and nashville for session 2850 and
under Curt Jews..

Any chance you got the date/speaker wrong?

Ed

On Jun 4, 2007, at 4:39 PM, JackOfAllTrades wrote:



That would violate SHARE's policy. There are still plenty of
redbooks and other presentations you can find by searching the web.
Or get your company to join SHARE.



--
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: Friday musings on the future of 3270 applications

[Tom Marchant]

On Mon, 4 Jun 2007 19:18:53 -0400, Craddock, Chris wrote:
>
>TSO transactions are reported to SRM via SYSEVENT, not some hidden WLM
>interface. The transactional nature of the work is the same as real TSO
>because it is the real TSO TMP. It just happens to be running in a STC
>instead of a TSO address space. So SYSEVENTS get issued in the normal
>course of user interaction and those are what SRM (and WLM) "see" as
>transactions.

So if I run a TSO batch job in a service class class with response
time goals, each TSO command that is issued in that batch job
will appear as a transaction?  That is very surprising.
Unfortunately, I'm not in a position to be able to test that now.  When I
was managing WLM at a previous shop, I used response time goals
for almost all of my batch work and never noticed anything like that,
and we did run quite  bit of batch TSO work.

-- 
Tom Marchant

--
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 do i install Linux on S/390 Machine

[Mohan]

Hi Ed,

When i googled, below is the SHARE session number i got it that Jack was
refereing to. 

9314 - Linux in an LPAR - Here's How It's Done, since i do not have access
to SHARE I'm unable to look at it further.


Thanks

Mohan 















On Mon, 4 Jun 2007 20:27:39 -0500, Ed Gould <[EMAIL PROTECTED]> wrote:

>Jack,
>
>Well I looked at San francisco and nashville for session 2850 and
>under Curt Jews..
>
>Any chance you got the date/speaker wrong?
>
>Ed
>
>On Jun 4, 2007, at 4:39 PM, JackOfAllTrades wrote:
>
>
>> That would violate SHARE's policy. There are still plenty of
>> redbooks and other presentations you can find by searching the web.
>> Or get your company to join SHARE.
>>
>
>--
>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: Friday musings on the future of 3270 applications

[Chris Mason]

Wayne

No

This issue has been aired before and the proof that USS is the IBM 
abbreviation for Unformatted System Services and *not* UNIX System Services 
is contained in a post of mine from approximately 6 months ago, date and 
time: 15 Dec 2006, 13:41.


Since I took the trouble to locate it, here are the details:



Go to page
http://www-03.ibm.com/servers/eserver/zseries/zose/bkserv/zose/ussz18...

This is where you can "Search text of all books in: z/OS V1R8.0 UNIX System 
Services bookshelf".


Enter USS and click on "Search".

If "USS" was "official" you would expect a massive number of hits.

How many do we find? 4 manuals (out of 11) with 5, 3, 2 and 1 hit 
respectively.


1. Checking z/OS V1R8.0 UNIX System Services Planning, we find 5 hits, all 
of which refer to the names of something starting with USS_.


2. Checking z/OS V1R8.0 UNIX System Services Messages and Codes, we find 3 
hits: 3 messages out of several thousands. In fact here the message 
explanations appear to use "USS" simply to mean "UNIX System Services" - a
few isolated exceptions which, to my mind, illustrate the aphorism "Exceptio 
probat regulam".


3. Checking z/OS V1R8.0 UNIX System Services File System Interface Reference 
, we find 2 hits, respectively, some assembler code comments and some C code 
comments, places where non-standard abbreviations are quite common, 
especially if the programmer didn't anticipate his/her efforts might appear 
in a manual.


4. Checking z/OS V1R1.0-V1R8.0 UNIX System Services Parallel Environment 
Operation and Use, we find 1 hit, a sample log file heading.


In other words, despite a few slip-ups, the abbreviation "USS" for "UNIX 
System Services is eschewed by the regular IBM manuals for the topic. By 
contrast the phrase "UNIX System Services" appears in the hundreds in the 
major manuals.


Of course I have no doubt that the developers among themselves use "USS" 
very freely as will any, for example, redbook authors or SHARE attendees, 
who come into contact with them.


Well, that was my two eurocents of somewhat doubtful value.  I guess the 
"USS" pedant count has now reached three. 


And in case there are some bemused readers who are completely flummoxed over 
what all the fuss is about, I can add that, officially, "USS" should refer 
to VTAM's "Unformatted System Services", the human end-user "log on"
interface for SNA devices, which still retains some prominence with 3270 
TELNET.




In case you are using "IBM documentation" as an indication of official 
status and the specific type of IBM documentation on which you are relying 
is redbooks, let me assure you that redbooks are *un*official documentation 
which happen to come from an IBM source with authors just like yourself 
whose terminology may have been corrupted by common usage.


When checking this I noticed I said elsewhere in the thread that I am quite 
content for the abbreviation USS to be used when the context is clearly UNIX 
System Services and could not be confused with VTAM's Unformatted System 
Services. Unfortunately, this necessary distinction can be forgotten when 
3270 TELNET is part of the discussion.


Claiming that USS is *official* for UNIX System Services is something "up 
with which I will not put!" 


Chris Mason

- Original Message - 
From: "Wayne Driscoll" <[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Monday, June 04, 2007 10:35 PM
Subject: Re: Friday musings on the future of 3270 applications



And I've seen IBM documentation refer to z/OS UNIX System Services as
USS, so will you accept that?


--
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: Location of Time Out Setting in z/OS

[Hunkeler Peter (KIUK 3)]

> JWT in SMFPRMxx

This is the general MVS job wait time limit, which also 
applies to TSO sessions. Depending on what exactly you are
looking for, you might also want to check the TCP/IP
TN3270 server timeout value(s) in the TELNET parms in your
TCP/IP profile data set. And, finally, if you're using a
multiple session tool, this might have its own timeout
checking algorithm and settings.

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

Converting from Control-M to Cybermation ESP

[גדי בן אבי]

Hi,
 
We are looking into Converting from Control-M to Cybermation ESP. 
 
Has anyone done this?
 
How was it done? Is the conversion simple, complicated, mostly automated?
 
Was it successful?
 
TIA
 
Gadi

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