Fuencisla Mateo Cid is out of the office.

[Fuencisla Mateo Cid]

I will be out of the office starting  11/10/2008 and will not return until
20/10/2008.

I will respond to your message when I return.

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

Re: Emulators

[Scott Ford]

Linda,
I use QWS3270p for access to our development systems and I also have x3270
on Linux. Either work very well..



Scott Ford
Senior Systems Engineer

 
[p] 678.266.3399 x304[m] 609-346-0399  identityforge.com



This message is for the designated recipient only and may contain
privileged, proprietary, or otherwise private information. If you have
received it in error, please notify the sender immediately or let us know at

[EMAIL PROTECTED] or [EMAIL PROTECTED], and then delete the
original.  Any other use of the email by you is prohibited.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Linda Mooney
Sent: Friday, October 10, 2008 3:23 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Emulators

That's okay, not to worry.  I was looking for a free 3270 emulator, just
hadn't posted yet. You anticipate my query.   :-)  Might be best to keep
those Friday glasses...

So, have you used this one?  Did it work for you?  I'm looking for mod4
screen support, maybe better - would love mod4 depth at 133 cols wide with
3279 type color.
 
Thanks,

Linda Mooney
-- Original message -- 
From: Ian <[EMAIL PROTECTED]> 

> My bad! 
> 
> yes I had my Friday glasses on :-) 
> 
> On Fri, Oct 10, 2008 at 2:05 PM, Patrick O'Keefe wrote: 
> 
> > On Fri, 10 Oct 2008 13:13:01 -0500, Ian wrote: 
> > 
> > >x3270 http://x3270.bgp.nu/ 
> > >It runs on all platforms and is opensource and free. 
> > >... 
> > 
> > If I understand the original poster, he wants a mainframe emulator, 
> > not a 3270 emulator. You're giving him the wrong end of the 
> > connection. 
> > 
> > Pat O'Keefe 
> > 
> > -- 
> > For IBM-MAIN subscribe / signoff / archive access instructions, 
> > send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO 
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html 
> > 
> > 
> 
> 
> -- 
> Ian 
> http://www.cicsworld.com 
> 
> -- 
> For IBM-MAIN subscribe / signoff / archive access instructions, 
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO 
> Search the archives at http://bama.ua.edu/archives/ibm-main.html 
> 

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

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

Re: High disconnect betweeen z10 and DMX-4

[Ambat Ravi Nair]

1. what is the RAID config ?
2. what is the microcode level
3. there is an e-pack needed to support z10 - was that applied ? 

we're also moving to z10 ...
applying the e-pack this weekend to the boxes on test systems.


- ravi


On Fri, 10 Oct 2008 01:42:48 -0500, Jorge Garcia <[EMAIL PROTECTED]> wrote:

>Hello:
>
> We are working in a test project in Montpellier and we have problems with our
>DMX-4 DASD (or with z10).
>We are sending 20gb by FTP and at the begining the execution is right. But
>two minutes later the disconnect time up to 13 milliseconds and when it
>reachs 30 milliseconds we cancel it.
>
>This situacion ocurrs with ficon director and with connect direct channel
>between DMX-4 and z10.
>
>Does anybody know about a fix or apar to solve this problem o similar?.
>We have revised the hardware configuration and It's ok.
>
>Regards
>
>Jorge García Juanino
>Técnico de Sistemas Z/Os/Área de Producción y Tecnología
>MAPFRE TECNOLOGÍAS DE LA INFORMACIÓN
>Crtra. De Pozuelo nº 52
>28220 Majadahonda (Madrid)
>Tfno: 91 581 27 34/ 618 33 35 59
>Fax: 91 581 24 01
>[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: Emulators

[Don Leahy]

I'll second that.  I work in an Extra! shop, but I still use Vista,
paid for out of my own pocket.  You don't have to dig very deep...it
costs less than a case of 24 beers.

On Fri, Oct 10, 2008 at 5:29 PM, Rick Fochtman <[EMAIL PROTECTED]> wrote:
> And when you've decided to buy it, it's dirt cheap. Note that I say WHEN,
> not IF. :-)
>
> Blaicher, Chris wrote:
>
>> Tom Brennan's VISTA 3270 is very good.  It isn't free, but you can test
>> it for free and then you can decide to buy it.
>>
>> 
>>
>> Christopher Y. Blaicher
>> Senior Software Developer
>> Austin Development Lab
>>
>> phone: 512.340.6154
>> moble: 512.627.3803
>> fax: 512.340.6647
>>
>> 10431 Morado Circle Austin, TX 78759
>> BMC Software
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
>> Behalf Of Linda Mooney
>> Sent: Friday, October 10, 2008 2:23 PM
>> To: IBM-MAIN@BAMA.UA.EDU
>> Subject: Re: Emulators
>>
>> That's okay, not to worry.  I was looking for a free 3270 emulator, just
>> hadn't posted yet. You anticipate my query.   :-)  Might be best to keep
>> those Friday glasses...
>>
>> So, have you used this one?  Did it work for you?  I'm looking for mod4
>> screen support, maybe better - would love mod4 depth at 133 cols wide
>> with 3279 type color.
>>
>> Thanks,
>>
>> Linda Mooney
>> -- Original message -- From: Ian
>> <[EMAIL PROTECTED]>
>>
>>>
>>> My bad!
>>> yes I had my Friday glasses on :-)
>>> On Fri, Oct 10, 2008 at 2:05 PM, Patrick O'Keefe wrote:
>>>

 On Fri, 10 Oct 2008 13:13:01 -0500, Ian wrote:

>
> x3270 http://x3270.bgp.nu/ It runs on all platforms and is opensource
> and free. ...

 If I understand the original poster, he wants a mainframe emulator, not
 a 3270 emulator. You're giving him the wrong end of the connection.
 Pat O'Keefe


>>
>> --

 For IBM-MAIN subscribe / signoff / archive access instructions, send
 email to [EMAIL PROTECTED] with the message: GET IBM-MAIN

>>
>> INFO

 Search the archives at http://bama.ua.edu/archives/ibm-main.html


>>>
>>> --
>>> Ian http://www.cicsworld.com
>>> --
>>>
>>
>>
>>>
>>> For IBM-MAIN subscribe / signoff / archive access instructions, send
>>> email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
>>>
>>
>>
>>>
>>> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>>>
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
>> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> 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: Emulators

[Rick Fochtman]

And when you've decided to buy it, it's dirt cheap. Note that I say 
WHEN, not IF. :-)


Blaicher, Chris wrote:


Tom Brennan's VISTA 3270 is very good.  It isn't free, but you can test
it for free and then you can decide to buy it.



Christopher Y. Blaicher
Senior Software Developer
Austin Development Lab

phone: 512.340.6154
moble: 512.627.3803
fax: 512.340.6647

10431 Morado Circle 
Austin, TX 78759

BMC Software

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Linda Mooney
Sent: Friday, October 10, 2008 2:23 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Emulators

That's okay, not to worry.  I was looking for a free 3270 emulator, just
hadn't posted yet. You anticipate my query.   :-)  Might be best to keep
those Friday glasses...

So, have you used this one?  Did it work for you?  I'm looking for mod4
screen support, maybe better - would love mod4 depth at 133 cols wide
with 3279 type color.

Thanks,

Linda Mooney
-- Original message -- 
From: Ian <[EMAIL PROTECTED]> 

 

My bad! 

yes I had my Friday glasses on :-) 

On Fri, Oct 10, 2008 at 2:05 PM, Patrick O'Keefe wrote: 

   

On Fri, 10 Oct 2008 13:13:01 -0500, Ian wrote: 

 

x3270 http://x3270.bgp.nu/ 
It runs on all platforms and is opensource and free. 
... 
   

If I understand the original poster, he wants a mainframe emulator, 
not a 3270 emulator. You're giving him the wrong end of the 
connection. 

Pat O'Keefe 



 

-- 
 

For IBM-MAIN subscribe / signoff / archive access instructions, 
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN
 

INFO 
 

Search the archives at http://bama.ua.edu/archives/ibm-main.html 



 


--
Ian 
http://www.cicsworld.com 


--
   



 

For IBM-MAIN subscribe / signoff / archive access instructions, 
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
   



 

Search the archives at http://bama.ua.edu/archives/ibm-main.html 

   



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

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

[Rick Fochtman]

The XPL that I have was/is used to inscruct is yser in generating compilers.


Ed Finnell wrote:



In a message dated 10/10/2008 2:05:17 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:


not a 3270 emulator.  You're giving him the wrong end of the  
connection.



 


What ever happened to the old XPL thing from  UCLA? It
was a PL/1(One card box) pgm that would take  an instruction
set and run it.




**New MapQuest Local shows what's happening at your destination.  
Dining, Movies, Events, News & more. Try it out 
(http://local.mapquest.com/?ncid=emlcntnew0002)


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

[Ed Finnell]

 
In a message dated 10/10/2008 2:14:23 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

was a PL/1(One card box) pgm that would take  an  instruction
set and run it.


>>
I found it on WIKI as XLP. The descriptive  link is to Toronto.edu
as:
_http://www.cs.toronto.edu/XPL/_ (http://www.cs.toronto.edu/XPL/) 
 
I only tried the one link to SHARE tape  recreation .zip file and it
was successful. Lacking a PL/1 compiler not  much to play with.




**New MapQuest Local shows what's happening at your destination.  
Dining, Movies, Events, News & more. Try it out 
(http://local.mapquest.com/?ncid=emlcntnew0002)

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

Re: Emulators

[Blaicher, Chris]

Tom Brennan's VISTA 3270 is very good.  It isn't free, but you can test
it for free and then you can decide to buy it.



Christopher Y. Blaicher
Senior Software Developer
Austin Development Lab

phone: 512.340.6154
moble: 512.627.3803
fax: 512.340.6647

10431 Morado Circle 
Austin, TX 78759
BMC Software

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Linda Mooney
Sent: Friday, October 10, 2008 2:23 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Emulators

That's okay, not to worry.  I was looking for a free 3270 emulator, just
hadn't posted yet. You anticipate my query.   :-)  Might be best to keep
those Friday glasses...

So, have you used this one?  Did it work for you?  I'm looking for mod4
screen support, maybe better - would love mod4 depth at 133 cols wide
with 3279 type color.
 
Thanks,

Linda Mooney
-- Original message -- 
From: Ian <[EMAIL PROTECTED]> 

> My bad! 
> 
> yes I had my Friday glasses on :-) 
> 
> On Fri, Oct 10, 2008 at 2:05 PM, Patrick O'Keefe wrote: 
> 
> > On Fri, 10 Oct 2008 13:13:01 -0500, Ian wrote: 
> > 
> > >x3270 http://x3270.bgp.nu/ 
> > >It runs on all platforms and is opensource and free. 
> > >... 
> > 
> > If I understand the original poster, he wants a mainframe emulator, 
> > not a 3270 emulator. You're giving him the wrong end of the 
> > connection. 
> > 
> > Pat O'Keefe 
> > 
> >
-- 
> > For IBM-MAIN subscribe / signoff / archive access instructions, 
> > send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN
INFO 
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html 
> > 
> > 
> 
> 
> -- 
> Ian 
> http://www.cicsworld.com 
> 
> --

> For IBM-MAIN subscribe / signoff / archive access instructions, 
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO

> Search the archives at http://bama.ua.edu/archives/ibm-main.html 
> 

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

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

Re: Emulators

[Thomas Kern]

I use the x3270 emulator, normally as a mod3 but have used it as a mod4 and
with custom screensize. I can be configured as a 3279 and you can still
change the colors after that. There is a BRIGHT color setup and a REVERSE
setup that I use regulaly. 
 
There was a packaging (from State of Alaska or University of Alaska) of
x3270 with the minimum CYGWIN stuff to run under windows. I was also
compiled with OpenSSL so that you can communicate with an SSL/TLS protected
mainframe. 

/Tom Kern
/301-903-2211


On Fri, 10 Oct 2008 19:23:25 +, Linda Mooney <[EMAIL PROTECTED]>
wrote:

>That's okay, not to worry.  I was looking for a free 3270 emulator, just
hadn't posted yet. You anticipate my query.   :-)  Might be best to keep
those Friday glasses...
>
>So, have you used this one?  Did it work for you?  I'm looking for mod4
screen support, maybe better - would love mod4 depth at 133 cols wide with
3279 type color.
>
>Thanks,
>
>Linda Mooney

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

Re: Emulators

[Linda Mooney]

That's okay, not to worry.  I was looking for a free 3270 emulator, just hadn't 
posted yet. You anticipate my query.   :-)  Might be best to keep those Friday 
glasses...

