Re: HFS vs. zFS?

[Edward E. Jaffe]

Charles Mills wrote:


Chris raises a great point. You really should keep your z/OS doc on Windows
- you're never going to need it more than when z/OS is down.
 



How funny! Using this "reasoning", I should put all of my z/OS doc on 
Windows and all of my Windows doc on z/OS. That way if either is down I 
can use the other to read the doc (and hopefully get it back up). Do you 
/really/ put your Windows doc on z/OS??


My Linux doc resides on Linux. My Windows doc resides on Windows. My Mac 
OSX doc resides on Mac OSX. My OS/2 doc resides on OS/2. And -- believe 
it or not -- my z/OS doc resides on z/OS. I consider the practice of 
putting doc on an alternate platform to be inconvenient. And, in the 
case of z/OS, I want to retain the option of reading the doc directly 
from a TSO/E session.


What do I do when my Windows desktop fails and I need to read the doc to 
(for example) remember how to reboot into "Safe Mode"? I simply read the 
doc from my laptop, also running Windows. And what do I do when (God 
forbid) one of my z/OS images fails and I need to read the doc to (for 
example) interpret a wait-state code or take a stand-alone dump? I 
simply access the doc, either directly or through the Library Server for 
z/OS web interface, via one of my *other* z/OS images in the same 
parallel sysplex. After all, I'm allowed to have more than one. 
Unplanned outages are precisely why we have concepts like 
sysplex-enabled VIPA fail-over in the first place! Sheesh!


In our shop, more and more function is moving TO the mainframe -- not 
the other way around. First we established our primary DNS there. 
Subsequently, we set up our autoresponders there for certain 
customer-initiated web-based requests (like grace codes, product 
downloads, etc.) Last year, we moved our primary internal file server 
there (using DFS/SMB server). Most recently, we put our problem tracking 
data base there (with software running on Linux under z/VM). The results 
so far have been excellent. More is planned...


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

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

Re: DD-Statements on a "per thread" basis ?

[Michael Knigge]

But, just to be complete since the OP didn't indicate how
advanced/knowledgable he was, remember that DD statements from the
original process are not available to the fork()'ed process! The person


Oh, I know all this fork(), waitpid() and exec() stuff from UNIX. But 
till just a few seconds ago I assumed that fork() is not available with 
z/OS Batch - just with UNIX System Services...


But I've checked the manual and hey, good news ;-)


Thank you for your help,
Michael

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

Re: How to purge RRS data

[Beesley, Paul]

Thanks Barbara and Mark Z for advice. The datasets are still connected to LOGR. 
The programming guide doesn't say much about these datasets, apart from :
   RRS never uses information written on the RRS archive log; the information  
   is intended for the installation to use if a catastrophic problem occurs.   
 | To manage the offload datasets allocated for this log stream, use   
 | retention period and autodelete support provided by the system logger.  
I guess I'll either delete/define the logstream or just delete it and forget 
about it

Thanks  


Paul Beesley
UKOSG, EDS, Bournemouth
*   01202 502334  
 * 07790 495140
* [EMAIL PROTECTED]

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Barbara Nitz
Sent: 11 November 2005 06:10
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: How to purge RRS data

Paul,

what is IXCMIAPU detail report for that log stream telling you? Are those data 
sets still connected to LOGR or are they 'orphaned'? 

You also may want to look into the Programming RRS book. There may be a utility 
around somewhere that does the actual delete of the log blocks for you (similar 
to IEAMDBLG in samplib for operlog log streams).

Best regards, Barbara Nitz

--
Lust, ein paar Euro nebenbei zu verdienen? Ohne Kosten, ohne Risiko!
Satte Provisionen für GMX Partner: http://www.gmx.net/de/go/partner

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

Command to stop queue of the jes2

[Helio]

Friends

Which do you know the command that we executed to stop all the queue of 
JES2, since the 'H Q, all' doesn't it exist more. Our operating system 
ZOS/1.4 is.


Thank you.


 Atts.

 Helio Jose da Silva
 Departamento Software Basico
 Banco Rural S/A - Belo Horizonte - MG

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

3745 , Does anybody remember?

[Ali Serdar Yakut]

Hi,
We need to Connect a 3745/170 to our 2084, through optica.
 Everything seems OK, 3745 is IML'ed and I see 'FF4' on the LEDs.
When I vary the channel online, and check the devices it shows me:
 CF CHP(E9),ONLINE
IEE754I NOT ALL PATHS BROUGHT ONLINE WITH CHP(E9)
IEE502I CHP(E9),ONLINE
IEE712I CONFIG PROCESSING COMPLETE
 When I check Device Status:
RESPONSE=ISTD
IEE174I 12.51.46 DISPLAY M 719
DEVICE 0820 STATUS=OFFLINE
CHP E9
DEST LINK ADDRESS 00
ENTRY LINK ADDRESS ..
PATH ONLINE Y
CHP PHYSICALLY ONLINE Y
PATH OPERATIONAL Y
PATHS NOT VALIDATED
 I can not bring the CU online.
  Can anybody be of help? It is most probably a setting in the 3745.

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

Re: 3745 , Does anybody remember?

[Mike Maylone]

Ali,

I can't help you with the system messages you are getting, but if the 3745 has 
the status code 'FF4' then it has passed all the hardware tests and is waiting 
for an NCP load from the host system.  Have you or your hardware people 
verified that the unit address is properly configured in the 3745?

HTH

Mike Maylone

Ali Serdar Yakut <[EMAIL PROTECTED]> wrote:

>Hi,
>We need to Connect a 3745/170 to our 2084, through optica.
> Everything seems OK, 3745 is IML'ed and I see 'FF4' on the LEDs.
>When I vary the channel online, and check the devices it shows me:
> CF CHP(E9),ONLINE
>IEE754I NOT ALL PATHS BROUGHT ONLINE WITH CHP(E9)
>IEE502I CHP(E9),ONLINE
>IEE712I CONFIG PROCESSING COMPLETE
> When I check Device Status:
>RESPONSE=ISTD
>IEE174I 12.51.46 DISPLAY M 719
>DEVICE 0820 STATUS=OFFLINE
>CHP E9
>DEST LINK ADDRESS 00
>ENTRY LINK ADDRESS ..
>PATH ONLINE Y
>CHP PHYSICALLY ONLINE Y
>PATH OPERATIONAL Y
>PATHS NOT VALIDATED
> I can not bring the CU online.
>  Can anybody be of help? It is most probably a setting in the 3745.


__
Switch to Netscape Internet Service.
As low as $9.95 a month -- Sign up today at http://isp.netscape.com/register

Netscape. Just the Net You Need.

New! Netscape Toolbar for Internet Explorer
Search from anywhere on the Web and block those annoying pop-ups.
Download now at http://channels.netscape.com/ns/search/install.jsp

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

Re: How much real is required for 64-bit

[R.S.]

Skip Robinson wrote:


By all means *start* your 64-bit testing on the most disposable LPAR you
have regardless of size. However, certain 64-bit problems *will not* show
up in an LPAR that has less than 2 gig of memory. Before going to
production in a >2 gig LPAR, you must somehow build a large test LPAR if
only temporarily. Otherwise you may be in for some nasty surprises.


Usually programs, even poorly written use virtual memory, so wouldn't be 
so afraid about potential problems. (HINT: system does use real memory, 
but it is tested and patched quite well since 2000).


BTW: Let's assume everything works fine on 192MB real memory. Now we get 
into (let's assume again: SMALL) production, with prod LPAR has less 
than 2GB assigned. Why to test issues "above 2 GB" ?


BTW2: The only memory problems I ever had were related to (virtual) 
storage below 16MB, doesn't matter is was 31-bit OS/390 or 64-bit z/OS.


--
Radoslaw Skorupka
Lodz, Poland

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

Re: Command to stop queue of the jes2

[Debbie Mitchell]

You can hold all queues by issuing $T JOBCLASS(*),QHELD=YES

Alternatively, you could stop the initiators from selecting any work by 
issuing  $P  XEQ

hth
Debbie Mitchell





Helio <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
11/11/2005 07:06 AM
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
Command to stop queue of the jes2






Friends

Which do you know the command that we executed to stop all the queue of 
JES2, since the 'H Q, all' doesn't it exist more. Our operating system 
ZOS/1.4 is.

Thank you.


  Atts.

  Helio Jose da Silva
  Departamento Software Basico
  Banco Rural S/A - Belo Horizonte - MG

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

DD-Statements on a "per thread" basis ?

[Arthur Fichtl]

Hi all,

I would like to extend the question  of Michael Knigge to the case of
Stored Procedure Address Spaces.
In this case, we don't have multiple threads on the application level,
but independent programs running concurrently or one after the other and
using the same DD-Name (e.g. SYSPRINT). The files associated to those
DDNames are released at the end of the lifetime of the AS (WLM-managed)

Programmers use SYSPRINT normally to issue some test-/logging Output and
want to see the file contents after the program has ended. Consider the
case where lots  of STP-Programs are running in the same AS - each
programmer has to find out what output belongs to his routine. 
If an ABEND occurs and the program is dumped, we get a lengthy LE-Dump
on SYSOUT which has to be separated on a program basis.

BTW: Our installation *does have* mechanisms to separate the outputs and
to route them into Beta93, but this mechanisms are not perfect due to
the restrictions imposed by DD-Names on a AS-Level.

A big improvement would be to have mappings of DDNames on a TCB-level,
i.e. each TCB has its own SYSPRINT/SYSOUT that is mapped in the TIOT to
different DD-Names on AS-level.

Arthur

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

Re: How much real is required for 64-bit

[Claude Richbourg]

One problem we encountered was with CA1 and CA90's. We were at an older
version(s) and had to put maintenance on pronto for our production side.
When we tested all apps on the TEST lpar, all was okay, but we in fact
did not have the 2 gig of memory over there, so the one CA problem did
not arise until we went to production.

HTH,
Claude

>>> [EMAIL PROTECTED] 11/11/05 2:27 AM >>>
Hi All,
We're going to do 64bit conversion soon (z/OS 1.4) so could you guys
please
suggest us the steps/ways for this conversion and what kind of
applications
that should be test to assure if this conversion is work ? And
anything
should be considered as a problem that we may need to aware of it ?


Niran Kamaksorn
Bangkok, Thailand



-IBM Mainframe Discussion List  wrote: -

>To: IBM-MAIN@BAMA.UA.EDU 
>From: Barbara Nitz
>Sent by: IBM Mainframe Discussion List
>Date: 11/11/2005 13:12
>Subject: Re: How much real is required for 64-bit
>
>Clark,
>
>back when we did 64bit conversion we started out on an lpar that was
>real
>small (way below 2GB). We ran into a few problems because the lpar
>was so
>small that no one else had seen before us. (But that was OS/390
>2.10.)
>
>Best regards, Barbara Nitz
>
>--
>10 GB Mailbox, 100 FreeSMS/Monat http://www.gmx.net/de/go/topmail 
>+++ GMX - die erste Adresse f?r Mail, Message, More +++
>
>-
>-
>For IBM-MAIN subscribe / signoff / archive access instructions,
>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 


--
The contents of this e-mail (and any attachments) are confidential, may be 
privileged and may contain copyright material. You may only reproduce or 
distribute material if you are expressly authorized by us to do so. If you are 
not the intended recipient, any use, disclosure or copying of this email (and 
any attachments) is unauthorized. If you have received this e-mail in error, 
please notify the sender and immediately delete this e-mail and any copies of 
it from your system.
==

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

Re: HFS vs. zFS?

[R.S.]

Edward E. Jaffe wrote:


Charles Mills wrote:

Chris raises a great point. You really should keep your z/OS doc on 
Windows

- you're never going to need it more than when z/OS is down.
 



How funny! Using this "reasoning", I should put all of my z/OS doc on 
Windows and all of my Windows doc on z/OS. That way if either is down I 
can use the other to read the doc (and hopefully get it back up). Do you 
/really/ put your Windows doc on z/OS??


Demagoguery.
I can put my Winodows doc (I could if I had any) on *another PC*. I have 
bunch of PCs in my shop, and even at home.

I don't have too many mainframe CPCs, do you ?

I remember pain in the **s, when, after POR, all the systems were 
un-IPLable. Co-worker updated IEASYS on each LPAR, and forgot the comma.

I had documentation on PC near the console. That saved us.
In case of PC failure (I had several), I simply take another PC.
[...]


And, in the 
case of z/OS, I want to retain the option of reading the doc directly 
from a TSO/E session.


Well, your choice. I prefer GUI navigation, but what's most important, I 
often need doco, when I'm in trouble: Logged on, and don't know what to 
do next. I simply choose another window on my PC, it's better than 
navigate on TSO to browse manual. Yes, I know I can have many screen in 
ISPF. I still want my Windows Bookreader.


Just my $0.02

--
Radoslaw Skorupka
Lodz, Poland

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

Re: 3745 , Does anybody remember?

[Ali Serdar Yakut]

Hi,
 That's the problem I guess,
I do not have documentation about the 3745 configuration, (CU, Device
etc...) even for IODF, or 3745 console configuration. There's something
missing somewhere for channel connectivity, but I can not figure it out.

 On 11/11/05, Mike Maylone <[EMAIL PROTECTED]> wrote:
>
> Ali,
>
> I can't help you with the system messages you are getting, but if the 3745
> has the status code 'FF4' then it has passed all the hardware tests and is
> waiting for an NCP load from the host system. Have you or your hardware
> people verified that the unit address is properly configured in the 3745?
>
> HTH
>
> Mike Maylone
>
> Ali Serdar Yakut <[EMAIL PROTECTED]> wrote:
>
> >Hi,
> >We need to Connect a 3745/170 to our 2084, through optica.
> > Everything seems OK, 3745 is IML'ed and I see 'FF4' on the LEDs.
> >When I vary the channel online, and check the devices it shows me:
> > CF CHP(E9),ONLINE
> >IEE754I NOT ALL PATHS BROUGHT ONLINE WITH CHP(E9)
> >IEE502I CHP(E9),ONLINE
> >IEE712I CONFIG PROCESSING COMPLETE
> > When I check Device Status:
> >RESPONSE=ISTD
> >IEE174I 12.51.46 DISPLAY M 719
> >DEVICE 0820 STATUS=OFFLINE
> >CHP E9
> >DEST LINK ADDRESS 00
> >ENTRY LINK ADDRESS ..
> >PATH ONLINE Y
> >CHP PHYSICALLY ONLINE Y
> >PATH OPERATIONAL Y
> >PATHS NOT VALIDATED
> > I can not bring the CU online.
> > Can anybody be of help? It is most probably a setting in the 3745.
>
>
> __
> Switch to Netscape Internet Service.
> As low as $9.95 a month -- Sign up today at
> http://isp.netscape.com/register
>
> Netscape. Just the Net You Need.
>
> New! Netscape Toolbar for Internet Explorer
> Search from anywhere on the Web and block those annoying pop-ups.
> Download now at http://channels.netscape.com/ns/search/install.jsp
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

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

Re: Problem with RMM and VRSes

[Mike Wood]

... and dont forget to confirm the new moves which DSTORE schedules once
you have picked and shipped the volumes :-)

