Channel status messages

[Gil Peleg]

Hi all,
 Yesterday, during the process of connecting additional ISC-3s between our 2
sites, I saw in the SE channels changing status between:
IFCC threshold exceeded,
check stop,
offline signal received,
not operational link,
stopped,
sequence timed-out
and some others..
 Some of them I could guess, but I would really like to know where are those
documented? Some of the statuses were recovered by the technicians, while
for some I had to toggle the channel off and on to return to operating
status...
 Anyone knows where I could find the explanation to these messages?
I checked the z990 service guide (we have two z990) and the support element
operations guide but couldn't find anything...
 Thanks,
Gil.

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

Re: Geoplex performance considerations

[Ron and Jenny Hawkins]

Clark,

I don't think you'll find anyone supporting GEOPLEX with an asynchronous
remote copy scheme like SRDF/A. You will need to go to synchronous for
starters.

Ron

> 
> I've received some help for a few people who've done something similar,
> but
> we'll be using EMC for data replication and I've found no one running a
> Geoplex supported by EMC's SRDF/A.
> Any help would be greatly appreciated!!!
> 

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

Re: Is a Hurricane about to hit IBM ?

[Ron and Jenny Hawkins]

An American making English as a second language criticisms??? That's
seriously lame... 

> 
> Note: Do not worry, for somebody that did English as a second language in
> school, you are not doing to badly...
> 
> Anton
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: In-stream commands and operator authorization

[Bob Rutledge]

If JES2, in JOBCLASS(x|TSU|STC), ...

COMMAND=DISPLAY|EXECUTE|IGNORE|VERIFY
Specifies the disposition of MVS commands read from the '// COMMAND' 
statement (or the '// command' statement) of the JCL input stream as follows.


DISPLAY
The command is displayed and scheduled for execution.

EXECUTE
The command is scheduled for execution. This is the default for 
JOBCLASS(STC) and JOBCLASS(TSU).


IGNORE
The command is ignored (that is, interpreted as a "no operation".)

VERIFY
Specifies that the system displays the command, asks the operator 
whether the command should be executed, and if the operator replies "YES",
schedules the command for execution. This is the default for 
JOBCLASS(A-Z, 0-9).




Modification: $T JOBCLASS or cold start

Dunno how to do it in JES3.



Charles Mills wrote:

The JCL Reference states, with regard to the JCL // COMMAND statement, "If
the operator is requested to authorize running of commands entered through
the input stream, the system then issues message IEFC166D asking for the
operator to respond."
 
How or where is that "operator is requested to authorize" controlled? I

searched the Unlicensed bookshelf on the obvious keywords and didn't find
anything.
 
I'd particularly like a console command to turn off the authorization

function temporarily so that a number of commands could be entered via the
input stream without operator intervention for each command.

Charles Mills


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

In-stream commands and operator authorization

[Charles Mills]

The JCL Reference states, with regard to the JCL // COMMAND statement, "If
the operator is requested to authorize running of commands entered through
the input stream, the system then issues message IEFC166D asking for the
operator to respond."
 
How or where is that "operator is requested to authorize" controlled? I
searched the Unlicensed bookshelf on the obvious keywords and didn't find
anything.
 
I'd particularly like a console command to turn off the authorization
function temporarily so that a number of commands could be entered via the
input stream without operator intervention for each command.

Charles Mills



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

Two Questions About ICSF

[Michael Cleary]

Greetings,
 
On a z/OS 1.7 system, what is the DSECT name for the
ICSF SMF Record for Subtype 21 - ICSF Sysplex Group
Change Section?  I have all of the field names from
the manual, but not the DSCET name.  :(  The macro
name is CSFSMF82.

Also, can anyone provide me with the following ICSF
SMF Records so that I can test DAF?  DAF reports on
all of these ICSF subtypes.

082 000 Integrated Cryptographic Service Facility
(ICSF) 
082 001 - Initialization  
  
082 007 - KEU Key Part Entry  
  
082 008 - CKDS Refresh
  
082 009 - Dynamic CKDS Update 
  
082 013 - Dynamic PKDS Update 
  
082 021 - ICSF Sysplex Group Change Section   
  

Cheers,

Michael

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

===

Instructions:

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

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

3) Zip the downloaded file

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



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

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