So, have you used this one?  Did it work for you?  I'm looking for mod4 screen 
support, maybe better - would love mod4 depth at 133 cols wide with 3279 type 
color.
 
Thanks,

Linda Mooney
-- Original message -- 
From: Ian <[EMAIL PROTECTED]> 

> My bad! 
> 
> yes I had my Friday glasses on :-) 
> 
> On Fri, Oct 10, 2008 at 2:05 PM, Patrick O'Keefe wrote: 
> 
> > On Fri, 10 Oct 2008 13:13:01 -0500, Ian wrote: 
> > 
> > >x3270 http://x3270.bgp.nu/ 
> > >It runs on all platforms and is opensource and free. 
> > >... 
> > 
> > If I understand the original poster, he wants a mainframe emulator, 
> > not a 3270 emulator. You're giving him the wrong end of the 
> > connection. 
> > 
> > Pat O'Keefe 
> > 
> > -- 
> > For IBM-MAIN subscribe / signoff / archive access instructions, 
> > send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO 
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html 
> > 
> > 
> 
> 
> -- 
> Ian 
> http://www.cicsworld.com 
> 
> -- 
> For IBM-MAIN subscribe / signoff / archive access instructions, 
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO 
> Search the archives at http://bama.ua.edu/archives/ibm-main.html 
> 

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

Re: Emulators

[Ian]

My bad!

yes I had my Friday glasses on :-)

On Fri, Oct 10, 2008 at 2:05 PM, Patrick O'Keefe <[EMAIL PROTECTED]>wrote:

> On Fri, 10 Oct 2008 13:13:01 -0500, Ian <[EMAIL PROTECTED]> wrote:
>
> >x3270 http://x3270.bgp.nu/
> >It runs on all platforms and is opensource and free.
> >...
>
> If I understand the original poster, he wants a mainframe emulator,
> not a 3270 emulator.  You're giving him the wrong end of the
> connection.
>
> Pat O'Keefe
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
>


-- 
Ian
http://www.cicsworld.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: Emulators

[Ed Finnell]

 
In a message dated 10/10/2008 2:05:17 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

not a 3270 emulator.  You're giving him the wrong end of the  
connection.


>>
What ever happened to the old XPL thing from  UCLA? It
was a PL/1(One card box) pgm that would take  an instruction
set and run it.




**New MapQuest Local shows what's happening at your destination.  
Dining, Movies, Events, News & more. Try it out 
(http://local.mapquest.com/?ncid=emlcntnew0002)

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

Re: Emulators

[Patrick O'Keefe]

On Fri, 10 Oct 2008 13:13:01 -0500, Ian <[EMAIL PROTECTED]> wrote:

>x3270 http://x3270.bgp.nu/
>It runs on all platforms and is opensource and free.
>...

If I understand the original poster, he wants a mainframe emulator, 
not a 3270 emulator.  You're giving him the wrong end of the 
connection.

Pat O'Keefe

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

DB2 8.1 and Console Authority

[Alan Schwartz]

We recently migrated to DB2 8.1 and are almost complete in converting all 
subsystems to New Function Mode.  There was an issue where a developer 
terminate all DB2 utilities in one of the DB2's.  This is a known documented 
change in DB2 8.1 (here is a link describing it:  
http://it.toolbox.com/blogs/db2zos/upgrading-to-version-8-watch-out-for-sysopr-11354).
 
We've got a secondary authid defined but I'm not sure what is to be defined so 
the operators can issue the DB2 commands in they're so directed.  We're also 
user of OPS/MVS and it's extended console names fluctuate.   
 
Thanks in advance.
Alan
_
Stay up to date on your PC, the Web, and your mobile phone with Windows Live.
http://clk.atdmt.com/MRT/go/msnnkwxp1020093185mrt/direct/01/
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Emulators

[Ian]

x3270 http://x3270.bgp.nu/
It runs on all platforms and is opensource and free.

-- 
Ian
http://www.cicsworld.com


On Tue, Oct 7, 2008 at 1:20 PM, Ram Balaji <[EMAIL PROTECTED]> wrote:

> Hi all,
>
> Is there any free?Mainframe(JCL,CICS) simulators available for desktop PC?
> They say NEXUS terminal is free nut I cant find a working host name/ Ip
> address for it...
>
>
> Regards,
> Ram Balaji.S.
> (Dying Hard to explore Mainframes)
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> 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: DFHSM QUESTION - ML1

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

Norris,

Valid points but Willie's concern is a lack of space in his ML1 pool.
He has a choice, either add ML1 volumes (already rejected) or expedite 
migration by lowering ML1 days both in his HSM parmlib for non-SMS dayasets and 
in his Management classes. It would help to know which of his management 
classes is contributing to the problem.


From: Norris Jackson [EMAIL PROTECTED]
Sent: Friday, October 10, 2008 1:53 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DFHSM QUESTION - ML1

In ISMF when you display the management classes, there are two columns
in particular to pay attention to 1) Primary Days and 2) Level 1 Days.

The primary days controls how long the data set will live on Level 0
DASD (the volumes it was created on), and the Level 1 days controls how
long it will live on the ML1 DASD before being migrated to Level 2 (ML2
tape).

The level 1 days can be adjusted, depending on your batch access
requirements, data set usage, etc; to help maintain acceptable free
space in your ML1 pool.  You just don't want to adjust it to the point
of thrashing the data sets back and forth between ML0 and ML1 or ML2.
Also adjusting your threshold down a little bit on the ML1 volume can
help, but again you have to be careful about thrashing.


Norris Jackson

The information transmitted is intended only for the person or entity to
which it is addressed and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other use of, or
taking of any action in reliance upon this information by persons or
entities other than the intended recipient is prohibited. If you
received this message in error, please contact the sender and delete the
material from all computers.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of O'Brien, David W. (NIH/CIT) [C]
Sent: Friday, October 10, 2008 12:34 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DFHSM QUESTION - ML1

Any idea which of your Mgt. classes is responsible for populating ML1?


From: willie bunter [EMAIL PROTECTED]
Sent: Friday, October 10, 2008 1:31 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DFHSM QUESTION - ML1

Yes, I am.  I wasn't sure about the question.  I checked the Management
classes (36).  Each of them have a different value ranging from 4 to
360.

--- On Fri, 10/10/08, O'Brien, David W. (NIH/CIT) [C]
<[EMAIL PROTECTED]> wrote:

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

[willie bunter]

I am in the process of trying to find that out.  Thanks for your help and 
advice.  

--- On Fri, 10/10/08, O'Brien, David W. (NIH/CIT) [C] <[EMAIL PROTECTED]> wrote:

From: O'Brien, David W. (NIH/CIT) [C] <[EMAIL PROTECTED]>
Subject: Re: DFHSM QUESTION - ML1
To: IBM-MAIN@BAMA.UA.EDU
Date: Friday, October 10, 2008, 10:34 AM

Any idea which of your Mgt. classes is responsible for populating ML1?


From: willie bunter [EMAIL PROTECTED]
Sent: Friday, October 10, 2008 1:31 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DFHSM QUESTION - ML1

Yes, I am.  I wasn't sure about the question.  I checked the Management
classes (36).  Each of them have a different value ranging from 4 to 360.

--- On Fri, 10/10/08, O'Brien, David W. (NIH/CIT) [C]
<[EMAIL PROTECTED]> wrote:

From: O'Brien, David W. (NIH/CIT) [C] <[EMAIL PROTECTED]>
Subject: Re: DFHSM QUESTION - ML1
To: IBM-MAIN@BAMA.UA.EDU
Date: Friday, October 10, 2008, 10:10 AM

SMS info is contained in the ISMF panels for Management class. Aren't you
the Storage Admin?

ML1 or ML2, either seems to work.


From: willie bunter [EMAIL PROTECTED]
Sent: Friday, October 10, 2008 1:06 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DFHSM QUESTION - ML1

David,

For ML1 it is MIGRATIONLEVEL1DAYS(18).  I am unable to find the Primary Days
(SMS).  Could you tell me where to find this info?

Our tapes are on a SILO.  I have taken note about your suggestion to perform
the Freevol MVOL(nn) TARGETLEVEL(ML2) and if I am in a bind I will use it.
However, don't I need to issue FREEVOL MVOL(nn) TARGETLEVEL(ML1) once
the migration is done?


--- On Fri, 10/10/08, O'Brien, David W. (NIH/CIT) [C]
<[EMAIL PROTECTED]> wrote:

From: O'Brien, David W. (NIH/CIT) [C] <[EMAIL PROTECTED]>
Subject: Re: DFHSM QUESTION - ML1
To: IBM-MAIN@BAMA.UA.EDU
Date: Friday, October 10, 2008, 9:53 AM

Willie,

It might help to know a bit more about your environment.
What are the following:
>From HSM  - Days,  ML1days (or Migrationlevel1days)

>From SMS - Primary Days, Level 1 days

Are your tapes operator mounted or in a Silo? My silo recalls average 27 secs.
Nobody complains. If the same recalls were operator mounted, my ML1 pool would
be much larger.

To avoid the type of problem you describe I issue a Freevol MVOL(nn)
TARGETLEVEL(ML2) against the ML1 volume that has the highest Frag Index.
I do this daily early in the AM. to avoid contention.


From: willie bunter [EMAIL PROTECTED]
Sent: Friday, October 10, 2008 12:38 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DFHSM QUESTION - ML1

David,

You have answered my question.  I wanted to be sure.  We had an incident (ML1
threshold was 80%)  ARC0560E NO MIGRATION LEVEL 1 SPACE ARC0560E AVAILABLE.
Since we did not want to add another ML1 volume we decided to reduce the
threshold and forced the Secondary Space Management.  It did solve the problem
temporarily.  However, we had the same problem a day later.  As a work around,
I
changed the Management class of some dsns, perform a ML2 migrate and changed
back the Management class.  Is there another way of handling this situation?

--- On Fri, 10/10/08, O'Brien, David W. (NIH/CIT) [C]
<[EMAIL PROTECTED]> wrote:

From: O'Brien, David W. (NIH/CIT) [C] <[EMAIL PROTECTED]>
Subject: Re: DFHSM QUESTION - ML1
To: IBM-MAIN@BAMA.UA.EDU
Date: Friday, October 10, 2008, 8:58 AM

ML1 threshold as specified in the HSM Parmlib Addvol statement specifies the
point at which that volume becomes eligible for migration.

If a dataset is on a ML1 volume which is 50% full and your threshold for that
volume is 80% then that dataset will not be migrated to ML2 even though its
management class may indicate that it is eligible.

Perhaps I'm reading your query incorrectly. A dataset which according to
its management class should be on ML1 will stay on ML1 even if the ML1 volume
%used is 90%. That's why after Secondary Space Mgmt. some ML1 volumes
remain
above the defined threshold for the ML1 volumes.


From: willie bunter [EMAIL PROTECTED]
Sent: Friday, October 10, 2008 11:42 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: DFHSM QUESTION - ML1

Hallo To All,

Our ML1 volumes threshold is set to 80%.  My question is does the Management
class takes precedence over the threshold.  For example, if I change the
threshold to 50% would it result in the ML1 volumes being 50% full (after
Secondary space management has kicked in) or will the respective Management
classes prevent that from happening?  I hope I am able to explain myself
clearly.

Thanks




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

--
For IBM-MAIN subscrib

Re: DFHSM QUESTION - ML1

[Norris Jackson]

In ISMF when you display the management classes, there are two columns
in particular to pay attention to 1) Primary Days and 2) Level 1 Days.

