Re: How to enter Trademark TM symbol in hostexplorer emulator

2008-09-22 Thread sabarish kannan
Hi Shmuel

 thanks.

Sabarish

On Fri, Sep 19, 2008 at 5:11 PM, Shmuel Metz (Seymour J.) 
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:

 In [EMAIL PROTECTED], on
 09/17/2008
   at 12:15 PM, Tony Harminc [EMAIL PROTECTED] said:

 All the ASCII-based codepages have U+00AE at X'AE', and all the EBCDIC
 CPs have it at X'AF'.

 Except for the ASCII-based code pages that have (c) (Circle-R) at E9 and (R)
 () at AE.

 --
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html
 We don't care. We don't have to care, we're Congress.
 (S877: The Shut up and Eat Your spam act of 2003)

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



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



Re: Taking Image Copy of base tablespace,LOB Tablespace and all the indexspaces in DB2V8

2008-09-22 Thread sabarish kannan
Hi Kevin

 thanks. I am not a DBA .

Sabarish

On Sat, Sep 20, 2008 at 10:28 PM, Kenneth E Tomiak 
[EMAIL PROTECTED] wrote:

 And take advantage of search engines like GOOGLE and ASK. A search of the
 message id and COPY YES turned up this hit which explains why you
 received the message. If you are aDBA then from there you should know what
 to do or get a DBA to fix it. There are DBa consultants available if you
 are still
 stuck.


 http://www.redbooks.ibm.com/redbooks/pdfs/sg246289.pdf


 P.Sabarish Kannan
 
 You should post on the DB2 List
 
 [EMAIL PROTECTED]
 

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



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



Re: Taking Image Copy of base tablespace,LOB Tablespace and all the indexspaces in DB2V8

2008-09-22 Thread sabarish kannan
Hi

 I tried to access the site www.idugdb2-l.org for posting my message. But it
gives this error:
Internal Server Error

The server encountered an internal error or misconfiguration and was unable
to complete your request.

Please contact the server administrator, [EMAIL PROTECTED] and inform them of
the time the error occurred, and anything you might have done that may have
caused the error.

More information about this error may be available in the server error log.


Any inputs?

Sabarish

On Mon, Sep 22, 2008 at 11:54 AM, sabarish kannan 
[EMAIL PROTECTED] wrote:

  Hi Kevin

  thanks. I am not a DBA .

 Sabarish

   On Sat, Sep 20, 2008 at 10:28 PM, Kenneth E Tomiak 
 [EMAIL PROTECTED] wrote:

 And take advantage of search engines like GOOGLE and ASK. A search of the
 message id and COPY YES turned up this hit which explains why you
 received the message. If you are aDBA then from there you should know what
 to do or get a DBA to fix it. There are DBa consultants available if you
 are still
 stuck.


 http://www.redbooks.ibm.com/redbooks/pdfs/sg246289.pdf


 P.Sabarish Kannan
 
 You should post on the DB2 List
 
 [EMAIL PROTECTED]
 

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




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



Logic in FTP procedure

2008-09-22 Thread Jürgen Kehr

Hello,

I have a small problem with the following job:

a FTP batch jobs runs on a daily base and it should pick up some data, 
which has the month and year of the preceding month in its name, for 
example in july 08 it may pick up the dataset XXX0608.
This dataset is available around the 8th of july, but I don't know the 
exact date.
I would like to build a procedure which check the actual date and checks 
if the latest dataset is available, if yes it should get this one, if no 
it should get the one from the preceding month.


Thanks in advance for any help.

--

___



Freundliche Gruesse / Kind regards



Dipl.Math. Juergen Kehr, IT Schulung  Beratung, IT Education + Consulting

Tel.  +49-561-9528788  Fax   +49-561-9528789  Mobil +49-172-5129389

ICQ 292-318-696 (JKehr)



mailto:[EMAIL PROTECTED]

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: Console restructure an Netview 3.1

2008-09-22 Thread Walter Marguccio
- Original Message 

From: Stephen Wolf [EMAIL PROTECTED]
Sent: Friday, 19 September, 2008 18:45:20

 We just started bringing up z/OS 1.8 in our test LPAR.  We discovered our 
 Netview version (3.1 - 5655-007) can no longer issue system commands 
 (message CNZ005I).  I believe this is due to the console restructure part 2 
 contained in z/OS 1.8.  

Stephen,

how is the MSGIFAC= in member DSIDMNK in the DSIPARM ?
MSGIFAC must be set to SYSTEM when Netview runs under z/OS 1.8 and up, due to 
the console restructure. 
I had the same issue starting Netview 1.4 under z/OS 1.9. 

Give it a try.

HTH.

Walter Marguccio
z/OS Systems Programmer
BELENUS LOB Informatic GmbH
Munich - Germany


  

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



IEFU84

2008-09-22 Thread Steve Austin
Hello,

I have an IEFU84 exit that, when entered holding the local lock, schedules
an SRB; typically for record type 30, subtypes 2 and 3. All works as
expected, except that the JWT value in the SMFPRMxx member ceases to be
honoured.


Is this expected behaviour and if so why?

Thanks

Steve




This email has been scanned for all known viruses by the MessageLabs Email 
Security Service and the Macro 4 plc internal virus protection 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



Cloning z/OS System

2008-09-22 Thread Arun Kumar
Dear Listers

In my shop there is a frequent need for creating new z/OS systems. So, trying 
to understand how other shops clone their z/OS systems.

Please let me know.

TIA
Arun

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



z890 model upgrade

2008-09-22 Thread Walter Marguccio
Hello list,

as we heard that upgrading from a 2086-230 to a 2086-270 would cost us 350.000 
Euro,
we abandoned our consolidating project on the mainframe. The price is, at least 
for a small company like us, too high,
and doesn't take into account the higher sw licence costs which would come 
along due to more MSUs.

Are there guidelines, tools, books, etc. which would help us to estimate 
whether 3 or 4 CPs (i.e. 2086-350 or 2086-440)
less fast would still improve our performance compared with 2 fast CPs like in 
the 2086-270 ?


In other words: better more (slower) CPs of fewer (faster) ones ? What does it 
depend on ?

We are still at z/OS 1.7, Com-plete and ADABAS 7.4.4., online and batch being 
our main workloads.


Walter Marguccio
z/OS Systems Programmer
BELENUS LOB Informatic GmbH
Munich - Germany



  

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



Re: Cloning z/OS System

2008-09-22 Thread Walter Marguccio
- Original Message 
From: Arun Kumar [EMAIL PROTECTED]
Sent: Monday, 22 September, 2008 11:34:43

 In my shop there is a frequent need for creating new z/OS systems. So, trying 
 to understand how other shops clone their z/OS systems.

Arun,

I use 2 jobs in order to clone the residence volume, the Unix files and the 
SMP/E world.

I separate purposely operational data from the code, cloning the latter only. 
Operational data
are shared from all LPARs participating in the Sysplex.

If you want to have the jobs for reference purposes, let me know.


Walter Marguccio
z/OS Systems Programmer
BELENUS LOB Informatic GmbH
Munich - Germany


  

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



Re: z890 model upgrade

2008-09-22 Thread Patrick Falcone
Have a look at the below link.
 
http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/WP100258

--- On Mon, 9/22/08, Walter Marguccio [EMAIL PROTECTED] wrote:

From: Walter Marguccio [EMAIL PROTECTED]
Subject: z890 model upgrade
To: IBM-MAIN@BAMA.UA.EDU
Date: Monday, September 22, 2008, 9:48 AM

Hello list,

as we heard that upgrading from a 2086-230 to a 2086-270 would cost us 350.000
Euro,
we abandoned our consolidating project on the mainframe. The price is, at least
for a small company like us, too high,
and doesn't take into account the higher sw licence costs which would come
along due to more MSUs.

Are there guidelines, tools, books, etc. which would help us to estimate
whether 3 or 4 CPs (i.e. 2086-350 or 2086-440)
less fast would still improve our performance compared with 2 fast CPs like in
the 2086-270 ?


In other words: better more (slower) CPs of fewer (faster) ones ? What does it
depend on ?

We are still at z/OS 1.7, Com-plete and ADABAS 7.4.4., online and batch being
our main workloads.


Walter Marguccio
z/OS Systems Programmer
BELENUS LOB Informatic GmbH
Munich - Germany



  

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

2008-09-22 Thread Arun Kumar
Thanks Walter! With just two jobs, do you create a running system? Please 
clarify.

Arun

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



Re: Cloning z/OS System

2008-09-22 Thread R.S.

Arun Kumar wrote:

Dear Listers

In my shop there is a frequent need for creating new z/OS systems. So, trying 
to understand how other shops clone their z/OS systems.


1. Do you clone the system or whole environment (OS, appliaction, data)?
2. Do you need to rename the system or just clone everything including 
system-specific datasets and names like PAGE, SMF, sysname, NJE node 
name, sysplex name, etc.


If you need simply clone of whole environment and do need to change 
anything, then PiT copy is your friend. PiT = FlashCopy, SnapShot, 
TimeFinder, ShadowImage. The same can be done using dss volume copy (or 
FDR).



--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

Sd Rejonowy dla m. st. Warszawy 
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, 
nr rejestru przedsibiorców KRS 025237

NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA  wynosi 
118.642.672 zote i zosta w caoci wpacony.

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



Re: Cloning z/OS System

2008-09-22 Thread R.S.
To complement my own message: one job to make the clone. Depending on 
configuration (system symbols usage) you would need second to change 
HW-specific settings like IP address (assumed OSA in OSE mode).


--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

Sd Rejonowy dla m. st. Warszawy 
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, 
nr rejestru przedsibiorców KRS 025237

NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA  wynosi 
118.642.672 zote i zosta w caoci wpacony.

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



Re: SMS Pool Monitoring

2008-09-22 Thread Vernooy, C.P. - SPLXM


Arju [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]..
.
 Hi,
 We would like to monitor our Production SMS Pools. How do you do it in
 your shop?
 Thanks

Hi,

First: this newgroup is a mirror of a listserver. The majority of the
IBM-MAIN population can be reached via the list-server. See the
information added automagically at the bottom.

Once a day, we run DCOLLECT, interprete it with MXG, fill SAS databases
for historical information and produce exception reports when needed.

Kees.
**
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain
confidential and privileged material intended for the addressee
only. If you are not the addressee, you are notified that no part
of the e-mail or any attachment may be disclosed, copied or
distributed, and that any other action related to this e-mail or
attachment is strictly prohibited, and may be unlawful. If you have
received this e-mail by error, please notify the sender immediately
by return e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries
and/or its employees shall not be liable for the incorrect or
incomplete transmission of this e-mail or any attachments, nor
responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
Dutch Airlines) is registered in Amstelveen, The Netherlands, with
registered number 33014286 
**

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



Re: Cloning z/OS System

2008-09-22 Thread Arun Kumar
Thanks! I am looking at cloning the OS only and all operational datasets 
required renamed.

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



SMP/E Receive from NTS problem

2008-09-22 Thread Mark Jacobs
I can never seem to get this to work and I don't know what I'm doing wrong.



 
RECEIVE   

FROMNTS(   

ORD00441   
   
)   
  
DELETEPKG
   
.   


GIM45800S ** PACKAGE ORD00441 WAS NOT FOUND IN THE
SMPNTS.  
GIM20501IRECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS
12.

But my SMPNTS directory has this downloaded order in it.

 EUID=119   /u/aimj/smpnts/
   Type  Filename  
 _ Dir   . 
 _ Dir   ..
 _ Dir   ORD00441-22September2008-07.15.27 

Can someone point out the error of my ways?

-- 
Mark Jacobs
Time Customer Service
Tampa, FL


Today, we celebrate the first glorious anniversary of the 
Information Purification Directives. We have created, for 
the first time in all history, a garden of pure ideology. 
Where each worker may bloom secure from the pests of 
contradictory and confusing truths. Our Unification of 
Thoughts is more powerful a weapon than any fleet or army 
on earth. We are one people, with one will, one resolve, 
one cause. Our enemies shall talk themselves to death and 
we will bury them with their own confusion. We shall prevail!

Apple's television commercial - Super Bowl - 1984

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



Re: Size Of SQA At Next IPL

2008-09-22 Thread Tom Marchant
On Fri, 19 Sep 2008 18:29:26 -0400, Dave Barry [EMAIL PROTECTED] wrote:

You're right, the numbers do add up, they just don't add up to 45M or 400M.

The IT reference clearly says that the amount of ESQA will likely be more
than you specify, and that ECSA will be rounded up so that it will end on a
segment boundary.  You didn't say how your common storage is being used. 
You had your ECSA specified at a value just a little less than what was
allocated.  Then all it took was a small increase in the size of your ESQA
to cause the extended common to increase by 1M.

-- 
Tom Marchant


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Tom Marchant
Sent: Friday, September 19, 2008 8:08 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Size Of SQA At Next IPL

On Thu, 18 Sep 2008 16:59:04 -0400, Dave Barry wrote:

In PARMLIB, we have SQA=(600K,45M) and CSA=(3200K,400M).  After a
recent
IPL, our ESQA went from 69,120K to 69,152 K.  Our ECSA jumped from 409,616K
to 410,608K while EPVT was reduced from 1,526,784K to 1,525,760K.

So I lost one Meg of extended private area.  The problem is getting the
numbers to add up.

It seems to me that the numbers add up just fine.  ESQA increased by 32K.
Your specification for ECSA is 409,600K and when your ESQA increased by
32K, your ECSA could not be reduced by 32K, so it was increased by 992K, for
a total ECSA+ESQA increase of 1024K, or 1M  That equals your 1M decrease in
EPVT.

--
Tom Marchant

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



Re: z890 model upgrade

2008-09-22 Thread Clark, Kevin
Walter, 

IBM can fill your requirements using extracted SMF/RMF data and modeling
the proposed CPU configuration.

Contact you IBM SE

Kevin 
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Walter Marguccio
Sent: Monday, September 22, 2008 5:48 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: z890 model upgrade