Mike Wood   RMM Development

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

LMDLIST, strange behaviour or WAD?

[Hans Visser]

I have the following REXX:

/ REXX /
/**/
/*TRACE R */
/**/
  ADDRESS ISPEXEC
/**/
  "LMDINIT LISTID(LISTID) VOLUME(SYHD99)"
/**/
  DO FOREVER
 "LMDLIST LISTID("LISTID") DATASET(DSNAME)"
 IF rc > 0 THEN
LEAVE
/**/
 SAY dsname
  END
/**/
  "LMDLIST LISTID("LISTID") OPTION(FREE)"
/**/
  "LMDFREE LISTID("LISTID")"
/**/
  SAY '==='
/**/
  "LMDINIT LISTID(LISTID) VOLUME(SYHD99)"
/**/
  DO FOREVER
 "LMDLIST LISTID("LISTID") DATASET(DSNAME)"
/**/
 IF rc > 0 THEN
LEAVE
/**/
 SAY dsname
  END
/**/
  "LMDLIST LISTID("LISTID") OPTION(FREE)"
/**/
  "LMDFREE LISTID("LISTID")"
/**/
  RETURN
/**/

 As you can see, this REXX contains 2 identical parts.
 However, the output differs:

DFHSMD.BACK.T203206.SYS3.GOL.J5314
DFHSMD.BACK.T353406.SYS3.GOL.J5314
SYS1.VTOCIX.SYHD99
===
SYS1.VTOCIX.SYHD99

I don't understand the difference between the 1st en the 2nd part.
Could someone explain why the output differs?

Thanks

Hans Visser

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

Re: Command to stop queue of the jes2

[Mark Zelden]

On Fri, 11 Nov 2005 07:48:35 -0500, Debbie Mitchell
<[EMAIL PROTECTED]> wrote:

>You can hold all queues by issuing $T JOBCLASS(*),QHELD=YES
>
>Alternatively, you could stop the initiators from selecting any work by
>issuing  $P  XEQ
>
>hth
>Debbie Mitchell
>

If you are using a MAS (JES2 shared spool) you probably don't want
to use $T JOBCLASS since it is MAS is scope (since $ACTIVATEd OS/390 2.4
spool).  So $P XEQ is usually preferable.  If you want to do this for
all system in the MAS use RO *ALL,$PXEQ (assuming MAS=SYSPLEX). Besides,
less typing for $PXEQ.  :-)


Regards,

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

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

Re: LMDLIST, strange behaviour or WAD?

[Diehl, Gary (MVSSupport)]

Hans,

The different dataset names are a WAD.  The differing datasets are
temporary, allocated dynamically by processes running on your system,
and you're listing a volume that's designated in your temp pool.
Between the time your rexx reads that dataset list, and then reads it
again, these easily could have changed.  You're not scanning a static
environment.

HTH,

Gary Diehl

-Original Message-
Behalf Of Hans Visser
Sent: Friday, November 11, 2005 7:28 AM
Subject: LMDLIST, strange behaviour or WAD?




 As you can see, this REXX contains 2 identical parts.
 However, the output differs:

DFHSMD.BACK.T203206.SYS3.GOL.J5314
DFHSMD.BACK.T353406.SYS3.GOL.J5314
SYS1.VTOCIX.SYHD99
===
SYS1.VTOCIX.SYHD99

I don't understand the difference between the 1st en the 2nd part.
Could someone explain why the output differs?

Thanks

Hans Visser

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

Re: DD-Statements on a "per thread" basis ?

[Paul Gilmartin]

In a recent note, Arthur Fichtl said:

> Date: Fri, 11 Nov 2005 13:39:25 +0100
> 
> A big improvement would be to have mappings of DDNames on a TCB-level,
> i.e. each TCB has its own SYSPRINT/SYSOUT that is mapped in the TIOT to
> different DD-Names on AS-level.
> 
Glad to have someone agree with me:

   Linkname: Re: DD-Statements on a "per thread" basis ?
URL: http://bama.ua.edu/cgi-bin/wa?A2=ind0511&L=ibm-main&D=1&O=D&P=55628

... but don't underreach.  Such a mapping facility should apply not
only to SYSPRINT/SYSOUT, but to any DD-Name for any device type.

Thanks,
gil
-- 
StorageTek
INFORMATION made POWERFUL

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

Re: LMDLIST, strange behaviour or WAD?

[Hans Visser]

Gary,

 No, thats not true.

 See output below.

Time:  13:47:37

DFHSMD.BACK.T153206.SYS3.GOL.J5315
DFHSMD.BACK.T303406.SYS3.GOL.J5315
SYS1.VTOCIX.SYHD99
===
SYS1.VTOCIX.SYHD99


Time:  13:47:43

DFHSMD.BACK.T153206.SYS3.GOL.J5315
DFHSMD.BACK.T303406.SYS3.GOL.J5315
SYS1.VTOCIX.SYHD99
===
SYS1.VTOCIX.SYHD99

Hans

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

Re: LMDLIST, strange behaviour or WAD?

[TISLER Zaromil]

The differing datasets are
temporary, allocated dynamically by processes running on your system,
and you're listing a volume that's designated in your temp pool.
Between the time your rexx reads that dataset list, and then reads it
again, these easily could have changed.  You're not scanning a static
environment.


Not on our system:
- first part: hundreds of dataset names
- second part: only the dataset name

Three runs, three times the same pattern.

Zaromil

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

Re: DD-Statements on a "per thread" basis ?

[Leonard Woren]

> A big improvement would be to have mappings of DDNames on a TCB-level,
> i.e. each TCB has its own SYSPRINT/SYSOUT that is mapped in the TIOT to
> different DD-Names on AS-level.

Right concept, but maybe the wrong suggested implementation.  There is
in fact already support for TCBs having their own TIOTs.  It's just
never been externalized even though it's been there for maybe 40
years.  Consider the fact that a DD statement in the INIT proc is NOT
visible to the application job run in the INIT (and by implication the
application TIOT can duplicate DDnames with the INIT with impunity.)
Q: How does this work?  A: When the init attaches the job step task,
it provides a new TIOT for the jst.  All that would be required would
be to generalize and externalize this support.  I have no idea what
would be involved in doing so, but I wouldn't be surprised if it
would need to be restricted to APF-authorized attaches for integrity
reasons.

Here's a philosophical question that's been nagging me for decades:
If the INIT (IEFIIC or whatever) processes JOB JCL, allocating the
datasets and doing the ATTACH, and if even STCs and TSUs have
invisible initiators, who processes subsystem (JES2/JES3) JCL and 
does the allocation, building the TIOT, etc?  And if that question 
isn't hard enough, who does this for MSTRJCL?  In other words, where
did that first chicken come from before there was a first egg?


/Leonard

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

Re: DD-Statements on a "per thread" basis ?

[Martin Kline]

> ... but don't underreach.  Such a mapping facility should apply not
> only to SYSPRINT/SYSOUT, but to any DD-Name for any device type.

An ambitious programmer could always implement a RYO method. For example,
implement SVC screening, intercepting the OPEN SVC to switch the DDNAME
field in the DCB/ACB, possibly also invoking dynamic allocation if
necessary. IIRC, SVC screening runs as a subsystem, and could be invoked
automatically without application code changes.

With a little imagination and a stick of chewing gum, almost anything is
possible.

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

Re: LMDLIST, strange behaviour or WAD?