The primary days controls how long the data set will live on Level 0
DASD (the volumes it was created on), and the Level 1 days controls how
long it will live on the ML1 DASD before being migrated to Level 2 (ML2
tape).

The level 1 days can be adjusted, depending on your batch access
requirements, data set usage, etc; to help maintain acceptable free
space in your ML1 pool.  You just don't want to adjust it to the point
of thrashing the data sets back and forth between ML0 and ML1 or ML2.
Also adjusting your threshold down a little bit on the ML1 volume can
help, but again you have to be careful about thrashing.


Norris Jackson

The information transmitted is intended only for the person or entity to
which it is addressed and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other use of, or
taking of any action in reliance upon this information by persons or
entities other than the intended recipient is prohibited. If you
received this message in error, please contact the sender and delete the
material from all computers.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of O'Brien, David W. (NIH/CIT) [C]
Sent: Friday, October 10, 2008 12:34 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DFHSM QUESTION - ML1

Any idea which of your Mgt. classes is responsible for populating ML1?


From: willie bunter [EMAIL PROTECTED]
Sent: Friday, October 10, 2008 1:31 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DFHSM QUESTION - ML1

Yes, I am.  I wasn't sure about the question.  I checked the Management
classes (36).  Each of them have a different value ranging from 4 to
360.

--- On Fri, 10/10/08, O'Brien, David W. (NIH/CIT) [C]
<[EMAIL PROTECTED]> wrote:

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

Re: DFHSM QUESTION - ML1

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

Any idea which of your Mgt. classes is responsible for populating ML1?


From: willie bunter [EMAIL PROTECTED]
Sent: Friday, October 10, 2008 1:31 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DFHSM QUESTION - ML1

Yes, I am.  I wasn't sure about the question.  I checked the Management classes 
(36).  Each of them have a different value ranging from 4 to 360.

--- On Fri, 10/10/08, O'Brien, David W. (NIH/CIT) [C] <[EMAIL PROTECTED]> wrote:

From: O'Brien, David W. (NIH/CIT) [C] <[EMAIL PROTECTED]>
Subject: Re: DFHSM QUESTION - ML1
To: IBM-MAIN@BAMA.UA.EDU
Date: Friday, October 10, 2008, 10:10 AM

SMS info is contained in the ISMF panels for Management class. Aren't you
the Storage Admin?

ML1 or ML2, either seems to work.


From: willie bunter [EMAIL PROTECTED]
Sent: Friday, October 10, 2008 1:06 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DFHSM QUESTION - ML1

David,

For ML1 it is MIGRATIONLEVEL1DAYS(18).  I am unable to find the Primary Days
(SMS).  Could you tell me where to find this info?

Our tapes are on a SILO.  I have taken note about your suggestion to perform
the Freevol MVOL(nn) TARGETLEVEL(ML2) and if I am in a bind I will use it.
However, don't I need to issue FREEVOL MVOL(nn) TARGETLEVEL(ML1) once
the migration is done?


--- On Fri, 10/10/08, O'Brien, David W. (NIH/CIT) [C]
<[EMAIL PROTECTED]> wrote:

From: O'Brien, David W. (NIH/CIT) [C] <[EMAIL PROTECTED]>
Subject: Re: DFHSM QUESTION - ML1
To: IBM-MAIN@BAMA.UA.EDU
Date: Friday, October 10, 2008, 9:53 AM

Willie,

It might help to know a bit more about your environment.
What are the following:
>From HSM  - Days,  ML1days (or Migrationlevel1days)

>From SMS - Primary Days, Level 1 days

Are your tapes operator mounted or in a Silo? My silo recalls average 27 secs.
Nobody complains. If the same recalls were operator mounted, my ML1 pool would
be much larger.

To avoid the type of problem you describe I issue a Freevol MVOL(nn)
TARGETLEVEL(ML2) against the ML1 volume that has the highest Frag Index.
I do this daily early in the AM. to avoid contention.


From: willie bunter [EMAIL PROTECTED]
Sent: Friday, October 10, 2008 12:38 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DFHSM QUESTION - ML1

David,

You have answered my question.  I wanted to be sure.  We had an incident (ML1
threshold was 80%)  ARC0560E NO MIGRATION LEVEL 1 SPACE ARC0560E AVAILABLE.
Since we did not want to add another ML1 volume we decided to reduce the
threshold and forced the Secondary Space Management.  It did solve the problem
temporarily.  However, we had the same problem a day later.  As a work around,
I
changed the Management class of some dsns, perform a ML2 migrate and changed
back the Management class.  Is there another way of handling this situation?

--- On Fri, 10/10/08, O'Brien, David W. (NIH/CIT) [C]
<[EMAIL PROTECTED]> wrote:

From: O'Brien, David W. (NIH/CIT) [C] <[EMAIL PROTECTED]>
Subject: Re: DFHSM QUESTION - ML1
To: IBM-MAIN@BAMA.UA.EDU
Date: Friday, October 10, 2008, 8:58 AM

ML1 threshold as specified in the HSM Parmlib Addvol statement specifies the
point at which that volume becomes eligible for migration.

If a dataset is on a ML1 volume which is 50% full and your threshold for that
volume is 80% then that dataset will not be migrated to ML2 even though its
management class may indicate that it is eligible.

Perhaps I'm reading your query incorrectly. A dataset which according to
its management class should be on ML1 will stay on ML1 even if the ML1 volume
%used is 90%. That's why after Secondary Space Mgmt. some ML1 volumes
remain
above the defined threshold for the ML1 volumes.


From: willie bunter [EMAIL PROTECTED]
Sent: Friday, October 10, 2008 11:42 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: DFHSM QUESTION - ML1

Hallo To All,

Our ML1 volumes threshold is set to 80%.  My question is does the Management
class takes precedence over the threshold.  For example, if I change the
threshold to 50% would it result in the ML1 volumes being 50% full (after
Secondary space management has kicked in) or will the respective Management
classes prevent that from happening?  I hope I am able to explain myself
clearly.

Thanks




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

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






--
For IBM-MAIN subscribe / signoff / archive access instructions,
send emai

Re: DFHSM QUESTION - ML1

[willie bunter]

Yes, I am.  I wasn't sure about the question.  I checked the Management classes 
(36).  Each of them have a different value ranging from 4 to 360.  

--- On Fri, 10/10/08, O'Brien, David W. (NIH/CIT) [C] <[EMAIL PROTECTED]> wrote:

From: O'Brien, David W. (NIH/CIT) [C] <[EMAIL PROTECTED]>
Subject: Re: DFHSM QUESTION - ML1
To: IBM-MAIN@BAMA.UA.EDU
Date: Friday, October 10, 2008, 10:10 AM

SMS info is contained in the ISMF panels for Management class. Aren't you
the Storage Admin?

ML1 or ML2, either seems to work.


From: willie bunter [EMAIL PROTECTED]
Sent: Friday, October 10, 2008 1:06 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DFHSM QUESTION - ML1

David,

For ML1 it is MIGRATIONLEVEL1DAYS(18).  I am unable to find the Primary Days
(SMS).  Could you tell me where to find this info?

Our tapes are on a SILO.  I have taken note about your suggestion to perform
the Freevol MVOL(nn) TARGETLEVEL(ML2) and if I am in a bind I will use it. 
However, don't I need to issue FREEVOL MVOL(nn) TARGETLEVEL(ML1) once
the migration is done?


--- On Fri, 10/10/08, O'Brien, David W. (NIH/CIT) [C]
<[EMAIL PROTECTED]> wrote:

From: O'Brien, David W. (NIH/CIT) [C] <[EMAIL PROTECTED]>
Subject: Re: DFHSM QUESTION - ML1
To: IBM-MAIN@BAMA.UA.EDU
Date: Friday, October 10, 2008, 9:53 AM

Willie,

It might help to know a bit more about your environment.
What are the following:
>From HSM  - Days,  ML1days (or Migrationlevel1days)

>From SMS - Primary Days, Level 1 days

Are your tapes operator mounted or in a Silo? My silo recalls average 27 secs.
Nobody complains. If the same recalls were operator mounted, my ML1 pool would
be much larger.

To avoid the type of problem you describe I issue a Freevol MVOL(nn)
TARGETLEVEL(ML2) against the ML1 volume that has the highest Frag Index.
I do this daily early in the AM. to avoid contention.


From: willie bunter [EMAIL PROTECTED]
Sent: Friday, October 10, 2008 12:38 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DFHSM QUESTION - ML1

David,

You have answered my question.  I wanted to be sure.  We had an incident (ML1
threshold was 80%)  ARC0560E NO MIGRATION LEVEL 1 SPACE ARC0560E AVAILABLE.
Since we did not want to add another ML1 volume we decided to reduce the
threshold and forced the Secondary Space Management.  It did solve the problem
temporarily.  However, we had the same problem a day later.  As a work around,
I
changed the Management class of some dsns, perform a ML2 migrate and changed
back the Management class.  Is there another way of handling this situation?

--- On Fri, 10/10/08, O'Brien, David W. (NIH/CIT) [C]
<[EMAIL PROTECTED]> wrote:

From: O'Brien, David W. (NIH/CIT) [C] <[EMAIL PROTECTED]>
Subject: Re: DFHSM QUESTION - ML1
To: IBM-MAIN@BAMA.UA.EDU
Date: Friday, October 10, 2008, 8:58 AM

ML1 threshold as specified in the HSM Parmlib Addvol statement specifies the
point at which that volume becomes eligible for migration.

If a dataset is on a ML1 volume which is 50% full and your threshold for that
volume is 80% then that dataset will not be migrated to ML2 even though its
management class may indicate that it is eligible.

Perhaps I'm reading your query incorrectly. A dataset which according to
its management class should be on ML1 will stay on ML1 even if the ML1 volume
%used is 90%. That's why after Secondary Space Mgmt. some ML1 volumes
remain
above the defined threshold for the ML1 volumes.


From: willie bunter [EMAIL PROTECTED]
Sent: Friday, October 10, 2008 11:42 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: DFHSM QUESTION - ML1

Hallo To All,

Our ML1 volumes threshold is set to 80%.  My question is does the Management
class takes precedence over the threshold.  For example, if I change the
threshold to 50% would it result in the ML1 volumes being 50% full (after
Secondary space management has kicked in) or will the respective Management
classes prevent that from happening?  I hope I am able to explain myself
clearly.

Thanks




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

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






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

--
For IBM-MAIN subscribe / signoff / archive access i

Re: DFHSM QUESTION - ML1

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

SMS info is contained in the ISMF panels for Management class. Aren't you the 
Storage Admin?

ML1 or ML2, either seems to work.


From: willie bunter [EMAIL PROTECTED]
Sent: Friday, October 10, 2008 1:06 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DFHSM QUESTION - ML1

David,

For ML1 it is MIGRATIONLEVEL1DAYS(18).  I am unable to find the Primary Days 
(SMS).  Could you tell me where to find this info?

Our tapes are on a SILO.  I have taken note about your suggestion to perform 
the Freevol MVOL(nn) TARGETLEVEL(ML2) and if I am in a bind I will use it.  
However, don't I need to issue FREEVOL MVOL(nn) TARGETLEVEL(ML1) once the 
migration is done?


--- On Fri, 10/10/08, O'Brien, David W. (NIH/CIT) [C] <[EMAIL PROTECTED]> wrote:

From: O'Brien, David W. (NIH/CIT) [C] <[EMAIL PROTECTED]>
Subject: Re: DFHSM QUESTION - ML1
To: IBM-MAIN@BAMA.UA.EDU
Date: Friday, October 10, 2008, 9:53 AM

Willie,

It might help to know a bit more about your environment.
What are the following:
>From HSM  - Days,  ML1days (or Migrationlevel1days)

>From SMS - Primary Days, Level 1 days

Are your tapes operator mounted or in a Silo? My silo recalls average 27 secs.
Nobody complains. If the same recalls were operator mounted, my ML1 pool would
be much larger.

To avoid the type of problem you describe I issue a Freevol MVOL(nn)
TARGETLEVEL(ML2) against the ML1 volume that has the highest Frag Index.
I do this daily early in the AM. to avoid contention.