Hello list,

as we heard that upgrading from a 2086-230 to a 2086-270 would cost us
350.000 Euro,
we abandoned our consolidating project on the mainframe. The price is,
at least for a small company like us, too high,
and doesn't take into account the higher sw licence costs which would
come along due to more MSUs.

Are there guidelines, tools, books, etc. which would help us to estimate
whether 3 or 4 CPs (i.e. 2086-350 or 2086-440)
less fast would still improve our performance compared with 2 fast CPs
like in the 2086-270 ?


In other words: better more (slower) CPs of fewer (faster) ones ? What
does it depend on ?

We are still at z/OS 1.7, Com-plete and ADABAS 7.4.4., online and batch
being our main workloads.


Walter Marguccio
z/OS Systems Programmer
BELENUS LOB Informatic GmbH
Munich - Germany



  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: SMP/E Receive from NTS problem

2008-09-22 Thread Lizette Koehler
I think you need to specify the WHOLE name
ORD00441-22September2008-07.15.27

Not the ORD00441

At least that is what works for me.

Lizette


 -Original Message-
 From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
 Behalf Of Mark Jacobs
 Sent: Monday, September 22, 2008 8:07 AM
 To: IBM-MAIN@BAMA.UA.EDU
 Subject: SMP/E Receive from NTS problem
 
 I can never seem to get this to work and I don't know what I'm doing
 wrong.
 
 
 
 
 RECEIVE
 
 FROMNTS(
 
 ORD00441
 
 )
 
 DELETEPKG
 
 .
 
 
 GIM45800S ** PACKAGE ORD00441 WAS NOT FOUND IN THE
 SMPNTS.
 GIM20501IRECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE
 WAS
 12.
 
 But my SMPNTS directory has this downloaded order in it.
 
  EUID=119   /u/aimj/smpnts/
Type  Filename
  _ Dir   .
  _ Dir   ..
  _ Dir   ORD00441-22September2008-07.15.27
 
 Can someone point out the error of my ways?
 

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



Re: Cloning z/OS System

2008-09-22 Thread Walter Marguccio
- Original Message 
From: Arun Kumar [EMAIL PROTECTED]
Sent: Monday, 22 September, 2008 13:19:59

 With just two jobs, do you create a running system? Please clarify.

Arun,

yes, with two jobs I clone my z/OS. One applicable scenario is cloning a z/OS 
after applying maintenance.
Once PTFs are applied and the functionality of the LPAR is tested, I used both 
jobs to clone my TEST z/OS
as Development z/OS. I repeat this step to clone from Develop to Production.

If you want to clone your z/OS to create another z/OS image from scratch, then 
you need another job which 
allocates all operational datasets LPAR-related (PLPA, Common, LOCAL, SMF, 
LOGREC).

Does your cloned z/OS or image participates in a Sysplex ?

Walter Marguccio
z/OS Systems Programmer
BELENUS LOB Informatic GmbH
Munich - Germany



  

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



Re: SMP/E Receive from NTS problem

2008-09-22 Thread Mark Jacobs
Lizette Koehler wrote:
 I think you need to specify the WHOLE name
 ORD00441-22September2008-07.15.27

 Not the ORD00441

 At least that is what works for me.

 Lizette

   

Nope.

 RECEIVE FROMNTS(ORD00441-22September2008-07.15.27) 
GIM20301S ** THERE IS A SYNTAX ERROR IN THE COMMAND AT COLUMN 26.

Column 26 is the - character.

   
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
 Behalf Of Mark Jacobs
 Sent: Monday, September 22, 2008 8:07 AM
 To: IBM-MAIN@BAMA.UA.EDU
 Subject: SMP/E Receive from NTS problem

 I can never seem to get this to work and I don't know what I'm doing
 wrong.




 RECEIVE

 FROMNTS(

 ORD00441

 )

 DELETEPKG

 .


 GIM45800S ** PACKAGE ORD00441 WAS NOT FOUND IN THE
 SMPNTS.
 GIM20501IRECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE
 WAS
 12.

 But my SMPNTS directory has this downloaded order in it.

  EUID=119   /u/aimj/smpnts/
Type  Filename
  _ Dir   .
  _ Dir   ..
  _ Dir   ORD00441-22September2008-07.15.27

 Can someone point out the error of my ways?

 

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


   


-- 
Mark Jacobs
Time Customer Service
Tampa, FL


Today, we celebrate the first glorious anniversary of the 
Information Purification Directives. We have created, for 
the first time in all history, a garden of pure ideology. 
Where each worker may bloom secure from the pests of 
contradictory and confusing truths. Our Unification of 
Thoughts is more powerful a weapon than any fleet or army 
on earth. We are one people, with one will, one resolve, 
one cause. Our enemies shall talk themselves to death and 
we will bury them with their own confusion. We shall prevail!

Apple's television commercial - Super Bowl - 1984

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



Re: z890 model upgrade

2008-09-22 Thread Tom Marchant
On Mon, 22 Sep 2008 02:48:25 -0700, Walter Marguccio wrote:

Hello list,

as we heard that upgrading from a 2086-230 to a 2086-270 would cost 
us 350.000 Euro,

That's a big upgrade  About 4x.

we abandoned our consolidating project on the mainframe. 
The price is, at least for a small company like us, too high,
and doesn't take into account the higher sw licence costs which 
would come along due to more MSUs.

You might want to consider upgrading to a z9 BC or a small z10.  a 2097-401
will give you about 30% more compute power with just an increase from 26 to
27 MSU.  It's a marketing thing.


Are there guidelines, tools, books, etc. which would help us to 
estimate whether 3 or 4 CPs (i.e. 2086-350 or 2086-440)
less fast would still improve our performance compared with 2 
fast CPs like in the 2086-270 ?

You have a 26 MSU machine.  Your first plan was to increase it to 107 MSU. 
Now you are talking about either 74 or 62 MSU.  It sounds like you are not
very sure of your needs.



In other words: better more (slower) CPs of fewer (faster) ones ? 
What does it depend on ?

Do you have any workloads that can only use one processor and that are
constrained because the processor is too slow?

We are still at z/OS 1.7, Com-plete and ADABAS 7.4.4., online and batch
being our main workloads.

Do Com-plete and Adabas multitask well?

Online and batch?  What else is there?

-- 
Tom Marchant

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



VTOC INDEX STATUS : DISABLED

2008-09-22 Thread esmie moo
Good 


  __
Looking for the perfect gift? Give the gift of Flickr! 

http://www.flickr.com/gift/

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



Re: SMP/E Receive from NTS problem

2008-09-22 Thread Lizette Koehler
Add Single Quotes around the order name.
RECEIVE FROMNTS('ORD00441-22September2008-07.15.27')

Lizette

 Lizette Koehler wrote:
  I think you need to specify the WHOLE name
  ORD00441-22September2008-07.15.27
 
  Not the ORD00441
 
  At least that is what works for me.
 
  Lizette
 
 
 
 Nope.
 
  RECEIVE FROMNTS(ORD00441-22September2008-07.15.27)
 GIM20301S ** THERE IS A SYNTAX ERROR IN THE COMMAND AT COLUMN 26.
 
 Column 26 is the - character.
 
 
  -Original Message-
  From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
  Behalf Of Mark Jacobs
  Sent: Monday, September 22, 2008 8:07 AM
  To: IBM-MAIN@BAMA.UA.EDU
  Subject: SMP/E Receive from NTS problem
 
  I can never seem to get this to work and I don't know what I'm doing
  wrong.
 
 
 
 
  RECEIVE
 
  FROMNTS(
 
  ORD00441
 
  )
 
  DELETEPKG
 
  .
 
 
  GIM45800S ** PACKAGE ORD00441 WAS NOT FOUND IN THE
  SMPNTS.
  GIM20501IRECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE
  WAS
  12.
 
  But my SMPNTS directory has this downloaded order in it.
 
   EUID=119   /u/aimj/smpnts/
 Type  Filename
   _ Dir   .
   _ Dir   ..
   _ Dir   ORD00441-22September2008-07.15.27
 
  Can someone point out the error of my ways?
 
 
 
  -
 -
  For IBM-MAIN subscribe / signoff / archive access instructions,
  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: SMP/E Receive from NTS problem

2008-09-22 Thread Mark Zelden
On Mon, 22 Sep 2008 08:07:12 -0400, Mark Jacobs [EMAIL PROTECTED]
wrote:

I can never seem to get this to work and I don't know what I'm doing wrong.




RECEIVE

FROMNTS(

ORD00441

)

DELETEPKG

.


GIM45800S ** PACKAGE ORD00441 WAS NOT FOUND IN THE
SMPNTS.
GIM20501IRECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS
12.

But my SMPNTS directory has this downloaded order in it.

 EUID=119   /u/aimj/smpnts/
   Type  Filename
 _ Dir   .
 _ Dir   ..
 _ Dir   ORD00441-22September2008-07.15.27

Can someone point out the error of my ways?


Silly question perhaps ... but what does you DDDEF or JCL look like
for pointing to SMPNTS?

--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

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



VTOC INDEX STATUS : DISABLED

2008-09-22 Thread esmie moo
Good Morning Gentle Readers,
 
I noticed (via ISMF) that one of our dasd is in DISABLED status under INDEX 
STATUS.
When in TSO option 3.4 I do a V I receive a Free space error.  I attempted 
to perform the following
 
BUILDIX DDNAME(D01) OSVTOC - I receive :
ICK31529I ALLOCATE ERROR: RETURN CODE = 0148  
ICK31515I 61E5 BUILDIX COMMAND FAILED.    
 
I tried BUILDIX  DDNAME(VOLDD)  IX but I was not successful.  I received :
ICK31529I ALLOCATE ERROR: RETURN CODE = 0148   
ICK31515I 61E5 BUILDIX COMMAND FAILED. 

Is there something else I can try short of reinitializing the pack, which is 
presently 75% full.
 
Thanks



  


  __
Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your 
favourite sites. Download it now at
http://ca.toolbar.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: SMP/E Receive from NTS problem

2008-09-22 Thread Mark Zelden
On Mon, 22 Sep 2008 08:34:51 -0400, Lizette Koehler
[EMAIL PROTECTED] wrote:

I think you need to specify the WHOLE name
ORD00441-22September2008-07.15.27

Not the ORD00441


Nothing wrong with his syntax that I can see.

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/GIMCOM35/14.6.9?SHELF=GIM2BK60DT=20070428220618


--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

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



Re: can the ENTER key be simulated in an ISPF panel

2008-09-22 Thread Barkow, Eileen
you can also go to ispf display panel option in order to bring in a new
version of panel, so I was told. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ted MacNEIL
Sent: Friday, September 19, 2008 3:24 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: can the ENTER key be simulated in an ISPF panel

If it's doing that, it means you're picking up an old version of the
panel (e.g. probably from cache). A quick way to prove that would be to
simply logoff and logon.

You don't have to logoff.
Just exit and re-enter ISPF.
-
Too busy driving to stop for gas!

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

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



Re: SMP/E Receive from NTS problem

2008-09-22 Thread Lizette Koehler
The example I used came from the ShopzSeries order I placed a while ago. It
had the following control cards.  In the manual it also stated to use quotes
around order numbers with special characters.

RECEIVE FROMNTS(   
  'ORD1-31May2008-11.38.20'
 ) /* replace xx with the name of  
 the subdirectory where you placed 
 the package files in the SMPNTS   
 directory */  
.  

This has worked for me. 



My JCL

//RECNTS   EXEC PGM=GIMSMP,   
// PARM='CSI=ZOS19.NEW.SMPE.GLOBAL.CSI'   
//SMPOUT   DD SYSOUT=*
//SMPLOG   DD DISP=MOD,DSN=ZOS19.NEW.SMPE.SMPGLOG 
//SMPJHOME DD PATH='/usr/lpp/java/J1.4/'  
//SMPNTS   DD PATHDISP=KEEP,  
//PATH='/zos19/OS191348/tmp/' 
//SYSUT1   DD UNIT=SYSDA,SPACE=(3120,(380,760))   
//SYSUT2   DD UNIT=SYSDA,SPACE=(3120,(380,760))   
//SYSUT3   DD UNIT=SYSDA,SPACE=(3120,(380,760))   
//SYSUT4   DD UNIT=SYSDA,SPACE=(3120,(380,760))   
//SYSPRINT DD SYSOUT=*
//SMPCNTL  DD *


This works for me.  If there is another process, I am always willing to
learn it.  ;-)

Lizette
   
 
 I think you need to specify the WHOLE name
 ORD00441-22September2008-07.15.27
 
 Not the ORD00441
 
 
 Nothing wrong with his syntax that I can see.
 
 http://publibz.boulder.ibm.com/cgi-
 bin/bookmgr_OS390/BOOKS/GIMCOM35/14.6.9?SHELF=GIM2BK60DT=2007042822061
 8
 

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



Re: VTOC INDEX STATUS : DISABLED

2008-09-22 Thread John McKown
On Mon, 22 Sep 2008, esmie moo wrote:

 Good Morning Gentle Readers,
 
 I noticed (via ISMF) that one of our dasd is in DISABLED status under
INDEX STATUS.
 When in TSO option 3.4 I do a V I receive a Free space error.  I 
 attempted to perform the following
  
 BUILDIX DDNAME(D01) OSVTOC - I receive :
 ICK31529I ALLOCATE ERROR: RETURN CODE = 0148  
 ICK31515I 61E5 BUILDIX COMMAND FAILED.    
  
 I tried BUILDIX  DDNAME(VOLDD)  IX but I was not successful.  I received :
 ICK31529I ALLOCATE ERROR: RETURN CODE = 0148   
 ICK31515I 61E5 BUILDIX COMMAND FAILED. 
 
 Is there something else I can try short of reinitializing the pack, which is 
 presently 75% full.
  
 Thanks

The 0148 is the DADSM allocate return code. From the manual, that means
that there are overlapping extents. Or, basically, that the VTOC has
some corruption in because one or more tracks are allocated to more than
one dataset.