[TISLER Zaromil]

Sorry.


- second part: only the dataset name


should be:

- second part: only the last dataset name


Zaromil

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

Re: COBOL Program exhausting below the line storage

[David Andrews]

On Fri, 2005-11-11 at 07:24 +0800, Ron and Jenny Hawkins wrote:
> Someone mentioned striping using more storage, but I understand that B/QSAM
> buffers with Extended Format datasets go above the line.

Hmmm, that's kind of interesting.  I distinctly remember having a rash
of region size issues with batch jobs when I started to implement
striping here -- perhaps I was referring to below-the-line issues of a
bygone era.

-- 
David Andrews
A. Duda and Sons, Inc.
[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: HFS vs. zFS?

[Walter Marguccio]

--- "Edward E. Jaffe" <[EMAIL PROTECTED]> wrote:

> The "kicker" is that you can't quiesce/backup your zFS from another >
system in the sysplex on z/OS 1.6 or lower. I remember reading that >
this unfortunate restriction has been (or will be) lifted. Whether 
> the fix is in z/OS 1.7 or the follow-on release, I'm not sure. In 
> any case, HFS does not have this restriction.

Right now we are running three monoplexes in a GRS ring with z/OS 1.4.
We will implement z/OS 1.7 soon, and I wonder if it makes sense to
migrate our HFS file system to zFS. 

I read that HFS is stabilized, while zFS represents the future. zFS
should also have pros as far as the performance is concerned. Is anyone
already gone through this and found such migration worthwhile (despite
the restriction mentioned by Edward) ? 

Or should I stick to HFS ?

Best regards

Walter Marguccio

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

Re: LMDLIST, strange behaviour or WAD?

[Diehl, Gary (MVSSupport)]

All,

Sorry about that.  Thought I had the answer.  After trying this again myself, 
several times, with several changes to the REXX code and more diagnostics, I 
finally hit the books.

What your doing looks fine except for one thing listed in the book:

Interactive System Productivity Facility (ISPF) Services Guide z/OS Version 1 
Release 2.0
Document Number SC34-4819-01

2.28.3 Parameters
 
list-id
The LMDFREE service removes this dslist ID from the list of dslist IDs.  
The LMDLIST and LMDFREE service cannot use the dslist ID for the 
remainder of the TSO session.

It says there that even if you free a dslist ID, you can't use it again for the 
remainder of that TSO session.  Which I don't really understand either, because 
a re-exec of the REXX gives the same results again, rather than empty lists.  
Furthermore, changing the second dslist ID to something different yields the 
same results - just the vtocix is listed - for either the same volume or any 
other volume I cared to plug in (even when the second volume listed didn't 
match the first!).

This may be a "broke" rather than a WAD, or we just don't have the right code 
to flush the LMDLIST internal list within the same REXX.

Still looking.

Gary


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of TISLER Zaromil
Sent: Friday, November 11, 2005 8:11 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: LMDLIST, strange behaviour or WAD?


Sorry.


- second part: only the dataset name


should be:

- second part: only the last dataset name


Zaromil

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

Re: DD-Statements on a "per thread" basis ?

[Martin Kline]

> Q: How does this work?  A: When the init attaches the job step task,
> it provides a new TIOT for the jst.  All that would be required would
> be to generalize and externalize this support.

The initiator is responsible for creating DSAB, TIOT, JCT and other control
blocks before the application TCB can be dispatched, and updating/deleting
the same afterwards. It's reliable and recoverable. An application would
have to assume all the same responsibilities in order to simply attach a
corresponding subtask.

Perhaps a separate means of invoking a new task is needed, wherein the
responsibility falls on the system code to maintain corresponding control
blocks.

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

Re: HFS vs. zFS?

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Steve Comstock
> Sent: Friday, November 11, 2005 1:38 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: HFS vs. zFS?
> 



> Talk to me off list if you just want to show them a PDF file
> served from a mainframe. I'm sure I can arrange a demo of
> serving a PDF from our zPad (z/OS running on a ThinkPad).



> Kind regards,
> 
> -Steve Comstock
> The Trainer's Friend, Inc.
> 

Thanks, but I already have a few PDFs on my z/OS HTTPD server. It works
fine. Although, for some reason I cannot get it to work correctly with
Firefox. Serving them to I.E. 6.0 works fine.

Given the majority opinion here, I guess it just isn't worth the bother.
I appreciate all the thoughts and ideas.

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

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

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

How much real is required for 64-bit

[Don Ault]

> I have a few lpars with 192MB of real defined. Would that be enough for
> 64-bit testing ?
The discussiong seemed to get off track about real storage.
You can start testing 64 bit virtual with any amount of real storage.
It is virtual storage and only what you use, requires backing in real
or aux.  Start out with simple C programs that you can compile for
64 bit.  They will use a little more virtual than the 31 bit version,
but simply compiling for 64 bit will not cause them to require
significantly more real storage to run.
What you don't want to do is create a testcase which allocates 20 gig
of 64 bit virtual and then attempts to back all of the pages by touching
them.  For that to work, you would need at least 20 gig of real plus
paging space.
Within IBM, we have run tests with a 64 bit JVM and an 8 gig java heap.
It works fine, but some testers thought that if one was good, why not
start 10 of them.  To do that, you simply need more real.  Most customers
don't run with too much paging.  That remains true with 64 bit virtual as
well.  The capability is there to write a program that allocates 16
exabytes
of virtual.  Unfortunately, with a max of 128 gig of real, that would leave
you with the requirement to attach a zillion page packs to the system.
Performance would probably not be too good.
Don Ault, 8-295-1750, 845-435-1750

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

Re: Command to stop queue of the jes2

[Lizette Koehler]

Helio,

I know the command $HQ was used once

To keep jobs in specified job queues or all job queues from being
executed until you either issue a $AQ command or restart JES2.

I think IBM started to change the $HQ to $HA around os/390 v1.1 0 with the
command $HQ no longer documented around os/390 V2.4 (activated JES2). After
that, the $HQ was replaced by several different commands.  The command $HA
provided more flexibility for holding parts of JES2 based on Converter,
INPUT, Output, member in mas, Sysplex mas, etc...

The following commands could be used together or independently to do what
you want.  Everything will be dependent on what actions you want to take
now.


The $PXEQ will halt WLM inits from selecting work.  You can see if it is in
effect with a $DMEMBER command.

The $ZI command will halt initiators.  Depending on the init structure, you
could halt individual inits that contain the classes you want quiesce.

The $HJQ command will halt specific jobs based on characteristics.

And the last one $HA will halt all jobs based on affinity for a member, all
jobs whose affinities include the specific member, or all jobs within an
entire MAS configuration.

So, everything depends on what you want to do with halting your environment.
By init class, by member in a MAS or by specific types of jobs (INPUT,
CONVERTER, etc...)

Hope this helps.

Lizette Koehler

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

Re: LMDLIST, strange behaviour or WAD?

[Diehl, Gary (MVSSupport)]

Okay, I found the answer, in the book. It says:

dataset-var
The LMDLIST service uses this variable to establish a position in the list. 
To start at the beginning of the list set the dataset-var to blanks. To 
start at a specific data set in the list set the dataset-var to the name of 
the data set. If the LMDLIST service does not find the data set you 
specify, it returns the next data set in the list.


Note "establish a position".

You have to set DSNAME="" in your code before you enter the loop to start 
getting dataset names:

DSNAME = ""
  DO FOREVER
 "LMDLIST LISTID("LISTID") DATASET(DSNAME)"
 IF RC > 0 THEN
LEAVE
/*
 SAY DSNAME
  END

This worked for me, I got two identical dataset lists from the same volume.

Best regards,

Gary Diehl

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: 3745 , Does anybody remember?

[Ali Serdar Yakut]

-- Forwarded message --
From: Ali Serdar Yakut <[EMAIL PROTECTED]>
Date: Nov 11, 2005 3:55 PM
Subject: Re: 3745 , Does anybody remember?
To: IBM-MAIN@bama.ua.edu

Hi,
 I can not take the device online...
 Although channel seems to be online,
As the path is not validated and can not be brought online, I can not reach
the device from the host...


 On 11/11/05, Claude Richbourg <[EMAIL PROTECTED]> wrote:
>
> One thing to check for is the device, 0820 I think is yours. Display it
> and make sure it is online, if not then vary it online and then load the
> NCP.
> At one shop we had this similar issue and would have to vary the 3745
> online and then it would load.
>
> HTH,
> Claude
>

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

Re: LMDLIST, strange behaviour or WAD?

[Hans Visser]

Gary,

many thanks.

now i see the solution, i realize that i've made the same mistake a few
years ago.
Sometime you learn, sometimes you don't. :-(

Hans

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

Re: HFS vs. zFS?

[Eric Bielefeld]

Its funny that no one mentioned the most obvious place to keep
documentation - printed in a 3 ring binder.  Most of the procedures we need
in operating our mainframe fit in one 2" binder.  Certainly, any procedure
that needs to be referenced when the system is down (IPL, SADump, Stand
Alone Restore) should be available printed at the main operator station.

I like Ed's thoughts quoted below.  Keep the documentation on the platform
it belongs to.  I know our programming department required all of their doc
to be in Word.  We keep all of our systems doc in PDSs in Script.

I just realized  I haven't posted for quite a while.  It seems like traffic
in general on IBM-Main has been a lot less in the last  few months,
although yesterday had more posts than usual as of late.

Eric Bielefeld
P&H Mining Equipment

On Fri, 11 Nov 2005 00:37:58 -0800, Edward E. Jaffe
<[EMAIL PROTECTED]> wrote:

>How funny! Using this "reasoning", I should put all of my z/OS doc on
>Windows and all of my Windows doc on z/OS. That way if either is down I
>can use the other to read the doc (and hopefully get it back up). Do you
>/really/ put your Windows doc on z/OS??
>
>My Linux doc resides on Linux. My Windows doc resides on Windows. My Mac
>OSX doc resides on Mac OSX. My OS/2 doc resides on OS/2. And -- believe
>it or not -- my z/OS doc resides on z/OS. I consider the practice of
>putting doc on an alternate platform to be inconvenient. And, in the
>case of z/OS, I want to retain the option of reading the doc directly
>from a TSO/E session.
>
>What do I do when my Windows desktop fails and I need to read the doc to
>(for example) remember how to reboot into "Safe Mode"? I simply read the
>doc from my laptop, also running Windows. And what do I do when (God
>forbid) one of my z/OS images fails and I need to read the doc to (for
>example) interpret a wait-state code or take a stand-alone dump? I
>simply access the doc, either directly or through the Library Server for
>z/OS web interface, via one of my *other* z/OS images in the same
>parallel sysplex. After all, I'm allowed to have more than one.
>Unplanned outages are precisely why we have concepts like
>sysplex-enabled VIPA fail-over in the first place! Sheesh!
>
>.-.
>| Edward E. Jaffe||
>| Mgr, Research & Development| [EMAIL PROTECTED]|
>| Phoenix Software International | Tel: (310) 338-0400 x318   |
>| 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801|
>| Los Angeles, CA 90045  | http://www.phoenixsoftware.com |
>'-'
>

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

Re: Fwd: 3745 , Does anybody remember?

[Claude Richbourg]

One other thing to try is this VARY command; V 0820,ONLINE,UNCOND
which will bring it online for your system to use. Other than that, is
the CHP a block or escon?

HTH,
Claude

>>> [EMAIL PROTECTED] 11/11/05 9:53 AM >>>
-- Forwarded message --
From: Ali Serdar Yakut <[EMAIL PROTECTED]>
Date: Nov 11, 2005 3:55 PM
Subject: Re: 3745 , Does anybody remember?
To: IBM-MAIN@bama.ua.edu 

Hi,
 I can not take the device online...
 Although channel seems to be online,
As the path is not validated and can not be brought online, I can not
reach
the device from the host...


 


--
The contents of this e-mail (and any attachments) are confidential, may be 
privileged and may contain copyright material. You may only reproduce or 
distribute material if you are expressly authorized by us to do so. If you are 
not the intended recipient, any use, disclosure or copying of this email (and 
any attachments) is unauthorized. If you have received this e-mail in error, 
please notify the sender and immediately delete this e-mail and any copies of 
it from your system.
==

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

Re: How much real is required for 64-bit

[Mark Zelden]

On Thu, 10 Nov 2005 09:54:26 -0500, Clark, Kevin D, HRC-Alexandria/EDS
<[EMAIL PROTECTED]> wrote:

>Question:
>
>I have a few lpars with 192MB of real defined. Would that be enough for
>64-bit testing ?
>

The absolute minimums are documented in the Planning for Installation
manual (see cut/paste from section 4.3.1.2 - z/OS 1.4 below).



As far as 64-bit bugs with more than 2G real, as Chris pointed out
the IBM bugs have been fixed for years.  So have the ISV bugs. So
unless you are running very old ISV software, I personally wouldn't
give it a second thought.

As far as Skip's points about in-house programs that may fail, he
is on target, but I haven't seen this to be an issue in any of the
conversions I was personally involved in - and while consulting
I was involved in lots of them at many different shops (perhaps he
and others have though).  I ran into one 64-bit problem at one client
with an IBM tool for monitoring LLA (MFM - Module Fetch Monitor)
and Peter Relson fixed that in 2002.

Even if you have a surplus of memory and can add enough to a test
environment so there is more than 2G real, can you identify and
test every home grown program in the shop?  Is it worth the trouble
even if you could?

At this point I would take a leap of faith and just make sure you
have a backout plan. As long as you are current on maintenance,
I highly doubt you'll be backing out due to a 64-bit issue.  If your
conversion to 64-bit is coupled with an OS upgrade at the same time,
it is much more likely you'll have issues realted to that.


Here is the doc from the z/OS 1.4 planning for installation on the
minimum processor storage required to IPL:

4.3.1.2 Processor storage

Expanded storage is not supported in z/Architecture. Thus, you must
configure your LPAR to use only central storage (and not expanded
storage).

The minimum processor storage required to IPL z/OS or z/OS.e depends on a
number of factors, including the number of devices in the I/O
configuration, the amount of storage configured, the number of address
spaces created, the types of applications supported, and the products
and subsystems supported in the IPLed system. Nevertheless, we can make the
following statements about the minimum processor storage
required to IPL:

It does not usually change from OS/390 release to OS/390 release, z/OS
release to z/OS release, or z/OS.e release to z/OS.e release.

It increases when you make the jump from OS/390 to z/OS or z/OS.e. This
is due to the change in architecture (from 31-bit ESA/390
architecture to 64-bit z/Architecture) when you run z/OS on a z800 or
z900 server, or z/OS.e on a z800 server.

It should be the same for z/OS.e as for z/OS.


In IPL studies at IBM, 24 MB were required to IPL the last three OS/390
releases (R8, R9, and R10). Also in the studies, 35 MB were required to IPL
the first two z/OS releases (V1R1 and V1R2). The systems in the studies
were IPLed to the point of completing JES initialization. The systems had
I/O configurations defined with the following devices:

Device Quantity
3270 32
3390 1152
3490 16

In additional studies with different I/O devices, 42 MB were required to
IPL z/OS V1R3 and z/OS V1R4. The systems in the studies were IPLed to
the point of completing JES initialization. The systems had I/O
configurations defined with the following devices:

Device Quantity
3270 32
3390 3264
3490 16
OSA  32


Cheers,

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

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

Re: How much real is required for 64-bit

[Jon Brock]

In our case, we saw no problem whatsoever in moving from 32-bit OS/390 
2.10 to 64-bit z/OS 1.4.  We did, however, hit a couple of glitches (in ISV 
software -- Model 204 and CA-Dispatch) when we finally increased the amount of 
physical memory allocated to our production LPAR to more than 2GiB.

Jon




As far as 64-bit bugs with more than 2G real, as Chris pointed out
the IBM bugs have been fixed for years.  So have the ISV bugs. So
unless you are running very old ISV software, I personally wouldn't
give it a second thought.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send 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: 3745 , Does anybody remember?

[Ali Serdar Yakut]

No paths physically available message is given when I try to online
unconditionally.
 3745 is connected through parallel cable - optica - escon channel.
 When I check the MOSS conssole there are parameters to be set -
Adapter Type: CADS/BCCA
NSC or ESC address
Channel Burst Length
Data Transfer Mode
 Most probably these parameters are causing the problem now...
Anybody has any ide for IODF, and 3745 Channel Adapter parameters for such a
connection?

 On 11/11/05, Claude Richbourg <[EMAIL PROTECTED]> wrote:
>
> One other thing to try is this VARY command; V 0820,ONLINE,UNCOND
> which will bring it online for your system to use. Other than that, is
> the CHP a block or escon?
>
> HTH,
> Claude
>
> >>> [EMAIL PROTECTED] 11/11/05 9:53 AM >>>
> -- Forwarded message --
> From: Ali Serdar Yakut <[EMAIL PROTECTED]>
> Date: Nov 11, 2005 3:55 PM
> Subject: Re: 3745 , Does anybody remember?
> To: IBM-MAIN@bama.ua.edu
>
> Hi,
> I can not take the device online...
> Although channel seems to be online,
> As the path is not validated and can not be brought online, I can not
> reach
> the device from the host...
>
>
>
>
>
>
> --
> The contents of this e-mail (and any attachments) are confidential, may be
> privileged and may contain copyright material. You may only reproduce or
> distribute material if you are expressly authorized by us to do so. If you
> are not the intended recipient, any use, disclosure or copying of this email
> (and any attachments) is unauthorized. If you have received this e-mail in
> error, please notify the sender and immediately delete this e-mail and any
> copies of it from your system.
>
> ==
>
>

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

Re: SETPROG Command question

[Jorge Arueira Campos]

Hi
 About the problem of IEFACTRT, I has the same problem to add a module of
product ASG named IMPACT in Z/os 1.4, and the solution for the problem:
(PROGAS - SYS1.PARMLIB)
 EXIT ADD EXITNAME (SYS.IEFACTRT) MODNAME (ASFACTRT) STATE (ACTIVE)
 DSNAME (ASFH1.VS360.LOADLIB)
EXIT ADD EXITNAME (SYSSTC.IEFACTRT) MODNAME (ASFACTRT) STATE (ACTIVE)
DSNAME (ASFH1.VS360.LOADLIB)
  Thanks
 Jorge Arueira Campos
Support Team Z/os
CAIXA ECONOMICA FEDERAL - Osasco - SP - Brazil
55-11-3685-6991
On 11/11/05, Barbara Nitz <[EMAIL PROTECTED]> wrote:
>
> In addition to what has been said before:
>
> SETPROG LPA,ADD,MOD=actrt,DSN=any-library-will-do
> D PROG,LPA,MOD=actrt <- note the EPA this gives you
>
> SETPROG EXIT,DELETE,EX=SYS.IEFACTRT,MOD=actrt (to delete any exit that may
> be active)
> D PROG,EXIT,EN=SYS.IEFACTRT,DIAG this should tell you that no exit is
> defined, otherwise repeat the exit delete until it does.
>
> SETPROG EXIT,ADD,EX=SYS.IEFACTRT,MOD=actrt (this will find the LPA loaded
> module)
> D PROG,EXIT,EN=SYS.IEFACTRT,DIAG this should now tell you the same EPA as
> the one from the D PROG,LPA display
>
> And of course the above assumes that there is no SYSJES2 flying around in
> SMFPRM for IEFACTRT.
>
> Best regards, Barbara Nitz
>
>
>
> --
> 10 GB Mailbox, 100 FreeSMS/Monat http://www.gmx.net/de/go/topmail
> +++ GMX - die erste Adresse für Mail, Message, More +++
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> 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: SORTWKnn question

[Frank Yaeger]

Ed Gould wrote on 11/10/2005 08:23:20 PM:

> On Nov 10, 2005, at 12:00 PM, Skip Robinson wrote:
>
> > I'm all for dynamic SORTWK, but we recently hit a problem that I
> > posted to
> > the List for help. Our installation default number for SORTWK is 3. An
> > application did such a large sort that the work files came out to
> > be >64K
> > tracks. The sort operation was generated by ICETOOL, so we had to
> > figure
> > out how to tell ICETOOL to request a larger SORTWK number. Of
> > course Frank
> > Y replied within minutes.  ;-)
>
> I must have missed that post. Did he tell you to use size=Ex ?
>
> In my meanderings with the two sort products that seemed the easiest
> way to do it. There are probably other ways to do it as well.
>
> The problem that I have run into is that programmers usually don't
> know the number of records they are sorting (even production wise).
> What would be nice is that at the end on the input phase the sort
> would then pass the number of records. That is not perfect as it (the
> sort ) would still have to know how much to allocate (space wise) in
> order to hold the entire sort. On the other hand if there wasn't
> enough space then quite a bit of processing has been wasted. I can't
> think of a perfect solution.

Ed,

I believe in this case, DFSORT was able to determine the filsize (it
usually can), but that the number of work data sets was too small for that
filesize.  I told Skip how to increase the number of work data sets using:

//DFSPARM DD *
  OPTION DYNALLOC=(,n)
/*

Note that DFSORT only uses the FILSZ=En value if it can't determine the
filesize.  There aren't too many cases of that these days (the most common
one is when there's no SORTIN and an E15 passes all of the records to
DFSORT).   DFSORT issues message ICE118I when it can't determine the
filesize.  The doc for that message discusses what to do in that case:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ICE1CM10/2.2.114?SHELF=&DT=20050119125222&CASE=

Frank Yaeger - DFSORT Team (IBM)
 Specialties: ICETOOL, IFTHEN, OVERLAY, Symbols, Migration
 => DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: HFS vs. zFS?

[Rob Wunderlich]

On Thu, 10 Nov 2005 09:41:54 -0500, David Andrews <[EMAIL PROTECTED]>
wrote:

>> z/OS is an awesome platform, but we really need as a group to get over
this
>> silly anti-Windows thing.
>
>Sorry, but um, no.
>
>We need to accommodate our Windows customers, sure -- they've been taken
>in and there's little we can do about THAT.  But we don't have to
>further OUR OWN use of an unstable, inferior and insecure platform.

I think the strongest shops are those that embrace both platforms. There
are strengths in both, and applications for both. The decision to host an
application on a particular platform is an "it depends" business decision
that varies from shop to shop.

You can be a sysprog for both z/os AND Windows. Much of the "instability"
of the Windows platform is related to the maint practices of it's
administrators, not the platform itself. Those practices are relatively
immature, compared to 40+ years of MVS experience. How many unscheduled
IPLs did you have 30 years ago? You can do a lot to improve the stability
of Windows in your shop by sharing some of the reliability practices used
in the administration of z/os.

-Rob

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

Re: HFS vs. zFS?

[Ed Finnell]

 
In a message dated 11/11/2005 8:59:18 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

I just  realized  I haven't posted for quite a while.  It seems like  traffic
in general on IBM-Main has been a lot less in the last  few  months,
although yesterday had more posts than usual as of  late.



>>
I was hoping the transpolybuffoonery index(tpbi) was semi-self correcting.  
Alas, alack...There's no reason to have one copy of the DOCs! All vendors now  
have DOCS on CDs. Makes sense to have them globbed in with all the DOCS of the 
 other platforms on the LAN. If you're paranoid, can have copies on 
individual  PCs and if you're behind a firewall can share the silly things with 
 
anybody(except MAC).
 
Hardcopy is nice and have the operator Commands, Messages and Codes
and a few biggies bound to shelf.
 
For D/R no DOC is provided so a copy of current vendor CDs is packed in  each 
turtle shell. 

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

USN, GAO, SAP, haha

[Jon Brock]

I find some of the quotes in this article strangely amusing:

http://www.computerworld.com/softwaretopics/erp/story/0,10801,106121,00.html?source=NLT_PM&nid=106121


"For its part, SAP said in a statement that it "applauds the GAO efforts to 
assist the Department of Defense . . . "

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

Re: HFS vs. zFS?

[Howard Brazee]

On 11 Nov 2005 08:02:12 -0800, [EMAIL PROTECTED] (Rob
Wunderlich) wrote:

>I think the strongest shops are those that embrace both platforms. There
>are strengths in both, and applications for both. The decision to host an
>application on a particular platform is an "it depends" business decision
>that varies from shop to shop.

I agree - there are cost benefit advantages for various tools doing
various tasks.

>You can be a sysprog for both z/os AND Windows. Much of the "instability"
>of the Windows platform is related to the maint practices of it's
>administrators, not the platform itself. Those practices are relatively
>immature, compared to 40+ years of MVS experience. How many unscheduled
>IPLs did you have 30 years ago? You can do a lot to improve the stability
>of Windows in your shop by sharing some of the reliability practices used
>in the administration of z/os.

Why should a business care for the reasons for the strengths or
weaknesses of a particular tool?The reasons don't matter, only how
effective that tool is right now.

And that tool includes the administrators.

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

Re: SMTP inserting extra @ in front of domain Name

[Joel C. Ewing]

Just an additional comment (having just encountered this same problem as 
well):  The "@domainname:" prefix to the addresses is the standard 
indication for "relayed" mail and results (with the NOSOURCEROUTE 
default) if you specify a FROM address that is from an address that has 
a different domain name than the MVS system (like when your main 
corporate Email is handled on a different platform and you want all 
responses to go to that).  Some sites would not consider rejecting such 
mail as an "error", as mail that appears to be relayed could very well 
make it suspect as SPAM.  It may be that GWIA change is the result of a 
deliberate attempt to block potential SPAM, and not a "bug" you can 
expect them to change.


Strictly speaking, the address generated by the SMTP server on MVS is 
attempting to say that a reply to your from address should be sent to 
the originating MVS system which will then forward it to the 
"originating" FROM address.  If that's not what you intend to convey, 
then the change really should be made on the MVS SMTP side by changing 
the NOSOURCEROUTE parameter.


Natarajan Mohan wrote:

I just had this problem yesterday and had a workaround implemented on
the mainframe SMTP. Your novell/grpwise administrator is wrong. This
problem probably happenned to you after they applied some maintenance to
GWIA 6.5x or higher. We also use the grpwise internet agent as our relay
server. The problem started to happen after the maintenance applied on
grpwise over the weekend. Since grpwise sees, server address as invalid
e-mail address.

SMTP maintains source routing address as documented in RFC821. The new
patches on GWIA interprets BSMTP mail headers as invalid e-mail
addresses. It has nothing to do with REWRITE822HEADER. You could
temporarily overcome this problem (until novell sends another patch for
GWIA) by adding this statement on mainframe SMTP Config with
NOSOURCEROUTE ENABLED. If you are only sending mails from mainframe,
NOSOURCEROUTE MAILCMD is sufficient. Hope this helps

Thanks
Nat



[EMAIL PROTECTED] 11/08/05 7:19 PM >>>


Check out the REWRITE822HEADER option.

Henning Terkelsen wrote:


Hi All

My mails generated by  SMTP MVS are getting rejected by groupwise 7
mailserver with the following reason code :

10:49:28 3A6 DMN: MSG 890 Refused sender:


@NODENAME.IDATA:[EMAIL PROTECTED] (1)


Groupwise guru's says that is because of the extra @ in front of the


domain


name.

Problem is that i do not know where this @ comes from ?

From my SMTP log I get the domain name:

EZA5128I TCP Network Domain Name: NODENAME.IDATA

I have a limited number of parameters that I can use to control the TO


/


FROM /ERROR address ect, but I cant find how to remove this extra @

best regards



Henning Terkelsen

MPI Tech a/s.  phone +45 4436 6295 / Cell +45 4091 4436

e-mail: mailto:[EMAIL PROTECTED]

web: http://www.mpitech.com

skype_me_on: henning_terkelsen





--
Joel C. Ewing, Fort Smith, AR[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

Racf Reports

[Mark Steely]

I have auditor's after me.help! I need a RACF report which will show
ID and password interval. I know RACF has a report writer utility, but I
don't have time to do the research on how to get the information I need.
We are z/OS V1R4. Any help would be appreciated. 
 
Thank you

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

Re: Racf Reports

[Mark Wilson]

RACF report writer cannot do this for you.

What reporting tools do you have?

Vanguard
Consul
RACFICE
Etc.

Kind Regards

Mark Wilson

Mobile: +44 (0) 7768 617006

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Steely
Sent: Friday, November 11, 2005 4:48 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Racf Reports

I have auditor's after me.help! I need a RACF report which will show
ID and password interval. I know RACF has a report writer utility, but I
don't have time to do the research on how to get the information I need.
We are z/OS V1R4. Any help would be appreciated. 
 
Thank you

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
CSF Group Plc
Registered No: 2646774
Registered Office: Alliance House, 49-51 East Road, London, N1 6AH 
Tel: 0207 490 2727
www.csf.co.uk



This email transmission is confidential and intended solely for the person or 
organisation to whom it is addressed. If you are not the intended recipient, 
you must not copy, distribute or disseminate the information, or take any 
action in reliance of it. Any views expressed in this message are those of the 
individual sender, except where the sender specifically states them to be the 
views of any organisation or employer. 
If you have received this message in error, do not open any attachment but 
please notify the sender deleting this message from your system. 
Security and reliability of e-mail is not guaranteed. In addition, no liability 
or responsibility is accepted for viruses and it is your responsibility to scan 
any attachments. Please note that for business purposes, outgoing and incoming 
emails from and to the company are monitored and recorded.

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

Re: Racf Reports

[Mark Steely]

The only Reporting tool we have is Easytrieve. Not much. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Wilson
Sent: Friday, November 11, 2005 11:03 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Racf Reports

RACF report writer cannot do this for you.

What reporting tools do you have?

Vanguard
Consul
RACFICE
Etc.

Kind Regards

Mark Wilson

Mobile: +44 (0) 7768 617006

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Steely
Sent: Friday, November 11, 2005 4:48 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Racf Reports

I have auditor's after me.help! I need a RACF report which will show
ID and password interval. I know RACF has a report writer utility, but I
don't have time to do the research on how to get the information I need.
We are z/OS V1R4. Any help would be appreciated. 
 
Thank you

--
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search
the archives at http://bama.ua.edu/archives/ibm-main.html
CSF Group Plc
Registered No: 2646774
Registered Office: Alliance House, 49-51 East Road, London, N1 6AH
Tel: 0207 490 2727
www.csf.co.uk



This email transmission is confidential and intended solely for the
person or organisation to whom it is addressed. If you are not the
intended recipient, you must not copy, distribute or disseminate the
information, or take any action in reliance of it. Any views expressed
in this message are those of the individual sender, except where the
sender specifically states them to be the views of any organisation or
employer. 
If you have received this message in error, do not open any attachment
but please notify the sender deleting this message from your system. 
Security and reliability of e-mail is not guaranteed. In addition, no
liability or responsibility is accepted for viruses and it is your
responsibility to scan any attachments. Please note that for business
purposes, outgoing and incoming emails from and to the company are
monitored and recorded.

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

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

Re: Racf Reports

[Alan C. Field]

Mark

Its been a while but I think the SETR will show what you want - I haven;t 
got a RACF system
to verify. 

Alan

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send 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: 3745 , Does anybody remember?

[Patrick Lyon]

On Fri, 11 Nov 2005 17:22:47 +0200, Ali Serdar Yakut
<[EMAIL PROTECTED]> wrote:

>No paths physically available message is given when I try to online
>unconditionally.
> 3745 is connected through parallel cable - optica - escon channel.
> When I check the MOSS conssole there are parameters to be set -
>Adapter Type: CADS/BCCA
>NSC or ESC address
>Channel Burst Length
>Data Transfer Mode
> Most probably these parameters are causing the problem now...
>Anybody has any ide for IODF, and 3745 Channel Adapter parameters for such
a
>connection?




Serdar - here is my CU and LU definitions - ours is a parallel connection
also:




   Logical Control Unit / Device List
   Row 1 of 1
Command ===> _ Scroll ===> CSR

Processor ID . . : MAEY36

ENTER to continue.

---Device--- Attached Control Units-
Number Type  1--- 2--- 3--- 4--- 5--- 6--- 7--- 8--- UA
0980   3745  098080
 Bottom of data *



  View Device / Processor Definition
Row 1 of 1
 Command ===> _ Scroll ===> CSR

 Select one or more processors to view the device candidate list, or
 ENTER to continue without selection.

 Device number  . : 0980 Device type  . : 3745

Preferred  Explicit Device
 / Processor ID  UA   Time-Out  STADET  CHPID  Candidate List
 # MAEY3680   Yes   No No

Hope this helps.

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

Re: Racf Reports

[Mark Zelden]

On Fri, 11 Nov 2005 10:47:33 -0600, Mark Steely <[EMAIL PROTECTED]>
wrote:

>I have auditor's after me.help! I need a RACF report which will show
>ID and password interval. I know RACF has a report writer utility, but I
>don't have time to do the research on how to get the information I need.
>We are z/OS V1R4. Any help would be appreciated.


On Fri, 11 Nov 2005 11:23:29 -0600, Alan C. Field
<[EMAIL PROTECTED]> wrote:

>Mark
>
>Its been a while but I think the SETR will show what you want - I haven;t
>got a RACF system
>to verify.
>

SETRopts LIST will only show you the global value.  The interval can
be set on a user by user basis.

Mark, since you don't have any of the reporting products the best you
can do is give the global setting without RYO code.   You can unload
the RACF DB to a flat file using IRRDBU00 and use whatever programming
language you want if you need some report for all userids.  There are
samples all over the place of using the IRRDBU00 file including a REXX
example on my web site (RACFUDEL).

You might get a better answer from the RACF-L list.

Regards,

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

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

Re: Racf Reports

[Alvaro Quintupray B.]

Hello. I see that you suffers with the auditors...like me.

First step.  Unload from RACF DB  to flat file.
//*--
//*HACE UNLOAD DE BASE  RACF A UN ARCHIVO PLANO
//*--
//UNLOAD   EXEC PGM=IRRDBU00,PARM=NOLOCKINPUT
//SYSPRINT DD SYSOUT=*
//INDD1DD DISP=SHR,DSN=SYS1.NEX0.RACFP
//OUTDDDD DSN=IBMUSER.RACF.PLANO.DB,
//DISP=SHR
//*   DISP=(NEW,CATLG,KEEP),
//*   UNIT=SYSDA,VOL=SER=NXPP30,
//*   SPACE=(CYL,(20,10),RLSE),
//*   DCB=(RECFM=VB,LRECL=4096)

Second Step...

//RACFICE   EXEC PGM=ICETOOL
//TOOLMSG   DD SYSOUT=*
//*PRINTDD SYSOUT=*
//PRINT DD DISP=SHR,DSN=IBMUSER.RACF.LISUSER
//DFSMSGDD SYSOUT=*
//DBUDATA   DD DISP=SHR,DSN=IBMUSER.RACF.PLANO.DB
//ADUDATA   DD DISP=SHR,DSN=IBMUSER.RACF.PLANO.SMF
//TEMP0001  DD DISP=(NEW,DELETE,DELETE),SPACE=(CYL,(60,10,0))
//*RACFCNTL  DD DISP=SHR,DSN=IBMUSER.RACF.IRRICE(USERCNTL)
//RACFCNTL  DD  *
   SORTFIELDS=(10,8,CH,A)
   INCLUDE COND=(5,4,CH,EQ,C'0200')
   OPTION  VLSHRT
/*
//TOOLINDD  *
**
* NAME: USER
* BUSCA A LOS USUARIOS Y SUS DATOS MAS RELEVANTES
**
SORTFROM(DBUDATA) TO(TEMP0001) USING(RACF)
DISPLAY FROM(TEMP0001) LIST(PRINT) -
PAGE -
TITLE('  LISTADO USUARIOS DE PRODUCCION  ') -
DATE(YMD/) -
TIME(12:)  -
BLANK -
ON(010,08,CH)HEADER('USER ID') -
ON(079,20,CH)HEADER('USER NAME ')  -
ON(019,10,CH)HEADER('FECHA CREA')  -
ON(118,10,CH)HEADER('FEC ULT ACCESO')  -
ON(054,03,CH)HEADER('REVOKED') -
ON(044,04,CH)HEADER('ES SPECIAL')  -
ON(049,04,CH)HEADER('ES OPERATION')-
ON(390,04,CH)HEADER('ES AUDITOR')
/*

The fields position are descrived in the 7.2.1 from SEcurity Server (RACF)
Macros and Interfaces.

Good Lucky.

Saludos.
Alvaro.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send 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: 3745 , Does anybody remember?

[Brad S Carson]

Ali,

>From what I'm seeing here it look like the 3745 doesn't have the 
subchannel address set properly.  This is the last two bytes of the device 

address (i.e. XXUU).  From one of the 3745 configuration screens (Its been 

a while and I can't remember which), you need to set the unit address for 
the channel adapter to match the UU from the device address.  Once this is 

done and you are sure that the channel cables are attached properly the 
device will VARY online.  Remeber that BUS/TAG cables have a device end 
and a host end (It was always GRAY AWAY to remember which).

Brad S. Carson
Sr. IT Analyst
Duke Health Technology Solutions
Box 2718 Duke University Medical Center
Durham, NC 27710
[EMAIL PROTECTED]
919-668-0545
919-668-6160 Fax 

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

Re: Racf Reports

[Ed Finnell]

 
In a message dated 11/11/2005 11:35:03 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

Mark,  since you don't have any of the reporting products the best you
can do is  give the global setting without RYO code.   You can unload
the  RACF DB to a flat file using IRRDBU00 and use whatever programming
language  you want if you need some report for all userids.  There are
samples  all over the place of using the IRRDBU00 file including a REXX
example on  my web site (RACFUDEL).



>>
I'm not a RACFer per se but I think you just use the panels
and drill down to settings. It will produce a flat file that
will show active classes and Global settings including password
interval.

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

Re: Racf Reports

[Mark Wilson]

Alan,

Unfortunately, not what Mark asked for.

He needs a list of Userids & each expiry date.

SETR will only show the system defaults at Userid creation time. These
can be overridden of altered.

Mark needs to run a report against the RACF database and list all the
Userids and the fields he wants.

Kind Regards

Mark Wilson

Mobile: +44 (0) 7768 617006


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Alan C. Field
Sent: Friday, November 11, 2005 5:23 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Racf Reports

Mark

Its been a while but I think the SETR will show what you want - I
haven;t 
got a RACF system
to verify. 

Alan

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
CSF Group Plc
Registered No: 2646774
Registered Office: Alliance House, 49-51 East Road, London, N1 6AH 
Tel: 0207 490 2727
www.csf.co.uk



This email transmission is confidential and intended solely for the person or 
organisation to whom it is addressed. If you are not the intended recipient, 
you must not copy, distribute or disseminate the information, or take any 
action in reliance of it. Any views expressed in this message are those of the 
individual sender, except where the sender specifically states them to be the 
views of any organisation or employer. 
If you have received this message in error, do not open any attachment but 
please notify the sender deleting this message from your system. 
Security and reliability of e-mail is not guaranteed. In addition, no liability 
or responsibility is accepted for viruses and it is your responsibility to scan 
any attachments. Please note that for business purposes, outgoing and incoming 
emails from and to the company are monitored and recorded.

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

Re: Racf Reports

[Richard Pinion]

Hopefully the auditors are bilingual!

>>> [EMAIL PROTECTED] 11/11/2005 12:37 PM >>>
Hello. I see that you suffers with the auditors...like me.

First step.  Unload from RACF DB  to flat file.
//*--
//*HACE UNLOAD DE BASE  RACF A UN ARCHIVO PLANO
//*--
//UNLOAD   EXEC PGM=IRRDBU00,PARM=NOLOCKINPUT
//SYSPRINT DD SYSOUT=*
//INDD1DD DISP=SHR,DSN=SYS1.NEX0.RACFP
//OUTDDDD DSN=IBMUSER.RACF.PLANO.DB,
//DISP=SHR
//*   DISP=(NEW,CATLG,KEEP),
//*   UNIT=SYSDA,VOL=SER=NXPP30,
//*   SPACE=(CYL,(20,10),RLSE),
//*   DCB=(RECFM=VB,LRECL=4096)

Second Step...

//RACFICE   EXEC PGM=ICETOOL
//TOOLMSG   DD SYSOUT=*
//*PRINTDD SYSOUT=*
//PRINT DD DISP=SHR,DSN=IBMUSER.RACF.LISUSER
//DFSMSGDD SYSOUT=*
//DBUDATA   DD DISP=SHR,DSN=IBMUSER.RACF.PLANO.DB
//ADUDATA   DD DISP=SHR,DSN=IBMUSER.RACF.PLANO.SMF
//TEMP0001  DD DISP=(NEW,DELETE,DELETE),SPACE=(CYL,(60,10,0))
//*RACFCNTL  DD DISP=SHR,DSN=IBMUSER.RACF.IRRICE(USERCNTL)
//RACFCNTL  DD  *
   SORTFIELDS=(10,8,CH,A)
   INCLUDE COND=(5,4,CH,EQ,C'0200')
   OPTION  VLSHRT
/*
//TOOLINDD  *
**
* NAME: USER
* BUSCA A LOS USUARIOS Y SUS DATOS MAS RELEVANTES
**
SORTFROM(DBUDATA) TO(TEMP0001) USING(RACF)
DISPLAY FROM(TEMP0001) LIST(PRINT) -
PAGE -
TITLE('  LISTADO USUARIOS DE PRODUCCION  ') -
DATE(YMD/) -
TIME(12:)  -
BLANK -
ON(010,08,CH)HEADER('USER ID') -
ON(079,20,CH)HEADER('USER NAME ')  -
ON(019,10,CH)HEADER('FECHA CREA')  -
ON(118,10,CH)HEADER('FEC ULT ACCESO')  -
ON(054,03,CH)HEADER('REVOKED') -
ON(044,04,CH)HEADER('ES SPECIAL')  -
ON(049,04,CH)HEADER('ES OPERATION')-
ON(390,04,CH)HEADER('ES AUDITOR')
/*

The fields position are descrived in the 7.2.1 from SEcurity Server (RACF)
Macros and Interfaces.

Good Lucky.

Saludos.
Alvaro.

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

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

Re: Racf Reports

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Mark Wilson
> Sent: Friday, November 11, 2005 11:40 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Racf Reports
> 
> 
> Alan,
> 
> Unfortunately, not what Mark asked for.
> 
> He needs a list of Userids & each expiry date.
> 
> SETR will only show the system defaults at Userid creation time. These
> can be overridden of altered.
> 
> Mark needs to run a report against the RACF database and list all the
> Userids and the fields he wants.
> 
> Kind Regards
> 
> Mark Wilson
> 
> Mobile: +44 (0) 7768 617006

The simpliest way, in my opinion:

//STEP1 EXEC PGM=IKJEFT01,REGION=6M
//SYSTSPRT DD SYSOUT=*
//SYSTSIN DD *
 LU *
/*
//

This will list every RACF id in the RACF database to which the
submitting user has authority. It will output the basic RACF
information, which includes the PASS-INTERVAL. Example:


USER=xx  NAME=TECH SERVICES OWNER=  CREATED=04.177
 DEFAULT-GROUP=  PASSDATE=05.259  PASS-INTERVAL= 35
 ATTRIBUTES=REVOKED
 REVOKE DATE=NONE   RESUME DATE=NONE
 LAST-ACCESS=05.259/08:22:21
 CLASS AUTHORIZATIONS=NONE
 NO-INSTALLATION-DATA
 NO-MODEL-NAME
 LOGON ALLOWED   (DAYS)  (TIME)
 -
 ANYDAY  ANYTIME
  GROUP=  AUTH=USE  CONNECT-OWNER=
CONNECT-DATE=04.177
CONNECTS=38  UACC=NONE LAST-CONNECT=05.259/08:22:21
CONNECT ATTRIBUTES=NONE
REVOKE DATE=NONE   RESUME DATE=NONE
SECURITY-LEVEL=NONE SPECIFIED
CATEGORY-AUTHORIZATION
 NONE SPECIFIED
SECURITY-LABEL=NONE SPECIFIED


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

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

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

Re: Racf Reports

[Tom Schmidt]

On Fri, 11 Nov 2005 11:34:39 -0600, Mark Zelden wrote:
>
>On Fri, 11 Nov 2005 10:47:33 -0600, Mark Steely wrote:
>>I have auditor's after me.help! I need a RACF report which will show
>>ID and password interval. I know RACF has a report writer utility, but I
>>don't have time to do the research on how to get the information I need.
>>We are z/OS V1R4. Any help would be appreciated.
>
>On Fri, 11 Nov 2005 11:23:29 -0600, Alan C. Field wrote:
>>Mark
>>Its been a while but I think the SETR will show what you want - I haven;t
>>got a RACF system to verify.
>>
>
>SETRopts LIST will only show you the global value.  The interval can
>be set on a user by user basis.

While it is true that the interval can be set on a user by user basis, RACF
will NOT honor interval settings that are longer than the global value.
(The global value overrides.)  Knowing that, the SETR LIST display just
might be enough to keep the auditor off your back.

(That has been covered on the RACF-L list countless times; check their
archives.)

You can specify larger values for individual users and RACF will accept
them (presumably expecting you to eventually raise the global value
and 'eventually' hasn't arrived yet).  RACF's acceptance of the larger
values does not change the fact that the global value ultimately rules.


>Mark, since you don't have any of the reporting products the best you
>can do is give the global setting without RYO code.   You can unload
>the RACF DB to a flat file using IRRDBU00 and use whatever programming
>language you want if you need some report for all userids.  There are
>samples all over the place of using the IRRDBU00 file including a REXX
>example on my web site (RACFUDEL).
>
>You might get a better answer from the RACF-L list.

Agreed.

--
Tom Schmidt
Madison, WI

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

Re: DD-Statements on a "per thread" basis ?

[Ray Mullins]

Been there, done that, works very nicely, actually.

I wrote the code 11+ years ago, it's had only one fix since then.

Hit me up off-list if you want more info.

Best regards,
Ray
 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Martin Kline
> Sent: Friday November 11 2005 06:10
> > ... but don't underreach.  Such a mapping facility should apply not 
> > only to SYSPRINT/SYSOUT, but to any DD-Name for any device type.
> 
> An ambitious programmer could always implement a RYO method. 
> For example, implement SVC screening, intercepting the OPEN 
> SVC to switch the DDNAME field in the DCB/ACB, possibly also 
> invoking dynamic allocation if necessary. IIRC, SVC screening 
> runs as a subsystem, and could be invoked automatically 
> without application code changes.
> 
> With a little imagination and a stick of chewing gum, almost 
> anything is possible.

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

Quick HMC console question

[Len Rugen]

Ok, Friday play day question.

I decided to dust off my sandbox LPAR to test a new version of ThruPut Manger.  
This LPAR hasn't been running in awhile, so when I get to the datacenter, I 
find the 3274 controller has died.  I decide to use the HMC console to get 
things going, but I'm stuck.

I have a parm error in JES2, I get the WTOR line saying that I need to fix it, 
but NOT the lines in error.  Is there some way to route MORE messages to the 
HMC Operating System Messages area? 

This is a z800, I guess I wish it were a z880 in this case

Thanks


Len Rugen

Personal: [EMAIL PROTECTED]
PH School: [EMAIL PROTECTED]
Work: [EMAIL PROTECTED]
Yahoo IM: [EMAIL PROTECTED]
MSM IM: [EMAIL PROTECTED]

(Laptop Outlook Express) 

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

Re: Quick HMC console question

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Len Rugen
> Sent: Friday, November 11, 2005 1:05 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Quick HMC console question
> 
> 
> Ok, Friday play day question.
> 
> I decided to dust off my sandbox LPAR to test a new version 
> of ThruPut Manger.  This LPAR hasn't been running in awhile, 
> so when I get to the datacenter, I find the 3274 controller 
> has died.  I decide to use the HMC console to get things 
> going, but I'm stuck.
> 
> I have a parm error in JES2, I get the WTOR line saying that 
> I need to fix it, but NOT the lines in error.  Is there some 
> way to route MORE messages to the HMC Operating System Messages area? 
> 
> This is a z800, I guess I wish it were a z880 in this case
> 
> Thanks
> 
> 
> Len Rugen

V CN(*),ACTIVATE
V CN(*),ROUT=ALL
S JES2,PARM=(WARM,NOREQ)

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

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

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

Re: Racf Reports

[Staller, Allan]

 
//STEP1 EXEC PGM=IKJEFT01,REGION=6M
//SYSTSPRT DD SYSOUT=*
//SYSTSIN DD *
 LU *
/*
//


This has the added benefit of generating so much output the auditor may
give up and go away!!!

HTH,

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

Re: How much real is required for 64-bit

[Skip Robinson]

At several SHAREs I gave a pitch on this conversion. The last time was in
Boston to a nearly empty room: I'm done with it. Check the proceedings for
Session 2839 SHARE 105.

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

IBM Mainframe Discussion List  wrote on 11/10/2005
11:27:48 PM:

> Hi All,
> We're going to do 64bit conversion soon (z/OS 1.4) so could you guys
please
> suggest us the steps/ways for this conversion and what kind of
applications
> that should be test to assure if this conversion is work ? And anything
> should be considered as a problem that we may need to aware of it ?


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

Re: Quick HMC console question

[Brian Peterson]

The below is an excellent suggestion and may well be sufficient for your
needs.  However, remember that the complete NIP syslog is available if you
take a stand alone dump of your failing system.

Since JES2 hasn't started yet, the system will be pretty small, so a stand
alone dump will probably run pretty quick.  Just view the resulting dump in
IPCS and you'll see all the messages.

Again, probably the below suggestion will get you going, but if not, you've
got another option - just in case.

Brian

On Fri, 11 Nov 2005 13:29:36 -0600, McKown, John
<[EMAIL PROTECTED]> wrote:

>> -Original Message-
>> From: IBM Mainframe Discussion List
>> [mailto:[EMAIL PROTECTED] On Behalf Of Len Rugen
>> Sent: Friday, November 11, 2005 1:05 PM
>> To: IBM-MAIN@BAMA.UA.EDU
>> Subject: Quick HMC console question
>>
>>
>> Ok, Friday play day question.
>>
>> I decided to dust off my sandbox LPAR to test a new version
>> of ThruPut Manger.  This LPAR hasn't been running in awhile,
>> so when I get to the datacenter, I find the 3274 controller
>> has died.  I decide to use the HMC console to get things
>> going, but I'm stuck.
>>
>> I have a parm error in JES2, I get the WTOR line saying that
>> I need to fix it, but NOT the lines in error.  Is there some
>> way to route MORE messages to the HMC Operating System Messages area?
>>
>> This is a z800, I guess I wish it were a z880 in this case
>>
>> Thanks
>>
>>
>> Len Rugen
>
>V CN(*),ACTIVATE
>V CN(*),ROUT=ALL
>S JES2,PARM=(WARM,NOREQ)
>
>--
>John McKown
>Senior Systems Programmer
>UICI Insurance Center
>Information Technology
>
>This message (including any attachments) contains confidential
>information intended for a specific individual and purpose, and its'
>content is protected by law.  If you are not the intended recipient, you
>should delete this message and are hereby notified that any disclosure,
>copying, or distribution of this transmission, or taking any action
>based on it, is strictly prohibited.
>
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

Re: HFS vs. zFS?

[Edward E. Jaffe]

R.S. wrote:


Demagoguery.



Er, pardon??

I can put my Winodows doc (I could if I had any) on *another PC*. I 
have bunch of PCs in my shop, and even at home.

I don't have too many mainframe CPCs, do you ?

I remember pain in the **s, when, after POR, all the systems were 
un-IPLable. Co-worker updated IEASYS on each LPAR, and forgot the comma.

I had documentation on PC near the console. That saved us.
In case of PC failure (I had several), I simply take another PC.
[...]



We were discussing best practices for accessing doc under normal 
conditions, not about planning for the worst case scenario. My plans for 
such a disaster include having the z/OS 1.7 DVD (SK3T-4271-15) in my 
office drawer. Even if we lose power completely, I can read it on my 
laptop! FWIW, I keep certain "key" books on my laptop's hard disk as well.





And, in the case of z/OS, I want to retain the option of reading the 
doc directly from a TSO/E session.



Well, your choice. I prefer GUI navigation, but what's most important, 
I often need doco, when I'm in trouble: Logged on, and don't know what 
to do next. I simply choose another window on my PC, it's better than 
navigate on TSO to browse manual. Yes, I know I can have many screen 
in ISPF. I still want my Windows Bookreader.



This just doesn't make sense. Nobody ever suggested prohibiting you from 
keeping a copy of any doc you want to have on your PC. My comments are 
directed toward managing a consolidated documentation repository in a 
robust a corporate infrastructure. z/OS does a fantastic job of 
providing this functionality across the Enterprise. That's not 
demagoguery. It's fact.


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

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

Looking for a copy of Advanced Assembler Language and MVS Interfaces : For IBM Systems and Application Programmers 1999

[Linda Hagedorn]

Hi,

Does anyone have a copy of 'Advanced Assembler Language and MVS
Interfaces : For IBM Systems and Application Programmers (Paperback - 1999)
by Carmine A. Cannatello' they'd like to sell?

It's out of print.  I'm in the NY/NJ/CT area.

Thanks, Linda

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

Re: Looking for a copy of Advanced Assembler Language and MVS Interfaces : For IBM Systems and Application Programmers 1999

[ibm-main]

Whoa !!!
Just had a look on Amazon - where I imported my copy from a couple (er, few
??) years back.
Holy mackeral !!!.

Mine sits next to "Linux Kernel Development" and "Linux Device Driver"
tomes. How things have changed.

Sorry, mine's unavailable. I'm an old Sysprog - never toss anything out.

Shane ...

From: "Linda Hagedorn" <[EMAIL PROTECTED]>


> Does anyone have a copy of 'Advanced Assembler Language and MVS
> Interfaces : For IBM Systems and Application Programmers (Paperback -
1999)
> by Carmine A. Cannatello' they'd like to sell?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send 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: 3745 , Does anybody remember?

[Mike Maylone]

Since you are trying to vary 0820 online, the correct setting at the MOSS 
console for the NSC or ESC address would be 20.  In nearly all cases I ever ran 
across the default settings for the other parameters were correct, or at least 
would be close enough that the 3745 could be brought online and an IPL 
inititated from the host system.

I don't have the links handy since I'm at home right now, but most of the 
manuals for the 3745 are still available from IBM online as either PDF or HTM 
files.

Mike Maylone

Ali Serdar Yakut <[EMAIL PROTECTED]> wrote:

>No paths physically available message is given when I try to online
>unconditionally.
> 3745 is connected through parallel cable - optica - escon channel.
> When I check the MOSS conssole there are parameters to be set -
>Adapter Type: CADS/BCCA
>NSC or ESC address
>Channel Burst Length
>Data Transfer Mode
> Most probably these parameters are causing the problem now...
>Anybody has any ide for IODF, and 3745 Channel Adapter parameters for such a
>connection?
>
> On 11/11/05, Claude Richbourg <[EMAIL PROTECTED]> wrote:
>>
>> One other thing to try is this VARY command; V 0820,ONLINE,UNCOND
>> which will bring it online for your system to use. Other than that, is
>> the CHP a block or escon?
>>
>> HTH,
>> Claude


__
Switch to Netscape Internet Service.
As low as $9.95 a month -- Sign up today at http://isp.netscape.com/register

Netscape. Just the Net You Need.

New! Netscape Toolbar for Internet Explorer
Search from anywhere on the Web and block those annoying pop-ups.
Download now at http://channels.netscape.com/ns/search/install.jsp

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

Re: Looking for a copy of Advanced Assembler Language and MVS Interfaces : For IBM Systems and Application Programmers 1999

[Linda Hagedorn]

Will you will it to me?  It may be the only way I can afford one.  :)

I wrote to the publisher; if they reply with any good info, I'll pass it
along here.

Best regards, Linda

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

Re: Quick HMC console question

[Matthew Stitt]

On Fri, 11 Nov 2005 14:00:30 -0600, Brian Peterson
<[EMAIL PROTECTED]> wrote:

>The below is an excellent suggestion and may well be sufficient for your
>needs.  However, remember that the complete NIP syslog is available if you
>take a stand alone dump of your failing system.
>
>Since JES2 hasn't started yet, the system will be pretty small, so a stand
>alone dump will probably run pretty quick.  Just view the resulting dump in
>IPCS and you'll see all the messages.
>
>Again, probably the below suggestion will get you going, but if not, you've
>got another option - just in case.
>
>Brian
>
>On Fri, 11 Nov 2005 13:29:36 -0600, McKown, John
><[EMAIL PROTECTED]> wrote:
>
>>> -Original Message-
>>> From: IBM Mainframe Discussion List
>>> [mailto:[EMAIL PROTECTED] On Behalf Of Len Rugen
>>> Sent: Friday, November 11, 2005 1:05 PM
>>> To: IBM-MAIN@BAMA.UA.EDU
>>> Subject: Quick HMC console question
>>>
>>>
>>> Ok, Friday play day question.
>>>
>>> I decided to dust off my sandbox LPAR to test a new version
>>> of ThruPut Manger.  This LPAR hasn't been running in awhile,
>>> so when I get to the datacenter, I find the 3274 controller
>>> has died.  I decide to use the HMC console to get things
>>> going, but I'm stuck.
>>>
>>> I have a parm error in JES2, I get the WTOR line saying that
>>> I need to fix it, but NOT the lines in error.  Is there some
>>> way to route MORE messages to the HMC Operating System Messages area?
>>>
>>> This is a z800, I guess I wish it were a z880 in this case
>>>
>>> Thanks
>>>
>>>
>>> Len Rugen
>>
>>V CN(*),ACTIVATE
>>V CN(*),ROUT=ALL
>>S JES2,PARM=(WARM,NOREQ)
>>
>>--
>>John McKown
>>Senior Systems Programmer
>>UICI Insurance Center
>>Information Technology
>>
>>This message (including any attachments) contains confidential
>>information intended for a specific individual and purpose, and its'
>>content is protected by law.  If you are not the intended recipient, you
>>should delete this message and are hereby notified that any disclosure,
>>copying, or distribution of this transmission, or taking any action
>>based on it, is strictly prohibited.


I would reply "END" to the message, then "Y" to the others.  IF JES2 comes
up, then log onto the system and fix the error.

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

Re: Racf Reports

[Mark Steely]

Thanks, for every one who responded. The technique below is just what I
needed to produce the reports. Thanks again for the response.

 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Alvaro Quintupray B.
Sent: Friday, November 11, 2005 11:38 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Racf Reports

Hello. I see that you suffers with the auditors...like me.

First step.  Unload from RACF DB  to flat file.
//*--
//*HACE UNLOAD DE BASE  RACF A UN ARCHIVO PLANO
//*--
//UNLOAD   EXEC PGM=IRRDBU00,PARM=NOLOCKINPUT
//SYSPRINT DD SYSOUT=*
//INDD1DD DISP=SHR,DSN=SYS1.NEX0.RACFP
//OUTDDDD DSN=IBMUSER.RACF.PLANO.DB,
//DISP=SHR
//*   DISP=(NEW,CATLG,KEEP),
//*   UNIT=SYSDA,VOL=SER=NXPP30,
//*   SPACE=(CYL,(20,10),RLSE),
//*   DCB=(RECFM=VB,LRECL=4096)

Second Step...

//RACFICE   EXEC PGM=ICETOOL
//TOOLMSG   DD SYSOUT=*
//*PRINTDD SYSOUT=*
//PRINT DD DISP=SHR,DSN=IBMUSER.RACF.LISUSER
//DFSMSGDD SYSOUT=*
//DBUDATA   DD DISP=SHR,DSN=IBMUSER.RACF.PLANO.DB
//ADUDATA   DD DISP=SHR,DSN=IBMUSER.RACF.PLANO.SMF
//TEMP0001  DD DISP=(NEW,DELETE,DELETE),SPACE=(CYL,(60,10,0))
//*RACFCNTL  DD DISP=SHR,DSN=IBMUSER.RACF.IRRICE(USERCNTL)
//RACFCNTL  DD  *
   SORTFIELDS=(10,8,CH,A)
   INCLUDE COND=(5,4,CH,EQ,C'0200')
   OPTION  VLSHRT
/*
//TOOLINDD  *
**
* NAME: USER
* BUSCA A LOS USUARIOS Y SUS DATOS MAS RELEVANTES
**
SORTFROM(DBUDATA) TO(TEMP0001) USING(RACF)
DISPLAY FROM(TEMP0001) LIST(PRINT) -
PAGE -
TITLE('  LISTADO USUARIOS DE PRODUCCION  ') -
DATE(YMD/) -
TIME(12:)  -
BLANK -
ON(010,08,CH)HEADER('USER ID') -
ON(079,20,CH)HEADER('USER NAME ')  -
ON(019,10,CH)HEADER('FECHA CREA')  -
ON(118,10,CH)HEADER('FEC ULT ACCESO')  -
ON(054,03,CH)HEADER('REVOKED') -
ON(044,04,CH)HEADER('ES SPECIAL')  -
ON(049,04,CH)HEADER('ES OPERATION')-
ON(390,04,CH)HEADER('ES AUDITOR')
/*

The fields position are descrived in the 7.2.1 from SEcurity Server
(RACF) Macros and Interfaces.

Good Lucky.

Saludos.
Alvaro.

--
For IBM-MAIN subscribe / signoff / archive access instructions, 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: Quick HMC console question

[Ed Finnell]

 
In a message dated 11/11/2005 3:21:22 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

would  reply "END" to the message, then "Y" to the others.  IF JES2 comes
up,  then log onto the system and fix the error.



>>
Shouldn't be too much difference between test and prod. Maybe
just copy over the PROD to a new parmlib member(copyme) and switch the  nodes 
and JESPOOL around. s jes,m=copyme on test

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

Re: DD-Statements on a "per thread" basis ?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 11/10/2005
   at 03:30 PM, Michael Knigge <[EMAIL PROTECTED]> said:

>I'm running as a started task with several DD-Statements within my
>JCL.  Now I need to run a program (let's say "PROG") within my
>application. My  application supports multiple threads and it may be
>needed to run "PROG" by every thread.

If "PROG" is an IBM utility then it probably supports a ddname list.
If it's one of your programs then you should be able to alter it to
support ddname list.

>I could generate a JCL and write it to the internal-reader,

That might be best, for security reasons, depending on the details.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: DD-Statements on a "per thread" basis ?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 11/11/2005
   at 06:09 AM, Leonard Woren <[EMAIL PROTECTED]> said:

>Here's a philosophical question that's been nagging me for decades:
>If the INIT (IEFIIC or whatever) processes JOB JCL, allocating the
>datasets and doing the ATTACH, and if even STCs and TSUs have
>invisible initiators, who processes subsystem (JES2/JES3) JCL and 
>does the allocation, building the TIOT, etc?  And if that question 
>isn't hard enough, who does this for MSTRJCL?  In other words, where
>did that first chicken come from before there was a first egg?

Find a pre-OCO IPL and NIP PLM and read up on Master Scheduler
Initialization.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: DD-Statements on a "per thread" basis ?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>,
on 11/11/2005
   at 01:39 PM, Arthur Fichtl <[EMAIL PROTECTED]> said:

>I would like to extend the question  of Michael Knigge to the case of
>Stored Procedure Address Spaces.
>In this case, we don't have multiple threads on the application
>level, but independent programs running concurrently or one after the
>other and using the same DD-Name (e.g. SYSPRINT). 

There is support for the application to segment the SYSOUT.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Looking for a copy of Advanced Assembler Language and MVS Interfaces : For IBM Systems and Application Programmers 1999

[ibm-main]

From: "Linda Hagedorn"


> Will you will it to me?

Despite my (unfortunate as it turns out) use of "old Sysprog" hopefully you
will be in for a bit of a wait before I shuffle off this mortal coil.

And no comments from you lot in the peanut gallery - how about you all just
sit down and keep quiet   :o)

>
> I wrote to the publisher; if they reply with any good info, I'll pass it
> along here.

Check the archive - this will seem like "deja vu" to them.

Shane ...

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

Re: Looking for a copy of Advanced Assembler Language and MVS Interfaces : For IBM Systems and Application Programmers 1999

[Joe Zitzelberger]

On Nov 11, 2005, at 8:47 PM, ibm-main wrote:


I wrote to the publisher; if they reply with any good info, I'll  
pass it

along here.


I think you can get this on Amazon.com.  They have copies of both  
editions for sale.


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

Re: SORTWKnn question

[Ed Gould]

On Nov 11, 2005, at 9:48 AM, Frank Yaeger wrote:



-SNIP---

Ed,

I believe in this case, DFSORT was able to determine the filsize (it
usually can), but that the number of work data sets was too small  
for that
filesize.  I told Skip how to increase the number of work data sets  
using:


//DFSPARM DD *
  OPTION DYNALLOC=(,n)
/*

Note that DFSORT only uses the FILSZ=En value if it can't determine  
the
filesize.  There aren't too many cases of that these days (the most  
common

one is when there's no SORTIN and an E15 passes all of the records to
DFSORT).   DFSORT issues message ICE118I when it can't determine the
filesize.  The doc for that message discusses what to do in that case:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ 
ICE1CM10/2.2.114?SHELF=&DT=20050119125222&CASE=


Thanks for mentioning that. I had forgotten it. But it still begs the  
question how do you code for the value  of n .


A LONG time ago we had a need to sort 25+ 6250 (BPI) tapes at one  
swat. It could not be broken up (I don't remember why).
This was a weekly job. The records were also large (18K -IIRC) . The  
first couple of tries were a PITA. We got it to work week in and week  
out after a lot of jcl changing and I think (IIRC) the final winner  
was to use size=e2000 on the sort statement (20 million) . We had  
to sort the name and address file for a large publishing house. Like  
I said its been ages, so I don't know if they ever found a better  
way. I remember distinctly asking the programmer to write a note in  
the run doc that if the number got over 20 million to update the sort  
control card (and increase the sortwkxxs).


Ed

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

Sysplex and CPU Questions

[Mohamed Juma]

In Sysplex Environment:

1. Is it required or recommended in Sysplex system
with DB2 data sharing to have more than one CP in the
CPC.

2. Which is better to have CPC with one CP as example
200  Mips, or CPC with two CPs each 100 Mips.

Thanks

Mohamed Juma






__ 
Start your day with Yahoo! - Make it your home page! 
http://www.yahoo.com/r/hs

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

Re: 3745 , Does anybody remember?

[Bruce Hewson]

Hello Ali,

I have 3745s connected via both IBM and Optica converters.

I do remember the IBM CE saying that the channel interface on the 3745 box
had to be at the correct microcode level to support converter usage.

Regards
Bruce Hewson

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