__ 
Yahoo! Mail - PC Magazine Editors' Choice 2005 
http://mail.yahoo.com

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

Re: Is a Hurricane about to hit IBM ?

[Craddock, Chris]

> So, you might say where are you going with this ?

I was kind of hoping you'd get to the point eventually.

> Anybody remembers where JES comes from ... and by the way , for those
that
> do not read the newspapers, NASA also tried to cash in on the "NEW
> ORLEANS"
> thing by saying "They need  101 Billion dollars to build a better and
more
> reliable shuttle". They claimed that , if it was not for NASA , then
> nobody
> would have even seen the Hurricane coming because they provided the
> satellite images to the National Hurricane centre.

It's largely true that without NASA we would not have satellite imaging.
And a few of those satellites have been launched from shuttle cargo
bays, but most are launched on conventional rocket boosters. It's also
possible that someone tried to link weather forecasting with the shuttle
program. I don't think anyone in the business takes that seriously, so
it's almost irrelevant what gets publicized in the press.
 
> Ok.. ok... let me get to the point because the people on this list
want to
> see the point :

Yep.

> Speculation : Because the FEDS are spending like a drunken sailor.
What's
> going to happen in the next 6 to 12 months is that there is going to
be a
> major backlash when the average American starts to understand the
> tremendous deficit they are going to sit with. Then you are going to
> have a "over correction" with tremendous budget cuts.

Quite possibly.

> Meaning lots of IBM computers in Federal/State sites will be merged
> into single computer centers.

Maybe and maybe not. Doing that typically costs real money. Combining
computer centers can make sense in terms of reduced overheads, but you
still need the iron to run the business and the people (and software) to
run the iron. Then there are the requirements for disaster recovery and
sox. Those are pushing the feds in the opposite direction. More iron,
not less. What's the net effect? I don't know, but I'd bet large that
IBM wins either way.

> SO we will have a "correction/downsizing" in the mainframe world. Just
> like what happened in the "Credit Card" world in the last 6 months.

The "downsizing" is real, but it has been going on for years and it's
not limited to mainframes. IT has lost it's grip on the purse-strings.
The economy is very large and IT spending is a tiny tiny percentage of
it. I would not expect to see much overall impact on IT. Prognosticators
have predicted Armageddon for years and it has not arrived. I would be a
lot more worried about the impact on federal contractors and other
service providers. 

> Conclusion :
> 
> It's a sad day for those of us that made our living in the Mainframe
World
> because things are going to even get more tight.

Perhaps it would be more accurate to say "the IT world". I know plenty
of people in the business who are having trouble finding/keeping jobs
who have never even seen a mainframe. That's a fact of life in these
times. 

For a really good laugh, see my friend Pat Helland singing "Bye Bye Mr
CIO Guy" here 

CC

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

Re: Is a Hurricane about to hit IBM ?

[Anne & Lynn Wheeler]

AntonMvs2005 wrote:
> Most of us could be seen as "Sitting in a dark room reading IBM manuals for
> a living", or that's what I have been doing for most of my life but I am
> trying to think a little "wider".
> 
> So, you might say where are you going with this ?
> 
> Anybody remembers where JES comes from ...

how many people know where the spring '68 SHARE meeting was held? How
many attended? Did you get to have a tour of the local large installation?