The safe thing to do is to use DFDSS to copy and recatalog all the 
datasets to another pack, then reinitialize the pack. If you do this, you 
should have somebody examine the data in the datasets copied because you 
likely have a corrupted datasets somewhere.

-- 
Q: What do theoretical physicists drink beer from?
A: Ein Stein.

Maranatha!
John McKown

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



Antwort: Re: SMP/E Receive from NTS problem

2008-09-22 Thread Werner Kuehnel
Mark,
do you have a DD statement pointing to your NTS?
Here is JCL that works for me:

//RECEIVE  EXEC PGM=GIMSMP 
//SMPCSI   DD DSN=SYSP.ZOS16.SMPE.GLOBAL.CSI,DISP=SHR SYS1 
//SMPNTS   DD PATH='/SYS1/u/smpe/smpnts/', 
// PATHOPTS=(OWRONLY,OCREAT), 
// PATHMODE=(SIRWXU,SIRGRP,SIROTH) 
//SMPCNTL  DD  * 
 SET BOUNDARY(GLOBAL). 
 RECEIVE SYSMODS 
 HOLDDATA 
 FROMNTS(U00395305) 
  . 
/* 
// 

Werner Kuehnel


IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU schrieb am 22.09.2008 
14:42:00:

 Lizette Koehler wrote:
  I think you need to specify the WHOLE name
  ORD00441-22September2008-07.15.27
 
  Not the ORD00441
 
  At least that is what works for me.
 
  Lizette
 
  
 
 Nope.
 
  RECEIVE FROMNTS(ORD00441-22September2008-07.15.27) 
 GIM20301S ** THERE IS A SYNTAX ERROR IN THE COMMAND AT COLUMN 26.
 
 Column 26 is the - character.
 
  
  -Original Message-
  From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
  Behalf Of Mark Jacobs
  Sent: Monday, September 22, 2008 8:07 AM
  To: IBM-MAIN@BAMA.UA.EDU
  Subject: SMP/E Receive from NTS problem
 
  I can never seem to get this to work and I don't know what I'm doing
  wrong.
 
 
 
 
  RECEIVE
 
  FROMNTS(
 
  ORD00441
 
  )
 
  DELETEPKG
 
  .
 
 
  GIM45800S ** PACKAGE ORD00441 WAS NOT FOUND IN THE
  SMPNTS.
  GIM20501IRECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE
  WAS
  12.
 
  But my SMPNTS directory has this downloaded order in it.
 
   EUID=119   /u/aimj/smpnts/
 Type  Filename
   _ Dir   .
   _ Dir   ..
   _ Dir   ORD00441-22September2008-07.15.27
 
  Can someone point out the error of my ways?
 
  
 
  --
  For IBM-MAIN subscribe / signoff / archive access instructions,
  send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
  Search the archives at http://bama.ua.edu/archives/ibm-main.html
 
 
  
 
 
 -- 
 Mark Jacobs
 Time Customer Service
 Tampa, FL
 
 
 Today, we celebrate the first glorious anniversary of the 
 Information Purification Directives. We have created, for 
 the first time in all history, a garden of pure ideology. 
 Where each worker may bloom secure from the pests of 
 contradictory and confusing truths. Our Unification of 
 Thoughts is more powerful a weapon than any fleet or army 
 on earth. We are one people, with one will, one resolve, 
 one cause. Our enemies shall talk themselves to death and 
 we will bury them with their own confusion. We shall prevail!
 
 Apple's television commercial - Super Bowl - 1984
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 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: SMP/E Receive from NTS problem

2008-09-22 Thread Jousma, David
Or JCL that looks something like: //SMPNTS   DD
PATHDISP=KEEP,PATH='/u/smpe/zos18/'  

_
Dave Jousma
Assistant Vice President
Mainframe Services
[EMAIL PROTECTED]
616.653.8429


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Zelden
Sent: Monday, September 22, 2008 8:56 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SMP/E Receive from NTS problem

On Mon, 22 Sep 2008 08:07:12 -0400, Mark Jacobs
[EMAIL PROTECTED]
wrote:


Silly question perhaps ... but what does you DDDEF or JCL look like
for pointing to SMPNTS?

--

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

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



Re: VTOC INDEX STATUS : DISABLED

2008-09-22 Thread Vernooy, C.P. - SPLXM


John McKown [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]...
 On Mon, 22 Sep 2008, esmie moo wrote:
 
  Good Morning Gentle Readers,
  
  I noticed (via ISMF) that one of our dasd is in DISABLED status under
 INDEX STATUS.
  When in TSO option 3.4 I do a V I receive a Free space error.  I 
  attempted to perform the following
   
  BUILDIX DDNAME(D01) OSVTOC - I receive :
  ICK31529I ALLOCATE ERROR: RETURN CODE = 0148  
  ICK31515I 61E5 BUILDIX COMMAND FAILED.    
   
  I tried BUILDIX  DDNAME(VOLDD)  IX but I was not successful.  I received :
  ICK31529I ALLOCATE ERROR: RETURN CODE = 0148   
  ICK31515I 61E5 BUILDIX COMMAND FAILED. 
  
  Is there something else I can try short of reinitializing the pack, which 
  is presently 75% full.
   
  Thanks
 
 The 0148 is the DADSM allocate return code. From the manual, that means
 that there are overlapping extents. Or, basically, that the VTOC has
 some corruption in because one or more tracks are allocated to more than
 one dataset.
 
 The safe thing to do is to use DFDSS to copy and recatalog all the 
 datasets to another pack, then reinitialize the pack. If you do this, you 
 should have somebody examine the data in the datasets copied because you 
 likely have a corrupted datasets somewhere.
 
 -- 
 Maranatha!
 John McKown
 

And: find out how the VTOC could get currupted, I can't remember ever seeing 
this problem. 
Check your DASD sharing options, including loopholes in sharing Dasd that 
should not be shared and your GRS/MIM parameters.

Kees.
**
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain
confidential and privileged material intended for the addressee
only. If you are not the addressee, you are notified that no part
of the e-mail or any attachment may be disclosed, copied or
distributed, and that any other action related to this e-mail or
attachment is strictly prohibited, and may be unlawful. If you have
received this e-mail by error, please notify the sender immediately
by return e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries
and/or its employees shall not be liable for the incorrect or
incomplete transmission of this e-mail or any attachments, nor
responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
Dutch Airlines) is registered in Amstelveen, The Netherlands, with
registered number 33014286 
**

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



Re: SMP/E Receive from NTS problem

2008-09-22 Thread Kurt Quackenbush

GIM45800S ** PACKAGE ORD00441 WAS NOT FOUND IN THE
SMPNTS.  


Try this instead:

RECEIVE FROMNTS(ORDER(ORD00441)) DELETEPKG.

Kurt Quackenbush -- IBM, SMP/E Development

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



Re: VTOC INDEX STATUS : DISABLED

2008-09-22 Thread esmie moo
Thanks Gents for your input.  I will take your advice and I will dig further as 
to the cause.

--- On Tue, 9/23/08, Vernooy, C.P. - SPLXM [EMAIL PROTECTED] wrote:

From: Vernooy, C.P. - SPLXM [EMAIL PROTECTED]
Subject: Re: VTOC INDEX STATUS : DISABLED
To: IBM-MAIN@BAMA.UA.EDU
Received: Tuesday, September 23, 2008, 1:20 AM


John McKown [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
 On Mon, 22 Sep 2008, esmie moo wrote:
 
  Good Morning Gentle Readers,
  
  I noticed (via ISMF) that one of our dasd is in DISABLED status under
 INDEX STATUS.
  When in TSO option 3.4 I do a V I receive a Free
space error.  I attempted to perform the following
   
  BUILDIX DDNAME(D01) OSVTOC - I receive :
  ICK31529I ALLOCATE ERROR: RETURN CODE = 0148  
  ICK31515I 61E5 BUILDIX COMMAND FAILED.    
   
  I tried BUILDIX  DDNAME(VOLDD)  IX but I was not successful.  I
received :
  ICK31529I ALLOCATE ERROR: RETURN CODE = 0148   
  ICK31515I 61E5 BUILDIX COMMAND FAILED. 
  
  Is there something else I can try short of reinitializing the pack,
which is presently 75% full.
   
  Thanks
 
 The 0148 is the DADSM allocate return code. From the manual, that means
 that there are overlapping extents. Or, basically, that the
VTOC has
 some corruption in because one or more tracks are allocated to more than
 one dataset.
 
 The safe thing to do is to use DFDSS to copy and recatalog all the 
 datasets to another pack, then reinitialize the pack. If you do this, you 
 should have somebody examine the data in the datasets copied because you 
 likely have a corrupted datasets somewhere.
 
 -- 
 Maranatha!
 John McKown
 

And: find out how the VTOC could get currupted, I can't remember ever
seeing this problem. 
Check your DASD sharing options, including loopholes in sharing Dasd that
should not be shared and your GRS/MIM parameters.

Kees.
**
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain
confidential and privileged material intended for the addressee
only. If you are not the addressee, you are notified that no part
of the e-mail or any attachment may be disclosed, copied or
distributed, and that any other action related to this e-mail or
attachment is strictly prohibited, and may be unlawful. If you have
received this e-mail by error, please notify the sender immediately
by return e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries
and/or its employees shall not be liable for the incorrect or
incomplete transmission of this e-mail or any attachments, nor
responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
Dutch Airlines) is registered in Amstelveen, The Netherlands, with
registered number 33014286 
**

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




  __
Looking for the perfect gift? Give the gift of Flickr! 

http://www.flickr.com/gift/

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



Re: IEFU84

2008-09-22 Thread John McKown
On Mon, 22 Sep 2008 10:18:25 +0100, Steve Austin [EMAIL PROTECTED]
wrote:

Hello,

I have an IEFU84 exit that, when entered holding the local lock, schedules
an SRB; typically for record type 30, subtypes 2 and 3. All works as
expected, except that the JWT value in the SMFPRMxx member ceases to be
honoured.

Is this expected behaviour and if so why?

Thanks

Steve

In which address space is the JWT not being honored? If it is the target
address space into which you scheduled the SRB, then I think this is normal.
The reason would be that the SRB is a dispatchable unit of work in the
address space. I'm fairly sure that resets the JWT. I.e. the JWT is not
reset just by TCB work, but by SRB work as well.

--
John McKown

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



JCL statements not in JCL manual?

2008-09-22 Thread John McKown
Does anybody know of any valid JCL statements which are not documented in
the JCL manual? So far, I have found the PRINTDEV statement, which is
apparently related to AFP printing.

--
John McKown

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



Re: SMP/E Receive from NTS problem

2008-09-22 Thread Mark Zelden
On Mon, 22 Sep 2008 07:59:17 -0500, Mark Zelden [EMAIL PROTECTED]
wrote:


Nothing wrong with his syntax that I can see.


Obviously Kurt sees better than I do.The syntax is wrong...

My own sample JCL has it as:

RECEIVE   
FROMNTS(   
  ORDER(ORD2)  
   ).   

Which is why Lizette's syntax works also.  If you include the ORDER keyword
it doesn't require the fully qualified name.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

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



Re: Size Of SQA At Next IPL

2008-09-22 Thread Dave Barry
Makes sense, Tom.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom 
Marchant
Sent: Monday, September 22, 2008 8:14 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Size Of SQA At Next IPL

On Fri, 19 Sep 2008 18:29:26 -0400, Dave Barry [EMAIL PROTECTED] wrote:

You're right, the numbers do add up, they just don't add up to 45M or 400M.

The IT reference clearly says that the amount of ESQA will likely be more than 
you specify, and that ECSA will be rounded up so that it will end on a segment 
boundary.  You didn't say how your common storage is being used.
You had your ECSA specified at a value just a little less than what was 
allocated.  Then all it took was a small increase in the size of your ESQA to 
cause the extended common to increase by 1M.

--
Tom Marchant



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



Re: SMP/E Receive from NTS problem

2008-09-22 Thread Mark Jacobs
Mark Zelden wrote:
 On Mon, 22 Sep 2008 07:59:17 -0500, Mark Zelden [EMAIL PROTECTED]
 wrote:

   
 Nothing wrong with his syntax that I can see.

 

 Obviously Kurt sees better than I do.The syntax is wrong...

 My own sample JCL has it as:

 RECEIVE   
 FROMNTS(   
   ORDER(ORD2)  
).   

 Which is why Lizette's syntax works also.  If you include the ORDER keyword
 it doesn't require the fully qualified name.

 Mark
 --
 Mark Zelden
 Sr. Software and Systems Architect - z/OS Team Lead
 Zurich North America / Farmers Insurance Group - ZFUS G-ITO
 mailto:[EMAIL PROTECTED]
 z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
 Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

   

Thanks to everyone. I fixed my procedure.

-- 
Mark Jacobs
Time Customer Service
Tampa, FL


Today, we celebrate the first glorious anniversary of the 
Information Purification Directives. We have created, for 
the first time in all history, a garden of pure ideology. 
Where each worker may bloom secure from the pests of 
contradictory and confusing truths. Our Unification of 
Thoughts is more powerful a weapon than any fleet or army 
on earth. We are one people, with one will, one resolve, 
one cause. Our enemies shall talk themselves to death and 
we will bury them with their own confusion. We shall prevail!

Apple's television commercial - Super Bowl - 1984

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



Re: IEFU84

2008-09-22 Thread Steve Austin
Yes I'm scheduling the SRB in the primary address space; the address space
in which my IEFU84 routine is being driven. 

It looks like I'll have to schedule the SRB in my server address space
instead. 

Thanks

Steve

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of John McKown
Sent: 22 September 2008 14:34
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IEFU84

On Mon, 22 Sep 2008 10:18:25 +0100, Steve Austin [EMAIL PROTECTED]
wrote:

Hello,

I have an IEFU84 exit that, when entered holding the local lock, schedules
an SRB; typically for record type 30, subtypes 2 and 3. All works as
expected, except that the JWT value in the SMFPRMxx member ceases to be
honoured.

Is this expected behaviour and if so why?

Thanks

Steve

In which address space is the JWT not being honored? If it is the target
address space into which you scheduled the SRB, then I think this is normal.
The reason would be that the SRB is a dispatchable unit of work in the
address space. I'm fairly sure that resets the JWT. I.e. the JWT is not
reset just by TCB work, but by SRB work as well.

--
John McKown

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



This email has been scanned for all known viruses by the MessageLabs Email
Security Service and the Macro 4 plc internal virus protection system.




This email has been scanned for all known viruses by the MessageLabs Email 
Security Service and the Macro 4 plc internal virus protection 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: VTOC INDEX STATUS : DISABLED

2008-09-22 Thread Ed Finnell
 
In a message dated 9/22/2008 8:10:59 A.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

The safe thing to do is to use DFDSS to copy and recatalog all the  
datasets to another pack, then reinitialize the pack. If you do this, you  
should have somebody examine the data in the datasets copied because you  
likely have a corrupted datasets somewhere.



I'd do a full pack backup then LISTVTOC  to find overlapping extents.
Delete the dups and restore what was left.  When the dust settles need to 
find out what caused it. Have to go back in  LOG and see when the disabled flag 
popped. It could be backups were running  during reorgs or concurrent updates 
from non-shared systems and  GRS/MIM parms need  adjusting.





**Looking for simple solutions to your real-life financial 
challenges?  Check out WalletPop for the latest news and information, tips and 
calculators.  (http://www.walletpop.com/?NCID=emlcntuswall0001)

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



Re: z890 model upgrade

2008-09-22 Thread Walter Marguccio
- Original Message 
From: Tom Marchant [EMAIL PROTECTED]
Sent: Monday, 22 September, 2008 14:49:47

 You have a 26 MSU machine.  Your first plan was to increase it to 107 MSU. 
 Now you are talking about either 74 or 62 MSU.  It sounds like you are not
 very sure of your needs.

February last year within a 'TryBuy' agreement with IBM we got our z890 
upgraded
to a 2086-470 to test DB2 under zLinux. In this timeframe I left our PROD LPAR 
with 2 dedicated
CPs for three months (the other two CPs were dedicated to zLinux). So for three 
months we had
de-facto a 2086-270 and everybody was enthusiastic about that. Due to this 
previous, successful 
experience, we asked IBM how much this upgrade (from 230 to 270) would cost . 

 Do you have any workloads that can only use one processor and that are
 constrained because the processor is too slow?

The batch window is shrinking. What I don't know is if our jobs have a single 
TCB architecture
or can exploit more CPs in parallel .

 Do Com-plete and Adabas multitask well?


I don't know. I need to investigate this together with SAG.

Thanks.

Walter Marguccio
z/OS Systems Programmer
BELENUS LOB Informatic GmbH
Munich - Germany


  

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



Re: z890 model upgrade

2008-09-22 Thread Ed Finnell
 
In a message dated 9/22/2008 9:23:02 A.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

I don't know. I need to investigate this together with  SAG.

Thanks.



What's the quote from Alice? 'If you  don't know which way you're going it 
doesn't make any difference.' with  apologies to Lewis Carrol.
 
This is the LSPR link for wkloads and processors. Probably be wise to go  for 
a z10 in the long run. With subcapacity licensing and specialty
engines might come out with more bang less money but I'd get it in  writing 
for sure.
 
_http://www-03.ibm.com/systems/z/advantages/management/lspr/Systemz10zOS18MI.h
tml_ 
(http://www-03.ibm.com/systems/z/advantages/management/lspr/Systemz10zOS18MI.html)
 





**Looking for simple solutions to your real-life financial 
challenges?  Check out WalletPop for the latest news and information, tips and 
calculators.  (http://www.walletpop.com/?NCID=emlcntuswall0001)

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



Re: JCL statements not in JCL manual?

2008-09-22 Thread R.S.

John McKown wrote:

Does anybody know of any valid JCL statements which are not documented in
the JCL manual? So far, I have found the PRINTDEV statement, which is
apparently related to AFP printing.


I'm not aware of any supported undocumented statement.
There are few obsoleted parameters which are syntax-checked and ignored, 
like ROLL or SEP. Such obsoleted parameters are undocumented.


I think one the following can be true:
1. It's not JCL statement, however included in JOB text (like COPY 
command of IEBCOPY or PARM content)

2. It is obsoleted parameter/statement.

--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

Sd Rejonowy dla m. st. Warszawy 
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, 
nr rejestru przedsibiorców KRS 025237

NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA  wynosi 
118.642.672 zote i zosta w caoci wpacony.

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



Re: JCL statements not in JCL manual?

2008-09-22 Thread Terry Sambrooks
Hi John,

In respect of your question:-

Does anybody know of any valid JCL statements which are not documented in
the JCL manual? So far, I have found the PRINTDEV statement, which is
apparently related to AFP printing.

I am not aware of any true JCL statements which are not documented in the
appropriate place, but I guess one thing that might throw any Parsing
exercise are sub-system control statements which appear between // CNTL and
// ENDCNTL pairs.

I have only investigated this area once and that was in respect of an early
implementation of IP Printway.

Kind regards - Terry

Terry Sambrooks
Director
KMS-IT Limited
228 Abbeydale Road South
Dore, Sheffield, S17 3LA, UK

Tel: +44 (0)114 262 0933
WEB: www.legac-e.co.uk

Company Reg: 3767263 at the above address

All outgoing E-mail is scanned, but it remains the recipient's
responsibility to ensure their system is protected from spy-ware, trojans,
viruses, and worms.  

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



Maximum Channel Busy Recommendation for 3494 VTS ESCON Attached

2008-09-22 Thread Herring, Bobby
We have a 3494 VTS, with 64 virtual 3490 drives, connected with four
ESCON channels. At times, we are seeing 80-90% channel usage.

I have searched manuals, the web and IBMLink and cannot find a number
for what is considered a limit for Escon channel usage. 

Does anyone know what that number would be? If so, is it documented
anywhere?


Thanks, 
Bobby Herring 
Texas Farm Bureau Insurance Companies

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



Re: Slow FTP transfer from z/OS to Unix

2008-09-22 Thread François Paré
Hello,

The problem was coming from our OSA card port that was configured Autonegociate 
and running 100 Mbps half duplex. The router is configured 100 Mbps full duplex 
and there was a lot of communication collisions because of this mismatch. I 
configured the OSA card port at 100 Mbps full duplex and now with FTP I could 
reach 8000 K/sec with Linux and Windows server as well. I don't know why but 
the impact of this problem was more severe with LINUX.

Thanks!


François Paré  tél.: 4013


-Message d'origine-
De : IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] De la part de Rob 
Schramm
Envoyé : 19 juin 2008 17:40
À : IBM-MAIN@BAMA.UA.EDU
Objet : Re: Slow FTP transfer from z/OS to Unix

François,

Honestly, I am not sure what to make of the problem.  But for general 
problem solving, I would ensure that files being transferred are all the 
same.  That the direction is the same.

I am always suspicious of files, ftp options, network paths (thru routers, 
cables and firewalls) and MTU.  I have seen or been part of a number of 
bizarre TCP/IP problems over the years and anything you can do to 
normalize your testing/verification will help yield tests that will 
uncover the real culprit.

problems... firewall rules gone bad, firewall loose cables, tar pits, 
packet fragments not being accepted, bad routing, excessive 
retransmitting, ftp bugs, osa bugs, windows bugs (exhausted windows 
resource causing the IP stack to report errors) .. I am sure that there 
are some choice ones I am forgetting... like s0c4 on a vba file ftp, port 
scanners for security killing boxes.

Rob

p.s. You might also consider running TRACE on the LINUX box as well.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
François Paré
Sent: Monday, June 16, 2008 2:15 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Slow FTP transfer from z/OS to Unix

Hello,

 

I'm running a batch job that does a FTP transfer from a z/OS mainframe to a 
LINUX server and the transfer rate is about 20K/sec. If I do the same FTP 
transfer to a Windows server I got a transfer rate of about 900K/sec. The 
mainframe OSA card is running at 100 Mb/sec full. Since the Windows and the 
LINUX server are on the same switch and got the same throughput capability  I 
suppose that there is an optimal setting that is done automatically when the 
transfer is done with a Windows server but this setting is not done 
automatically with a LINUX server. I tried PASV but it didn't change the bad 
transfer rate. Could you tell me what this setting could be? 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



TEST

2008-09-22 Thread Howard Rifkind
TEST to the List...Please be kind enough to reply.
 
Thanks.

_
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential
and may be privileged. It is intended for the addressee(s) only.
Access to this E-mail by anyone else is unauthorized.
If you are not an addressee, any disclosure or copying of the
contents of this E-mail or any action taken (or not taken) in
reliance on it is unauthorized and may be unlawful. If you are not an
addressee, please inform the sender immediately, then delete this
message and empty from your trash.


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



Re: TEST

2008-09-22 Thread Barkow, Eileen
replied 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Howard Rifkind
Sent: Monday, September 22, 2008 11:41 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: TEST

TEST to the List...Please be kind enough to reply.
 
Thanks.

_
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential and may
be privileged. It is intended for the addressee(s) only.
Access to this E-mail by anyone else is unauthorized.
If you are not an addressee, any disclosure or copying of the contents
of this E-mail or any action taken (or not taken) in reliance on it is
unauthorized and may be unlawful. If you are not an addressee, please
inform the sender immediately, then delete this message and empty from
your trash.


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

2008-09-22 Thread Steve Austin
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Howard Rifkind
Sent: 22 September 2008 16:41
To: IBM-MAIN@BAMA.UA.EDU
Subject: TEST

TEST to the List...Please be kind enough to reply.
 
Thanks.

_
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential
and may be privileged. It is intended for the addressee(s) only.
Access to this E-mail by anyone else is unauthorized.
If you are not an addressee, any disclosure or copying of the
contents of this E-mail or any action taken (or not taken) in
reliance on it is unauthorized and may be unlawful. If you are not an
addressee, please inform the sender immediately, then delete this
message and empty from your trash.


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



This email has been scanned for all known viruses by the MessageLabs Email
Security Service and the Macro 4 plc internal virus protection system.




This email has been scanned for all known viruses by the MessageLabs Email 
Security Service and the Macro 4 plc internal virus protection 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: Maximum Channel Busy Recommendation for 3494 VTS ESCON Attached

2008-09-22 Thread Ted MacNEIL
I have searched manuals, the web and IBMLink and cannot find a number for what 
is considered a limit for Escon channel usage. 

Does anyone know what that number would be? If so, is it documented anywhere?

When I used to do Tape Capacity Planning, the limit was 100%.
I have not seen a similar analysis for ESCON (or FICON), but do have one 
question.
Is there a throughput bottleneck?
If not, then don't worry about it.
-
Too busy driving to stop for gas!

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



ITSO Ruby Anniversary (your beloved redbooks have been here for 40 years)

2008-09-22 Thread Marian Gasparovic
Hello everybody,
(cross posted to IBM-MAIN and Linux390)

I am sure most of people on this list are also IBM redbooks readers.
Maybe you know, maybe not, ITSO celebrated it's Ruby Anniversary this
year - that's 40 years of delivering IBM Redbooks publications.

See more at
http://www.redbooks.ibm.com/redbooks.nsf/pages/history?Open

If you want, you can share your experience or success stories with
ITSO redbooks or read what others have to say, by clicking on the
Share your story link.

Marian Gasparovic
IBM Slovakia

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



Re: TEST

2008-09-22 Thread scott evans
Replied. Date: Mon, 22 Sep 2008 16:43:28 +0100 From: [EMAIL PROTECTED] 
Subject: Re: TEST To: IBM-MAIN@BAMA.UA.EDU  -Original Message- 
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Howard Rifkind Sent: 22 September 2008 16:41 To: IBM-MAIN@BAMA.UA.EDU 
Subject: TEST  TEST to the List...Please be kind enough to reply.  Thanks. 
 _ LEGAL NOTICE Unless expressly stated otherwise, this message 
is confidential and may be privileged. It is intended for the addressee(s) 
only. Access to this E-mail by anyone else is unauthorized. If you are not an 
addressee, any disclosure or copying of the contents of this E-mail or any 
action taken (or not taken) in reliance on it is unauthorized and may be 
unlawful. If you are not an addressee, please inform the sender immediately, 
then delete this message and empty from your trash.   
-- For 
IBM-MAIN subscribe / signoff / archive access instructions, send email to 
[EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at 
http://bama.ua.edu/archives/ibm-main.html   
 This 
email has been scanned for all known viruses by the MessageLabs Email Security 
Service and the Macro 4 plc internal virus protection system. 
   
 This 
email has been scanned for all known viruses by the MessageLabs Email Security 
Service and the Macro 4 plc internal virus protection 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 
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



Re: TEST

2008-09-22 Thread Pat Harlow
replied


Regards,
Pat Harlow 
Director of Technical Support
NewEra Software Inc.
(800)421-5035

For more info on SAE, click here.
For more info on Image FOCUS, click here.

The information in this e-mail, and any attachment therein, is confidential
and for use by the addressee only. If you are not the intended recipient,
please be advised that any disclosure, distribution and/or copying of the
contents is prohibited. If you have received this email in error, please
notify NewEra Software, Inc. immediately by telephone at 800-421-5035 and
delete the email from  your computer.


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Howard Rifkind
Sent: Monday, September 22, 2008 8:41 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: TEST

TEST to the List...Please be kind enough to reply.
 
Thanks.

_
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential
and may be privileged. It is intended for the addressee(s) only.
Access to this E-mail by anyone else is unauthorized.
If you are not an addressee, any disclosure or copying of the
contents of this E-mail or any action taken (or not taken) in
reliance on it is unauthorized and may be unlawful. If you are not an
addressee, please inform the sender immediately, then delete this
message and empty from your trash.


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

2008-09-22 Thread Thomas, Jim
The contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it.

From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Howard Rifkind
Sent: Monday, September 22, 2008 11:41 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: TEST

TEST to the List...Please be kind enough to reply.
 
Thanks.

_
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential and may
be privileged. It is intended for the addressee(s) only.
Access to this E-mail by anyone else is unauthorized.
If you are not an addressee, any disclosure or copying of the contents
of this E-mail or any action taken (or not taken) in reliance on it is
unauthorized and may be unlawful. If you are not an addressee, please
inform the sender immediately, then delete this message and empty from
your trash.


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

2008-09-22 Thread Warren Brown
Replying . . . 
-- Original message from Howard Rifkind [EMAIL PROTECTED]: 
-- 


 TEST to the List...Please be kind enough to reply. 
 
 Thanks. 
 
 _ 
 LEGAL NOTICE 
 Unless expressly stated otherwise, this message is confidential 
 and may be privileged. It is intended for the addressee(s) only. 
 Access to this E-mail by anyone else is unauthorized. 
 If you are not an addressee, any disclosure or copying of the 
 contents of this E-mail or any action taken (or not taken) in 
 reliance on it is unauthorized and may be unlawful. If you are not an 
 addressee, please inform the sender immediately, then delete this 
 message and empty from your trash. 
 
 
 -- 
 For IBM-MAIN subscribe / signoff / archive access instructions, 
 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: Maximum Channel Busy Recommendation for 3494 VTS ESCON Attached

2008-09-22 Thread Herring, Bobby
Well, we're not sure if it is a bottleneck or not. It we were hitting a
wall, we wanted to know so we could look at options. We weren't sure if
there was a saturation design point like the one advertised for the
CPU.

So, you think 100% is ok and we probably shouldn't worry about it?

Thanks, Bobby 



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ted MacNEIL
Sent: Monday, September 22, 2008 10:47 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: [IBM-MAIN] Maximum Channel Busy Recommendation for 3494 VTS
ESCON Attached

I have searched manuals, the web and IBMLink and cannot find a number
for what is considered a limit for Escon channel usage. 

Does anyone know what that number would be? If so, is it documented
anywhere?

When I used to do Tape Capacity Planning, the limit was 100%.
I have not seen a similar analysis for ESCON (or FICON), but do have one
question.
Is there a throughput bottleneck?
If not, then don't worry about it.
-
Too busy driving to stop for gas! 

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



Re: TEST

2008-09-22 Thread Howard Rifkind
Thanks all.  Some thing has stopped working on my end...

 Pat Harlow [EMAIL PROTECTED] 9/22/2008 11:54 AM 
replied


Regards,
Pat Harlow 
Director of Technical Support
NewEra Software Inc.
(800)421-5035

For more info on SAE, click here.
For more info on Image FOCUS, click here.

The information in this e-mail, and any attachment therein, is confidential
and for use by the addressee only. If you are not the intended recipient,
please be advised that any disclosure, distribution and/or copying of the
contents is prohibited. If you have received this email in error, please
notify NewEra Software, Inc. immediately by telephone at 800-421-5035 and
delete the email from  your computer.


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Howard Rifkind
Sent: Monday, September 22, 2008 8:41 AM
To: IBM-MAIN@BAMA.UA.EDU 
Subject: TEST

TEST to the List...Please be kind enough to reply.

Thanks.

_
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential
and may be privileged. It is intended for the addressee(s) only.
Access to this E-mail by anyone else is unauthorized.
If you are not an addressee, any disclosure or copying of the
contents of this E-mail or any action taken (or not taken) in
reliance on it is unauthorized and may be unlawful. If you are not an
addressee, please inform the sender immediately, then delete this
message and empty from your trash.


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


_
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential
and may be privileged. It is intended for the addressee(s) only.
Access to this E-mail by anyone else is unauthorized.
If you are not an addressee, any disclosure or copying of the
contents of this E-mail or any action taken (or not taken) in
reliance on it is unauthorized and may be unlawful. If you are not an
addressee, please inform the sender immediately, then delete this
message and empty from your trash.

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



Re: TEST

2008-09-22 Thread Mansell, George R.
5x5

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Howard Rifkind
Sent: Monday, September 22, 2008 10:41 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: TEST

TEST to the List...Please be kind enough to reply.
 
Thanks.

_
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential
and may be privileged. It is intended for the addressee(s) only.
Access to this E-mail by anyone else is unauthorized.
If you are not an addressee, any disclosure or copying of the
contents of this E-mail or any action taken (or not taken) in
reliance on it is unauthorized and may be unlawful. If you are not an
addressee, please inform the sender immediately, then delete this
message and empty from your trash.


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


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

==

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



Re: Maximum Channel Busy Recommendation for 3494 VTS ESCON Attached

2008-09-22 Thread Ted MacNEIL
So, you think 100% is ok and we probably shouldn't worry about it?

I haven't done any empirical studies of Tape in years.
So, I cannot be 100% sure.

But, remember, there is cache on the supporting disk sub-system and it's not 
truly random access like regular disk.

I would check out my tape throughput, and my batch service levels.
If they're good, then I wouldn't worry too much about it.

There haven't been many tape studies done, lately.
The only person I know who was even doing it was Bill Grey of STK (now Sun), 
and I haven't seen much from him, lately.

Try the CMG proceedings; they might have something.

But, no I don't think it's a problem (if I'm wrong somebody will correct me -- 
hopefully with data).

-
Too busy driving to stop for gas!

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



Re: Maximum Channel Busy Recommendation for 3494 VTS ESCON Attached

2008-09-22 Thread Staller, Allan
If there is no queuing on the channel/cu/device), then who cares if it
is 100% busy? 

You just need to be aware that at 100% busy, you can't (ever) go any
faster. If SLA's are being missed, then you either need more of the same
hardware, or an upgrade to faster hardware ().

Many of the old ROTs (Rules of Thumb) had a theoretical basis in the
hardware designs of the time. The hardware designs have advanced, and
changed the theoretical basis, but we are still using the old ROT's.

Base your decisions on what (if anything) is being delayed in the
hardware path, not on the ROT!!!

The above discussion accounts for the front end of the VTS. The back
end of the VTS is also an issue. I cannot speak to the specifics of a
3494 since I don't have one. If the time to retrieve a virtual volume is
increased, this indicates either a lack of back end capacity, or VTS
cache thrashing.


snip
I have searched manuals, the web and IBMLink and cannot find a number
for what is considered a limit for Escon channel usage. 

Does anyone know what that number would be? If so, is it documented
anywhere?

When I used to do Tape Capacity Planning, the limit was 100%.
I have not seen a similar analysis for ESCON (or FICON), but do have one
question.
Is there a throughput bottleneck?
If not, then don't worry about it.
/snip

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



RACF Training

2008-09-22 Thread SUBSCRIBE IBM-MAIN Jay Ableidinger
Hello all,

We are going to be migrating our ESM from Top Secret to RACF. I see that 
there are several options for RACF education (IBM, Vanguard, Henderson 
Group, etc) and would like to hear any opnions about the various options.

TIA

Jay

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



Re: RACF Training

2008-09-22 Thread Joe Aulph
Jay,

I've taken a Vanguard course or two and found them quite helpful, although
nothing on conversions.

You may want to subscribe to and cross post this to RACF-L
http://www.listserv.uga.edu/ .
You'll find lot's of good advice there.

Good luck,

Joe Aulph,

Senior Systems Programmer:
850-487-8945
[EMAIL PROTECTED]


   
 SUBSCRIBE 
 IBM-MAIN Jay  
 AbleidingerTo 
 jay.ableidinger@ IBM-MAIN@BAMA.UA.EDU
 EFIRSTBANK.COMcc 
 Sent by: IBM  
 Mainframe Subject 
 Discussion List   RACF Training   
 [EMAIL PROTECTED] 
 .EDU 
   
   
 09/22/2008 01:15  
 PM
   
   
 Please respond to 
   IBM Mainframe   
  Discussion List  
 [EMAIL PROTECTED] 
   .EDU   
   
   




Hello all,

We are going to be migrating our ESM from Top Secret to RACF. I see that
there are several options for RACF education (IBM, Vanguard, Henderson
Group, etc) and would like to hear any opnions about the various options.

TIA

Jay

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

2008-09-22 Thread Martinez, Frank J
Here!

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Howard Rifkind
Sent: Monday, September 22, 2008 11:41 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: TEST

TEST to the List...Please be kind enough to reply.

Thanks.

_
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential
and may be privileged. It is intended for the addressee(s) only.
Access to this E-mail by anyone else is unauthorized.
If you are not an addressee, any disclosure or copying of the
contents of this E-mail or any action taken (or not taken) in
reliance on it is unauthorized and may be unlawful. If you are not an
addressee, please inform the sender immediately, then delete this
message and empty from your trash.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Maximum Channel Busy Recommendation for 3494 VTS ESCON Attached

2008-09-22 Thread John Ticic IBM-MAIN
I agree with Ted and Allan, that you really need to look at other values as 
well (throughput, queuing, parallel tape mounts, ..), And then you have the 
VTS staging/destaging, potential thrashing,  ..
What about future growth in your workload, the end of month runs. There are 
very many issues to look at.


Bear in mind though, that RMF is showing you average values for an interval. 
If you're seeing 90% average, then you've certainly had peaks reaching 100% 
already.



John.
- Original Message - 
From: Ted MacNEIL [EMAIL PROTECTED]

Newsgroups: bit.listserv.ibm-main
Sent: Monday, September 22, 2008 7:07 PM
Subject: Re: Maximum Channel Busy Recommendation for 3494 VTS ESCON Attached



So, you think 100% is ok and we probably shouldn't worry about it?

I haven't done any empirical studies of Tape in years.
So, I cannot be 100% sure.

But, remember, there is cache on the supporting disk sub-system and it's 
not truly random access like regular disk.


I would check out my tape throughput, and my batch service levels.
If they're good, then I wouldn't worry too much about it.

There haven't been many tape studies done, lately.
The only person I know who was even doing it was Bill Grey of STK (now 
Sun), and I haven't seen much from him, lately.


Try the CMG proceedings; they might have something.

But, no I don't think it's a problem (if I'm wrong somebody will correct 
me -- hopefully with data).


-
Too busy driving to stop for gas!

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



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



getting the mainframe id in a cobol program

2008-09-22 Thread Brain
Hello.

Could some one please help me mt to get the mainframe id when i execute the 
cobol program, this id will hen be inserted in a table to see who has inserted 
the record.

Thanks,
RajeevV

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



Re: getting the mainframe id in a cobol program

2008-09-22 Thread John McKown
On Mon, 22 Sep 2008 12:48:16 -0500, Brain [EMAIL PROTECTED] wrote:

Hello.

Could some one please help me mt to get the mainframe id when i execute the
cobol program, this id will hen be inserted in a table to see who has inserted
the record.

Thanks,
RajeevV

If you want a pure COBOL program, then it is going to be a bit complicated
to code and might someday fail because IBM could change things. You'd need
to do a lot of chain chasing. Instead, I would strongly suggest that you
use an assembler subroutine which uses the IAZXJSAB macro. This is the
correct, and documented, way to do it. The routine is very small:

USERID   CSECT
USERID   AMODE ANY
USERID   RMODE ANY
 SAVE  (14,12),,USERID
 LR11,15
 USING USERID,11
 CNOP  0,4
 BAS   2,*+76  BRANCH AROUND SAVE AREA
 DC18A(0)  SAVE AREA
 ST13,4(,2)SAVE REGISTER 13
 ST2,8(,13)SAVE BACK CHAIN
 LR13,2LOAD SAVE AREA POINTER
 L 2,0(,1) POINT TO RETURN AREA FOR USERID
 IAZXJSAB READ,X
   USERID=(2)
 L 13,4(,13)   POINT TO OLD SAVE AREA
 RETURN (14,12),T,RC=0 RETURN
 LTORG *
 IAZJSAB
 IHAASCB
 IHAASSB
 IHAPSA
 IKJTCB
 IHASTCB
 END   USERID

You call it via:

...
77  RUNNING_USER_ID PIC X(8).
...
 CALL USERID USING RUNNING_USER_ID.

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



Re: SMS Pool Monitoring

2008-09-22 Thread John Ticic IBM-MAIN

Well, how much money do you have available? :-)

There are some very nice products that monitor mainframe DASD. They can do a 
LOT more than that. Long term trending, automate adding volumes to storage 
groups when they are full, and much more.


If you want to roll your own, DCOLLECT (as Kees has already said), gives you 
all the information you need, and the generated output file is easy to work 
with.


If all you want to do is be informed when your storage groups are filling 
up, then trigger some kind of action (with your automation product) on 
message IGD17380I.


John
- Original Message - 
From: Vernooy, C.P. - SPLXM [EMAIL PROTECTED]

Newsgroups: bit.listserv.ibm-main
Sent: Monday, September 22, 2008 2:00 PM
Subject: Re: SMS Pool Monitoring





Arju [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]..
.

Hi,
We would like to monitor our Production SMS Pools. How do you do it in
your shop?
Thanks


Hi,

First: this newgroup is a mirror of a listserver. The majority of the
IBM-MAIN population can be reached via the list-server. See the
information added automagically at the bottom.

Once a day, we run DCOLLECT, interprete it with MXG, fill SAS databases
for historical information and produce exception reports when needed.

Kees.
**
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain
confidential and privileged material intended for the addressee
only. If you are not the addressee, you are notified that no part
of the e-mail or any attachment may be disclosed, copied or
distributed, and that any other action related to this e-mail or
attachment is strictly prohibited, and may be unlawful. If you have
received this e-mail by error, please notify the sender immediately
by return e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries
and/or its employees shall not be liable for the incorrect or
incomplete transmission of this e-mail or any attachments, nor
responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
Dutch Airlines) is registered in Amstelveen, The Netherlands, with
registered number 33014286
**

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



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



Re: JCL statements not in JCL manual?

2008-09-22 Thread Roger Bolan
John,

Terry is right.  Strictly speaking, PRINTDEV is a program control 
statement for a subsystem, not a job control statement.  See
http://publib.boulder.ibm.com/infocenter/zos/v1r9/index.jsp?topic=/com.ibm.zos.r9.ieab500/iea2b540181.htm

--Roger 

IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 09/22/2008 
09:25:58 AM:

 Hi John,
 
 In respect of your question:-
 
 Does anybody know of any valid JCL statements which are not documented 
in
 the JCL manual? So far, I have found the PRINTDEV statement, which is
 apparently related to AFP printing.
 
 I am not aware of any true JCL statements which are not documented in 
the
 appropriate place, but I guess one thing that might throw any Parsing
 exercise are sub-system control statements which appear between // CNTL 
and
 // ENDCNTL pairs.
 
 I have only investigated this area once and that was in respect of an 
early
 implementation of IP Printway.
 
 Kind regards - Terry
 
 Terry Sambrooks
 Director
 KMS-IT Limited
 228 Abbeydale Road South
 Dore, Sheffield, S17 3LA, UK
 
 Tel: +44 (0)114 262 0933
 WEB: www.legac-e.co.uk
 
 Company Reg: 3767263 at the above address
 
 All outgoing E-mail is scanned, but it remains the recipient's
 responsibility to ensure their system is protected from spy-ware, 
trojans,
 viruses, and worms. 
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 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: getting the mainframe id in a cobol program

2008-09-22 Thread Mark Zelden
On Mon, 22 Sep 2008 12:48:16 -0500, Brain [EMAIL PROTECTED] wrote:

Hello.

Could some one please help me mt to get the mainframe id when i execute the
cobol program, this id will hen be inserted in a table to see who has inserted
the record.


Some a good sample on Gilbert Saint-Flour's web site:

http://home.comcast.net/~gsf/  

  .. then click on MVS Tools and Doc
 http://home.comcast.net/~gsf/tools/

.. then Retrieve System Information in COBOL. 
 http://gsf-soft.com/Freeware/COB2SYS.shtml


Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

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



Re: getting the mainframe id in a cobol program

2008-09-22 Thread Mark Zelden
On Mon, 22 Sep 2008 12:48:16 -0500, Brain [EMAIL PROTECTED] wrote:

Hello.

Could some one please help me mt to get the mainframe id when i execute the
cobol program, this id will hen be inserted in a table to see who has inserted
the record.


Some a good sample on Gilbert Saint-Flour's web site:

http://home.comcast.net/~gsf/  

  .. then click on MVS Tools and Doc
 http://home.comcast.net/~gsf/tools/

.. then Retrieve Job Information in COBOL. 
   http://gsf-soft.com/Freeware/COB2JOB.shtml

.. also Retrieve System Information in COBOL. 
 http://gsf-soft.com/Freeware/COB2SYS.shtml


Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

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



Re: JCL statements not in JCL manual?

2008-09-22 Thread John McKown
On Mon, 22 Sep 2008 12:02:44 -0600, Roger Bolan [EMAIL PROTECTED] wrote:

John,

Terry is right.  Strictly speaking, PRINTDEV is a program control
statement for a subsystem, not a job control statement.  See
http://publib.boulder.ibm.com/infocenter/zos/v1r9/index.jsp?topic=/com.ibm.zos.r9.ieab500/iea2b540181.htm

--Roger


I stand (or sit) corrected. But, in my JCL parser, how would I process such
a thing? If subsystems can dynamically add what appear to be control
statements, what should be done with them? In this case, the easiest thing
would be to process them more like instream data than JCL. Is that the
correct thing to do?

How do these program control statements get processed by the JCL converter
/ intepreter? Are they converted into internal text?

--
John McKown

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



Re: Logic in FTP procedure

2008-09-22 Thread Wolfgang Schäfer

Hallo Jürgen,

probably the easiest way might be to generate a listing of the target 
directory first, parse it and then find the newest file in the list ...


/* rexx */
/* assumes you have a NETRC file ... */
queue cd remotetargetdirectory
queue dir
queue quit
call outtrap ftpout.
address tso ftp targethost targetportifneeded
call outtrap OFF