From: willie bunter [EMAIL PROTECTED]
Sent: Friday, October 10, 2008 12:38 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DFHSM QUESTION - ML1

David,

You have answered my question.  I wanted to be sure.  We had an incident (ML1
threshold was 80%)  ARC0560E NO MIGRATION LEVEL 1 SPACE ARC0560E AVAILABLE.
Since we did not want to add another ML1 volume we decided to reduce the
threshold and forced the Secondary Space Management.  It did solve the problem
temporarily.  However, we had the same problem a day later.  As a work around, I
changed the Management class of some dsns, perform a ML2 migrate and changed
back the Management class.  Is there another way of handling this situation?

--- On Fri, 10/10/08, O'Brien, David W. (NIH/CIT) [C]
<[EMAIL PROTECTED]> wrote:

From: O'Brien, David W. (NIH/CIT) [C] <[EMAIL PROTECTED]>
Subject: Re: DFHSM QUESTION - ML1
To: IBM-MAIN@BAMA.UA.EDU
Date: Friday, October 10, 2008, 8:58 AM

ML1 threshold as specified in the HSM Parmlib Addvol statement specifies the
point at which that volume becomes eligible for migration.

If a dataset is on a ML1 volume which is 50% full and your threshold for that
volume is 80% then that dataset will not be migrated to ML2 even though its
management class may indicate that it is eligible.

Perhaps I'm reading your query incorrectly. A dataset which according to
its management class should be on ML1 will stay on ML1 even if the ML1 volume
%used is 90%. That's why after Secondary Space Mgmt. some ML1 volumes
remain
above the defined threshold for the ML1 volumes.


From: willie bunter [EMAIL PROTECTED]
Sent: Friday, October 10, 2008 11:42 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: DFHSM QUESTION - ML1

Hallo To All,

Our ML1 volumes threshold is set to 80%.  My question is does the Management
class takes precedence over the threshold.  For example, if I change the
threshold to 50% would it result in the ML1 volumes being 50% full (after
Secondary space management has kicked in) or will the respective Management
classes prevent that from happening?  I hope I am able to explain myself
clearly.

Thanks




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

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






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

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

Re: DFHSM QUESTION - ML1

[willie bunter]

David,
 
For ML1 it is MIGRATIONLEVEL1DAYS(18).  I am unable to find the Primary Days 
(SMS).  Could you tell me where to find this info?
 
Our tapes are on a SILO.  I have taken note about your suggestion to perform 
the Freevol MVOL(nn) TARGETLEVEL(ML2) and if I am in a bind I will use it.  
However, don't I need to issue FREEVOL MVOL(nn) TARGETLEVEL(ML1) once the 
migration is done?   


--- On Fri, 10/10/08, O'Brien, David W. (NIH/CIT) [C] <[EMAIL PROTECTED]> wrote:

From: O'Brien, David W. (NIH/CIT) [C] <[EMAIL PROTECTED]>
Subject: Re: DFHSM QUESTION - ML1
To: IBM-MAIN@BAMA.UA.EDU
Date: Friday, October 10, 2008, 9:53 AM

Willie,

It might help to know a bit more about your environment.
What are the following:
>From HSM  - Days,  ML1days (or Migrationlevel1days)

>From SMS - Primary Days, Level 1 days

Are your tapes operator mounted or in a Silo? My silo recalls average 27 secs.
Nobody complains. If the same recalls were operator mounted, my ML1 pool would
be much larger.

To avoid the type of problem you describe I issue a Freevol MVOL(nn)
TARGETLEVEL(ML2) against the ML1 volume that has the highest Frag Index.
I do this daily early in the AM. to avoid contention.


From: willie bunter [EMAIL PROTECTED]
Sent: Friday, October 10, 2008 12:38 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DFHSM QUESTION - ML1

David,

You have answered my question.  I wanted to be sure.  We had an incident (ML1
threshold was 80%)  ARC0560E NO MIGRATION LEVEL 1 SPACE ARC0560E AVAILABLE. 
Since we did not want to add another ML1 volume we decided to reduce the
threshold and forced the Secondary Space Management.  It did solve the problem
temporarily.  However, we had the same problem a day later.  As a work around, I
changed the Management class of some dsns, perform a ML2 migrate and changed
back the Management class.  Is there another way of handling this situation?

--- On Fri, 10/10/08, O'Brien, David W. (NIH/CIT) [C]
<[EMAIL PROTECTED]> wrote:

From: O'Brien, David W. (NIH/CIT) [C] <[EMAIL PROTECTED]>
Subject: Re: DFHSM QUESTION - ML1
To: IBM-MAIN@BAMA.UA.EDU
Date: Friday, October 10, 2008, 8:58 AM

ML1 threshold as specified in the HSM Parmlib Addvol statement specifies the
point at which that volume becomes eligible for migration.

If a dataset is on a ML1 volume which is 50% full and your threshold for that
volume is 80% then that dataset will not be migrated to ML2 even though its
management class may indicate that it is eligible.

Perhaps I'm reading your query incorrectly. A dataset which according to
its management class should be on ML1 will stay on ML1 even if the ML1 volume
%used is 90%. That's why after Secondary Space Mgmt. some ML1 volumes
remain
above the defined threshold for the ML1 volumes.


From: willie bunter [EMAIL PROTECTED]
Sent: Friday, October 10, 2008 11:42 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: DFHSM QUESTION - ML1

Hallo To All,

Our ML1 volumes threshold is set to 80%.  My question is does the Management
class takes precedence over the threshold.  For example, if I change the
threshold to 50% would it result in the ML1 volumes being 50% full (after
Secondary space management has kicked in) or will the respective Management
classes prevent that from happening?  I hope I am able to explain myself
clearly.

Thanks




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

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






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

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

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

Willie,

It might help to know a bit more about your environment.
What are the following:
>From HSM  - Days,  ML1days (or Migrationlevel1days)

>From SMS - Primary Days, Level 1 days

Are your tapes operator mounted or in a Silo? My silo recalls average 27 secs. 
Nobody complains. If the same recalls were operator mounted, my ML1 pool would 
be much larger.

To avoid the type of problem you describe I issue a Freevol MVOL(nn) 
TARGETLEVEL(ML2) against the ML1 volume that has the highest Frag Index.
I do this daily early in the AM. to avoid contention.


From: willie bunter [EMAIL PROTECTED]
Sent: Friday, October 10, 2008 12:38 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DFHSM QUESTION - ML1

David,

You have answered my question.  I wanted to be sure.  We had an incident (ML1 
threshold was 80%)  ARC0560E NO MIGRATION LEVEL 1 SPACE ARC0560E AVAILABLE.  
Since we did not want to add another ML1 volume we decided to reduce the 
threshold and forced the Secondary Space Management.  It did solve the problem 
temporarily.  However, we had the same problem a day later.  As a work around, 
I changed the Management class of some dsns, perform a ML2 migrate and changed 
back the Management class.  Is there another way of handling this situation?

--- On Fri, 10/10/08, O'Brien, David W. (NIH/CIT) [C] <[EMAIL PROTECTED]> wrote:

From: O'Brien, David W. (NIH/CIT) [C] <[EMAIL PROTECTED]>
Subject: Re: DFHSM QUESTION - ML1
To: IBM-MAIN@BAMA.UA.EDU
Date: Friday, October 10, 2008, 8:58 AM

ML1 threshold as specified in the HSM Parmlib Addvol statement specifies the
point at which that volume becomes eligible for migration.

If a dataset is on a ML1 volume which is 50% full and your threshold for that
volume is 80% then that dataset will not be migrated to ML2 even though its
management class may indicate that it is eligible.

Perhaps I'm reading your query incorrectly. A dataset which according to
its management class should be on ML1 will stay on ML1 even if the ML1 volume
%used is 90%. That's why after Secondary Space Mgmt. some ML1 volumes remain
above the defined threshold for the ML1 volumes.


From: willie bunter [EMAIL PROTECTED]
Sent: Friday, October 10, 2008 11:42 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: DFHSM QUESTION - ML1

Hallo To All,

Our ML1 volumes threshold is set to 80%.  My question is does the Management
class takes precedence over the threshold.  For example, if I change the
threshold to 50% would it result in the ML1 volumes being 50% full (after
Secondary space management has kicked in) or will the respective Management
classes prevent that from happening?  I hope I am able to explain myself
clearly.

Thanks




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

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






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

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

Re: LE module CELHV002?

[Schneiderwent, Craig]

 > What I would really like to do is to use Metal C with XPLINK linkage.
 > Maybe someone more familiar with Metal-C can enlighten me on this.

Kirk, you may want to talk to Chwan-Han Lee.  His email address is in his
SHARE presentations, available at
.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Kirk Wolf
Sent: Friday, October 10, 2008 10:06 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: LE module CELHV002?


David,

Yes, we have used Metal C.  It is very cool, although it does have
limitations.
What we frequently do instead is to write a routine in assembler with
XPLINK linkage  (since our C++ code is XPLINK),
and then with some very careful programming we can set up its
save/workarea on the XPLINK stack.

Mixing assembler system macro calls into Metal-C code is a little
tricky, and because of all of the things that you have to worry about
it usually isn't worth it.
Dropping a few machine instructions into Metal-C code however is
really cool and not too hard.

What I would really like to do is to use Metal C with XPLINK linkage.
 I think that it can be done with the right user-written prolog/epilog
macros, but it doesn't appear to be ideal because of the "system
linkage" assumptions made by Metal C.   The motivation for this would
be to use Metal-C in XPLINK environments where you just want to drop
some fancy z-arch instructions into the generated code.
Maybe someone more familiar with Metal-C can enlighten me on this.

Kirk Wolf
Dovetailed Technologies

On Fri, Oct 10, 2008 at 9:52 AM, David Crayford <[EMAIL PROTECTED]> wrote:
> Kirk Wolf wrote:
>>
>> If you used LRECL=1, then you did have a record boundary of 1, so it
>> was doing fwrite() with a length of 1.
>> This is because todsn() always uses QSAM.
>> As it turns out, even with a rational DCB, the C library is more
>> expensive than direct QSAM macros.
>> For this reason, it is likely that a future version of Co:Z will
>> bypass the C library for QSAM I/O.
>
> Kirk, have you checked out metal C? I can tell you this - in my
experiments
> the code generated actually results in faster code then my hand crafted
> assembler. I'm very impressed by it. The compiler is pipeline aware and
> produces very fast code. If you want to drop down to using QSAM macros I
> would recommend it for a QSAM I/O library... It does bind you up to a z/OS
> 1.9 system though.
>
> I've noticed that stdio is always less efficient then other languages for
> QSAM. This seems to be caused by double buffering due to the semantics of
> the stdio library functions. It moves data into the user supplied buffer
> with fread() but keeps it's own buffer so is doing two moves. I've reverse
> engineered most of the FILE fcb control block for the M4 port and will
> commit it to sourceforge soon.
>
>> On Fri, Oct 10, 2008 at 8:42 AM, John McKown <[EMAIL PROTECTED]> wrote:
>>>
>>> On Fri, 10 Oct 2008 21:16:53 +0800, David Crayford <[EMAIL PROTECTED]>
>>> wrote:
>>>
 CELHVnnn is an XPLINK condition handler. For example CELHV003 is the
 XPLINK runtime environment. Im not familiar with CELHV002 but it could
 be that the SSL hashes are a CPU hog. If you sending a file that's in a
 zFS or HFS cached it may not I/O bound...
>>>
>>> I got some advice on another forum about this. The output is a "byte
>>> stream"
>>> with no record boundries, pe se. In my job, I had
>>> DCB=(RECFM=FB,LRECL=1,BLKSIZE=0). I changed that to
>>> DCB=(RECFM=U,BLKSIZE=27998). The CPU usage on the exact same job went
>>> from
>>> 45.82 minutes to 1.33 minutes. Curiously, the elapsed time actually went
>>> up
>>> somewhat. Probably due to increased usage on the system during the
second
>>> test.
>>>
>>> --
>>> John
>>>
>>> --
>>> For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
>>> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>>>
>>>
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
>> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
>

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

-

Re: DFHSM QUESTION - ML1