for some slight topic drift ... some posts x-posted to comp.arch, intel,
& ibm/pc hardware newsgroups ... strays into terminal emulation and the
point behind SAA?
http://www.garlic.com/~lynn/2005q.html#25 Intel strikes back with a
parallel x86 design
http://www.garlic.com/~lynn/2005q.html#31 Intel strikes back with a
parallel x86 design
http://www.garlic.com/~lynn/2005q.html#33 Intel strikes back with a
parallel x86 design
http://www.garlic.com/~lynn/2005q.html#35 Intel strikes back with a
parallel x86 design
http://www.garlic.com/~lynn/2005q.html#36 Intel strikes back with a
parallel x86 design
http://www.garlic.com/~lynn/2005q.html#38 Intel strikes back with a
parallel x86 design
http://www.garlic.com/~lynn/2005q.html#40 Intel strikes back with a
parallel x86 design
http://www.garlic.com/~lynn/2005q.html#42 Intel strikes back with a
parallel x86 design
http://www.garlic.com/~lynn/2005q.html#43 Intel strikes back with a
parallel x86 design
http://www.garlic.com/~lynn/2005q.html#44 Intel strikes back with a
parallel x86 design
http://www.garlic.com/~lynn/2005q.html#45 Intel strikes back with a
parallel x86 design
http://www.garlic.com/~lynn/2005q.html#46 Intel strikes back with a
parallel x86 design
http://www.garlic.com/~lynn/2005q.html#47 Intel strikes back with a
parallel x86 design
http://www.garlic.com/~lynn/2005q.html#48 Intel strikes back with a
parallel x86 design
http://www.garlic.com/~lynn/2005r.html#0 Intel strikes back with a
parallel x86 design
http://www.garlic.com/~lynn/2005r.html#1 Intel strikes back with a
parallel x86 design
http://www.garlic.com/~lynn/2005r.html#2 Intel strikes back with a
parallel x86 design
http://www.garlic.com/~lynn/2005r.html#8 Intel strikes back with a
parallel x86 design
http://www.garlic.com/~lynn/2005r.html#9 Intel strikes back with a
parallel x86 design
http://www.garlic.com/~lynn/2005r.html#10 Intel strikes back with a
parallel x86 design
http://www.garlic.com/~lynn/2005r.html#11 Intel strikes back with a
parallel x86 design
http://www.garlic.com/~lynn/2005r.html#12 Intel strikes back with a
parallel x86 design

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

[David Cole]

At 10/2/2005 11:03 AM, Steve Comstock wrote:

David Cole wrote:
Does anyone have a program, ISPF command, or TSO command that will 
produce a formatted display of the contents of ISREDIT?

TIA,
Dave Cole


If you have z/OS 1.7, ISPF added a Table Utility
that looks pretty nifty.

We don't have 1.7 yet, but the docs are intriguing.

Kind regards,

-Steve Comstock


Thanks, I'll look for the doc.

-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: Basic remote copy questions

[R.S.]

Frank,
I know more-or-less PPRC-XD (played with that a little bit).
I know, there is no warranty about "empty bitmap" of changes.
However only recently updated tracks should be out-of-sync, the rest 
shouldn't be altered. Recently - I mean less than half-day. Remeber: two 
batch session a day, no I/O activity on the volumes during time between 
the sessions. So, *for sure* those closed, and half-day old dataset and 
their VTOC/VVDS/BCS description are in-sync.
The real question is whether some possible inconsistencies in 
VTOC/VVDS/BCS structures can influence on those "old" datasets integrity.



Regards
--
Radoslaw Skorupka
Lodz, Poland




Frank Krueger wrote:

Bruce , Radoslav

XD ist just asynchronous PPRC - and there is no guarantee when and what
will be copied .
It may take more then just a few seconds after the WRITE that the
data is copied - depending on the load and the link capacitiy.

The good thing is - you can switch easily from PPRC-XD to PPRC and vice
versa -
f.e. to have the data copied constantly , then goto SYNCH on a time with
less activity -
and then you may suspend and FLASH or take Backups from another system .
The switching process normally takes seconds only .

Basically it is used for migration or creation of some test data - not for
disaster recovery
cause the data is mostly almost fuzzy.


Frank Krueger

As I understand PPRC-XD, it can be one or a few I/Os behind the primary
volume.  A dataset which was JUST closed on the primary (and thus valid)
may be exposed to problems on the secondary if the failure occurs before
all its I/Os (and the VTOC/VVDS update I/Os from CLOSE) can be
mirrored.   But datasets closed more than a few seconds before the
failure should be OK (same 99%).



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

Re: Basic remote copy questions

[R.S.]

John Ticic wrote:


--- snip ---
2. Two DASD boxes connected together. Several volume pairs are
established. Let's assume, there is a problem with I/O (write) on volume
VOLA, next waiting write is on VOLB. There is no problem with VOLB. Will
the controller allow VOLB to be updated ? In other words, does the DASD
controller queue all the (sometimes concurrent, multi-threaded) writes
and perform them in the timestamp order ?
--- snip ---