Then parse the output look for the youngest file, generate your GET commands 
and connect again.


Should be quite simple :-)

Cheers
Wolfgang

- Original Message - 
From: Jürgen Kehr [EMAIL PROTECTED]

Newsgroups: bit.listserv.ibm-main
To: IBM-MAIN@BAMA.UA.EDU
Sent: Monday, September 22, 2008 11:16 AM
Subject: Logic in FTP procedure



Hello,

I have a small problem with the following job:

a FTP batch jobs runs on a daily base and it should pick up some data, 
which has the month and year of the preceding month in its name, for 
example in july 08 it may pick up the dataset XXX0608.
This dataset is available around the 8th of july, but I don't know the 
exact date.
I would like to build a procedure which check the actual date and checks 
if the latest dataset is available, if yes it should get this one, if no 
it should get the one from the preceding month.


Thanks in advance for any help.

--

___



Freundliche Gruesse / Kind regards



Dipl.Math. Juergen Kehr, IT Schulung  Beratung, IT Education + Consulting

Tel.  +49-561-9528788  Fax   +49-561-9528789  Mobil +49-172-5129389

ICQ 292-318-696 (JKehr)



mailto:[EMAIL PROTECTED]

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



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



SMS

2008-09-22 Thread Kurt Eastwood
Thanks to everyone who responded to my question last week concerning batch SMS 
reports.



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