[willie bunter]

David,
 
You have answered my question.  I wanted to be sure.  We had an incident (ML1 
threshold was 80%)  ARC0560E NO MIGRATION LEVEL 1 SPACE ARC0560E AVAILABLE.  
Since we did not want to add another ML1 volume we decided to reduce the 
threshold and forced the Secondary Space Management.  It did solve the problem 
temporarily.  However, we had the same problem a day later.  As a work around, 
I changed the Management class of some dsns, perform a ML2 migrate and 
changed back the Management class.  Is there another way of handling this 
situation?

--- On Fri, 10/10/08, O'Brien, David W. (NIH/CIT) [C] <[EMAIL PROTECTED]> wrote:

From: O'Brien, David W. (NIH/CIT) [C] <[EMAIL PROTECTED]>
Subject: Re: DFHSM QUESTION - ML1
To: IBM-MAIN@BAMA.UA.EDU
Date: Friday, October 10, 2008, 8:58 AM

ML1 threshold as specified in the HSM Parmlib Addvol statement specifies the
point at which that volume becomes eligible for migration.

If a dataset is on a ML1 volume which is 50% full and your threshold for that
volume is 80% then that dataset will not be migrated to ML2 even though its
management class may indicate that it is eligible.

Perhaps I'm reading your query incorrectly. A dataset which according to
its management class should be on ML1 will stay on ML1 even if the ML1 volume
%used is 90%. That's why after Secondary Space Mgmt. some ML1 volumes remain
above the defined threshold for the ML1 volumes.


From: willie bunter [EMAIL PROTECTED]
Sent: Friday, October 10, 2008 11:42 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: DFHSM QUESTION - ML1

Hallo To All,

Our ML1 volumes threshold is set to 80%.  My question is does the Management
class takes precedence over the threshold.  For example, if I change the
threshold to 50% would it result in the ML1 volumes being 50% full (after
Secondary space management has kicked in) or will the respective Management
classes prevent that from happening?  I hope I am able to explain myself
clearly.

Thanks




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

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






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

Re: No Source for load modules not linkedited since 1980-90's

[Chambers, David W.]

>Does any one know of any vendors and/or products on the market that can
be
>used to reverse engineer these modules - in COBOL.

Haven't researched this market in a while. Only one I know of is:

http://www.essential-systems.com/resource/index.htm

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

Re: DFHSM QUESTION - ML1

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

Yes, lower the ML1 threshold to 50%. Eligible datasets will migrate. Ineligible 
datasets will remain on ML1.
All ML1 volumes will not be reduced to 50% unless you've got a whole lot of 
eligible data.


From: willie bunter [EMAIL PROTECTED]
Sent: Friday, October 10, 2008 11:42 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: DFHSM QUESTION - ML1

Hallo To All,

Our ML1 volumes threshold is set to 80%.  My question is does the Management 
class takes precedence over the threshold.  For example, if I change the 
threshold to 50% would it result in the ML1 volumes being 50% full (after 
Secondary space management has kicked in) or will the respective Management 
classes prevent that from happening?  I hope I am able to explain myself 
clearly.

Thanks




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

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

Re: DFHSM QUESTION - ML1

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

ML1 threshold as specified in the HSM Parmlib Addvol statement specifies the 
point at which that volume becomes eligible for migration.

If a dataset is on a ML1 volume which is 50% full and your threshold for that 
volume is 80% then that dataset will not be migrated to ML2 even though its 
management class may indicate that it is eligible.

Perhaps I'm reading your query incorrectly. A dataset which according to its 
management class should be on ML1 will stay on ML1 even if the ML1 volume %used 
is 90%. That's why after Secondary Space Mgmt. some ML1 volumes remain above 
the defined threshold for the ML1 volumes.


From: willie bunter [EMAIL PROTECTED]
Sent: Friday, October 10, 2008 11:42 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: DFHSM QUESTION - ML1

Hallo To All,

Our ML1 volumes threshold is set to 80%.  My question is does the Management 
class takes precedence over the threshold.  For example, if I change the 
threshold to 50% would it result in the ML1 volumes being 50% full (after 
Secondary space management has kicked in) or will the respective Management 
classes prevent that from happening?  I hope I am able to explain myself 
clearly.

Thanks




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

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

No Source for load modules not linkedited since 1980-90's

[Stocker, Herman]

We have a large number of modules that have link dates in the 80's and 90's
(still running, can that be done on windows and Unix platform?).  We want to
reverse the modules to be able to go to LE and maybe even make changes.

Does any one know of any vendors and/or products on the market that can be
used to reverse engineer these modules - in COBOL.

I have suggested the disassembler but the development people were not happy
with the output, Cobol people do not like assembler, go figure:-) they are
not assembler programmers and the disassembled code was unreadable to them.

Thank you.

Regards, 
Herman Stocker


The sender believes that this E-mail and any attachments were free of any
virus, worm, Trojan horse, and/or malicious code when sent. This message and
its attachments could have been infected during transmission. By reading the
message and opening any attachments, the recipient accepts full
responsibility for taking protective and remedial action about viruses and
other defects. The sender's employer is not liable for any loss or damage
arising in any way from this message or its attachments.

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

Re: Fwd: DB2 for z/OS WLM stored procedure setup

[Mark Zelden]

On Fri, 10 Oct 2008 14:49:02 +0100, Jim McAlpine <[EMAIL PROTECTED]> wrote:

>On Fri, Oct 10, 2008 at 1:54 PM, Mark Zelden <[EMAIL PROTECTED]>wrote:
>
>>
>> Hmmm.  Curious.  Could there be any case issues not showing up in
>> you post (double check WLM panels)?  What does $DJOBCLASS(STC),LONG
>> say the proclib concatenation is?  Is that concatenation in JES2 JCL or
>> or dynamic proclibs?  Are you using started jobs and is there anything
>> set up with this 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]
>>
>Mark, no case issues and AFAICS there is no LONG parameter with the
>$DJOBCLASS(STC) command.  

What version of the OS?  Just do $DJOBCLASS(STC) then.

>The proclib concatenation is defined in the JES2
>procedure (no dynamic proclibs) and we don't use started jobs.  Does WLM
>look somewhere else for the procedures defined for the application
>environments.  As I said, the proc is contained in a proclib in the JES2
>concatenation and I can start it by hand but when WLM tries, it looks as
>though it can't find it.
>

Can you cut/paste a print screen of a browse or modify of the actual
definition in the WLM ISPF application (or are you using the WLM
service definition editor GUI?)?

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

DFHSM QUESTION - ML1

[willie bunter]

Hallo To All,
 
Our ML1 volumes threshold is set to 80%.  My question is does the Management 
class takes precedence over the threshold.  For example, if I change the 
threshold to 50% would it result in the ML1 volumes being 50% full (after 
Secondary space management has kicked in) or will the respective Management 
classes prevent that from happening?  I hope I am able to explain myself 
clearly.
 
Thanks 




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

Re: Application interface analysis

[Mark Hammond]

My company has a product (Enterprise Application Viewer - EAV) that may
be what you are looking for.

Check it out at:  http://www.ateras.com/EnterpriseApplicationViewer.aspx

I will send you some more information offline. 


Mark Hammond
Applications Consultant
ATERAS
www.ateras.com | [EMAIL PROTECTED]

