Re: IBM Press Release: Hannaford Brothers Is Live on System z9

[Edward E. Jaffe]

Phil Payne wrote:


I'm surprised that the first referencable account appears almost three months 
after FCS and is
ostensibly (Computerworld) only a two-way in a range that supposedly includes a 
54-way.

Nothing better to be proud of?

I've heard rumours about catastrophic z9 acceptance, but this is even more 
extreme.
 



The 54-way machines were originally supposed to appear in a later 
deliverable. But, so many customers wanted/needed this capability that 
they successfully pressured IBM to move up production of those machines. 
According to what I heard last week, IBM sold every one they made and 
there is still a considerable backlog.


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

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

Re: START fails no diagnostics!

[William Walsh]

Many thanks for the responses to my query.

Based on these I changed all the SYSOUT statements for the WebSphere PROCs from 
SYSOUT=*,SPIN=UNALLOC,FREE=CLOSE to SYSOUT=H.  WebSphere came up fine.  I 
reverted back to the previous SYSOUT syntax and WebSphere came up fine again.  
I have no real idea of what's going on.  There are two of us working on this 
box and between 1630 when I left yesterday and 0700 today no one was on and the 
only thing going on is DB2 activity for our automated testers.  

I am suspicious though, in that I am seeing JES2 resource shortages:  
£HASP050 JES2 RESOURCE SHORTAGE OF TGS - 94% UTILIZATION REACHED
£HASP050 JES2 RESOURCE SHORTAGE OF JQES - 89% UTILIZATION REACHED 

On another system (z/OS 1.4) I've seen output behave "strangely" (not as I 
would have expected) with JES shortages, but nothing like this (z/OS 1.6).  
Don't know that this is the cause, but at this point I have no other 
explanation.

So, for now WAS is back up, but I don't really know why, which isn't a really 
good feeling.  But, if it happens again I'll know to modify the JES STC 
processing options to make sure I can get any and all output.

Thanks again,
www

-Original Message-
From: William Walsh 
Sent: 06 December 2005 15:01
To: 'IBM Mainframe Discussion List'
Subject: START fails no diagnostics!


Have you ever seen a situation where the START command is issued, but the 
address space fails with no diagnostics:

05340 13:30:58.39 WWALSH   0290  START 
BBO6ACR,JOBNAME=BBOS001,ENV=CPAC.CPAC.BBOS001 
05340 13:30:58.44  0090  IRR812I PROFILE BBO6ACR.* (G) IN THE 
STARTED CLASS WAS USED 561 
   561 0090  TO START BBO6ACR WITH JOBNAME 
BBOS001.  
05340 13:30:58.45 STC09920 0281  £HASP100 BBOS001  ON STCINRDR  
 
05340 13:30:58.53 STC09920 0290  IEF695I START BBO6ACR  WITH JOBNAME 
BBOS001  IS ASSIGNED TO USER ASCR1  
  , GROUP WSCFG1
 
05340 13:30:58.53 STC09920 0090  £HASP373 BBOS001  STARTED  
 
05340 13:30:58.53 STC09920 0281  IEF403I BBOS001 - STARTED - TIME=13.30.58  
 
05340 13:30:58.62 STC09920 0090  IEF404I BBOS001 - ENDED - TIME=13.30.58
 
05340 13:30:58.63 STC09920 0281  £HASP395 BBOS001  ENDED
 

I see nothing on the JES2 queues for this address space.  I have checked the 
WebSphere logger data, the WebSphere server1/logs filesystem, and EREP and 
cannot find any reason for this.  It was working on Friday and we cannot 
identify the change that has caused this.  I noticed the X33E SLIP trap being 
met following the end of BBOS001, but turning it off doesn't produce any 
additional information.  I don't know LE, but tried adding the TRACE(ON,LE=3) 
parm to the BBOCTL program, but that didn't provide any results. The system 
dump datasets are empty.

I can unmount the /WebSphere/V6R0 filesystem to force a JCL error and I tried 
creating a new WAS config file system.  I can run this JCL as a job until I 
fail on a security issue.

Any ideas? 

Thanks,
William


The information in this email is confidential and may be legally privileged.
It is intended solely for the addressee. Access to this email by anyone else
is unauthorized. If you are not the intended recipient, any disclosure,
copying, distribution or any action taken or omitted to be taken in reliance
on it, is prohibited and may be unlawful. If you are not the intended
addressee please contact the sender and dispose of this e-mail. 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

INFOPRINT server for z/OS

[VENET Marie-Claude]

hello, 

I seek people who set up Infoprint server on z/OS ?

 

 

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

Re: DB2 Version 8 on a Flex-ES box.

[R.S.]

Timothy Sipples wrote:

On this general topic, has anyone else priced z800s lately?  A z800 ranges 
from ~40 (smaller than the smallest Multiprise 3000) to ~630 MIPS with 10 
capacity settings over 4 engines.  Minimum memory is 8 GB.  Runs all 
software (i.e. it's 64-bit).  It's even Parallel Sysplex capable.


Just for fun I looked up the 1990 (marketing list) price for an ES/9000 
Model 120: U.S. $70,500.  (That's $104,449 in 2005 U.S. dollars, adjusting 
for inflation.)  That was a 31-bit uniprocessor model (and that's it) with 
256 MB maximum memory (the $70,500 didn't get you that :-)) and a maximum 
of 12 channels.  I can't remember if the 120 had LPARs or not, but the 
z800 has up to 15.


Is that a fair hardware price comparison?


No, it's not!
Compare price per MB/MIPS/whatever for any current machine vs machine 
from 1990. Surely the difference will be even bigger when we come back 
to 80's. The only question is why. It's not fair in any sense.


Now, we can start never-ending thread:
I remember when I sold a car and bought 200MB hard drive.
(Feel free, to put here your favorite story about price of 3330, or core 
memory for S/360.)


--
Radoslaw Skorupka
Lodz, Poland

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

Re: data conversion with cobol

[Julian Levens]

All

> Shmuel Metz wrote:
>
> In <[EMAIL PROTECTED]>, on 12/05/2005
>at 08:49 AM, Daniel Cremieux <[EMAIL PROTECTED]> said:
>
> >I am converting a rexx program to cobol and having this problem . The
> >data  is , for example x'0123'  and after conversion , it must have
> >the value 123 (decimal)
> >In rexx , the statement is : decvalue = x2d(c2x(value))
>
> No,
>
> [H:\]rexxtry
>   REXXTRY.CMD lets you interactively try REXX statements.
> Each string is executed when you hit Enter.
>   Enter 'call tell' for a description of the features.
>   Go on - try a few... Enter 'exit' to end.
>
> xvalue='0123'x
>    REXXTRY.CMD on OS/2
>
> decvalue = x2d(c2x(xvalue))
>    REXXTRY.CMD on OS/2
>
> say decvalue
>
> 291
>    REXXTRY.CMD on OS/2
>

I also note that Daniel said x'0123' not '0123'x and they are quite
different

 Welcome to the wonderful world of interactive rexx
 Type in some REXX commands or 'exit' or 'Enter' to quit
  8 *-*   x = 0
>L> "0"
 IRX0100I +++ Interactive trace.  TRACE OFF to end debug, ENTER to continue.
+++
say x'f1'
 0f1
x = 5
say x'f1'
 5f1
say 'f1'x
 1
say x2d('f1')
 241
say x2d('f1'x)
 1
say x2d('41'x)
 IRX0100I +++ Interactive trace.  Error 40: Incorrect call to routine. +++
say x2d('81'x)
 10
say c2x('0123'x)
 0123
say x2d('0123'x)
 IRX0100I +++ Interactive trace.  Error 40: Incorrect call to routine. +++


HTH

Julian



Try Capscan's new online bureau at http://www.capscanintegrity.com

*  Matchcode International "Best International Product" at IDMF  *

***
This e-mail is confidential and intended solely for the use of the individual 
to whom it was addressed. If you are not the intended recipient, you are hereby 
notified that any dissemination, distribution or copying of  this message is 
strictly prohibited. Please delete any copies you may have, on any computer. 
Any views expressed in this message are those of the individual sender and do 
not necessarily represent the views of Capscan Ltd and/or its subsidiaries. 
Please be aware that Internet communications are not secure.

Capscan Limited
Head Office: Capscan Limited  Grand Union House  20 Kentish Town Road  London  
NW1 9BB
Registered in England no. 1183941

***

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

Re: How to quickly shut down system

[Hunkeler Peter (KRDO 4)]

>>From experience on education systems I'd say the $PJES2 isn't even 
>>necessary.
>I would not subscribe to that. $PJES2 should always be done. If JES2
comes
>down is another matter.

I agree, doing the $PJES2 will not hurt.


>>This makes me belive JES2 is one of the (few?) products that listens
for
>>the forthcoming offline that XCF communicates and then terminates in a
>>clean quick manner.
>Actually, *every* xcf group member gets the notification that a system
is
>about to leave, listening to or not. It's just that not every member of
an
>xcf group terminates itself on the system being removed (if it'S still
up).
>But the cleanup interval (until the wait state is loaded) is there
exactly
>for cleanup purposes.

Sure. With my wording "JES2 ... listens" I meant actually "listens and
acts 
by terminating itself". 


Peter Hunkeler

Credit Suisse - Information Technology

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: START fails no diagnostics!

[Shmuel Metz (Seymour J.)]

In
<[EMAIL PROTECTED]>,
on 12/06/2005
   at 03:00 PM, William Walsh <[EMAIL PROTECTED]> said:

>Have you ever seen a situation where the START command is issued, but
>the address space fails with no diagnostics:

No. How would I know that it had failed without a message to that
effect?


>05340 13:30:58.62 STC09920 0090  IEF404I BBOS001 - ENDED -
>TIME=13.30.58 

That says that it ended; it doesn't say that it failed.

>I see nothing on the JES2 queues for this address space.

Then you're probably using a purge class for MSGCLASS. Override it and
look at the output. You may need to override individual SYSOUT classes
on DD statements. Also check any *FS files that it creates.
 
-- 
 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: Using symbolic in JCL

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 12/04/2005
   at 09:56 AM, Paul Gilmartin <[EMAIL PROTECTED]> said:

>Bill's point is not so easily dismissed.  So deferring symbol
>evaluation would significantly erode the serialization and deadlock
>protection that many production shops depend on.

>But that's no obstacle to deferring symbol evaluation until job
>initiation on the executing system, immediately before the ENQs are
>issued.

There's more than one JES. For JES3, job serialization takes place
much earlier.
 
-- 
 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: Using symbolic in JCL

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 12/04/2005
   at 10:26 AM, Paul Gilmartin <[EMAIL PROTECTED]> said:

>But that hierarchy has embraced Rexx, even if at shotgun-point.

Partially; it certainly hasn't embraced newer language facilities.
 
-- 
 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: STRNO in DB2 catalog

[R.S.]

Avram Friedman wrote:


I am a bit confused.

Dose the term 'DB2 catalog' in the original posting refer to
the ICF catalog that points to data sets of any type
or the special set of objects in DB2 that contains DB2 system information.

I fankly assumed it was the second case ...


IMHO bad assumption. Topic keyword STRNO suggests ICF.


--
Radoslaw Skorupka
Lodz, Poland

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

Re: IBM Press Release: Hannaford Brothers Is Live on System z9

[Froberg, David C]

Pretty innovative how the handled the COBOL programmer issue:

'But what about the COBOL programmer shortage IBM is predicting?  
"We've skirted the issue by doing all of our COBOL in India where there
is virtually an unlimited supply. I can call and have 100 COBOL
programmers working on a project tomorrow. There's no bottleneck," Homa
said.'  
 
Dave

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: AFP-l FAQ

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 12/06/2005
   at 10:37 AM, Ed Finnell <[EMAIL PROTECTED]> said:

>I'd stay away from the topica site as much as possible. Almost like
>phising. But maybe that's just me...

It's not just you; google for topica in NANA*.
 
-- 
 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: IBM Press Release: Hannaford Brothers Is Live on System z9

[R.S.]

Froberg, David C wrote:


Pretty innovative how the handled the COBOL programmer issue:

'But what about the COBOL programmer shortage IBM is predicting?  
"We've skirted the issue by doing all of our COBOL in India where there

is virtually an unlimited supply. I can call and have 100 COBOL
programmers working on a project tomorrow. There's no bottleneck," Homa
said.'  


Effective.

They really can have 100 COBOL programmers on demand (IBM's watchword). 
Maybe poorly educated but well-motivated and less-paid.
That's why more nad more IT businesses are in India. And some in Poland. 
And probably in Ukraine, Czech, etc.



--
Radoslaw Skorupka
Lodz, Poland

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

Re: IBM Press Release: Hannaford Brothers Is Live on System z9

[Timothy Sipples]

>I'm surprised that the first referencable account appears almost three 
months after FCS and is
>ostensibly (Computerworld) only a two-way in a range that supposedly 
includes a 54-way.
>Nothing better to be proud of?

Have no idea. Maybe we'll find out together in mid-January from Mark 
Loughridge.

Actually, I'm glad IBM decided to focus on an "SMB" customer's needs and 
concerns in that press release (in this case a regional grocer). I thought 
that was pretty cool, in fact.

- - - - -
Timothy F. Sipples
Consulting Enterprise Software Architect
IBM Americas zSeries/z9 Software
Phone: +1 312 529 1612
E-Mail: [EMAIL PROTECTED]

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

Re: IBM Press Release: Hannaford Brothers Is Live on System z9

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Froberg, David C
> 
> Pretty innovative how the handled the COBOL programmer issue:
> 
> 'But what about the COBOL programmer shortage IBM is predicting?  
> "We've skirted the issue by doing all of our COBOL in India 
> where there is virtually an unlimited supply. I can call and 
> have 100 COBOL programmers working on a project tomorrow. 
> There's no bottleneck," Homa said.'  

Hmmm  How many cooks does it take to boil 100 eggs?  :-)

-jc-

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

Re: INFOPRINT server for z/OS

[Richard Pinion]

What would you like know?

>>> [EMAIL PROTECTED] 12/7/2005 3:58 AM >>>
hello, 

I seek people who set up Infoprint server on z/OS ?

 

 

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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: INFOPRINT server for z/OS

[VENET Marie-Claude]

Is-it the good solution to print on a LPD from transaction CICS that write in a 
TD queue ? 

> -Message d'origine-
> De:   IBM Mainframe Discussion List [SMTP:[EMAIL PROTECTED] À la place de 
> Richard Pinion
> Date: mercredi 7 décembre 2005 14:27
> À:IBM-MAIN@BAMA.UA.EDU
> Objet:Re: INFOPRINT server for z/OS
> 
> What would you like know?
> 
> >>> [EMAIL PROTECTED] 12/7/2005 3:58 AM >>>
> hello, 
> 
> I seek people who set up Infoprint server on z/OS ?
> 
>  
> 
>  
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> 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: INFOPRINT server for z/OS

[Richard Pinion]

I would say yes and we use Infoprint this way.

Also, the VPS products from LRS is another possibility.  I'm not saying the VPS 
products are better or worse, only that they are another possibility. 

>>> [EMAIL PROTECTED] 12/7/2005 8:52:47 AM >>>
Is-it the good solution to print on a LPD from transaction CICS that write in a 
TD queue ? 

> -Message d'origine-
> De:   IBM Mainframe Discussion List [SMTP:[EMAIL PROTECTED] À la place de 
> Richard Pinion
> Date: mercredi 7 décembre 2005 14:27
> À:IBM-MAIN@BAMA.UA.EDU 
> Objet:Re: INFOPRINT server for z/OS
> 
> What would you like know?
> 
> >>> [EMAIL PROTECTED] 12/7/2005 3:58 AM >>>
> hello, 
> 
> I seek people who set up Infoprint server on z/OS ?
> 
>  
> 
>  
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html 

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

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

Re: Problem regarding IMS-DC

[Avram Friedman]

On Tue, 6 Dec 2005 07:01:05 +, sudhanshu Kumar
<[EMAIL PROTECTED]> wrote:

>Hi all,
>I am having a problem in my IMS-DC code.
>I want to know what's the difference between the below
>two statements
>CALL 'CBLTDLI' USING IMS-INSERT
>  IOPCB
>  MOD-AREA
>  MODNAME.
>(MODNAME   PIC  X(08)VALUE'FFOLMRCO'.)
>__
>
>CALL 'CBLTDLI' USING IMS-INSERT
>  IOPCB
>  MOD-AREA.
>
>
>
>
>
>__
>Enjoy this Diwali with Y! India Click here
http://in.promos.yahoo.com/fabmall/index.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

When sending a message to a MFS controled terminal there are several ways
that IMS can determine the mapping between the character string being past
(the I/O-area) and the physical screen lay out.

One of them is to tell IMS the name of the mapping.  This is what is being
done in the first case you site.  The MFS MOD name is being past.


MFS = Message Formatting Services
MOD = Message Output Descriptor
MID = Message Input Descriptor
DIF = Device Input Descriptor
DOF = Device Output Descriptor


A nother way to do the mapping is showing in the second case where no MOD
name is provided.  In this case IMS determines the MOD name from the Value
that was coded as NEXT= in the DIF for the input message (If there was an
input message and if NEXT= was specified) or it uses the default MOD whoes
name is DFSFMO3  (check this in the MFS manual I may of misspelled it)

There is an active IMS list server by the way
[EMAIL PROTECTED]

I think if you go to PO.MISSOURI.EDU or do goole search you will find
subscription information.  For my lazyness in not looking it up.  Please
get back in touch with me should you need detailed instructions.

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

OUTLIM and IEFUSO

[Hunkeler Peter (KRDO 4)]

I'm trying to sort out the impact of various sysout limitating options
but the FM is not absolutely clear in every aspect. Comments,
corrections
and suggestions are welcome.

Leaving punched cards aside, there are four JCL/JES parameters that can
be
used to limit the amount of sysout output from a job: BYTES=, LINES=,
and
PAGES= on the JES2/3 JECL and OUTLIM= on the SYSOUT DD.

The first three set a threshold for JES2/3 to issue an "xyz exceeded" 
message and an action to occur. The action can be "cancel", "dump", and
"warning".

It is my understanding, that
- neither action will trigger IEFUSO to be entered when the 
  threshold is reached.
- neither JES will ever cancel a job because of threshold exceeded
  when the action is "warning".
- the cancel/dump actions lead to an S722 abend (IEFUSO not called).

Do these limits apply to the job level (all sysout data sets from this
job) or are they applied on a sysout data set base? I've got a job
(the initiator of this investigation) where the number of pages on the 
"IAT1600 PAGES EXCEEDED BY" is increasing but the number of bytes 
seems to start over again multiple times??



Independently from the above, OUTLIM= sets the threshold for the number
of lines for each single sysout data set.

It is my understanding that
- there is no message when OUTLIM= is reached.
- IEFUSO is entered when OUTLIM= is reached and the exit decides if 
  the job can continue with a new limit or abend with S722.
- the job abends with S722 if IEFUSO is not active (SMFPRMxx)

The maximum value for OUTLIM= is 16777215. Can this value e overridden
by the exit or is this the maximum number of lines  JES2/3 can handle 
for one single sysout data set? The exits manual doesn't say what the
upper limit for the "new limit" returned in R0 is.

Am I missing anything else?



Peter Hunkeler

Credit Suisse - Information Technology

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: START fails no diagnostics!

[Heloisa Soares]

On Tue, 6 Dec 2005 15:00:51 -, William Walsh
<[EMAIL PROTECTED]> wrote:

>Have you ever seen a situation where the START command is issued, but the
address space fails with no diagnostics:
>
>05340 13:30:58.39 WWALSH   0290  START
BBO6ACR,JOBNAME=BBOS001,ENV=CPAC.CPAC.BBOS001
>05340 13:30:58.44  0090  IRR812I PROFILE BBO6ACR.* (G) IN THE
STARTED CLASS WAS USED 561
>   561 0090  TO START BBO6ACR WITH
JOBNAME BBOS001.
>05340 13:30:58.45 STC09920 0281  £HASP100 BBOS001  ON STCINRDR
>05340 13:30:58.53 STC09920 0290  IEF695I START BBO6ACR  WITH JOBNAME
BBOS001  IS ASSIGNED TO USER ASCR1
>  , GROUP WSCFG1
>05340 13:30:58.53 STC09920 0090  £HASP373 BBOS001  STARTED
>05340 13:30:58.53 STC09920 0281  IEF403I BBOS001 - STARTED -
TIME=13.30.58
>05340 13:30:58.62 STC09920 0090  IEF404I BBOS001 - ENDED -
TIME=13.30.58
>05340 13:30:58.63 STC09920 0281  £HASP395 BBOS001  ENDED
>
>I see nothing on the JES2 queues for this address space.  I have checked
the WebSphere logger data, the WebSphere server1/logs filesystem, and EREP
and cannot find any reason for this.  It was working on Friday and we
cannot identify the change that has caused this.  I noticed the X33E SLIP
trap being met following the end of BBOS001, but turning it off doesn't
produce any additional information.  I don't know LE, but tried adding the
TRACE(ON,LE=3) parm to the BBOCTL program, but that didn't provide any
results. The system dump datasets are empty.
>
>I can unmount the /WebSphere/V6R0 filesystem to force a JCL error and I
tried creating a new WAS config file system.  I can run this JCL as a job
until I fail on a security issue.
>
>Any ideas?
>
>Thanks,
>William
>
>
>The information in this email is confidential and may be legally
privileged.
>It is intended solely for the addressee. Access to this email by anyone
else
>is unauthorized. If you are not the intended recipient, any disclosure,
>copying, distribution or any action taken or omitted to be taken in
reliance
>on it, is prohibited and may be unlawful. If you are not the intended
>addressee please contact the sender and dispose of this e-mail. 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

William

I don't know what this task does and I have not seen the JCL, but some of
them have a DD statement like STDERR that point to an HFS file and an
error message (if there was an error) is placed there.

Just a thought.

Heloisa

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: AFP-l FAQ

[Ed Finnell]

 
In a message dated 12/7/2005 6:53:37 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

It's not  just you; google for topica in NANA*.




>>
Don't know what the circumstances are that made afp-l use topica,
but there is a good bit of developer involvement. There used to
be a few AFP lurkers on ibm-main, but haven't seen a post in many  moons.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Problem in IMS-DC

[Avram Friedman]

Kumar
This is a diffrent problem ...

First an additional comment about the original discussion based on the
many replys I say (I use the digest for this news group)

IMS just like many other packages has several ways to specify a value.
For MVS DCB can come from many sources like DSCB Program and JCL the same
is true for IMS.

IMS is diffrent than most other DC systems in so far as the terminal does
not lock between messages by default.  The reason for this has to do with
the age of IMS.  The first IMS DC system I worked on transaction
turnaround was improved from once a day to once an hour via an upgrade.
If you are going to wait a day for response you need to unlock the
terminal for other activity.

Hitting enter generates an additional message to and response from IMS.
This message is not necessarly a transaction.

IMS requires possitive acknolegement from the terminal operator that a
message has been received before it discards it from its queues.  This is
done by hitting the PA1 key for next segment of a multisegment message or
PA2 for the next message on a 3270.

I know the keys are used diffrently in TSO. We are not talking about TSO.

Multi Message or Multi Segment ability in IMS both can be turned off.
For the message option the terminal needs to be defined as RESPONSE mode
in the IMS gen or by ETO.
For the segment option it is coded on the TRANSACT macros in the IMS gen.

On Wed, 7 Dec 2005 04:09:33 +, sudhanshu Kumar
<[EMAIL PROTECTED]> wrote:

>Hi all,
>I have created an online IMS-DC program that uses only
>one screen(mfs)both for taking input  and displaying
>the output.The data is fed into the screen first and
>once enter key is pressed,we get the output ,which
>contains output message.
>The problem is if user does not feed any value and
>just presses enter key many number of times,and then
>give the inputs,then the output screen toggles between
>two previous screens giving output of fed input in one
>screen and showing that input was not entered in the
>screen in the other.
>Hope I have clarified the problem.
>Thanks
>Sudhanshu
>
>
>
>__
>Yahoo! India Matrimony: Find your partner now. Go to
http://yahoo.shaadi.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

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

Re: How to quickly shut down system

[TISLER Zaromil]

<-- snip -->
Let's assume the following scenario:
"Disastrous" power outage occured, no alternate power source is 
available, only UPS battery. Time for battery discharge is approx. 20-30 
minutes.
<-- snip -->


Why do you believe you have 20-30 minutes to do something? I would look how
long can the weakest component stay available: switch or any other interface
on the path to devices and then to the mirror devices. 

How can you be sure that the connectivity between cpu and devices or primary
and secondary is still there during 20-30 minutes?
E.g., in the case that there is a connection through a switch and it loses
power, how long is its time for battery discharge?

Zaromil

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

ABARS encryption

[Frank Rodriguez]

With the announcement of encryption to DFDSS, will ABARS take advantage of
this to encrypt its output? This would include encrypting input from DASD
and TAPE.
Has anyone done this process successfully yet?
Thanks

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

Functional replacement for Output-master and XEROX 4850

[Salway, Nigel]

Dear friends, 

 

I am working on a system which currently receives output via NJE from an
AS/400 system. This output is then processed by Output Master and
printed on a XEROX 4850 printer. The Output master product is apparently
adding AFP-like enhancements to the output before printing. The XEROX
printer is due to be replaced by an IBM 2105 printer and the
Output-Master software will not be available in the future. 

 

Is anyone using a software product which can provide a post processing
functionality for an IBM 2105 similar to what Output-Master provides for
the Xerox printer? 

 

   Nigel Salway
   Senior Analyst
   CGI
   1900 Albert Street
   Regina, SK S4P 4K8
   Telephone: (306) 761-4063
   Fax:(306) 761-4141

CONFIDENTIALITY NOTICE: Proprietary/Confidential Information belonging
to CGI Group Inc. and its affiliates may be contained in this message.
If you are not a recipient indicated or intended in this message (or
responsible for delivery of this message to such person), or you think
for any reason that this message may have been addressed to you in
error, you may not use or copy or deliver this message to anyone else.
In such case, you should destroy this message and are asked to notify
the sender by reply email.

 


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

Re: ABARS encryption

On Wed, 7 Dec 2005 09:50:00 -0600, Frank Rodriguez
<[EMAIL PROTECTED]> wrote:

>With the announcement of encryption to DFDSS, will ABARS take advantage of
>this to encrypt its output? This would include encrypting input from DASD
>and TAPE.
>Has anyone done this process successfully yet?
>Thanks
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html

It looks like APAR OA13453 provides this support.  We do not use DFSMShsm
or ABARS, though.

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

Cheers: PREFERENCE and KEY8 CSA storage

[Knutson, Sam]

Hi,

Preference from SumTotal Systems, Inc. (was Pathlore) currently
allocates user key common storage

A Service Pack for release 7.9.1 is planned to be available in January
of 2006.  The Service Pack for PHOENIX and PREFERENCE includes the
following:

 

Protect use of CSA and ECSA storage.  We have changed our allocation of
CSA and ECSA storage for subpool 241 with storage protection key 8 to
use key 0.  This will write protect our storage so that only authorized
programs will be permitted to update it, eliminating potential MVS
integrity issues.



Bob Idle the development manager and primary developer I believe is a
genuine good guy.  He understood the issues we raised and has stayed on
track to fix them and do a quality job of it in a reasonably short time.


Best Regards,

Sam Knutson, GEICO
Performance and Availability Management
mailto:[EMAIL PROTECTED]
(office)  301.986.3574

Be thankful for problems or idiots would have your job. - Author unknown


<>



This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.

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

Re: How to quickly shut down system

[Ed Finnell]

 
In a message dated 12/7/2005 9:41:41 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

Why do  you believe you have 20-30 minutes to do something? I would look how
long  can the weakest component stay available: switch or any other interface
on  the path to devices and then to the mirror devices.  



>>
Absolutely. If the SHARK loses primary it begins autoshutdown
in 5 minutes, regardless. (Speaking from experience here...).
It's a long story, the UPS folks left the big unit in TEST mode
and within 48 hours we had a suicide squirrel  attack.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Cheers: PREFERENCE and KEY8 CSA storage

[Edward E. Jaffe]

Knutson, Sam wrote:


... to fix them and do a quality job of it in a reasonably short time.
 



Jim Mulder made the "IgvNoUserKeyCSA" DIAG TRAP available in OS/390 
V2R6. Using this tool, the pro-active ISVs identified and fixed their 
issues before you ever saw them. Now you're cheering the stragglers...


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

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

Re: Cheers: PREFERENCE and KEY8 CSA storage

[Knutson, Sam]

Hi Ed,

Are you familiar with the Parable of the Prodigal Son:-)  You can
forgive and cheer a vendor that really didn't understand the problem
initially but accepted information, learned, and remediated it once you
found the right contacts. 

IBM would do us all a favor by documenting use of IgvNoUserKeyCSA in the
current z/OS publications and making written statements about
prohibition of user key CSA as a best practice in current publications.


Best Regards,

Sam Knutson, GEICO
Performance and Availability Management
mailto:[EMAIL PROTECTED]
(office)  301.986.3574

"Think big, act bold, start simple, grow fast..."


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Edward E. Jaffe
Sent: Wednesday, December 07, 2005 12:25 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Cheers: PREFERENCE and KEY8 CSA storage

Knutson, Sam wrote:

>... to fix them and do a quality job of it in a reasonably short time.
>  
>

Jim Mulder made the "IgvNoUserKeyCSA" DIAG TRAP available in OS/390
V2R6. Using this tool, the pro-active ISVs identified and fixed their
issues before you ever saw them. Now you're cheering the stragglers...

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

<>

This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.

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

Re: ABARS encryption

[Robert L. Griffin]

  Nope.  That is for DFSMShsm full volume dumps which are not the
same as ABARS even if they do both run thru DFSMShsm.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of DeFabritus, Peter [NCSUS Non-J&J]
Sent: Wednesday, December 07, 2005 11:34 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: ABARS encryption

On Wed, 7 Dec 2005 09:50:00 -0600, Frank Rodriguez
<[EMAIL PROTECTED]> wrote:

>With the announcement of encryption to DFDSS, will ABARS take advantage

>of this to encrypt its output? This would include encrypting input from

>DASD and TAPE.
>Has anyone done this process successfully yet?
>Thanks
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions, send 
>email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO 
>Search the archives at http://bama.ua.edu/archives/ibm-main.html

It looks like APAR OA13453 provides this support.  We do not use
DFSMShsm or ABARS, though.

--
For IBM-MAIN subscribe / signoff / archive access instructions, 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: Cheers: PREFERENCE and KEY8 CSA storage

[Edward E. Jaffe]

Knutson, Sam wrote:


Are you familiar with the Parable of the Prodigal Son:-)  You can
forgive and cheer a vendor that really didn't understand the problem
initially but accepted information, learned, and remediated it once you
found the right contacts.
 



Interested ISVs have been privy to this information for quite some time; 
*all* of the TRAPs were disclosed to them. (At least, those responsible 
enough to attend the TDMs and/or access the information on-line via 
secure channels.) In recent years, Jim Mulder himself has been one of 
the TDM presenters and Marna Walle has been involved in getting IBM's 
own development organizations on board using his tools. (It's hard for 
ISVs to use them if the BCP crashes when they do!)


Customers are another story. Most are not aware of Jim's facilities, 
though Bob Shannon did discuss many of them during a SHARE Bit Bucket 
presentation a few SHAREs ago. (You were probably there.) Since their 
use can make otherwise functioning code fail, they aren't recommended 
for customer use.



IBM would do us all a favor by documenting use of IgvNoUserKeyCSA in the
current z/OS publications and making written statements about
prohibition of user key CSA as a best practice in current publications.
 



Agreed 100%! I expect IBM will eventually address your first suggestion 
above one way or another. Beyond that, it's hard to know what they will 
do or what statements they will make. They first have to make sure none 
of their code violates the rules. And, since they recently acquired 
Candle's line of products, they have their work cut out for them.


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

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

Re: How to quickly shut down system

[Skip Robinson]

The reason I would do a $PJES2 is to prevent new work from starting. If you
know that the end of the world is imminent, the less still running the
better. Otherwise you could have all manner of tasks kicking off at a
really unfortunate time. Maybe a simple $P would be even better just to
turn off the input spigot. You could countermand that action by a simple $S
to get something critical (and short!) to run before you pull the plug.

.
.
.
JO.Skip Robinson
Southern California Edison Company
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
[EMAIL PROTECTED]

IBM Mainframe Discussion List  wrote on 12/06/2005
10:47:12 PM:

> >$PJES2 will most certainly never complete, but it will prevent any new
> >tasks from starting. I would NOT do a TERM because you lose all control
>
> >at that point.
>
> From experience on education systems I'd say the $PJES2 isn't even
> necessary. I've always seen JES2 stopping after the V XCF OFF before
> the final 0A2 arrived. This makes me belive JES2 is one of the (few?)
> products that listens for the forthcoming offline that XCF communicates
> and then terminates in a clean quick manner.
>
> 
> The case above does by no means reflect real life situations, since
> no (or almost no) work was going on on those systems when doing the
> V XCF OFF.
> 

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

Re: How to quickly shut down system

[R.S.]

TISLER Zaromil wrote:

<-- snip -->
Let's assume the following scenario:
"Disastrous" power outage occured, no alternate power source is 
available, only UPS battery. Time for battery discharge is approx. 20-30 
minutes.

<-- snip -->


Why do you believe you have 20-30 minutes to do something? I would look how
long can the weakest component stay available: switch or any other interface
on the path to devices and then to the mirror devices. 


How can you be sure that the connectivity between cpu and devices or primary
and secondary is still there during 20-30 minutes?
E.g., in the case that there is a connection through a switch and it loses
power, how long is its time for battery discharge?


I believe so, because all datacentre is powered from that UPS. The only 
scenario I have to consider is UPS without external power source. Time 
of UPS battery discharge is displayed on UPS console. The value depends 
on current workload, and this is not thing which should be considered as 
sharp. I mean when you see 20 minutes, in reality it can last for 15 
minutes or 45. That's my experience (from smaller UPSes however).
So assumption is that all the devices needed to keep system running are 
powered from the same UPS. That includes CPC, DASD, FICON switch, DWDM 
box, etc.


BTW: I don't know exact time, because of the reasons above, because of 
batteries age. I also don't know how calm will be operator. The 
procedure have to be as quick as possible and *SIMPLE*.


Back to the question, what about DB2, which I'm most worried ?
I'd like to "quiesce" all the system activity as much as possible, just 
to avoid long time for get the DR system ready. I don't want to spent 
hours to backout uncommited transactions or fight with JES2 to start it 
up. I also don't want to loose the data, from DB2 (obvoius) and possibly 
from JES2 spool.


--
Radoslaw Skorupka
Lodz, Poland

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

Mainframe to Mainframe FTP

[Singar Arthanarieswaran]

We are trying to FTP a large file from mainframe to mainframe. The file
has lot of packed fields. We are using BINARY transfer. We have tried all
the options including NOWRAPRECORD, RECFM, LRECL combinations, but the
file is wrapping the records on the destination. Please note the file is a
Variable blocked file. Any help would be appreciated.

Thanks.

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

Re: How to quickly shut down system

[Pommier, Rex R.]

To throw my $.02 in, do you have any non-critical equipment on the UPS
that could be powered down ahead of time (non-essential tape, printers,
etc) that could possibly extend the UPS uptime duration?  I have lived
thru this scenario - lost street power and no generator.  We were able
to extend the battery life of the UPS long enough to do the controlled
shutdown by killing the non-essentials early.

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of R.S.
Sent: Wednesday, December 07, 2005 1:54 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: How to quickly shut down system


TISLER Zaromil wrote:
> <-- snip -->
> Let's assume the following scenario:
> "Disastrous" power outage occured, no alternate power source is
> available, only UPS battery. Time for battery discharge is approx.
20-30 
> minutes.
> <-- snip -->
> 
> 
> Why do you believe you have 20-30 minutes to do something? I would 
> look how long can the weakest component stay available: switch or any 
> other interface on the path to devices and then to the mirror devices.
> 
> How can you be sure that the connectivity between cpu and devices or 
> primary and secondary is still there during 20-30 minutes? E.g., in 
> the case that there is a connection through a switch and it loses 
> power, how long is its time for battery discharge?

I believe so, because all datacentre is powered from that UPS. The only 
scenario I have to consider is UPS without external power source. Time 
of UPS battery discharge is displayed on UPS console. The value depends 
on current workload, and this is not thing which should be considered as

sharp. I mean when you see 20 minutes, in reality it can last for 15 
minutes or 45. That's my experience (from smaller UPSes however). So
assumption is that all the devices needed to keep system running are 
powered from the same UPS. That includes CPC, DASD, FICON switch, DWDM 
box, etc.

BTW: I don't know exact time, because of the reasons above, because of 
batteries age. I also don't know how calm will be operator. The 
procedure have to be as quick as possible and *SIMPLE*.

Back to the question, what about DB2, which I'm most worried ? I'd like
to "quiesce" all the system activity as much as possible, just 
to avoid long time for get the DR system ready. I don't want to spent 
hours to backout uncommited transactions or fight with JES2 to start it 
up. I also don't want to loose the data, from DB2 (obvoius) and possibly

from JES2 spool.

-- 
Radoslaw Skorupka
Lodz, Poland

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

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

Re: Mainframe to Mainframe FTP

[Frank Krueger]

Cause it is variable you can never re-build at destination .
You must first change to Fixed-Block bei either using TRSMAIN info here
http://techsupport.services.ibm.com/390/trsmain.html
to create a DS with LRECL=1024 which can be FTPed -
or you may use XMIT with OUTDSN , to create a dataset with LRECL=80 .
This may be transferred and then restored using RECEIVE INDSN .
For large DS i prefer TRSMAIN - it has no cost and compresses data .
Also XMIT wants to have a JES connection between the two systems.

Always important - RECFM U or VB or VBS cannot be FTP"ed.
eemm - they can but contain garbage.

Frank Krueger


Mittwoch, 7. Dezember 2005 21:09
To: IBM-MAIN@BAMA.UA.EDU
cc:
From: Singar Arthanarieswaran <[EMAIL PROTECTED]>
Subject: Mainframe to Mainframe FTP



We are trying to FTP a large file from mainframe to mainframe. The file
has lot of packed fields. We are using BINARY transfer. We have tried all
the options including NOWRAPRECORD, RECFM, LRECL combinations, but the
file is wrapping the records on the destination. Please note the file is a
Variable blocked file. Any help would be appreciated.

Thanks.

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

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

Re: How to quickly shut down system

[R.S.]

Pommier, Rex R. wrote:


To throw my $.02 in, do you have any non-critical equipment on the UPS
that could be powered down ahead of time (non-essential tape, printers,
etc) that could possibly extend the UPS uptime duration?  I have lived
thru this scenario - lost street power and no generator.  We were able
to extend the battery life of the UPS long enough to do the controlled
shutdown by killing the non-essentials early.


Good point. The procedure already provides the instructions what 
switches should be set off in this case.


--
Radoslaw Skorupka
Lodz, Poland

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

Re: Mainframe to Mainframe FTP

[Hal Merritt]

The FM suggests MODE E TYPE C. 

The FM also suggests that Binary (TYPE I) is not appropriate in this
situation. 

Works for me. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Singar Arthanarieswaran
Sent: Wednesday, December 07, 2005 1:59 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Mainframe to Mainframe FTP

We are trying to FTP a large file from mainframe to mainframe. The file
has lot of packed fields. We are using BINARY transfer. We have tried
all
the options including NOWRAPRECORD, RECFM, LRECL combinations, but the
file is wrapping the records on the destination. Please note the file is
a
Variable blocked file. Any help would be appreciated.

Thanks.

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

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

Re: Mainframe to Mainframe FTP

[Matthew Stitt]

I do this all the time.

Use TYPE E, MODE B options.  Also let the system automatically send the file
characteristics and allocated it dynamically.

I assume you are going MVS to MVS?

On Wed, 7 Dec 2005 21:17:56 +0100, Frank Krueger <[EMAIL PROTECTED]>
wrote:

>Cause it is variable you can never re-build at destination .
>You must first change to Fixed-Block bei either using TRSMAIN info here
>http://techsupport.services.ibm.com/390/trsmain.html
>to create a DS with LRECL=1024 which can be FTPed -
>or you may use XMIT with OUTDSN , to create a dataset with LRECL=80 .
>This may be transferred and then restored using RECEIVE INDSN .
>For large DS i prefer TRSMAIN - it has no cost and compresses data .
>Also XMIT wants to have a JES connection between the two systems.
>
>Always important - RECFM U or VB or VBS cannot be FTP"ed.
>eemm - they can but contain garbage.
>
>Frank Krueger
>
>
>Mittwoch, 7. Dezember 2005 21:09
>To: IBM-MAIN@BAMA.UA.EDU
>cc:
>From: Singar Arthanarieswaran <[EMAIL PROTECTED]>
>Subject: Mainframe to Mainframe FTP
>
>
>
>We are trying to FTP a large file from mainframe to mainframe. The file
>has lot of packed fields. We are using BINARY transfer. We have tried all
>the options including NOWRAPRECORD, RECFM, LRECL combinations, but the
>file is wrapping the records on the destination. Please note the file is a
>Variable blocked file. Any help would be appreciated.
>
>Thanks.
>

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

Re: How to quickly shut down system

[Jerry Whitteridge]

On Wed, 2005-12-07 at 20:54 +0100, R.S. wrote:

> 
> Back to the question, what about DB2, which I'm most worried ?
> I'd like to "quiesce" all the system activity as much as possible, just 
> to avoid long time for get the DR system ready. I don't want to spent 
> hours to backout uncommited transactions or fight with JES2 to start it 
> up. I also don't want to loose the data, from DB2 (obvoius) and possibly 
> from JES2 spool.

How about using the DB2 Log suspend command  -- We use that to get
consistent sync points on mirrored data ? 

-- 
Jerry Whitteridge
Safeway Inc.


"MMS " made the following annotations.
--
Warning: 
All e-mail sent to this address will be received by the Safeway corporate 
e-mail system, and is subject to archival and review by someone other than the 
recipient.  This e-mail may contain information proprietary to Safeway and is 
intended only for the use of the intended recipient(s).  If the reader of this 
message is not the intended recipient(s), you are notified that you have 
received this message in error and that any review, dissemination, distribution 
or copying of this message is strictly prohibited.  If you have received this 
message in error, please notify the sender immediately. 
  
==

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Mainframe to Mainframe FTP

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Singar Arthanarieswaran
> Sent: Wednesday, December 07, 2005 1:59 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Mainframe to Mainframe FTP
> 
> 
> We are trying to FTP a large file from mainframe to 
> mainframe. The file has lot of packed fields. We are using 
> BINARY transfer. We have tried all the options including 
> NOWRAPRECORD, RECFM, LRECL combinations, but the file is 
> wrapping the records on the destination. Please note the file 
> is a Variable blocked file. Any help would be appreciated.
> 
> Thanks.
> 
Don't use Binary. Try something like:

MODE B
TYPE E
QUOTE SITE LRECL=? BLKSIZE=? RECFM=? PRI=?? SEC=?? CYLINDERS
STRU R
PUT MVS.FILE

The above is close, but I haven't done this in a long while.

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

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

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

Re: How to quickly shut down system

[Lock Lyon]

R.S.,

For *SIMPLE* solution that is also *clean* I recommend issuing -STOP DB2 
MODE(FORCE) command for each DB2 subsystem. (Command syntax changes based 
on if you are data sharing or not.)  For tasks not currently in DB2 it 
will post an exit; for tasks in DB2 it will stop during next suspend or 
commit. See DB2 Command Reference for more information.

If you wish more sophistication, you can issue:

-STOP DDF MODE(QUIESCE)
*wait n seconds*
-STOP DDF MODE(FORCE)
-STOP DB2 MODE(QUIESCE)
*wait m seconds*
-STOP DB2 MODE(FORCE)
*wait p seconds*
MODIFY ,ABEND,NODUMP

for slower (but more orderly) shutdown. "n", "m", "p" vary depending upon 
your experience with DDF threads, long-running jobs, commit frequencies, 
and so forth. Last MODIFY command will quickly bring DB2 down, but it is 
usually reserved as a last resort.

And, for even more sophistication, insert -DISPLAY commands for UTILITY, 
DDF DETAIL, various IRLM-related console commands (such as MODIFY 
,STATUS,ALLD ), and so forth.  These give you more 
information about ongoing processes, hence more info on difficulty of 
restart.

However, even after a hard *crash*, DB2 is built to self-recover all 
ongoing work based on log records. Upon restart at your DR facility, DB2 
should analyze the logs, finalize all committed transaction data to disk, 
backout all in-flight transactions, and report any in-doubt threads on the 
console (and MSTR JES Log).

Lock Lyon
Compuware Corp

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 

[ [<--- snip --->] ]

The procedure have to be as quick as possible and *SIMPLE*.

Back to the question, what about DB2, which I'm most worried ?
I'd like to "quiesce" all the system activity as much as possible, just 
to avoid long time for get the DR system ready. I don't want to spent 
hours to backout uncommited transactions or fight with JES2 to start it 
up. I also don't want to loose the data, from DB2 (obvoius) and possibly 
from JES2 spool.

-- 
Radoslaw Skorupka
Lodz, Poland

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

Re: Mainframe to Mainframe FTP

[Frank Krueger]

Matthew

i have tried to often and got errors when doing FTP from MVS to MVS
with VBS or U files . I am doing a lot of Studies with SMF Data -
the only proven way for me is with fixed length records .

And XMIT off course can be used without JES connected -
just use XMIT with OUTDSN , then FTP , then RECEIVE INDSN.
As said - i prefer TRSMAIN - cause sometimes i have to handle 5 GB
of TERSED SMF data which gives app. 40 GB SMF .

Frank Krueger


Mittwoch, 7. Dezember 2005 21:33
To: IBM-MAIN@BAMA.UA.EDU
cc:
From: Matthew Stitt <[EMAIL PROTECTED]>
Subject: Re: Mainframe to Mainframe FTP



I do this all the time.

Use TYPE E, MODE B options.  Also let the system automatically send the
file
characteristics and allocated it dynamically.

I assume you are going MVS to MVS?

On Wed, 7 Dec 2005 21:17:56 +0100, Frank Krueger <[EMAIL PROTECTED]>
wrote:

>Cause it is variable you can never re-build at destination .
>You must first change to Fixed-Block bei either using TRSMAIN info here
>http://techsupport.services.ibm.com/390/trsmain.html
>to create a DS with LRECL=1024 which can be FTPed -
>or you may use XMIT with OUTDSN , to create a dataset with LRECL=80 .
>This may be transferred and then restored using RECEIVE INDSN .
>For large DS i prefer TRSMAIN - it has no cost and compresses data .
>Also XMIT wants to have a JES connection between the two systems.
>
>Always important - RECFM U or VB or VBS cannot be FTP"ed.
>eemm - they can but contain garbage.
>
>Frank Krueger
>
>
>Mittwoch, 7. Dezember 2005 21:09
>To: IBM-MAIN@BAMA.UA.EDU
>cc:
>From: Singar Arthanarieswaran <[EMAIL PROTECTED]>
>Subject: Mainframe to Mainframe FTP
>
>
>
>We are trying to FTP a large file from mainframe to mainframe. The file
>has lot of packed fields. We are using BINARY transfer. We have tried all
>the options including NOWRAPRECORD, RECFM, LRECL combinations, but the
>file is wrapping the records on the destination. Please note the file is a
>Variable blocked file. Any help would be appreciated.
>
>Thanks.
>

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

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

Re: Mainframe to Mainframe FTP

[Hal Merritt]

Oops. Got it backward. Sorry. 

TYPE E MODE C.

Use MODE B if the data is already compressed. MODE C usually gives me
upwards of 60% compression. MODE B may work better for DFDSS ADRDSU
backups.   

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Hal Merritt
Sent: Wednesday, December 07, 2005 2:31 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Mainframe to Mainframe FTP

The FM suggests MODE E TYPE C. 

The FM also suggests that Binary (TYPE I) is not appropriate in this
situation. 

Works for me. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Singar Arthanarieswaran
Sent: Wednesday, December 07, 2005 1:59 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Mainframe to Mainframe FTP

We are trying to FTP a large file from mainframe to mainframe. The file
has lot of packed fields. We are using BINARY transfer. We have tried
all
the options including NOWRAPRECORD, RECFM, LRECL combinations, but the
file is wrapping the records on the destination. Please note the file is
a
Variable blocked file. Any help would be appreciated.

Thanks.

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

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

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

Commands in JCL

[Steve Comstock]

Is there a way to issue an operator command such as
Start in a JCL COMMAND statement without causing the
system to ask the console operator to allow it or not?

I want to issue a series of commands, one to start
SMTP, another to submit an email via IEBGENER and
the internal reader, and another to stop SMTP.

Kind regards,

-Steve Comstock

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Mainframe to Mainframe FTP

[Hal Merritt]

This almost sounds like a network issue. Some misconfigured 'black hole'
routers will silently drop packets or otherwise garble the data. Some
network folks believe that error reporting is a security risk.  

Hal. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Frank Krueger
Sent: Wednesday, December 07, 2005 3:02 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Mainframe to Mainframe FTP

Matthew

i have tried to often and got errors when doing FTP from MVS to MVS
with VBS or U files . I am doing a lot of Studies with SMF Data -
the only proven way for me is with fixed length records .

And XMIT off course can be used without JES connected -
just use XMIT with OUTDSN , then FTP , then RECEIVE INDSN.
As said - i prefer TRSMAIN - cause sometimes i have to handle 5 GB
of TERSED SMF data which gives app. 40 GB SMF .

Frank Krueger

 

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

SOAP for CICS

[Peter Ten Eyck]

I now have SOAP for CICS installed and working. By working I mean I have
the sample programs running.

I am running this on z/OS 1.4 with CICS TS 2.2.

I have noticed that all of the CICS activity runs under the default CICS id.
using two transaction ids.

Does anyone have experience or suggestions on how to secure this thing?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Commands in JCL

[Bob Rutledge]

The COMMAND= parameter in the JES2 JOBCLASS(..) statement.  I don't know how or 
whether JES3 does it.


Bob

Steve Comstock wrote:

Is there a way to issue an operator command such as
Start in a JCL COMMAND statement without causing the
system to ask the console operator to allow it or not?

I want to issue a series of commands, one to start
SMTP, another to submit an email via IEBGENER and
the internal reader, and another to stop SMTP.

Kind regards,

-Steve Comstock


--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Commands in JCL

[Gabe Torres]

Steve,
 I used the JCL below to issue operator commands to all our lpars in the
sysplex.
You could probably substitute your commands ..  Not sure if you will run
into RACF issues at your site.
gabe 

//FACGTCMD JOB '2',TORRES,MSGCLASS=Z
//SUBMITEXEC PGM=IEBEDIT
//SYSUT2DD SYSOUT=(B,INTRDR),DCB=BLKSIZE=80
//SYSPRINT  DD SYSOUT=*
//SYSIN DD DUMMY
//SYSUT1DD DATA,DLM='$$'
/*$VS,'RO *ALL,D U,,,940,64'
/*$VS,'RO *ALL,D GRS,C'
/*$VS,'RO *ALL,D R,L'
$$
---
Is there a way to issue an operator command such as Start in a JCL
COMMAND statement without causing the system to ask the console operator
to allow it or not?

I want to issue a series of commands, one to start SMTP, another to
submit an email via IEBGENER and the internal reader, and another to
stop SMTP.

Kind regards,

-Steve Comstock

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Commands in JCL

[R.S.]

Steve Comstock wrote:


Is there a way to issue an operator command such as
Start in a JCL COMMAND statement without causing the
system to ask the console operator to allow it or not?

I want to issue a series of commands, one to start
SMTP, another to submit an email via IEBGENER and
the internal reader, and another to stop SMTP.


Yes.
It depends on JES2 settings.
(I assumed JES2, because JES3 is less popular).
See JOBCLASS(n) parameter:
COMMAND=DISPLAY|EXECUTE|IGNORE|VERIFY
verify is default.
Note, the commands are subject to RACF OPERCMDS class checking, so there 
is no big hole to use EXECUTE ...with "small" exception to DB2, which 
doea not protect -dsn STOP DB2 command.


HTH
--
Radoslaw Skorupka
Lodz, Poland

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

Re: Commands in JCL

[Hawley, Scott R]

Something like this should work for you

//VARYON   EXEC PGM=IEBGENER   
//SYSPRINT DD  SYSOUT=*
//SYSUT2   DD  SYSOUT=(*,INTRDR)   
//SYSINDD  DUMMY   
//SYSUT1   DD  DATA,DLM='$$'   
/*$VS,'RO *ALL,V ,ONLINE'  
$$ 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Steve Comstock
Sent: Wednesday, December 07, 2005 4:13 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Commands in JCL

Is there a way to issue an operator command such as
Start in a JCL COMMAND statement without causing the
system to ask the console operator to allow it or not?

I want to issue a series of commands, one to start
SMTP, another to submit an email via IEBGENER and
the internal reader, and another to stop SMTP.

Kind regards,

-Steve Comstock

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Mainframe to Mainframe FTP

[Natarajan Mohan]

We transfer VB files across LPAR's using FTP without tersing the file.
The following options works for us.

TYPE E 
MODE B

Thanks
Nat

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Commands in JCL

[Steve Comstock]

Bob Rutledge wrote:
The COMMAND= parameter in the JES2 JOBCLASS(..) statement.  I don't know 
how or whether JES3 does it.


Bob


Hmmm. Good thought. I find COMMAND=VERIFY, so I'll try COMMAND=EXECUTE
I'll have to re-cycle JES then, right? Or even re-ipl?

[I don't care about JES3, since I am running JES2.]

Kind regards,

-Steve Comstock




Steve Comstock wrote:


Is there a way to issue an operator command such as
Start in a JCL COMMAND statement without causing the
system to ask the console operator to allow it or not?

I want to issue a series of commands, one to start
SMTP, another to submit an email via IEBGENER and
the internal reader, and another to stop SMTP.

Kind regards,

-Steve Comstock


--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Commands in JCL

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Steve Comstock
> Sent: Wednesday, December 07, 2005 4:06 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Commands in JCL
> 
> 
> Bob Rutledge wrote:
> > The COMMAND= parameter in the JES2 JOBCLASS(..) statement.  I don't 
> > know
> > how or whether JES3 does it.
> > 
> > Bob
> 
> Hmmm. Good thought. I find COMMAND=VERIFY, so I'll try 
> COMMAND=EXECUTE I'll have to re-cycle JES then, right? Or even re-ipl?
> 
> [I don't care about JES3, since I am running JES2.]
> 
> Kind regards,
> 
> -Steve Comstock

NO!

$tjobclass(*),command=execute

Then update JES2PARM. No need to recycle JES or IPL or anything at all

John McKown
Senior Systems Programmer
UICI Insurance Center
Information Technology

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

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

Re: Commands in JCL

[Steve Comstock]

Gabe Torres wrote:

Steve,
 I used the JCL below to issue operator commands to all our lpars in the
sysplex.
You could probably substitute your commands ..  Not sure if you will run
into RACF issues at your site.
gabe 


//FACGTCMD JOB '2',TORRES,MSGCLASS=Z
//SUBMITEXEC PGM=IEBEDIT
//SYSUT2DD SYSOUT=(B,INTRDR),DCB=BLKSIZE=80
//SYSPRINT  DD SYSOUT=*
//SYSIN DD DUMMY
//SYSUT1DD DATA,DLM='$$'
/*$VS,'RO *ALL,D U,,,940,64'
/*$VS,'RO *ALL,D GRS,C'
/*$VS,'RO *ALL,D R,L'
$$


Worked like a champ! Thanks.

-Steve Comstock


---
Is there a way to issue an operator command such as Start in a JCL
COMMAND statement without causing the system to ask the console operator
to allow it or not?

I want to issue a series of commands, one to start SMTP, another to
submit an email via IEBGENER and the internal reader, and another to
stop SMTP.

Kind regards,

-Steve Comstock

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: FW: Commands in JCL

[Steve Comstock]

Cox, Dave wrote:
 
Steve,	

Curious:  Why JCL ?

Do you have any automation such as Control-O on your system ?  If not,
sometimes I will submit commands using a BR14 with $VS commands like so
through Control-M scheduler:

/*$VS,'F CONTROLO,O=OPER.CNTLO.PRD1.V5.RULES(DB2CICUP)'   
//DB2PCHK  JOB  (99),MSGCLASS=X,CLASS=A,NOTIFY=CONTREA
//STEP001  EXEC PGM=IEFBR14   
//SYSPRINT DD  SYSOUT=*   
//SYSUT1 DD DUMMY 
//SYSUT2 DD DUMMY 
//SYSIN  DD DUMMY 
/*   



May not be exactly what you were looking for, but you can
control the start, submit, and stop through the use of time settings or
conditions being written to a conditions table within the IOA Control-M
software.

Also, automatic commands ( $TA ).  Depends on if this is very
repetitive or one-off occurrence.


Dave  


Excellent! Even better than the other solution.

Thanks,

-Steve

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Commands in JCL

[Steve Comstock]

McKown, John wrote:

-Original Message-
From: IBM Mainframe Discussion List 
[mailto:[EMAIL PROTECTED] On Behalf Of Steve Comstock

Sent: Wednesday, December 07, 2005 4:06 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Commands in JCL


Bob Rutledge wrote:

The COMMAND= parameter in the JES2 JOBCLASS(..) statement.  I don't 
know

how or whether JES3 does it.

Bob


Hmmm. Good thought. I find COMMAND=VERIFY, so I'll try 
COMMAND=EXECUTE I'll have to re-cycle JES then, right? Or even re-ipl?


[I don't care about JES3, since I am running JES2.]

Kind regards,

-Steve Comstock



NO!

$tjobclass(*),command=execute

Then update JES2PARM. No need to recycle JES or IPL or anything at all


Thanks, John. But some of the other experiments
worked without even changing JESPARMS. I'm good
to go.

Kind regards,

-Steve Comstock

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Commands in JCL

[Mark Zelden]

On Wed, 7 Dec 2005 22:31:59 +0100, R.S. <[EMAIL PROTECTED]>
wrote:

>Steve Comstock wrote:
>
>> Is there a way to issue an operator command such as
>> Start in a JCL COMMAND statement without causing the
>> system to ask the console operator to allow it or not?
>>

>Yes.
>It depends on JES2 settings.
>(I assumed JES2, because JES3 is less popular).
>See JOBCLASS(n) parameter:
>COMMAND=DISPLAY|EXECUTE|IGNORE|VERIFY
>verify is default.
>Note, the commands are subject to RACF OPERCMDS class checking, so there
>is no big hole to use EXECUTE ...with "small" exception to DB2, which
>doea not protect -dsn STOP DB2 command.
>

"Small". LOL!!

I guess if Steve is running his own flex, p390, vm lpar, etc. it doesn't
matter since he is the only user.   I always use COMMAND=IGNORE for
anything but STCs - which are "trusted".

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America and Farmers Insurance Group
mailto: [EMAIL PROTECTED]
Systems Programming expert at http://Search390.com/ateExperts/
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: TN3270 & Linux

[Gilbert Saint-Flour]

Marin wrote:

> I'm trying to connect my Linux workstation to host via 3270 terminal
> emulation, so I would like to find program like Pcomm. For me IBM's
> site if very fuzzy I only find Host on Demand, and that is java
> appl which runs inside browser but I would like to have stand-alone
> application. I tried x3270 from http://x3270.bgp.nu/index.html, but it
> not fit's my needs because it is not genuie X11 appl, and I can not
> strech window to full screen.

I use x3270 v3.3.2 with a 54x132 screen size all day long and am quite 
happy with it.  Changing the font size affects the size of the window.  

I was told that Tom Brennan's Vista emulator works under wine (Vista is 
a Win32 program), but I wasn't able to install it (I didn't try very 
hard).

-- 

 Gilbert Saint-Flour
 GSF Software
 http://gsf-soft.com/
 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: SOAP for CICS

[Greg Grimm]

Use SSL


Regards,


Greg Grimm
Sr. Systems Software Engineer
County of Santa Clara
(408) 918-7064


NOTICE: This email message and/or its attachments may contain information 
that is confidential or restricted. It is intended only for individuals 
named as recipients in the message. If you are NOT an authorized 
recipient, you are prohibited from using, delivering, distributing, 
printing, copying, or disclosing the message or content to others and must 
delete the message from your computer. If you have received this message 
in error, please notify the sender by return email.




Peter Ten Eyck <[EMAIL PROTECTED]>
Sent by: IBM Mainframe Discussion List 
12/07/2005 01:21 PM
Please respond to IBM Mainframe Discussion List
 
To: IBM-MAIN@BAMA.UA.EDU
cc: 
Subject:SOAP for CICS


I now have SOAP for CICS installed and working. By working I mean I have
the sample programs running.

I am running this on z/OS 1.4 with CICS TS 2.2.

I have noticed that all of the CICS activity runs under the default CICS 
id.
using two transaction ids.

Does anyone have experience or suggestions on how to secure this thing?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Commands in JCL

[Charles Mills]

Or with a command,

$T JOBCLASS(E),COMMAND=DISPLAY

with COMMAND=VERIFY to set it back.

In my experience, it does not work to put this command as the first command
of a string of JCL commands because apparently it takes effect too late.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of R.S.
Sent: Wednesday, December 07, 2005 4:32 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Commands in JCL


Steve Comstock wrote:

> Is there a way to issue an operator command such as
> Start in a JCL COMMAND statement without causing the
> system to ask the console operator to allow it or not?
> 
> I want to issue a series of commands, one to start
> SMTP, another to submit an email via IEBGENER and
> the internal reader, and another to stop SMTP.

Yes.
It depends on JES2 settings.
(I assumed JES2, because JES3 is less popular).
See JOBCLASS(n) parameter:
COMMAND=DISPLAY|EXECUTE|IGNORE|VERIFY
verify is default.

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

Re: How to quickly shut down system

[Hal Merritt]

The more I think about this, the more I think less is better.
 
Given the amount of time to fully understand the situation, find the
procedure (which has never been tested), get a management buy in to pull
the trigger, thoughtfully issue the correct commands in the correct
sequence (watching for and reacting to unexpected results) hmmm just
ran out of time and the lights are out. No flashlight? Gee. Perhaps you
should have taken a few minutes to find one that is working. 

Perhaps it would be better to see to the safety of the personnel and let
the software do what it will.  

I would wonder if the potential for damage is greater if I were hacking
away on the console when the lights finally went out. 

Just my $0.02 (before taxes).

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Commands in JCL

[Paul Gilmartin]

In a recent note, Charles Mills said:

> Date: Wed, 7 Dec 2005 17:39:43 -0500
> 
> Or with a command,
> 
> $T JOBCLASS(E),COMMAND=DISPLAY
> 
> with COMMAND=VERIFY to set it back.
> 
> In my experience, it does not work to put this command as the first command
> of a string of JCL commands because apparently it takes effect too late.
> 
This whole discussion mystifies me.  Isn't it a security hole to
allow a user to override command verification without requiring
verification of the override?

All the effective suggested alternatives should be considered
security flaws, and APARed.

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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

Re: ftp.emea.ibm.com replaces testcase?

[Hal Merritt]

You assume the server is not a PC. I wonder

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Paul Gilmartin
Sent: Saturday, December 03, 2005 11:54 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: ftp.emea.ibm.com replaces testcase?

 
> 
A suitably specialized FTP server would recognize the naming convention
violation and, rather than quietly failing, reject the transfer before
it really begins, much as:

ftp> put Desktop/J18PUB.pdf 'foo.bar.xyzzy'
local: Desktop/J18PUB.pdf remote: 'foo.bar.xyzzy'
229 Entering Extended Passive Mode (|||1102|)
550-SVC99 Return code=4
S99INFO=0 S99ERROR=22280 HEX=5708 S99ERSN=X''.
550 Unable to create data set FOO.BAR.XYZZY for STOR command.
ftp> 

... the FTP server invoked an external service (SVC99) which got a
catalog error and reported an error to the client.  The transfer was
never performed, and automatic deletion was unnecessary.

Is EMEA's server similarly smart, or does it leave it to the customer
to discover by other means that the transfer was ineffective?

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: ftp.emea.ibm.com replaces testcase?

[Paul Gilmartin]

In a recent note, Hal Merritt said:

> Date: Wed, 7 Dec 2005 16:57:10 -0600
> 
> You assume the server is not a PC. I wonder
> 
No.  Nor do I assume that it's a PC running/not running Linux;
only that the FTP server software has (or can be modified to
have) some facility comparable to the FTCHKCMD user exit.

If no such facility is available, there's a considerable argument
for the superiority of the z/OS FTP server for this purpose.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[log in to unmask]] On
> Behalf Of Paul Gilmartin
> Sent: Saturday, December 03, 2005 11:54 AM
> 
> A suitably specialized FTP server would recognize the naming convention
> violation ...

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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

Re: Commands in JCL

[Charles Mills]

No, no, if the current setting is verify, then the $T command has to be
verified. No (fundamental) logical flaw there.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Paul Gilmartin
Sent: Wednesday, December 07, 2005 5:59 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Commands in JCL


In a recent note, Charles Mills said:

> Date: Wed, 7 Dec 2005 17:39:43 -0500
> 
> Or with a command,
> 
> $T JOBCLASS(E),COMMAND=DISPLAY
> 
> with COMMAND=VERIFY to set it back.
> 
> In my experience, it does not work to put this command as the first
command
> of a string of JCL commands because apparently it takes effect too late.
> 
This whole discussion mystifies me.  Isn't it a security hole to
allow a user to override command verification without requiring
verification of the override?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Commands in JCL

[Steve Comstock]

Charles Mills wrote:

Or with a command,

$T JOBCLASS(E),COMMAND=DISPLAY

with COMMAND=VERIFY to set it back.

In my experience, it does not work to put this command as the first command
of a string of JCL commands because apparently it takes effect too late.

Charles


My strategy is: submit start smtp
wait n seconds
submit send email
wait n seconds
submit stop smtp

as the only user on the system, it should work ok.

Kind regards,

-Steve Comstock

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Commands in JCL

[Paul Gilmartin]

In a recent note, Charles Mills said:

> Date: Wed, 7 Dec 2005 18:13:10 -0500
> 
> No, no, if the current setting is verify, then the $T command has to be
> verified. No (fundamental) logical flaw there.
> 
Good.  But doesn't this, then, fail Steve's requirement (as I
perceived it) that he be able to avoid operator intervention?

StorageTek
INFORMATION made POWERFUL
-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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

EXEC CICS CONVERSE

[Daniel McArdell]

Does anybody have any examples (Assembler) of CICS CONVERSE "tidy up"
routines?
In particular, I need to know the correct EIB fields to examine and what
actions to take based on the values.
I understand basically what the fields indicate and what actions to take
but I have a program that gets ATCV abends
when it trys to do a CICS RECEIVE after a CICS CONVERSE based on
EIBRECV=x'FF'. The only thing I noticed from the dump was that
EIBSYNRB=x'FF'. Could the ABEND be caused by the program attempting to do
CICS RECEIVE whithout having
first done a rollback?




Bank of New Zealand proud partner of the New Zealand Commonwealth Games
Team.



CAUTION - This message may contain privileged and confidential information 
intended only for the use of the addressee named above. If you are not the 
intended recipient of this message you are hereby notified that any use, 
dissemination, distribution or reproduction of this message is prohibited. If 
you have received this message in error please notify Bank of New Zealand 
immediately. Any views expressed in this message are those of the individual 
sender and may not necessarily reflect the views of Bank of New Zealand.

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

'ALLOCATE' a data set in my TSO/E session

[Luo Johnny]

I've  dwell on some questions  for days :

1,In TSO,I use 'listalc status' to find that SYS1.UADS has been allocated to
DDNAME 'SYSUADS'.
   For a test, I issue 'allocate dsn(center.uads) dd(sysuads)' and get the
meesage that filename is
   in use. I resort to manuals and know that to do this I must use 'REUSE'
operand.
   However,I submit a job via JCL which also uses DDNAME 'SYSUADS' and there
is no problem.

2,I have a simple cobol program who just opens  a input file and closes
it(select infile assign to infile).
   First I issue 'allocate dsn(md0006.input.qsam) dd(infile)' and
succeed.Then I can use TSO command 'call'
   to execute the program successfully.
   However,when I execute the program via JCL  without coding infile
DDNAME,it fails.

So I want to know the exact reason.My personal guess is that a job submitted
by JCL is not executed in
my TSO address space.Would someone be kind enough to give some explanation
for me?

Thanks a lot.




--
Best Regards,
Johnny Luo

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