Re: RACF Training

2008-09-22 Thread Kelman, Tom
It's been a while since I took any RACF training, but when I was taking
it my company used the Henderson Group.  We found them to have excellent
training at a reasonable price.  However, the are based in Bethesda,
Maryland, and their classes are given mainly in east coast cities.  So,
if you are located somewhere else the travel might be a concern.

Tom Kelman
Enterprise Capacity Planner
Commerce Bank of Kansas City
(816) 760-7632
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
 Behalf Of SUBSCRIBE IBM-MAIN Jay Ableidinger
 Sent: Monday, September 22, 2008 12:15 PM
 To: IBM-MAIN@BAMA.UA.EDU
 Subject: RACF Training
 
 Hello all,
 
 We are going to be migrating our ESM from Top Secret to RACF. I see
that
 there are several options for RACF education (IBM, Vanguard, Henderson
 Group, etc) and would like to hear any opnions about the various
options.
 
 TIA
 
 Jay
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html



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

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

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



Re: getting the mainframe id in a cobol program

2008-09-22 Thread Roland Schiradin
Not sure what you by mainframe ID but Marks posting should help.

Roland

Hello.

Could some one please help me mt to get the mainframe id when i execute the
cobol program, this id will hen be inserted in a table to see who has inserted
the record.

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