-Original Message-
From: ANTONIO FONSECA (ESI-GSQP) [mailto:[EMAIL PROTECTED] 
Sent: Friday, October 10, 2008 9:10 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Application interface analysis

Hi,

 

Sorry to bother you guys with such a boring subject, but here it goes.

 

My company is starting a project on application interface mapping. 

Before "reinventing the wheel", what market products do you know that
can collect (and cross-reference) information from COBOL sources, JCL
and scheduler (CONTROL-M or OPC-TWS) and give a picture of what datasets
are actively used in an application, or what datasets flow between
applications?

 

Hope I could explain the "big picture".

 

TIA

 

Antonio



--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Fwd: DB2 for z/OS WLM stored procedure setup

[Jim McAlpine]

On Fri, Oct 10, 2008 at 2:49 PM, Jim McAlpine <[EMAIL PROTECTED]>wrote:

>
>
> Mark, no case issues and AFAICS there is no LONG parameter with the
> $DJOBCLASS(STC) command.  The proclib concatenation is defined in the JES2
> procedure (no dynamic proclibs) and we don't use started jobs.  Does WLM
> look somewhere else for the procedures defined for the application
> environments.  As I said, the proc is contained in a proclib in the JES2
> concatenation and I can start it by hand but when WLM tries, it looks as
> though it can't find it.
>
> Jim McAlpine
>

Problem sorted.  In my WLM application environment definition I hadn't
specified anything in the "start parameters" field.  I figured that if the
information was in the proc then it wasn't required here.  Anyhow I added
"DB2SSN=&IWMSSNM,APPLENV=JDBCENV" and bingo it worked.  Procedure not found
was a very strange symptom though.

Jim McAlpine

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

Re: LE module CELHV002?

[David Crayford]

What I would really like to do is to use Metal C with XPLINK linkage.
 I think that it can be done with the right user-written prolog/epilog
macros, but it doesn't appear to be ideal because of the "system
linkage" assumptions made by Metal C.  


User-written prolog/epilog is definately the way to go. It shouldn't be 
too tricky. It's possible to pass in a work area for the stack and 
scratch the storage obtain for optimal performance. Use a parameter list 
structure and have one entry point with function codes with a switch 
statement. Just do what you would do with normal XPLINK assembler code 
in the prolog.



 The motivation for this would

be to use Metal-C in XPLINK environments where you just want to drop
some fancy z-arch instructions into the generated code.
Maybe someone more familiar with Metal-C can enlighten me on this.

Kirk Wolf
Dovetailed Technologies

On Fri, Oct 10, 2008 at 9:52 AM, David Crayford <[EMAIL PROTECTED]> wrote:

Kirk Wolf wrote:

If you used LRECL=1, then you did have a record boundary of 1, so it
was doing fwrite() with a length of 1.
This is because todsn() always uses QSAM.
As it turns out, even with a rational DCB, the C library is more
expensive than direct QSAM macros.
For this reason, it is likely that a future version of Co:Z will
bypass the C library for QSAM I/O.

Kirk, have you checked out metal C? I can tell you this - in my experiments
the code generated actually results in faster code then my hand crafted
assembler. I'm very impressed by it. The compiler is pipeline aware and
produces very fast code. If you want to drop down to using QSAM macros I
would recommend it for a QSAM I/O library... It does bind you up to a z/OS
1.9 system though.

I've noticed that stdio is always less efficient then other languages for
QSAM. This seems to be caused by double buffering due to the semantics of
the stdio library functions. It moves data into the user supplied buffer
with fread() but keeps it's own buffer so is doing two moves. I've reverse
engineered most of the FILE fcb control block for the M4 port and will
commit it to sourceforge soon.


On Fri, Oct 10, 2008 at 8:42 AM, John McKown <[EMAIL PROTECTED]> wrote:

On Fri, 10 Oct 2008 21:16:53 +0800, David Crayford <[EMAIL PROTECTED]>
wrote:


CELHVnnn is an XPLINK condition handler. For example CELHV003 is the
XPLINK runtime environment. Im not familiar with CELHV002 but it could
be that the SSL hashes are a CPU hog. If you sending a file that's in a
zFS or HFS cached it may not I/O bound...

I got some advice on another forum about this. The output is a "byte
stream"
with no record boundries, pe se. In my job, I had
DCB=(RECFM=FB,LRECL=1,BLKSIZE=0). I changed that to
DCB=(RECFM=U,BLKSIZE=27998). The CPU usage on the exact same job went
from
45.82 minutes to 1.33 minutes. Curiously, the elapsed time actually went
up
somewhat. Probably due to increased usage on the system during the second
test.

--
John

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



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


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




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



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

Dan Lu is out of the office.

[Dan Lu]

I will be out of the office starting  2008-10-10 and will not return until
2008-10-13.

I will be unable to access network until late of 10/13.
For DB2 Admin/OC Reg & Automation issue, JingJiaMin is my backup.
For DB2 Admin/OC APAR test issue, ShenHong is my backup.
For DB2 QM tool issue, YuShuang/ShenHong is my backup.
For IMS tools QA issue, ZhouXin is my backup.
For IMS tools Dev issue, BoXue is my backup.
For IM tools L2 support, CuiLei is my backup.

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

Re: Application interface analysis

[Brian Fitzgibbon]

Antonio,
   I will just jump in here - SmartIS is a solution that we provide.  
It allows an easy way to build a comprehensive repository on a a 
relational database to allow you to view relationships as you describe.  
AN added benefit is the ability to flowchart entities as scheduler 
and/or JCL, etc. The product is know as XINFO in Europe.  Have a look - 
I think you will be pleased.  Let me know if I can be of further 
assistance.  I will alert our distributor in Madrid of your query.



Regards and best of luck

Brian Fitzgibbon
SEGUS Inc
(800)-327-9650
www.segus.com 

For support:
[EMAIL PROTECTED] 


The information contained in this e-mail and any accompanying documents 
may contain information that is confidential or otherwise protected from 
disclosure. If you are not the intended recipient of this message, or if 
this message has been addressed to you in error, please immediately 
alert the sender by reply e-mail and then delete this message, including 
any attachments. Any dissemination, distribution or other use of the 
contents of this message by anyone other than the intended recipient is 
strictly prohibited.




ANTONIO FONSECA (ESI-GSQP) wrote:

Hi,

 


Sorry to bother you guys with such a boring subject, but here it goes.

 

My company is starting a project on application interface mapping. 


Before "reinventing the wheel", what market products do you know that
can collect (and cross-reference) information from COBOL sources, JCL
and scheduler (CONTROL-M or OPC-TWS) and give a picture of what datasets
are actively used in an application, or what datasets flow between
applications?

 


Hope I could explain the "big picture".

 


TIA

 


Antonio



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

  


--

Brian Fitzgibbon
SEGUS Inc
(800)-327-9650
www.segus.com 

For support:
[EMAIL PROTECTED] 


The information contained in this e-mail and any accompanying documents 
may contain information that is confidential or otherwise protected from 
disclosure. If you are not the intended recipient of this message, or if 
this message has been addressed to you in error, please immediately 
alert the sender by reply e-mail and then delete this message, including 
any attachments. Any dissemination, distribution or other use of the 
contents of this message by anyone other than the intended recipient is 
strictly prohibited.



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

Re: LE module CELHV002?

[Kirk Wolf]

David,

Yes, we have used Metal C.  It is very cool, although it does have limitations.
What we frequently do instead is to write a routine in assembler with
XPLINK linkage  (since our C++ code is XPLINK),
and then with some very careful programming we can set up its
save/workarea on the XPLINK stack.

Mixing assembler system macro calls into Metal-C code is a little
tricky, and because of all of the things that you have to worry about
it usually isn't worth it.
Dropping a few machine instructions into Metal-C code however is
really cool and not too hard.

What I would really like to do is to use Metal C with XPLINK linkage.
 I think that it can be done with the right user-written prolog/epilog
macros, but it doesn't appear to be ideal because of the "system
linkage" assumptions made by Metal C.   The motivation for this would
be to use Metal-C in XPLINK environments where you just want to drop
some fancy z-arch instructions into the generated code.
Maybe someone more familiar with Metal-C can enlighten me on this.

Kirk Wolf
Dovetailed Technologies

On Fri, Oct 10, 2008 at 9:52 AM, David Crayford <[EMAIL PROTECTED]> wrote:
> Kirk Wolf wrote:
>>
>> If you used LRECL=1, then you did have a record boundary of 1, so it
>> was doing fwrite() with a length of 1.
>> This is because todsn() always uses QSAM.
>> As it turns out, even with a rational DCB, the C library is more
>> expensive than direct QSAM macros.
>> For this reason, it is likely that a future version of Co:Z will
>> bypass the C library for QSAM I/O.
>
> Kirk, have you checked out metal C? I can tell you this - in my experiments
> the code generated actually results in faster code then my hand crafted
> assembler. I'm very impressed by it. The compiler is pipeline aware and
> produces very fast code. If you want to drop down to using QSAM macros I
> would recommend it for a QSAM I/O library... It does bind you up to a z/OS
> 1.9 system though.
>
> I've noticed that stdio is always less efficient then other languages for
> QSAM. This seems to be caused by double buffering due to the semantics of
> the stdio library functions. It moves data into the user supplied buffer
> with fread() but keeps it's own buffer so is doing two moves. I've reverse
> engineered most of the FILE fcb control block for the M4 port and will
> commit it to sourceforge soon.
>
>> On Fri, Oct 10, 2008 at 8:42 AM, John McKown <[EMAIL PROTECTED]> wrote:
>>>
>>> On Fri, 10 Oct 2008 21:16:53 +0800, David Crayford <[EMAIL PROTECTED]>
>>> wrote:
>>>
 CELHVnnn is an XPLINK condition handler. For example CELHV003 is the
 XPLINK runtime environment. Im not familiar with CELHV002 but it could
 be that the SSL hashes are a CPU hog. If you sending a file that's in a
 zFS or HFS cached it may not I/O bound...
>>>
>>> I got some advice on another forum about this. The output is a "byte
>>> stream"
>>> with no record boundries, pe se. In my job, I had
>>> DCB=(RECFM=FB,LRECL=1,BLKSIZE=0). I changed that to
>>> DCB=(RECFM=U,BLKSIZE=27998). The CPU usage on the exact same job went
>>> from
>>> 45.82 minutes to 1.33 minutes. Curiously, the elapsed time actually went
>>> up
>>> somewhat. Probably due to increased usage on the system during the second
>>> test.
>>>
>>> --
>>> John
>>>
>>> --
>>> For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
>>> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>>>
>>>
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
>> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
>

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

Re: LE module CELHV002?

[David Crayford]

Kirk Wolf wrote:

If you used LRECL=1, then you did have a record boundary of 1, so it
was doing fwrite() with a length of 1.
This is because todsn() always uses QSAM.
As it turns out, even with a rational DCB, the C library is more
expensive than direct QSAM macros.
For this reason, it is likely that a future version of Co:Z will
bypass the C library for QSAM I/O.


Kirk, have you checked out metal C? I can tell you this - in my 
experiments the code generated actually results in faster code then my 
hand crafted assembler. I'm very impressed by it. The compiler is 
pipeline aware and produces very fast code. If you want to drop down to 
using QSAM macros I would recommend it for a QSAM I/O library... It does 
bind you up to a z/OS 1.9 system though.


I've noticed that stdio is always less efficient then other languages 
for QSAM. This seems to be caused by double buffering due to the 
semantics of the stdio library functions. It moves data into the user 
supplied buffer with fread() but keeps it's own buffer so is doing two 
moves. I've reverse engineered most of the FILE fcb control block for 
the M4 port and will commit it to sourceforge soon.



On Fri, Oct 10, 2008 at 8:42 AM, John McKown <[EMAIL PROTECTED]> wrote:

On Fri, 10 Oct 2008 21:16:53 +0800, David Crayford <[EMAIL PROTECTED]> wrote:


CELHVnnn is an XPLINK condition handler. For example CELHV003 is the
XPLINK runtime environment. Im not familiar with CELHV002 but it could
be that the SSL hashes are a CPU hog. If you sending a file that's in a
zFS or HFS cached it may not I/O bound...

I got some advice on another forum about this. The output is a "byte stream"
with no record boundries, pe se. In my job, I had
DCB=(RECFM=FB,LRECL=1,BLKSIZE=0). I changed that to
DCB=(RECFM=U,BLKSIZE=27998). The CPU usage on the exact same job went from
45.82 minutes to 1.33 minutes. Curiously, the elapsed time actually went up
somewhat. Probably due to increased usage on the system during the second test.

--
John

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

Application interface analysis

[ANTONIO FONSECA (ESI-GSQP)]

Hi,

 

Sorry to bother you guys with such a boring subject, but here it goes.

 

My company is starting a project on application interface mapping. 

Before "reinventing the wheel", what market products do you know that
can collect (and cross-reference) information from COBOL sources, JCL
and scheduler (CONTROL-M or OPC-TWS) and give a picture of what datasets
are actively used in an application, or what datasets flow between
applications?

 

Hope I could explain the "big picture".

 

TIA

 

Antonio



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

Re: Previous release of redbook

[Bruce Richardson]

Try using:

http://www-03.ibm.com/systems/z/os/zos/bkserv/find_books.html 

and enter your pub number, or other words in the title. 
BTW, the keyword "sg24-5444" pulled up the -03 rev of the document, which 
includes the z/900. 

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

Re: FIXCAT HOLDDATA

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Jürgen Kehr
> 
> Hi,
> 
> AFAIK your problem is not a missing UPGRADE of your SMP/E CSIs or
> something else in your environment. You have to pick up the FIXCAT
> HOLDs
> from somewhere and to receive it.
> One place to pick them up should be the FTP server at
> ftp://service.boulder.ibm.com/s390/holddata/

Those are the same files we get each Friday from 
http://service.software.ibm.com/holdata/390holddata.html .  We download the 
"month.bin" file because the "week.*" files aren't available from there.

-jc-

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

Re: FIXCAT HOLDDATA

[Mark Zelden]

On Fri, 10 Oct 2008 08:14:05 -0500, Chase, John <[EMAIL PROTECTED]> wrote:

>Hi, All,
>
>Has anybody encountered the new FIXCAT HOLDDATA yet?  As of today's
>download from http://service.software.ibm.com/holdata/390holddata.html I
>don't see any; just mention of it in the comment block.
>
>Is there a different download site to obtain it?
>

I talked to someone at IBM about it early this week and the start was delayed.
It should have started showing up a couple of days ago and at that time it was
supposed to also be available on "ALL portals".  I see it is still not on
the FTP 
site as you noticed.  

I also prefer to use my old FTP + RECEIVE JCL when doing HOLDDATA only
as it is *MUCH* quicker than SMP/E RECEIVE ORDER for HOLDDATA only. 
I'll follow up...

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: Retract: FTP log messages emanating from TN3270E

[Hunkeler Peter (KIUK 3)]

ftpd sends its messages to the syslog daemon (syslogd).
syslogd seems to be configured to send (some or all) 
messages to /dev/console. 

--
Peter Hunkeler
CREDIT SUISSE

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

Re: Previous release of redbook

[Norbert Friemel]

On Thu, 9 Oct 2008 08:38:43 +0200, R.S. wrote:

>How can I find old release of the book?
>--
Try the "wayback machine": 
http://web.archive.org/web/*/http://www.redbooks.ibm.com/redbooks/pdfs/sg245444.pdf


Norbert Friemel

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

Re: FIXCAT HOLDDATA

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Andy White
> 
> Its funny you should bring this up. We are working on our z/os 1.10
> order
> and I thought id check for fixcat items from what I saw was given out
> at
> SHARE. We upgraded to smp/E 3.5 on our z/OS 1.9 system/ Ran the
upgrade
> command against the target zone. I checked in smp/E no new categories
> added and when I ran a batch report nothing. I am on the newest RSU
but
> was expecting something in the panels, nothing showed up. Id be
curious
> to
> see what others have to say or what I am doing wrong?

We plan to skip z/OS 1.10 and put up 1.11 after it comes available, but
have likewise installed SMP/E 3.5 on 1.9.  I was expecting by now to see
"something different" in the Enhanced Holddata downloadable from the
web, but so far I haven't seen anything "different" there.  Another
poster indicated seeing what appear to be the "extended" ++ASSIGN
SOURCEIDs, but AFAIK those only come with service orders.

-jc-

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

Re: LE module CELHV002?

[Kirk Wolf]

If you used LRECL=1, then you did have a record boundary of 1, so it
was doing fwrite() with a length of 1.
This is because todsn() always uses QSAM.
As it turns out, even with a rational DCB, the C library is more
expensive than direct QSAM macros.
For this reason, it is likely that a future version of Co:Z will
bypass the C library for QSAM I/O.

On Fri, Oct 10, 2008 at 8:42 AM, John McKown <[EMAIL PROTECTED]> wrote:
> On Fri, 10 Oct 2008 21:16:53 +0800, David Crayford <[EMAIL PROTECTED]> wrote:
>
>>
>>CELHVnnn is an XPLINK condition handler. For example CELHV003 is the
>>XPLINK runtime environment. Im not familiar with CELHV002 but it could
>>be that the SSL hashes are a CPU hog. If you sending a file that's in a
>>zFS or HFS cached it may not I/O bound...
>
> I got some advice on another forum about this. The output is a "byte stream"
> with no record boundries, pe se. In my job, I had
> DCB=(RECFM=FB,LRECL=1,BLKSIZE=0). I changed that to
> DCB=(RECFM=U,BLKSIZE=27998). The CPU usage on the exact same job went from
> 45.82 minutes to 1.33 minutes. Curiously, the elapsed time actually went up
> somewhat. Probably due to increased usage on the system during the second 
> test.
>
> --
> John
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> 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: FIXCAT HOLDDATA

[Andy White]

Thanks for the reply but are the fixcats in their own bucket? We download 
the holdata weekly through an automated system we wrote based on what is 
installed etc... 

Andy S White

Internet: Mailto:[EMAIL PROTECTED]


"IBM Mainframe Discussion List"  wrote on 10/10/2008 
09:54:38 AM:

> Hi,
> 
> AFAIK your problem is not a missing UPGRADE of your SMP/E CSIs or 
> something else in your environment. You have to pick up the FIXCAT HOLDs 

> from somewhere and to receive it.
> One place to pick them up should be the FTP server at 
> ftp://service.boulder.ibm.com/s390/holddata/
> 
> 
> 
> 
> 
> Andy White schrieb:
> > Its funny you should bring this up. We are working on our z/os 1.10 
order 
> > and I thought id check for fixcat items from what I saw was given out 
at 
> > SHARE. We upgraded to smp/E 3.5 on our z/OS 1.9 system/ Ran the 
upgrade 
> > command against the target zone. I checked in smp/E no new categories 
> > added and when I ran a batch report nothing. I am on the newest RSU 
but 
> > was expecting something in the panels, nothing showed up. Id be 
curious to 
> > see what others have to say or what I am doing wrong?
> >
> > Thanks
> >

> 



The information contained in this message may be CONFIDENTIAL and is for the 
intended addressee only.  Any unauthorized use, dissemination of the 
information, or copying of this message is prohibited.  If you are not the 
intended addressee, please notify the sender immediately and delete this 
message.

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

Re: Fwd: DB2 for z/OS WLM stored procedure setup

[Jim McAlpine]

On Fri, Oct 10, 2008 at 1:54 PM, Mark Zelden <[EMAIL PROTECTED]>wrote:

>
> Hmmm.  Curious.  Could there be any case issues not showing up in
> you post (double check WLM panels)?  What does $DJOBCLASS(STC),LONG
> say the proclib concatenation is?  Is that concatenation in JES2 JCL or
> or dynamic proclibs?  Are you using started jobs and is there anything
> set up with this 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]
>
Mark, no case issues and AFAICS there is no LONG parameter with the
$DJOBCLASS(STC) command.  The proclib concatenation is defined in the JES2
procedure (no dynamic proclibs) and we don't use started jobs.  Does WLM
look somewhere else for the procedures defined for the application
environments.  As I said, the proc is contained in a proclib in the JES2
concatenation and I can start it by hand but when WLM tries, it looks as
though it can't find it.