I/Os run concurrently. If the I/Os are independent, then the updates to
VOLB will occur even if VOLA has a problem.
You say "next waiting write", so I assume they are dependent I/Os. The
application will receive the I/O error (for VOLA) and have to deal with it.
It shouldn't then send off a write to VOLB!


I've got several responses (thank you, gentlemen!), which confirmed my 
assumption. I/O's are concurrent from host point of view, however 
they're "queued" in DASD controller in that manner, that no I/O will be 
accepted after replication problem on any of volumes.


BTW: John, your assumption (about application) is good only for 
single-threaded applications. For example, Oracle db uses several 
asynchronous I/O streams.


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

[AntonMvs2005]

Hi,

Use to be in the Roscoe start up options but maybe these days, you can even
change it with a modify command.

Have you got the set of Roscoe manual ?

Should be in there ... otherwise we can send you a set of manuals.

Anton

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Warren Brown
Sent: Sunday, October 02, 2005 10:43 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: ROSCOE

I am new to IBM-MAIN.  Does anyone now how to turn off ROSCOE accounting
recording?

Thanks,

Warren

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Is a Hurricane about to hit IBM ?

[AntonMvs2005]

Hi,

Most of us could be seen as "Sitting in a dark room reading IBM manuals for
a living", or that's what I have been doing for most of my life but I am
trying to think a little "wider".

So, you might say where are you going with this ?

Anybody remembers where JES comes from ... and by the way , for those that
do not read the newspapers, NASA also tried to cash in on the "NEW ORLEANS"
thing by saying "They need  101 Billion dollars to build a better and more
reliable shuttle". They claimed that , if it was not for NASA , then nobody
would have even seen the Hurricane coming because they provided the
satellite images to the National Hurricane centre.

Ok.. ok... let me get to the point because the people on this list want to
see the point :

Speculation : Because the FEDS are spending like a drunken sailor. What's
going to happen in the next 6 to 12 months is that there is going to be a
major backlash when the average American starts to understand the tremendous
deficit they are going to sit with. Then you are going to have a 
"over correction" with tremendous budget cuts.  Meaning lots of IBM
computers in Federal/State sites will be merged into single computer
centers. Even NASA will financially suffocate because lots of people are
starting to say "Why do we need to go to MARS if we have no jobs on EARTH".

SO we will have a "correction/downsizing" in the mainframe world. Just like
what happened in the "Credit Card" world in the last 6 months. This week the
American Car companies announced that they are forcing their suppliers to a
smaller group, to reduce costs. Meaning more people will lose their jobs.

Conclusion :

It's a sad day for those of us that made our living in the Mainframe World
because things are going to even get more tight.

That is why I called this thread "Is a Hurricane going to hit IBM" !!

Note: My apology to the open minded more intelligent participants of this
list but I unfortunately had to explain more much more for the lights to
come on for some.

Anton