Re: Logic in FTP procedure

2008-09-22 Thread John McKown
On Mon, 22 Sep 2008 20:14:11 +0200, Wolfgang Schäfer
[EMAIL PROTECTED] wrote:

Hallo Jürgen,

probably the easiest way might be to generate a listing of the target
directory first, parse it and then find the newest file in the list ...

/* rexx */
/* assumes you have a NETRC file ... */
queue cd remotetargetdirectory
queue dir
queue quit
call outtrap ftpout.
address tso ftp targethost targetportifneeded
call outtrap OFF

Then parse the output look for the youngest file, generate your GET commands
and connect again.

Should be quite simple :-)

Cheers
Wolfgang

- Original Message -
From: Jürgen Kehr [EMAIL PROTECTED]
Newsgroups: bit.listserv.ibm-main
To: IBM-MAIN@BAMA.UA.EDU
Sent: Monday, September 22, 2008 11:16 AM
Subject: Logic in FTP procedure


 Hello,

 I have a small problem with the following job:

 a FTP batch jobs runs on a daily base and it should pick up some data,
 which has the month and year of the preceding month in its name, for
 example in july 08 it may pick up the dataset XXX0608.
 This dataset is available around the 8th of july, but I don't know the
 exact date.
 I would like to build a procedure which check the actual date and checks
 if the latest dataset is available, if yes it should get this one, if no
 it should get the one from the preceding month.

 Thanks in advance for any help.

 --

I didn't see the original message. Another possibility is to use the new
REXX ftp code. I think that it started in z/OS 1.8.

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1d360/12.10

or

http://tinyurl.com/4uxc9q

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



Re: TEST

2008-09-22 Thread Sabo, Frank
Test reply

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Howard Rifkind
Sent: Monday, September 22, 2008 11:41 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: TEST

TEST to the List...Please be kind enough to reply.

Thanks.

_
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential and may be 
privileged. It is intended for the addressee(s) only.
Access to this E-mail by anyone else is unauthorized.
If you are not an addressee, any disclosure or copying of the contents of this 
E-mail or any action taken (or not taken) in reliance on it is unauthorized and 
may be unlawful. If you are not an addressee, please inform the sender 
immediately, then delete this message and empty from your trash.


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

2008-09-22 Thread Joe Fragale
I recently took training from the Henderson group. It is worth it. They 
also travel. 



Kelman, Tom [EMAIL PROTECTED] 
Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
09/22/2008 02:46 PM
Please respond to
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
Re: RACF Training






It's been a while since I took any RACF training, but when I was taking
it my company used the Henderson Group.  We found them to have excellent
training at a reasonable price.  However, the are based in Bethesda,
Maryland, and their classes are given mainly in east coast cities.  So,
if you are located somewhere else the travel might be a concern.

Tom Kelman
Enterprise Capacity Planner
Commerce Bank of Kansas City
(816) 760-7632
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
 Behalf Of SUBSCRIBE IBM-MAIN Jay Ableidinger
 Sent: Monday, September 22, 2008 12:15 PM
 To: IBM-MAIN@BAMA.UA.EDU
 Subject: RACF Training
 
 Hello all,
 
 We are going to be migrating our ESM from Top Secret to RACF. I see
that
 there are several options for RACF education (IBM, Vanguard, Henderson
 Group, etc) and would like to hear any opnions about the various
options.
 
 TIA
 
 Jay
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html



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

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

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



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



Re: RACF Training

2008-09-22 Thread Steve Comstock

Kelman, Tom wrote:

It's been a while since I took any RACF training, but when I was taking
it my company used the Henderson Group.  We found them to have excellent
training at a reasonable price.  However, the are based in Bethesda,
Maryland, and their classes are given mainly in east coast cities.  So,
if you are located somewhere else the travel might be a concern.

Tom Kelman


Well, actually, I met Stu Henderson first in Seattle when we were
both teaching classes at Airborne. So he'll travel.

Also consider Bob Hansel at http://www.rshconsulting.com/.



Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

  z/OS Application development made easier
* Our classes include
   + How things work
   + Programming examples with realistic applications
   + Starter / skeleton code
   + Complete working programs
   + Useful utilities and subroutines
   + Tips and techniques

== Check out the Trainer's Friend Store to purchase z/OS  ==
== application developer toolkits. Sample code in four==
== programming languages, JCL to Assemble or compile, ==
== bind and test. ==
==   http://www.trainersfriend.com/TTFStore/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



Re: VTOC INDEX STATUS : DISABLED