Jim McAlpine

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

Re: FIXCAT HOLDDATA

[Jürgen Kehr]

Hi,

AFAIK your problem is not a missing UPGRADE of your SMP/E CSIs or 
something else in your environment. You have to pick up the FIXCAT HOLDs 
from somewhere and to receive it.
One place to pick them up should be the FTP server at 
ftp://service.boulder.ibm.com/s390/holddata/






Andy White schrieb:
Its funny you should bring this up. We are working on our z/os 1.10 order 
and I thought id check for fixcat items from what I saw was given out at 
SHARE. We upgraded to smp/E 3.5 on our z/OS 1.9 system/ Ran the upgrade 
command against the target zone. I checked in smp/E no new categories 
added and when I ran a batch report nothing. I am on the newest RSU but 
was expecting something in the panels, nothing showed up. Id be curious to 
see what others have to say or what I am doing wrong?


Thanks

Andy S White





  

Did you run the SMP UPGRADE command against your CSIs?

I saw a message a day or two ago that reminded me that I had to do it.
Since I did it I noticed the new stuff. Not sure whether they are
related. 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Chase, John
Sent: Friday, October 10, 2008 08:14 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: FIXCAT HOLDDATA

Hi, All,

Has anybody encountered the new FIXCAT HOLDDATA yet?  As of today's
download from http://service.software.ibm.com/holdata/390holddata.html I
don't see any; just mention of it in the comment block.

Is there a different download site to obtain it?

TIA,

-jc-





The information contained in this message may be CONFIDENTIAL and is for the 
intended addressee only.  Any unauthorized use, dissemination of the 
information, or copying of this message is prohibited.  If you are not the 
intended addressee, please notify the sender immediately and delete this 
message.

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

  


--

___



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: LE module CELHV002?

[John McKown]

On Fri, 10 Oct 2008 21:16:53 +0800, David Crayford <[EMAIL PROTECTED]> wrote:

>
>CELHVnnn is an XPLINK condition handler. For example CELHV003 is the
>XPLINK runtime environment. Im not familiar with CELHV002 but it could
>be that the SSL hashes are a CPU hog. If you sending a file that's in a
>zFS or HFS cached it may not I/O bound...

I got some advice on another forum about this. The output is a "byte stream"
with no record boundries, pe se. In my job, I had
DCB=(RECFM=FB,LRECL=1,BLKSIZE=0). I changed that to
DCB=(RECFM=U,BLKSIZE=27998). The CPU usage on the exact same job went from
45.82 minutes to 1.33 minutes. Curiously, the elapsed time actually went up
somewhat. Probably due to increased usage on the system during the second test.

--
John

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

Re: FIXCAT HOLDDATA

[Andy White]

Its funny you should bring this up. We are working on our z/os 1.10 order 
and I thought id check for fixcat items from what I saw was given out at 
SHARE. We upgraded to smp/E 3.5 on our z/OS 1.9 system/ Ran the upgrade 
command against the target zone. I checked in smp/E no new categories 
added and when I ran a batch report nothing. I am on the newest RSU but 
was expecting something in the panels, nothing showed up. Id be curious to 
see what others have to say or what I am doing wrong?

Thanks

Andy S White





> Did you run the SMP UPGRADE command against your CSIs?
> 
> I saw a message a day or two ago that reminded me that I had to do it.
> Since I did it I noticed the new stuff. Not sure whether they are
> related. 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Chase, John
> Sent: Friday, October 10, 2008 08:14 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: FIXCAT HOLDDATA
> 
> Hi, All,
> 
> Has anybody encountered the new FIXCAT HOLDDATA yet?  As of today's
> download from http://service.software.ibm.com/holdata/390holddata.html I
> don't see any; just mention of it in the comment block.
> 
> Is there a different download site to obtain it?
> 
> TIA,
> 
> -jc-



The information contained in this message may be CONFIDENTIAL and is for the 
intended addressee only.  Any unauthorized use, dissemination of the 
information, or copying of this message is prohibited.  If you are not the 
intended addressee, please notify the sender immediately and delete this 
message.

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

Re: FIXCAT HOLDDATA

[Jürgen Kehr]

Hi,

I sent a similar question to Kurt Quackenbush (SMP/E development),  the 
FIXCAT HOLDs should be available starting October 8th.


Perhaps, we'll get an answer here.   



Chase, John schrieb:

Hi, All,

Has anybody encountered the new FIXCAT HOLDDATA yet?  As of today's
download from http://service.software.ibm.com/holdata/390holddata.html I
don't see any; just mention of it in the comment block.

Is there a different download site to obtain it?

TIA,

-jc-


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

  


--

___



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: FIXCAT HOLDDATA

[Field, Alan C.]

Did you run the SMP UPGRADE command against your CSIs?

I saw a message a day or two ago that reminded me that I had to do it.
Since I did it I noticed the new stuff. Not sure whether they are
related. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Chase, John
Sent: Friday, October 10, 2008 08:14 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: FIXCAT HOLDDATA

Hi, All,

Has anybody encountered the new FIXCAT HOLDDATA yet?  As of today's
download from http://service.software.ibm.com/holdata/390holddata.html I
don't see any; just mention of it in the comment block.

Is there a different download site to obtain it?

TIA,

-jc-

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

Re: FIXCAT HOLDDATA

[Jim Chappell]

Started showing up here yesterday...

   SOURCEID 
 BASIC 
 EURO99 
 HIPER 
 IBM.Coexistence.z/OS.V1R10 
 IBM.Device.Disk.DS8000-2107 
 IBM.Device.Disk.ESS-Shark-2105 
 IBM.Device.Disk.StorageControl-3990 
 IBM.Device.Server.z10-EC-2097 
 IBM.Device.Server.z10-EC-2097.zAAP 
 IBM.Device.Server.z10-EC-2097.zIIP 
 IBM.Device.Server.z10-EC-2097.CapacityProvisioning
 IBM.Device.Server.z10-EC-2097.DecimalFloatingPoint
 IBM.Device.Server.z10-EC-2097.MIDAW 

Etc


James (Jim) Chappell
503 745-7841
503 349-5603(cell)

[EMAIL PROTECTED]

Daimler Trucks North America LLC


If you are not the intended addressee, please inform us immediately that you 
have received this e-mail in error, and delete it. We thank you for your 
cooperation.  
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: LE module CELHV002?

[David Crayford]

John McKown wrote:

Does anybody know that this really does? I'm running a C++ program in batch.
Basically, it is a program which reads information from a network connection
and is writing it out to a tape dataset. I don't have the source. For those
interested, it is the "todsn" program in the Co:Z package from Dovetailed
Technologies (which I really like!). The job running this program is taking
about 20% of a z9BC-V02, or about 40% of a single engine. For all I know,
that is normal. But I would have thought the program would be more I/O bound
than that.

More curious than anything else.



CELHVnnn is an XPLINK condition handler. For example CELHV003 is the 
XPLINK runtime environment. Im not familiar with CELHV002 but it could 
be that the SSL hashes are a CPU hog. If you sending a file that's in a 
zFS or HFS cached it may not I/O bound...


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

FIXCAT HOLDDATA

[Chase, John]

Hi, All,

Has anybody encountered the new FIXCAT HOLDDATA yet?  As of today's
download from http://service.software.ibm.com/holdata/390holddata.html I
don't see any; just mention of it in the comment block.

Is there a different download site to obtain it?

TIA,

-jc-


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

Retract: FTP log messages emanating from TN3270E

[Gilbert Cardenas]

Please retract this question.  Apparently I didn't perform my due diligence and 
search the archives first.  I found several posts with information on the 
message BPXF024I so I will investigage the findings.

Thanks and sorry for the fast fingers,
Gil.

On Fri, 10 Oct 2008 07:58:47 -0500, Gilbert Cardenas 
<[EMAIL PROTECTED]> wrote:

>We have recently split out TN3270 from TCPIP in preparation for the z/OS 1.9
>upgrade.
>We are noticing what appear to be additional FTP messages in the system
>log.  At first I thought it was because some ftps use the debug parameter 
and
>this was causing the additional messages but after several tests I cannot tell
>if this is really the culprit.
>Does anyone recognize the following type of messages and can point us to
>where we can look to see if we have a trace or parameter setting that would
>generate these :
>
>BPXF024I (OMVSKERN) Oct 10 05:33:43 ftpd 16777231 : SD0421 926
>accept_client: accept()
>BPXF024I (OMVSKERN) Oct 10 05:33:43 ftpd 16777231 : SD0488 927
>accept_client: accepted client on socket 8
>BPXF024I (OMVSKERN) Oct 10 05:33:43 ftpd 16777231 : SD1780 928
>handle_client_socket: entered for socket 8
>BPXF024I (OMVSKERN) Oct 10 05:33:43 ftpd 16777231 : SD2002 929
>handle_client_socket: new session for 150.150.3.17 port 2448
>BPXF024I (OMVSKERN) Oct 10 05:33:43 ftpd 16777231 : SD1141 930
>BPXF024I (OMVSKERN) Oct 10 05:33:43 ftpd 50331665 : SD1161 935
>spawn_ftps: my pid is 50331665 and my parent's is 16777231
>
>
>BPXF024I Explanation:
>The text is the contents of the user's write buffer at the
>time of the write request is displayed. Messages written to /dev/console
>by z/OS UNIX applications appear on the MVS console in this message.
>
>Thanks,
>Gil.
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