Speculation : ( That's when something is not factual)

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

ROSCOE

[Warren Brown]

I am new to IBM-MAIN.  Does anyone now how to turn off ROSCOE accounting
recording?

Thanks,

Warren

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

(fwd) Re: Is a Hurricane about to hit IBM ?

[Clark Morris]

On Sat, 1 Oct 2005 15:14:47 -0700, in bit.listserv.ibm-main "Edward E.
Jaffe" <[EMAIL PROTECTED]> wrote:

>AntonMvs2005 wrote:
>
>>"Why does the investors not see what I am seeing ?"
>>
>>
>[snip]
>
>>Six month a 'go, I think it's 6 to 12 months, they tried to target the
>>medical sector. At the same time "W" also suddenly announced that he feels
>>the FEDS need to put more money into the IS departments of the Medical
>>sector in the US. Anybody else noticed this ?
>>
>>
>[snip]
>
>>"Is the FEDS keeping IBM afloat just as they do with some of the American
>>Airlines"
>>
>>
>
>I don't believe T. J. Watson had anything whatsoever to do with JFK's
>assassination.

I don't understand Ed's comment.  My reading of the original poster
was that IBM seems to be following wherever the latest Washington wind
is blowing.  The most conspiracy I see in the posting is that
Washington may be creating some of the markets and maybe trying to
prop up the old line computer makers.  

I am skeptical about the long term health of the mainframe.  A large
percentage of the COBOL applications I worked on were overripe for
replacement or drastic overhaul.  The market for COBOL programmers
stinks.  Companies and other organizations still are operating on the
delusion that since they haven't figured out how to communicate
requirements to their IT staff they can cure the problem by
outsourcing.I am amazed that outsourcing seems to work as well as
it does.  
>
>IBM-Main is hardly an appropriate place for discussing conspiracy theory.
>
>-
> -
>| 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

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

[Steve Comstock]

David Cole wrote:
Does anyone have a program, ISPF command, or TSO command that will 
produce a formatted display of the contents of ISREDIT?


TIA,
Dave Cole


If you have z/OS 1.7, ISPF added a Table Utility
that looks pretty nifty.

We don't have 1.7 yet, but the docs are intriguing.

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

ISREDIT

[David Cole]

Does anyone have a program, ISPF command, or TSO command that will 
produce a formatted display of the contents of ISREDIT?


TIA,
Dave Cole

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Squeezing defined capacity

[Gil Peleg]

We met with IBM this morning and explained the situation. Now waiting for
their response on this.
 We are hoping to start with this today, as the SCRT reports are from the
2nd to the 1st of next month, and today is the 2nd..
 Gil.

 On 10/2/05, ibm-main <[EMAIL PROTECTED]> wrote:
>
> Given that you are on a zSeries processor (presumably) running a current
> z/OS release, I suspect you will be disappointed with the result of this
> little bit of skullduggery.
> Have you asked an opinion of your legal department ???.
>
> Shane ...

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

Re: Squeezing defined capacity

[ibm-main]

Given that you are on a zSeries processor (presumably) running a current
z/OS release, I suspect you will be disappointed with the result of this
little bit of skullduggery.
Have you asked an opinion of your legal department  ???.

Shane ...

From: "Gil Peleg"

> After a lot of consideration, I decided to adopt your CF idea.
> We already have a sandbox plex here with 10% ICF defined, we will simply
> change it to 40% CPs.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Squeezing defined capacity

[Gil Peleg]

Bruno,
 After a lot of consideration, I decided to adopt your CF idea.
We already have a sandbox plex here with 10% ICF defined, we will simply
change it to 40% CPs.
Its an easy change for us since we dont have to touch anything in the
production or developement plexes (only reactivate the sandbox CF).
 Thanks for the great idea!
 Gil.

 On 10/1/05, Bruno Sugliani <[EMAIL PROTECTED]> wrote:
>
> On Sat, 1 Oct 2005 15:03:40 +1000, ibm-main <[EMAIL PROTECTED]> wrote:
>
> The only common sense reaction idea i had as i faced the same problem was
> to create one extra lpar , without operating system , just put either a CF

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Are there any mainframe sites out there that don't use JCLCHECK/JCLPREP or equivalent?

[Farley, Peter x23353]

Yes, and from my work machine they showed up as trash.  No problems from my
home PC.

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] 
Sent: Saturday, October 01, 2005 12:00 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Are there any mainframe sites out there that don't use
JCLCHECK/JCLPREP or equivalent?

Just looked at both of them and they displayed just fine.  Have you tried 
saving the .txt files to your PC and then displaying them with Notebook?

Regards,

Steve Wiegand

_
This message and any attachments are intended only for the use of the addressee 
and
may contain information that is privileged and confidential. If the reader of 
the 
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your system.

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

Re: Are there any mainframe sites out there that don't use JCLCHECK/JCLPREP or equivalent?

[Farley, Peter x23353]

Interesting.  I found they were available as text with no problem from my
home PC, which is not encrypted.  I hadn't thought to try wget.

In any case, I now have them.

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] 
Sent: Friday, September 30, 2005 6:10 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Are there any mainframe sites out there that don't use
JCLCHECK/JCLPREP or equivalent?

You are not the only one. Using "wget" on linux to retrieve those two
links, I got them in "gzip" compressed format. I repeated the "wget" 3
more times. Once out of the four attempts it came in ascii text form. When
it came in "gzip" form the http headers preceding it included "Content-
Encoding: gzip".

Bill Godfrey

_
This message and any attachments are intended only for the use of the addressee 
and
may contain information that is privileged and confidential. If the reader of 
the 
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your system.

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