2008-09-22 Thread Schwarz, Barry A
Given the overlapping extents, at least two of your datasets (assuming you 
don't have a dataset that overlays itself) are suspect as is the free space map.

Step 1: Prevent any new allocations.  This includes both new datasets 
and additional extents for existing datasets.  V SMS,VOL(xx),DISABLE,NEW 
restricts new datasets if the pack is SMS managed.

Step 2: Obtain a list of extents/associated datasets and identify the 
datasets that overlap.

Step 3: Move all the non-overlapping datasets off this volume and 
restore the overlapping datasets from the most recent good backup.  (Possibly 
the owners of the overlapping datasets could tell you if either is still good.)

Step 4: Find out how this occurred and take  corrective action.  
Depending on the cause, you may want to examine other packs for possible 
overlap.

-Original Message-
From: esmie moo 
Sent: Monday, September 22, 2008 5:59 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: VTOC INDEX STATUS : DISABLED

Good Morning Gentle Readers,
 
I noticed (via ISMF) that one of our dasd is in DISABLED status under INDEX 
STATUS.
When in TSO option 3.4 I do a V I receive a Free space error.  I attempted 
to perform the following
 
BUILDIX DDNAME(D01) OSVTOC - I receive :
ICK31529I ALLOCATE ERROR: RETURN CODE = 0148 ICK31515I 61E5 BUILDIX COMMAND 
FAILED.    
 
I tried BUILDIX  DDNAME(VOLDD)  IX but I was not successful.  I received :
ICK31529I ALLOCATE ERROR: RETURN CODE = 0148 ICK31515I 61E5 BUILDIX COMMAND 
FAILED. 

Is there something else I can try short of reinitializing the pack, which is 
presently 75% full.

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



Re: RACF Training

2008-09-22 Thread Jack Schudel
Back in the early 90's we sent several people to the Vanguard RACF Security 
Conference, which was a week-long conference dedicated to RACF training.  In 
addition to the regular conference they had an extra day or so before the 
meeting dedicated to an intense introduction to RACF, which was great for 
those of us coming from other platforms.


Google says that the next one is in Jacksonville, FL, May 31 - June 4, if 
that works with your schedule.


/jack



- Original Message - 
From: SUBSCRIBE IBM-MAIN Jay Ableidinger [EMAIL PROTECTED]

Newsgroups: bit.listserv.ibm-main
To: IBM-MAIN@BAMA.UA.EDU
Sent: Monday, September 22, 2008 1:15 PM
Subject: RACF Training



Hello all,

We are going to be migrating our ESM from Top Secret to RACF. I see that
there are several options for RACF education (IBM, Vanguard, Henderson
Group, etc) and would like to hear any opnions about the various options.

TIA

Jay

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



Space errors in JAVA during SMP/E Apply

2008-09-22 Thread Lizette Koehler
List -

I know this is a simple answer, but my brain does not process JAVA very well 
yet.  So be gentle.

I am doing an APPLY of 400+ ptfs to my system (z/OS V1.9)

During the APPLY I got the following failure
J1.4/bin/classic/libjvm.so  
  
pax: FSUM6260 write error on file J1.4/bin/classic/libjvm.so: EDC5133I No 
space left on device. 
J1.4/bin/classic/libcore.so 
  
pax: FSUM6260 write error on file J1.4/bin/classic/libcore.so: EDC5133I No 
space left on device.
   

My zos19.omvs.jv390 data set is a zFS file.

Its attributes are:

  DATASET-OWNER-(NULL) CREATION2008.263 
 
  RELEASE2 EXPIRATION--.000 
 
  ACCOUNT-INFO---(NULL) 
 
PROTECTION-PSWD-(NULL) RACF(NO) 
 
ASSOCIATIONS
 
  CLUSTER--ZOS19.OMVS.JV390 
 
ATTRIBUTES  
 
  KEYLEN-0 AVGLRECL---0 
BUFSPACE8192 CISIZE--4096
  RKP0 MAXLRECL---0 
EXCPEXIT--(NULL) CI/CA180
  SHROPTNS(3,3)   RECOVERY UNIQUE   NOERASE LINEAR
NOWRITECHK NOIMBED   NOREPLICAT
  UNORDEREDNOREUSE NONSPANNED   ZFS 
 
STATISTICS  
 
  REC-TOTAL--0 SPLITS-CI--0 
EXCPS--0 
  REC-DELETED0 SPLITS-CA--0 
EXTENTS1 
  REC-INSERTED---0 FREESPACE-%CI--0 SYSTEM-TIMESTAMP:   
 
  REC-UPDATED0 FREESPACE-%CA--0  
X'' 
  REC-RETRIEVED--0 FREESPC0 
 
ALLOCATION  
 
  SPACE-TYPE--CYLINDER HI-A-RBA---246988800 
 
  SPACE-PRI335 HI-U-RBA---246988800 
 
  SPACE-SEC-28  
 
VOLUME  
 
  VOLSERZ19HF2 PHYREC-SIZE-4096 
HI-A-RBA---246988800 EXTENT-NUMBER--1
  DEVTYPE--X'3010200F' PHYRECS/TRK---12 
HI-U-RBA---246988800 EXTENT-TYPEX'40'
  VOLFLAGPRIME TRACKS/CA-15 
 
  EXTENTS:  
 
LOW-CCHH-X'1250' LOW-RBA0 
TRACKS--5025 
HIGH-CCHHX'139E000E' HIGH-RBA---246988799

my volume z19hf2 has 1200 cylinders on it.

I can see the HI-A-RB and HI-U-RBA are the same - so it is out of space.

How can I make it bigger??  If I unmount the zos19.omvs.jv390 data set and 
then create a new zFS file.  Can I just use IDCAMS repro or how to I get the 
info into the new one?

Lizette
  

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



Re: RACF Training

2008-09-22 Thread Linda Mooney
I checked with the RACF folks here at my shop.  They have attended several 
Vanguard RACF Conferences, including recent ones, and they recommend them.  
They tell me that Vanguard training covers from the most basic - for the newbie 
- to the advanced topics and will help with whatever questions you have.

Linda Mooney

-- Original message -- 
From: Jack Schudel [EMAIL PROTECTED] 

 Back in the early 90's we sent several people to the Vanguard RACF Security 
 Conference, which was a week-long conference dedicated to RACF training. In 
 addition to the regular conference they had an extra day or so before the 
 meeting dedicated to an intense introduction to RACF, which was great for 
 those of us coming from other platforms. 
 
 Google says that the next one is in Jacksonville, FL, May 31 - June 4, if 
 that works with your schedule. 
 
 /jack 
 
 
 
 - Original Message - 
 From: SUBSCRIBE IBM-MAIN Jay Ableidinger 
 Newsgroups: bit.listserv.ibm-main 
 To: 
 Sent: Monday, September 22, 2008 1:15 PM 
 Subject: RACF Training 
 
 
  Hello all, 
  
  We are going to be migrating our ESM from Top Secret to RACF. I see that 
  there are several options for RACF education (IBM, Vanguard, Henderson 
  Group, etc) and would like to hear any opnions about the various options. 
  
  TIA 
  
  Jay 
  
  -- 
  For IBM-MAIN subscribe / signoff / archive access instructions, 
  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: Space errors in JAVA during SMP/E Apply

2008-09-22 Thread Linda Mooney
My understanding (from Share), though I have not done this myself (caveat 
emptor!) is that you would unmount the zfs and then use your VSAM LDS handler 
of choice - IDCAMS, DSS, FDR, CA-DISK to increase the size of the LDS and load 
the records back in.  Then mount it and use it. 

Linda Mooney  

-- Original message -- 
From: Lizette Koehler [EMAIL PROTECTED] 

 List - 
 
 I know this is a simple answer, but my brain does not process JAVA very well 
 yet. So be gentle. 
 
 I am doing an APPLY of 400+ ptfs to my system (z/OS V1.9) 
 
 During the APPLY I got the following failure 
 J1.4/bin/classic/libjvm.so 
 pax: FSUM6260 write error on file J1.4/bin/classic/libjvm.so: EDC5133I No 
 space left on device. 
 J1.4/bin/classic/libcore.so 
 pax: FSUM6260 write error on file J1.4/bin/classic/libcore.so: EDC5133I No 
 space left on device. 
 
 
 My zos19.omvs.jv390 data set is a zFS file. 
 
 Its attributes are: 
 
 DATASET-OWNER-(NULL) CREATION2008.263 
 RELEASE2 EXPIRATION--.000 
 ACCOUNT-INFO---(NULL) 
 PROTECTION-PSWD-(NULL) RACF(NO) 
 ASSOCIATIONS 
 CLUSTER--ZOS19.OMVS.JV390 
 ATTRIBUTES 
 KEYLEN-0 AVGLRECL---0 
 BUFSPACE8192 CISIZE--4096 
 RKP0 MAXLRECL---0 
 EXCPEXIT--(NULL) CI/CA180 
 SHROPTNS(3,3) RECOVERY UNIQUE NOERASE LINEAR 
 NOWRITECHK NOIMBED NOREPLICAT 
 UNORDERED NOREUSE NONSPANNED ZFS 
 STATISTICS 
 REC-TOTAL--0 SPLITS-CI--0 
 EXCPS--0 
 REC-DELETED0 SPLITS-CA--0 
 EXTENTS1 
 REC-INSERTED---0 FREESPACE-%CI--0 SYSTEM-TIMESTAMP: 
 REC-UPDATED0 FREESPACE-%CA--0 
 X'' 
 REC-RETRIEVED--0 FREESPC0 
 ALLOCATION 
 SPACE-TYPE--CYLINDER HI-A-RBA---246988800 
 SPACE-PRI335 HI-U-RBA---246988800 
 SPACE-SEC-28 
 VOLUME 
 VOLSERZ19HF2 PHYREC-SIZE-4096 
 HI-A-RBA---246988800 EXTENT-NUMBER--1 
 DEVTYPE--X'3010200F' PHYRECS/TRK---12 
 HI-U-RBA---246988800 EXTENT-TYPEX'40' 
 VOLFLAGPRIME TRACKS/CA-15 
 EXTENTS: 
 LOW-CCHH-X'1250' LOW-RBA0 
 TRACKS--5025 
 HIGH-CCHHX'139E000E' HIGH-RBA---246988799 
 
 my volume z19hf2 has 1200 cylinders on it. 
 
 I can see the HI-A-RB and HI-U-RBA are the same - so it is out of space. 
 
 How can I make it bigger?? If I unmount the zos19.omvs.jv390 data set and 
 then create a new zFS file. Can I just use IDCAMS repro or how to I get the 
 info into the new one? 
 
 Lizette 
 
 
 -- 
 For IBM-MAIN subscribe / signoff / archive access instructions, 
 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: Space errors in JAVA during SMP/E Apply

2008-09-22 Thread Mark Zelden
On Mon, 22 Sep 2008 15:43:46 -0400, Lizette Koehler
[EMAIL PROTECTED] wrote:

List -

I know this is a simple answer, but my brain does not process JAVA very
well yet.  So be gentle.

I am doing an APPLY of 400+ ptfs to my system (z/OS V1.9)

During the APPLY I got the following failure
J1.4/bin/classic/libjvm.so
pax: FSUM6260 write error on file J1.4/bin/classic/libjvm.so: EDC5133I No
space left on device.
J1.4/bin/classic/libcore.so
pax: FSUM6260 write error on file J1.4/bin/classic/libcore.so: EDC5133I
No space left on device.


My zos19.omvs.jv390 data set is a zFS file.

Its attributes are:

  DATASET-OWNER-(NULL) CREATION2008.263
  RELEASE2 EXPIRATION--.000
  ACCOUNT-INFO---(NULL)
PROTECTION-PSWD-(NULL) RACF(NO)
ASSOCIATIONS
  CLUSTER--ZOS19.OMVS.JV390
ATTRIBUTES
  KEYLEN-0 AVGLRECL---0
BUFSPACE8192 CISIZE--4096
  RKP0 MAXLRECL---0
EXCPEXIT--(NULL) CI/CA180
  SHROPTNS(3,3)   RECOVERY UNIQUE   NOERASE LINEAR   
NOWRITECHK NOIMBED   NOREPLICAT
  UNORDEREDNOREUSE NONSPANNED   ZFS
STATISTICS
  REC-TOTAL--0 SPLITS-CI--0
EXCPS--0
  REC-DELETED0 SPLITS-CA--0
EXTENTS1
  REC-INSERTED---0 FREESPACE-%CI--0 SYSTEM-TIMESTAMP:
  REC-UPDATED0 FREESPACE-%CA--0 
X''
  REC-RETRIEVED--0 FREESPC0
ALLOCATION
  SPACE-TYPE--CYLINDER HI-A-RBA---246988800
  SPACE-PRI335 HI-U-RBA---246988800
  SPACE-SEC-28
VOLUME
  VOLSERZ19HF2 PHYREC-SIZE-4096
HI-A-RBA---246988800 EXTENT-NUMBER--1
  DEVTYPE--X'3010200F' PHYRECS/TRK---12
HI-U-RBA---246988800 EXTENT-TYPEX'40'
  VOLFLAGPRIME TRACKS/CA-15
  EXTENTS:
LOW-CCHH-X'1250' LOW-RBA0
TRACKS--5025
HIGH-CCHHX'139E000E' HIGH-RBA---246988799

my volume z19hf2 has 1200 cylinders on it.

I can see the HI-A-RB and HI-U-RBA are the same - so it is out of space.


It is out of space, but not because of that.  High used always equals high 
allocated since it is a formatted data set. 


How can I make it bigger??  If I unmount the zos19.omvs.jv390 data set
and then create a new zFS file.  Can I just use IDCAMS repro or how to I get
the info into the new one?


I don't see any secondary extents.   You either:

1) don't have aggrgrow=on in your zfs parms
2) didn't mount it with parm 'aggrgrow=on'
3) don't have enough space left on the Z19HF2 volume

Regards,

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

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



Re: Space errors in JAVA during SMP/E Apply

2008-09-22 Thread Lizette Koehler
To answer Mark's questions I have

AGGRFULL(85,5)   
AGGRGROW=ON  

The define had
ALLOC -
DSNAME('ZOS19.OMVS.JV390') - 
RECORG(LS) -   
TRACKS SPACE(5011,417) -   
BLKSIZE(4096) -
VOLUME(Z19HF2) -   
UNIT(3390) -   
CATALOG


Lizette


-Original Message-
From: Mark Zelden [EMAIL PROTECTED]
Sent: Sep 22, 2008 3:50 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Space errors in JAVA during SMP/E Apply

On Mon, 22 Sep 2008 15:43:46 -0400, Lizette Koehler
[EMAIL PROTECTED] wrote:

List -

I know this is a simple answer, but my brain does not process JAVA very
well yet.  So be gentle.

I am doing an APPLY of 400+ ptfs to my system (z/OS V1.9)

During the APPLY I got the following failure
J1.4/bin/classic/libjvm.so
pax: FSUM6260 write error on file J1.4/bin/classic/libjvm.so: EDC5133I No
space left on device.
J1.4/bin/classic/libcore.so
pax: FSUM6260 write error on file J1.4/bin/classic/libcore.so: EDC5133I
No space left on device.


My zos19.omvs.jv390 data set is a zFS file.

Its attributes are:

  DATASET-OWNER-(NULL) CREATION2008.263
  RELEASE2 EXPIRATION--.000
  ACCOUNT-INFO---(NULL)
PROTECTION-PSWD-(NULL) RACF(NO)
ASSOCIATIONS
  CLUSTER--ZOS19.OMVS.JV390
ATTRIBUTES
  KEYLEN-0 AVGLRECL---0
BUFSPACE8192 CISIZE--4096
  RKP0 MAXLRECL---0
EXCPEXIT--(NULL) CI/CA180
  SHROPTNS(3,3)   RECOVERY UNIQUE   NOERASE LINEAR   
NOWRITECHK NOIMBED   NOREPLICAT
  UNORDEREDNOREUSE NONSPANNED   ZFS
STATISTICS
  REC-TOTAL--0 SPLITS-CI--0
EXCPS--0
  REC-DELETED0 SPLITS-CA--0
EXTENTS1
  REC-INSERTED---0 FREESPACE-%CI--0 SYSTEM-TIMESTAMP:
  REC-UPDATED0 FREESPACE-%CA--0 
X''
  REC-RETRIEVED--0 FREESPC0
ALLOCATION
  SPACE-TYPE--CYLINDER HI-A-RBA---246988800
  SPACE-PRI335 HI-U-RBA---246988800
  SPACE-SEC-28
VOLUME
  VOLSERZ19HF2 PHYREC-SIZE-4096
HI-A-RBA---246988800 EXTENT-NUMBER--1
  DEVTYPE--X'3010200F' PHYRECS/TRK---12