FTP log messages emanating from TN3270E

[Gilbert Cardenas]

We have recently split out TN3270 from TCPIP in preparation for the z/OS 1.9 
upgrade.
We are noticing what appear to be additional FTP messages in the system 
log.  At first I thought it was because some ftps use the debug parameter and 
this was causing the additional messages but after several tests I cannot tell 
if this is really the culprit.
Does anyone recognize the following type of messages and can point us to 
where we can look to see if we have a trace or parameter setting that would 
generate these :

BPXF024I (OMVSKERN) Oct 10 05:33:43 ftpd 16777231 : SD0421 926
accept_client: accept()   
BPXF024I (OMVSKERN) Oct 10 05:33:43 ftpd 16777231 : SD0488 927
accept_client: accepted client on socket 8
BPXF024I (OMVSKERN) Oct 10 05:33:43 ftpd 16777231 : SD1780 928
handle_client_socket: entered for socket 8
BPXF024I (OMVSKERN) Oct 10 05:33:43 ftpd 16777231 : SD2002 929
handle_client_socket: new session for 150.150.3.17 port 2448  
BPXF024I (OMVSKERN) Oct 10 05:33:43 ftpd 16777231 : SD1141 930
BPXF024I (OMVSKERN) Oct 10 05:33:43 ftpd 50331665 : SD1161 935
spawn_ftps: my pid is 50331665 and my parent's is 16777231


BPXF024I Explanation:  
The text is the contents of the user's write buffer at the
time of the write request is displayed. Messages written to /dev/console
by z/OS UNIX applications appear on the MVS console in this message.

Thanks,
Gil.

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

Re: Fwd: DB2 for z/OS WLM stored procedure setup

[Mark Zelden]

On Fri, 10 Oct 2008 10:16:47 +0100, Jim McAlpine <[EMAIL PROTECTED]> wrote:

>cross posted to the DB2 list
>
> I've set up the above but I'm getting a JCL error when WLM starts the proc
>that I can't understand as follows -
>
>09.09.15 STC00844  FRIDAY,10 OCT 2008 
>09.09.15 STC00844  IEFC452I DB2XWLM - JOB NOT RUN - JCL ERROR  293
>-- JES2 JOB STATISTICS --
>  10 OCT 2008 JOB EXECUTION DATE
>2 CARDS READ
>   15 SYSOUT PRINT RECORDS
>0 SYSOUT PUNCH RECORDS
>0 SYSOUT SPOOL KBYTES
> 0.00 MINUTES EXECUTION TIME
>1 //DB2XWLM  JOB MSGLEVEL=1
>2 //STARTING EXEC DB2XWLM
> STMT NO. MESSAGE
>2 IEFC612I PROCEDURE DB2XWLM WAS NOT FOUND
>
>
>If I start the proc with a START command it starts correctly.  The proc
>looks like this -
>
>//*
>//*JCL FOR RUNNING THE WLM-ESTABLISHED STORED PROCEDURES
>//*ADDRESS SPACE
>//*   RGN -- THE MVS REGION SIZE FOR THE ADDRESS SPACE.
>//*   DB2SSN  -- THE DB2 SUBSYSTEM NAME.
>//*   NUMTCB  -- THE NUMBER OF TCBS USED TO PROCESS
>//*  END USER REQUESTS.
>//*   APPLENV -- THE MVS WLM APPLICATION ENVIRONMENT
>//*  SUPPORTED BY THIS JCL PROCEDURE.
>//*
>//*   V5 V6 TOLERANCE 10/07/00
>//*   V6 MIGRATION22/8/2000
>//*
>//*
>//DB2XWLM  PROC RGN=0K,APPLENV=JDBCENV,DB2SSN=DB2D,NUMTCB=8
>//IEFPROC EXEC PGM=DSNX9WLM,REGION=&RGN,TIME=NOLIMIT,
>//PARM='&DB2SSN,&NUMTCB,&APPLENV'
>//STEPLIB  DD  DISP=SHR,DSN=DSN710.RUNLIB.LOAD
>// DD  DISP=SHR,DSN=DSN710.SDSNEXIT
>// DD  DISP=SHR,DSN=DSN710.SDSNLOAD
>
>Any ideas ?
>
>Jim McAlpine
>

Hmmm.  Curious.  Could there be any case issues not showing up in
you post (double check WLM panels)?  What does $DJOBCLASS(STC),LONG
say the proclib concatenation is?  Is that concatenation in JES2 JCL or 
or dynamic proclibs?  Are you using started jobs and is there anything
set up with this 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: High disconnect betweeen z10 and DMX-4

[Ed Finnell]

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

This situacion ocurrs with ficon director and with connect direct  channel 
between DMX-4 and z10.


>>
I'd check with both vendors regarding uCode  levels.
 
If that passes I'd try a couple of other tests  to see if
it's communication related and what else is  running thru the directors. If 
nothing sticks out I'd be on the horn with  IBM to get
the proper GTF data  collected.






**New MapQuest Local shows what's happening at your destination.  
Dining, Movies, Events, News & more. Try it out!  
(http://local.mapquest.com/?ncid=emlcntnew0001)

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

Re: IOCDS Question

[Roy Hewitt]

Hal

The current active IOCDS is a bit of a misnomer.  It refers to that fact 
that it will be the default IOCDS used for the next POR. You always have 
to set it manually.


The important thing to remember is that the IOCDS is totally separate 
from the IODF and dynamic actvate processing. Although it is normal 
practise to update it at the same time as you do you Activate, it is 
ONLY ever used during a POR.


All you need to do is update the profile on HMC , or do a

ACTIVATE ACTIOCDS=Ax from the z/OS console.

Cheers

Roy

Hal Merritt wrote:
Return code zero - nothing unexpected. 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Neubert, Kevin
Sent: Thursday, October 09, 2008 5:42 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IOCDS Question

I wouldn't expect them to match if dynamic activity has take place since
the last POR.  I believe the IOCDS is write protected for the life of
the POR.  What happened when you built the new IOCDS (i.e., wrote it out
to the SE)?

Regards,

Kevin

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Hal Merritt
Sent: Thursday, October 09, 2008 2:48 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: IOCDS Question

Just finished a roll out of a new IODF/IOCDS across all five of my
active LPAR's. All the displays except one are as expected. The one odd
display is on the HMC Activation Profile for the POR profile.



The list of IOCDS's look good, but the 'current active' does not agree
with any of the other displays. It looks to be two steps back. Clues,
anyone?



z/890 under z/os 1.7



No POR's since the box was installed. All changes have been dynamic.



Thanks.



NOTICE: This electronic mail message and any files transmitted with it
are intended
exclusively for the individual or entity to which it is addressed. The
message,
together with any attachment, may contain confidential and/or privileged
information.
Any unauthorized review, use, printing, saving, copying, disclosure or
distribution
is strictly prohibited. If you have received this message in error,
please
immediately advise the sender by reply email and delete all copies.

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

NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged information.
Any unauthorized review, use, printing, saving, copying, disclosure or distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.


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

Fwd: DB2 for z/OS WLM stored procedure setup

[Jim McAlpine]

cross posted to the DB2 list

 I've set up the above but I'm getting a JCL error when WLM starts the proc
that I can't understand as follows -

09.09.15 STC00844  FRIDAY,10 OCT 2008 
09.09.15 STC00844  IEFC452I DB2XWLM - JOB NOT RUN - JCL ERROR  293
-- JES2 JOB STATISTICS --
  10 OCT 2008 JOB EXECUTION DATE
2 CARDS READ
   15 SYSOUT PRINT RECORDS
0 SYSOUT PUNCH RECORDS
0 SYSOUT SPOOL KBYTES
 0.00 MINUTES EXECUTION TIME
1 //DB2XWLM  JOB MSGLEVEL=1
2 //STARTING EXEC DB2XWLM
 STMT NO. MESSAGE
2 IEFC612I PROCEDURE DB2XWLM WAS NOT FOUND


If I start the proc with a START command it starts correctly.  The proc
looks like this -

//*
//*JCL FOR RUNNING THE WLM-ESTABLISHED STORED PROCEDURES
//*ADDRESS SPACE
//*   RGN -- THE MVS REGION SIZE FOR THE ADDRESS SPACE.
//*   DB2SSN  -- THE DB2 SUBSYSTEM NAME.
//*   NUMTCB  -- THE NUMBER OF TCBS USED TO PROCESS
//*  END USER REQUESTS.
//*   APPLENV -- THE MVS WLM APPLICATION ENVIRONMENT
//*  SUPPORTED BY THIS JCL PROCEDURE.
//*
//*   V5 V6 TOLERANCE 10/07/00
//*   V6 MIGRATION22/8/2000
//*
//*
//DB2XWLM  PROC RGN=0K,APPLENV=JDBCENV,DB2SSN=DB2D,NUMTCB=8
//IEFPROC EXEC PGM=DSNX9WLM,REGION=&RGN,TIME=NOLIMIT,
//PARM='&DB2SSN,&NUMTCB,&APPLENV'
//STEPLIB  DD  DISP=SHR,DSN=DSN710.RUNLIB.LOAD
// DD  DISP=SHR,DSN=DSN710.SDSNEXIT
// DD  DISP=SHR,DSN=DSN710.SDSNLOAD

Any ideas ?

Jim McAlpine

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

AUTO: James Obrizok is out of the office (returning 10/14/2008)

[James Obrizok]

I am out of the office until 10/14/2008.

If you require immediate assistance, please contact my backup Fernando Vega
on 404-238-4580.  Thanks!


Note: This is an automated response to your message  "IBM-MAIN Digest - 8
Oct 2008 to 9 Oct 2008 (#2008-283)" sent on 10/10/08.

This is the only notification you will receive while this person is away.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Finding Variables in C++ Dump

[Bernd Oppolzer]

Regarding SPILL area:

These compilers first generate kind of intermediate code for an abstract 
target machine, which has an unbounded number of registers. Most 
optimizations are done on the code of that abstract machine. These parts
of the compiler are portable across all supported platforms. 

Then, in a second step, the code of the abstract machine is translated
into code for the real target machine (for example, z-Arch or Intel or ...). 
Now the number of registers is limited, so the additional registers
(which may have numbers 16, 17, 18, ...) must be simulated in storage, 
and this is the spill area. 

So your local variable, although planned to reside in a register, may 
in the end appear in the spill area, that is, storage.

If the target machine would have, say, 32 registers, the additional 
registers could be "real" registers. 

BNE vs. BNZ: 

You know, that this is exactly the same condition mask of the BC machine 
instruction, do you? 


I'm teaching ASSEMBLER as well, and the dump classes are not limited
to C. They are valid for PL/1 and COBOL and ASSEMBLER programmers, too. 
Please contact me offline, if you want to hire me to hold a class. 


Kind regards

Bernd




Am Donnerstag, 9. Oktober 2008 20:50 schrieben Sie:
> Thanks for the responses, guys. Looking closer at the pseudo assembly
> listing revealed that the compiler was stuffing this variable at +FC into
> the DSA into a variable that it decided to call "#SPILL2". Since the
> compiler leaves no comments behind, at least the line numbers can be used
> to see which machine instructions are for which line of code.
>

...

> Small comment on this... I wish that the mnemonic testing the condition
> code here was "BNZ" rather than "BNE" since the previous instruction to set
> the condition code was LTR and the operands will always be equal... Oh
> well, I'll live.
>
> 
> Adam Johanson
> IMS Systems Programming
> USAA
>

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