HI-U-RBA---246988800 EXTENT-TYPEX'40'
  VOLFLAGPRIME TRACKS/CA-15
  EXTENTS:
LOW-CCHH-X'1250' LOW-RBA0
TRACKS--5025
HIGH-CCHHX'139E000E' HIGH-RBA---246988799

my volume z19hf2 has 1200 cylinders on it.

I can see the HI-A-RB and HI-U-RBA are the same - so it is out of space.


It is out of space, but not because of that.  High used always equals high 
allocated since it is a formatted data set. 


How can I make it bigger??  If I unmount the zos19.omvs.jv390 data set
and then create a new zFS file.  Can I just use IDCAMS repro or how to I get
the info into the new one?


I don't see any secondary extents.   You either:

1) don't have aggrgrow=on in your zfs parms
2) didn't mount it with parm 'aggrgrow=on'
3) don't have enough space left on the Z19HF2 volume


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



Re: Space errors in JAVA during SMP/E Apply

2008-09-22 Thread John McKown
On Mon, 22 Sep 2008 16:27:01 -0400, Lizette Koehler
[EMAIL PROTECTED] wrote:

To answer Mark's questions I have

AGGRFULL(85,5)
AGGRGROW=ON

The define had
ALLOC -
DSNAME('ZOS19.OMVS.JV390') -
RECORG(LS) -
TRACKS SPACE(5011,417) -
BLKSIZE(4096) -
VOLUME(Z19HF2) -
UNIT(3390) -
CATALOG


Lizette

Is there space on the Z19HF2 volume? If so, then I think that you can simply
use the zfsadm command.

zfsadm grow -aggregate ZOS19.OMVS.JV390 -size 1024

would extend the zFS file by 1024K (1 Meg). If not, then unmount the
filesystem. Do an IDCAMS ALTER command to add a second volume. Then try the
zfsadm command. I don't know if you need to MOUNT the filesystem before the
zfsadm command in this case, or afterwards. I'd try before and if that
didn't work, then MOUNT it and try the zfsadm command again.

--
John McKown

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



Re: Space errors in JAVA during SMP/E Apply

2008-09-22 Thread Brian Peterson
I think Mark had your answer.  Please double-check:

 BROWSESYS1.PROCLIB(ZFS)  
 Command === 
* Top of Data 
//ZFS  PROC REGSIZE=0M
//*   
//ZFZGOEXEC PGM=BPXVCLNY,REGION=REGSIZE,TIME=1440
//*   
 Bottom of Data **

Make sure your ZFS started task does NOT have an IOEZPRM DD statement.

If there is no IOEZPRM DD statement, then ZFS gets its parms from the 
system parmlib concatenation - and the exact member and data set name it 
was fetched from are echoed in SYSLOG at IPL / ZFS startup.

 BROWSESYS1.PARMLIB(IOEPRM00) - 01.01 
 Command === 
* Top of Data ***
aggrgrow=on   
 Bottom of Data **

Again, please confirm by looking at your IPL time SYSLOG exactly which 
IOEPRM00 member, from exactly which system parmlib concatenation data set, 
was used for ZFS startup.

Brian


On Mon, 22 Sep 2008 16:27:01 -0400, Lizette Koehler wrote:

To answer Mark's questions I have

AGGRFULL(85,5)
AGGRGROW=ON

The define had
ALLOC -
DSNAME('ZOS19.OMVS.JV390') -
RECORG(LS) -
TRACKS SPACE(5011,417) -
BLKSIZE(4096) -
VOLUME(Z19HF2) -
UNIT(3390) -
CATALOG


Lizette

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



Re: Space errors in JAVA during SMP/E Apply

2008-09-22 Thread Lizette Koehler
I should have mentioned that my zfsadm module is broken.  The /usr/bin/zfsadm 
is corrupted.  The one in my service directory is fine, but the one in my 
production omvs root data set is un unusable.

That is why I was looking for a way to copy the current JV390 file into a new 
JV390.NEW file.  

Since I seem to have everything in place, I am not sure why I cannot grow this 
aggr unless it is due to the zfsadm being broken.

Lizette


To answer Mark's questions I have

AGGRFULL(85,5)
AGGRGROW=ON

The define had
ALLOC -
DSNAME('ZOS19.OMVS.JV390') -
RECORG(LS) -
TRACKS SPACE(5011,417) -
BLKSIZE(4096) -
VOLUME(Z19HF2) -
UNIT(3390) -
CATALOG


Lizette

Is there space on the Z19HF2 volume? If so, then I think that you can simply
use the zfsadm command.

zfsadm grow -aggregate ZOS19.OMVS.JV390 -size 1024

would extend the zFS file by 1024K (1 Meg). If not, then unmount the
filesystem. Do an IDCAMS ALTER command to add a second volume. Then try the
zfsadm command. I don't know if you need to MOUNT the filesystem before the
zfsadm command in this case, or afterwards. I'd try before and if that
didn't work, then MOUNT it and try the zfsadm command again.

--

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



Re: Space errors in JAVA during SMP/E Apply

2008-09-22 Thread Mark Zelden
On Mon, 22 Sep 2008 16:27:01 -0400, Lizette Koehler
[EMAIL PROTECTED] wrote:

To answer Mark's questions I have

AGGRFULL(85,5)
AGGRGROW=ON

The define had
ALLOC -
DSNAME('ZOS19.OMVS.JV390') -
RECORG(LS) -
TRACKS SPACE(5011,417) -
BLKSIZE(4096) -
VOLUME(Z19HF2) -
UNIT(3390) -
CATALOG



Looks correct on the surface.  Are you sure that parm is in use.

Use this unix command:
zfsadm configquery -aggrgrow  


What does the o/p of this unix command show:
zfsadm aggrinfo -aggregate ZOS19.OMVS.JV390 -long  

You should also be able to force it to grow with
zfsadm grow

All the zfsadm commands are documented in:
Distributed File Service zSeries File System Administration

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

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



Re: Space errors in JAVA during SMP/E Apply

2008-09-22 Thread John McKown
On Mon, 22 Sep 2008 16:48:38 -0400, Lizette Koehler
[EMAIL PROTECTED] wrote:

I should have mentioned that my zfsadm module is broken.  The
/usr/bin/zfsadm is corrupted.  The one in my service directory is fine, but
the one in my production omvs root data set is un unusable.

That is why I was looking for a way to copy the current JV390 file into a
new JV390.NEW file.

Since I seem to have everything in place, I am not sure why I cannot grow
this aggr unless it is due to the zfsadm being broken.

Lizette


1. Fix zfsadm as soon as you can.

2) define your new JV390 file with the new size. 

3) create a new mountpoint for it, say /usr/lpp/jdk.new

4) mount it, say as /usr/lpp/jdk.new

5) su - (go to root)

6) cd /usr/lpp/jdk #current JDK mount point.

7) pax -rw -pe * /usr/lpp/jdk.new #copy to new

8) unmount /usr/lpp/jdk

9) unmount /usr/lpp/jdk.new

10) ALTER old.jdk.LDS.name some.new.name.just.to.be.safe

11) ALTER new.jdk.LDS.name old.jdk.LDS.name

12) mount /usr/lpp/jdk #mount copy of filesystem at old mount point

===

The above is off the top of my head, but should be close. I think. Maybe. YMMV.

--
John McKown

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



Calling Assembler module from REXX

2008-09-22 Thread Michael Munro
Hi
I am trying to help a REXX programmer with a CALL to an 
Assembler 
routine.

I can LINK to an assembler routine successfully, but I 
cannot make 
successive calls. The Address LINKMVS feature (as its name 
suggests) 
loads in a fresh version of the module on each invocation 
thereby clearing any
values saved from previous CALLs.

The module to be called is an interface supplied to OPEN 
READ and 
CLOSE a bespoke database. Because of the technique I am 
using the first 
call opens OK, but the second call to read a record fails 
because the 
database is not open (or so it thinks because the re-loaded 
module has lost its
open indicator).

Any ideas please.
Mike
--
Mike Munro MBCS,CITP_[EMAIL PROTECTED]
Ornum Software Ltd (S)   Tel/Fax:+44(0)7041 363 070
~Mobile: +44(0)777 160 1496

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



Re: Calling Assembler module from REXX

2008-09-22 Thread Thompson, Steve
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Michael Munro
Sent: Monday, September 22, 2008 4:21 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Calling Assembler module from REXX

Hi
I am trying to help a REXX programmer with a CALL to an 
Assembler 
routine.

I can LINK to an assembler routine successfully, but I 
cannot make 
successive calls. The Address LINKMVS feature (as its name 
suggests) 
loads in a fresh version of the module on each invocation 
thereby clearing any
values saved from previous CALLs.

The module to be called is an interface supplied to OPEN 
READ and 
CLOSE a bespoke database. Because of the technique I am 
using the first 
call opens OK, but the second call to read a record fails 
because the 
database is not open (or so it thinks because the re-loaded 
module has lost its
open indicator).
SNIP

What is the type of linkage for the assembler routine, REUS or RENT or
none of the above? 

What it sounds like is the REXX code is either DELETEing the assembler
program, OR, it is linked with NOREUS and so you get a fresh copy each
time.

The storage that the assembler routine uses - what can it anchor it to?
Or what does it expect? Can you provide that storage anchor via the REXX
exec by establishing a variable that is set to NULL (and must be 4
bytes)?

Then on subsequent calls, pass that same variable and allow the
assembler routine to use it.

Just a few ideas.

Regards,
Steve Thompson

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



Re: Calling Assembler module from REXX

2008-09-22 Thread Dave Day

Suggestions:

1)make the assembler routine re-entrant.  Successive LOADS will up the use 
count, but not actually bring in a new module.


2)pass the called routine a parm that says this is a successive call, not 
the 1st.


3)if you can't do #2 above, take a look at NAME/TOKEN services.

4)if you can't do #3 above, create another load module that is not 
re-entrant.  Just a csect that is all 0's.  Have the 1st routine search the 
CDE chain for the non re-entrant one.  Set indicators in the non re-entrant 
dummy 0's load module that tells the other one what the status of things 
are. 


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



Re: Calling Assembler module from REXX

2008-09-22 Thread Lindy Mayfield
There is a nice Rexx assembler function on CBT file 268 called RXVSAM
which may do a lot of the things you are talking about.  And it is
reentrant so you can call it many times.

Regards,
Lindy


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Michael Munro
Sent: 23. syyskuuta 2008 0:21
To: IBM-MAIN@BAMA.UA.EDU
Subject: Calling Assembler module from REXX

Hi
I am trying to help a REXX programmer with a CALL to an 
Assembler 
routine.

I can LINK to an assembler routine successfully, but I 
cannot make 
successive calls. The Address LINKMVS feature (as its name 
suggests) 
loads in a fresh version of the module on each invocation 
thereby clearing any
values saved from previous CALLs.

The module to be called is an interface supplied to OPEN 
READ and 
CLOSE a bespoke database. Because of the technique I am 
using the first 
call opens OK, but the second call to read a record fails 
because the 
database is not open (or so it thinks because the re-loaded 
module has lost its
open indicator).

Any ideas please.
Mike
--
Mike Munro MBCS,CITP_[EMAIL PROTECTED]
Ornum Software Ltd (S)   Tel/Fax:+44(0)7041 363 070
~Mobile: +44(0)777 160 1496

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



Scratching Expired Datasets

2008-09-22 Thread Eric Bielefeld
Is there a way to scratch expired datasets without DFHSM or some other storage 
manager?  We create SMS datasets in DB2 that have an expiration date 
automatically set.  When the datasets expire, we want to scratch them.  

Eric
--
Eric Bielefeld
Systems Programmer
Washington University
St Louis, Missouri
314-935-3418

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



Re: Calling Assembler module from REXX

2008-09-22 Thread Lindy Mayfield
Also the RXVSAM on 268 uses Name/Tokens but I've not gone through it yet
to see how it works.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Dave Day
Sent: 23. syyskuuta 2008 0:39
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Calling Assembler module from REXX

Suggestions:

1)make the assembler routine re-entrant.  Successive LOADS will up the
use 
count, but not actually bring in a new module.

2)pass the called routine a parm that says this is a successive call,
not 
the 1st.

3)if you can't do #2 above, take a look at NAME/TOKEN services.

4)if you can't do #3 above, create another load module that is not 
re-entrant.  Just a csect that is all 0's.  Have the 1st routine search
the 
CDE chain for the non re-entrant one.  Set indicators in the non
re-entrant 
dummy 0's load module that tells the other one what the status of things

are. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Calling Assembler module from REXX

2008-09-22 Thread Paul Gilmartin
On Mon, 22 Sep 2008 16:38:38 -0500, Dave Day wrote:

Suggestions:

1)make the assembler routine re-entrant.  Successive LOADS will up the use
count, but not actually bring in a new module.

2)pass the called routine a parm that says this is a successive call, not
the 1st.

3)if you can't do #2 above, take a look at NAME/TOKEN services.

4)if you can't do #3 above, create another load module that is not
re-entrant.  Just a csect that is all 0's.  Have the 1st routine search the
CDE chain for the non re-entrant one.  Set indicators in the non re-entrant
dummy 0's load module that tells the other one what the status of things
are.

All good ideas.  For a variant of #2 with some influence from #4,
let the Rexx routine supply the working storage for the called
routine, initialized before the first call.  See the use of
ChainingVector in SYS1.SAMPLIB(CSFTEST) for an example of the
Rexx side of this technique.

But none of these deal with the deficiency that Rexx LINKPGM/ATTCHPGM
will LOAD and DELETE even a REFReshable load module for each
invocation.  This causes unwelcome overhead for large numbers
of invocations.  So, perhaps:

5) Put the routine in LPA if permitted.

Would there perhaps be Rexx interfaces to LOAD and DELETE
on CBTTAPE (or similar) so the routine could be LOADed and
DELETed only once?

Would TSO-REXX supply better advice?

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



  1   2   >