Re: Bye from Brian

2009-11-25 Thread Andrew Armstrong
Brian,

I'd strongly recommend you continue lurking! 35 years of experience is a
valuable community resource to lose, and many people on this list are very
interested in what has happened over the last several decades. I too am a
LTL - I only wish I was paid for it! 

Best wishes,
Andrew.
(Fellow Hitchhiker's fan)

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


is out of the office.

2009-11-25 Thread Keith Zawila
I will be out of the office starting  11/25/2009 and will not return until
12/01/2009.

I will be out of the office from Thursday, November 26 thru Monday,
November 30.  I will return on Tuesday, December 1.  Thanks.



HCSC Company Disclaimer

The information contained in this communication is confidential, private,
proprietary, or otherwise privileged and is intended only for the use of
the addressee.  Unauthorized use, disclosure, distribution or copying is
strictly prohibited and may be unlawful.  If you have received this
communication in error, please notify the sender immediately at (312)
653-6000 in Illinois; (800)835-8699 in New Mexico; (918)560-3500 in
Oklahoma; or (972)766-6900 in Texas.

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


Re: DFHSM QUESTION - INTERVAL MIGRATION

2009-11-25 Thread Joel C. Ewing
On 11/25/2009 12:54 PM, esmie moo wrote:
> Good Afternoon Gentle Readers,>  
> I am trying to find out the exact time INTERVAL MIGRATION kicks off.  I 
> checked the ARCCMD00 member but it does not indicate the time period it kicks 
> off.  Here is what is in the ARCCMD00:
>  
> SETSYS   INTERVALMIGRATION  > 
> Any suggestions?  I have a feeling that AUTOMATIONS could be triggering the 
> INTERVAL MIGRATION command.  I have asked the AUTOMATIONS group as well.
> 
> Thanks. 
...
I believe the default is every hour on the hour.  One of the HSM manuals
gives a PATCH command that can be included in ARCCMDxx to alter the
interval to a longer interval length, but if you are doing this to
reduce HSM CPU and I/O overhead during peak load periods, the interval
adjustment method has the disadvantage of starting when HSM is started -
 and if that varies so does the time-of-day at which Interval Migration
will occur.  To get around those limitations we went back to the 1 hour
default and used automation to turn on INTERVAL MIGRATION just before
the specific hour ticks we want it to run, and then turn it back off
just before the following hour tick.

-- 
Joel C. Ewing, Fort Smith, ARjremoveccapsew...@acm.org

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


Re: XMITMGR for 64 Bit Windows?

2009-11-25 Thread Brian Westerman
I was wondering if it would cause any issues for anyone if I were to set up
a new install file of XMITMGR so that other people down the line who might
not have an old system will still be able to install it.

Is there any copyright laws that would be broken to do that since it's
already free?

Brian

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


Re: Bye from Brian

2009-11-25 Thread Howard Brazee
On 25 Nov 2009 12:28:01 -0800, rfocht...@ync.net (Rick Fochtman)
wrote:

>Sorry to see you leave, Brian. Going to catch up on the fishing, hunting 
>or golf? Or making some 'quality time' with the grandkids? Just 
>remember: it's a parent's duty to say "NO", but it's a grandparent's 
>privilege to say "YES". :-)

You've got that right.   And it's great!

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


Re: Bye from Brian

2009-11-25 Thread Rick Fochtman

--
A long time lurker mostly, it is now time to say goodbye. Thanks for all 
the help and advice you have given.


With 35 years of mainframe experience in many areas, most recently 
mainframe performance I was moved to capacity planning of mid range 
boxes some 4 months ago.


I am now taking the opportunity to leave and my last day is the end of 
the month.


So I will be signing off... And thanks for the fish.
---
Sorry to see you leave, Brian. Going to catch up on the fishing, hunting 
or golf? Or making some 'quality time' with the grandkids? Just 
remember: it's a parent's duty to say "NO", but it's a grandparent's 
privilege to say "YES". :-)


Rick

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


Re: relating module prefixes to components and products

2009-11-25 Thread Bill Fairchild
>But since IBM makes the rules, presumably they can gratuitously break
them.

Or they can decide how to parse their own rules.  E.g., "J-Z Available for 
non-IBM products" does not say that IBM cannot use these.  An unambiguous rule 
to that effect would be worded thus:  "J-Z Available only for non-IBM products.

Bill Fairchild

Software Developer 
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.617.614.4503 * Mobile: +1.508.341.1715
Email: bi...@mainstar.com 
Web: www.rocketsoftware.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Tony Harminc
Sent: Wednesday, November 25, 2009 1:58 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: relating module prefixes to components and products

2009/11/25 Itschak Mugzach :
> Interesting. IBM used to use product prefixes stating with A to J to
> differentiate IBM code form application code. . Now, the are some new ones
> starting with 'S'.

If IBM is using those prefixes, it would seem to be a violation of the
SMP/E Packaging Rules, which clearly says that:

--
A-I When used by IBM, all three characters of the prefix are generally
alphabetic (with some exceptions). Can be used by non-IBM products
only if the prefix includes at least one numeric or national
character.

J-Z Available for non-IBM products. The prefix can be all alphabetic
or can include numeric or national characters.Note: ZZZ is
reserved for the first three characters of generic USERMODs written by
customers.

Q Used by AS/400
--

But since IBM makes the rules, presumably they can gratuitously break
them. 

Tony H.

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


Re: relating module prefixes to components and products

2009-11-25 Thread Tony Harminc
2009/11/25 Itschak Mugzach :
> Interesting. IBM used to use product prefixes stating with A to J to
> differentiate IBM code form application code. . Now, the are some new ones
> starting with 'S'.

If IBM is using those prefixes, it would seem to be a violation of the
SMP/E Packaging Rules, which clearly says that:

--
A-I When used by IBM, all three characters of the prefix are generally
alphabetic (with some exceptions). Can be used by non-IBM products
only if the prefix includes at least one numeric or national
character.

J-Z Available for non-IBM products. The prefix can be all alphabetic
or can include numeric or national characters.Note: ZZZ is
reserved for the first three characters of generic USERMODs written by
customers.

Q Used by AS/400
--

But since IBM makes the rules, presumably they can gratuitously break
them. Indeed there are already cases where they have used prefixes in
e.g. the /usr/lpp file system there are /java, /ldap, /pli, and even
/smp - all of which are rightly in the non-IBM range.One wonders if
they have been properly registered with the Powers That Be.

As for those "S" entries in the Diagnosis Reference, I think they are
remnants of "sysgen" macros, which were SGxx long before SMP or
packaging rules existed.

Tony H.

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


Re: GET IBM-MAIN INFO

2009-11-25 Thread Jorge Arueira Campos
>
> GET IBM-MAIN INFO

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


Re: IFASMFDP user exit

2009-11-25 Thread DanD

My archives (from over 15 years ago) have an IFASMFDP USER2 exit routine
that has the following comments...

ON ENTRY : R1 -> 3 WORD PARAMETER LIST
   WORD 1 -> ADDRESS OF 3 USER FULLWORDS
   WORD 2 -> ADDRESS OF THE SMF RECORD
   WORD 3 -> ADDRESS OF THE OUTDD FILE NAME

My exit uses the OUTDD name (WORD 3) as a JOBNAME filter, and extracts the
SMF for that specific job.
Of course, only the SMF records where the jobname can be found appear in the
output data set.

Dan
- Original Message - 
From: "Miklos Szigetvari"

Sent: Wednesday, November 25, 2009 10:59 AM
Subject: IFASMFDP user exit

Hi

If someone can clarify the exit paramter list for the IFASMFDP user exits.
+0 is a user work area , freely uasble or a pointer to a 3 word long list
(+0 reg0 +4 reg1 +8 free )
--
Miklos Szigetvari


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


Re: relating module prefixes to components and products

2009-11-25 Thread Itschak Mugzach
Interesting. IBM used to use product prefixes stating with A to J to
differentiate IBM code form application code. . Now, the are some new ones
starting with 'S'.

Itschak

On Wed, Nov 25, 2009 at 1:48 AM, john gilmore wrote:

> At
>
>
>
>
> http://publib.boulder.ibm.com/infocenter/zos/v1r9/index.jsp?topic=/com.ibm.zos.r9.ieav200/bpfind.htm
>
>
>
> (As usual, watch the wrap.)
>
>
>
> and printed in the MVS DG there is a table that relates module prefixes to
> components and products; and among the many instances of module prefixes
> listed there that begin with 'IKJ' all appear to be related to TSO.
>
>
>
> This table answers most questions of the form
>
>
>
> What is the module with prefix '' a part of?
>
>
>
> and even longer 'prefixes' may well appear in it.
>
> John Gilmore Ashland, MA 01721-1817 USA
>
>
>
> _
> Hotmail: Trusted email with powerful SPAM protection.
> http://clk.atdmt.com/GBL/go/177141665/direct/01/
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


DFHSM QUESTION - INTERVAL MIGRATION

2009-11-25 Thread esmie moo
Good Afternoon Gentle Readers,
 
I am trying to find out the exact time INTERVAL MIGRATION kicks off.  I checked 
the ARCCMD00 member but it does not indicate the time period it kicks off.  
Here is what is in the ARCCMD00:
 
SETSYS   INTERVALMIGRATION  

Any suggestions?  I have a feeling that AUTOMATIONS could be triggering the 
INTERVAL MIGRATION command.  I have asked the AUTOMATIONS group as well.

Thanks.


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

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

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


What is up with macros?

2009-11-25 Thread Binyamin Dissen
On Wed, 25 Nov 2009 11:33:38 -0500 Peter Relson  wrote:

:>Bill Fairchild wrote
:>
:>One should always initialize the entire remote parameter list for any
:>system service.  The IBM books that describe Assembler language services
:>say this in the Using the Services section that appears prior to the first
:>service explained in that book.  E.g., here is some of the verbiage from
:>the unauthorized Assembler services book:
:>"1. Use the list form of the macro, which expands to the parameter list.
:>Place the list form in the section of your program where you keep
:>non-executable data, such as program constants. Do not code it in the
:>instruction stream of your program.
:>2. In the instruction stream, code a GETMAIN or a STORAGE macro to obtain
:>some virtual storage.
:>3. Code a move character instruction that moves the parameter list from its
:>non-executable position in your program into the virtual storage area that
:>you obtained."

:>Please note that the next section in this book also applies to this
:>question. It is entitled "Alternative List Form Macro".
:>The alternative list form macro does not require, indeed it precludes,
:>initialization from a "static" form of the macro. These macros fully
:>initialize on the execute form. Most macro services provided iby the "MVS"
:>part of z/OS in the past 15-20 years fit into this category. A subset of
:>these macros also provide a modify form in which case it is the COMPLETE
:>option of the Modify or Execute form that does the full initialization.

:>Most "tradtional" list form macros do work OK if the initialization is with
:>zeroes. But not all. WTO is one that in some cases will not work properly
:>with an initialized area of all zeroes. And ESTAE is another. They might
:>complete successfully but you might not get the default options that you
:>intend. I personally view this as non-optimal implementation way back when,
:>but that is water under the bridge as it cannot be changed for
:>compatibility reasons.

Talking about macros.

I recently used IEAMSCHD to do an SRB instead of the old fashioned SCHEDULE as
I liked the SYNCH=YES parameter.

It seemed like every parameter was an indirect pointer to the actual data
item, i.e.,

1. EP=(3) or EP=label means that R3 or LABEL points to a word containing the
EP.

2. PARM=(3) or PARM=label means that R3 or LABEL points to a word containing
the PARM address.

3. SYNCHCOMPADDR=label means that LABEL has the address of a pointer to the
completion code field.

So my code has this:

 LAR0,COMPCODE  
 STR0,@COMPCODE 
 LAR0,ABENDCODE 
 STR0,@ABENDCODE
 LAR0,REASONCODE
 STR0,@REASONCODE
 STR3,SRB_EP
 STR4,SRB_PARM 
 IEAMSCHD EPADDR=SRB_EP,ENV=HOME,PRIORITY=CURRENT, +
   PARM=SRB_PARM,SYNCH=YES,synchcompad...@compcode,+
   synchcodead...@abendcode,synchrsnad...@reasoncode,  +
   MF=(E,OIEAMSCHD,COMPLETE)

instead of the much more logical

 IEAMSCHD EPADDR=(R3),ENV=HOME,PRIORITY=CURRENT,   +
   PARM=(R4),SYNCH=YES,SYNCHCOMPADDR=COMPCODE, +
   SYNCHCODEADDR=ABENDCODE,SYNCHRSNADDR=REASONCODE,+
   MF=(E,OIEAMSCHD,COMPLETE)

Why? Oh, why?

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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


Re: Changing SYSPLEX name

2009-11-25 Thread Vernooij, CP - SPLXM

"Jousma, David"  wrote in message
news:a90766b5039c59409110c92d47216f590...@s1flokydce2k322.dm0001.inf
o53.com...
> Thanks Ed, Kees, and Barbara for your responses.
> 
> Yes, a sysplex cold-start is assumed.
> 
> But, I still have this nagging idea in my head though that SMS
> controlled volumes have sysplex name on them somewhere.  We do have a
> separate plex up at times for early z/OS upgrade testing(not up right
> now), and I seem to recall that if I try to write data across sysplex
> boundaries, I get SMS error messages that the volume is owned by
another
> plex, and the write fails.  Even though the "old" plex name and the
> "new" plex name would not have active systems at the same time,
wouldn't
> the affect be the same?  Wouldn't allocations to SMS disk after the
> sysplex rename, and subsequent restart fail?
> 
> Does this sound familiar?
> 
> 

I don't think so, SMSplex boundaries are not necesserally the same as
Sysplex boundaries. We had 2 Sysplexes share the same Dasd in 1 SMSplex
and never had problems with it. Maybe if the volumes belong to another
SMSplex, one could see your situation, so I would look more to SMS- than
Sysplex-parameters.

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

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

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


Re: FTP PUT RECFM=FBM files

2009-11-25 Thread Chris Mason
Donald

Very much due to John McKown, ways of dealing with the perceived problem 
have been suggested.

Following up on the subsequent posts, although I am sure many contributors 
and observers are aware of what the "M" - or "A" - in the RECFM parameter is 
all about, I see that it has not been spelled out precisely in such a way that 
any possible misunderstandings are dispelled. Peter Hunkeler came the closest 
and also - perhaps as prompted by Paul Gilmartin - provided sample IEBGENER 
control statements which make clear that, when using the IEBGENER utility, 
merely having an input file with RECFM=FBM or RECFM=FBA - or any of the 
other combinations ending in "M" or "A" - with an output file which does not 
have the supposedly offending "M" or "A" present in the RECFM parameter will 
*not* cause the character to be removed. It will, in fact, merely hide from 
any person or programming, who/which might care to know, that there is a 
carriage control character present - in the opinion of whoever or whatever 
created the RECFM information. It is sufficient to note that it is necessary to 
copy the record length unchanged from the input file to the output file.[1]

Going even a little bit further than Peter - the FTP ASATRANS option[2] apart -
 I would say that the *only* significance of the "M" or the "A" at the end of 
the RECFM parameter characters is for when the file is in the process of being 
printed. The software responsible for the printing operation actually pays 
attention to whether the first character represents a "machine" control 
character, "M", or an "American Standards Association" (ASA) character, "A". 
If it is "M", in the days when everybody used the IBM printers of the '60s 
and '70s, the software did the software equivalent of a whoop and a holler 
and simply placed the character at the beginning of the channel command 
word (CCW) which passed the print line text - if any - to the printer. The M 
character was grist to the 1403 N1's mill!

On the other hand, the software would become somewhat irritated by having 
to deal with the ASA character since the "standard" operated in precise 
opposition to the way those old IBM printers liked to operate - at least as 
indicated by the CCW codes and, given the technology of the time recalling 
that any machine with a model number starting with 14 dated from at the 
latest the early '60s, almost certainly the printer logic itself. Thus the 
simplest 
option for the software driving a printer under the instruction of the ASA 
control code for carriage movement would set up two CCWs, one a translation 
of the carriage movement and one to print the text line without carriage 
movement - or vice versa, I forget now which way round it goes. Naturally 
cleverer software would combine the print line from record N with the carriage 
movement implied by record N+1 or N-1 whichever way round it is - with 
special considerations for the first and last records as necessary.

Thus "A" used to be very fiddly compared with "M". 

I promised to remove all possibilities for misunderstanding so let me make one 
more point: the RECFM characters have quite different "weights". As we saw 
the "M" and the "A" apply only when the file is to be printed. On the other 
hand the "F" and the "V" - and the "U" - the former two with or without "B" are 
of great significance for each time the file is read or written - with QSAM.

Chris Mason

[1] I guess the record length could be changed - I've never tried it - 
knowingly! - but I expect that any truncation would happen at the *end* of 
the record.

[2] Something about which I have learned in this thread - but I'm a bit puzzled 
over what actually it might be doing.

On Mon, 23 Nov 2009 10:37:01 -0800, Donald Russell 
 wrote:

>A batch process creates a sequential dataset with RECFM=FBM I transfer
>that to a zLinux system using FTPS in ASCII mode
>
>Is there an FTP option to specify that says "don't send the carriage
>control" character?
>Either in the PARM= or through the SYSFTPD DD statement?
>
>I haven't seen such a thing mentioned in any of the manuals but thought I'd
>check here before deciding what my work-around solution will be. :-)
>
>Thanks for any suggestion, or confirming there is no such option.
>
>Cheers

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


Re: What's up with WTO? - solved

2009-11-25 Thread Peter Relson
Bill Fairchild wrote

One should always initialize the entire remote parameter list for any
system service.  The IBM books that describe Assembler language services
say this in the Using the Services section that appears prior to the first
service explained in that book.  E.g., here is some of the verbiage from
the unauthorized Assembler services book:
"1. Use the list form of the macro, which expands to the parameter list.
Place the list form in the section of your program where you keep
non-executable data, such as program constants. Do not code it in the
instruction stream of your program.
2. In the instruction stream, code a GETMAIN or a STORAGE macro to obtain
some virtual storage.
3. Code a move character instruction that moves the parameter list from its
non-executable position in your program into the virtual storage area that
you obtained."

Please note that the next section in this book also applies to this
question. It is entitled "Alternative List Form Macro".
The alternative list form macro does not require, indeed it precludes,
initialization from a "static" form of the macro. These macros fully
initialize on the execute form. Most macro services provided iby the "MVS"
part of z/OS in the past 15-20 years fit into this category. A subset of
these macros also provide a modify form in which case it is the COMPLETE
option of the Modify or Execute form that does the full initialization.

Most "tradtional" list form macros do work OK if the initialization is with
zeroes. But not all. WTO is one that in some cases will not work properly
with an initialized area of all zeroes. And ESTAE is another. They might
complete successfully but you might not get the default options that you
intend. I personally view this as non-optimal implementation way back when,
but that is water under the bridge as it cannot be changed for
compatibility reasons.

Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


IFASMFDP user exit

2009-11-25 Thread Miklos Szigetvari

Hi

If someone can clarify the exit paramter list for the IFASMFDP user exits.
+0 is a user work area , freely uasble or a pointer to a 3 word long 
list (+0 reg0 +4 reg1 +8 free )


--
Miklos Szigetvari

Development Team
ISIS Information Systems Gmbh 
tel: (+43) 2236 27551 570
Fax: (+43) 2236 21081 

E-mail: miklos.szigetv...@isis-papyrus.com 

Info: i...@isis-papyrus.com 
Hotline: +43-2236-27551-111 

Visit our Website: http://www.isis-papyrus.com 
---

This e-mail is only intended for the recipient and not legally
binding. Unauthorised use, publication, reproduction or
disclosure of the content of this e-mail is not permitted.
This email has been checked for known viruses, but ISIS accepts
no responsibility for malicious or inappropriate content.
--- 


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


Re: RSE daemon server startup

2009-11-25 Thread Dazzo, Matt
Dave, I compared the RSE envar files and all the parms were the same except for 
4 that were missing. I added the ones below that were missing but we got the 
same problem. Do you know if the userid running the task needs it's own profile 
setup? For example /u/STCUSER with path statements for java?

We were missing these.
#_RSE_LOCKD_PORT=4037  
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dlock.daemon.port=$_RSE_LOCKD_PORT"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dlock.daemon.cleanup.interval=1440"
#_RSE_LOCKD_CLASS=com.ibm.ftt.rse.mvs.server.miners.MVSLockDaemon  

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Jousma, David
Sent: Tuesday, November 24, 2009 3:08 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: RSE daemon server startup

Here are all of our setting in rsed.envvars.  I deleted the comments to
make the listing shorter

JAVA_HOME=/usr/lpp/java/J6.0

RSE_HOME=/usr/lpp/rdz

_RSE_LOCKD_PORT=4036

TZ=EST5EDT

LANG=C

PATH=/bin:/usr/sbin

_CEE_DMPTARG=/tmp

STEPLIB=NONE

_RSE_SAF_CLASS=/usr/include/java_classes/IRRRacf.jar

_RSE_JAVAOPTS=""

_CMDSERV_BASE_HOME=/usr/lpp/ispf

_CMDSERV_CONF_HOME=/etc/rdz

_CMDSERV_WORK_HOME=/var/rdz

_RSE_CMDSERV_OPTS=""

_SCLMDT_CONF_HOME=/etc/rdz/sclmdt

_RSE_PORTRANGE=9150-9500

_CEE_RUNOPTS="ALL31(ON) HEAP(32M,32K,ANYWHERE,KEEP,,) TRAP(ON)"

_BPX_SHAREAS=YES

_BPX_SPAWN_SCRIPT=YES

JAVA_PROPAGATE=NO

RSE_LIB=$RSE_HOME/lib

PATH=.:$JAVA_HOME/bin:$RSE_HOME/bin:$_CMDSERV_BASE_HOME/bin:$PATH

LIBPATH=$JAVA_HOME/bin:$JAVA_HOME/bin/classic:$RSE_LIB:$RSE_LIB/icuc

LIBPATH=.:/usr/lib:$LIBPATH

CLASSPATH=$RSE_LIB:$RSE_LIB/dstore_core.jar:$RSE_LIB/clientserver.jar

CLASSPATH=$CLASSPATH:$RSE_LIB/dstore_extra_server.jar

CLASSPATH=$CLASSPATH:$RSE_LIB/zosserver.jar

CLASSPATH=$CLASSPATH:$RSE_LIB/dstore_miners.jar

CLASSPATH=$CLASSPATH:$RSE_LIB/universalminers.jar:$RSE_LIB/mvsminers.jar

CLASSPATH=$CLASSPATH:$RSE_LIB/carma.jar:$RSE_LIB/luceneminer.jar

CLASSPATH=$CLASSPATH:$RSE_LIB/mvsluceneminer.jar:$RSE_LIB/cdzminer.jar

CLASSPATH=$CLASSPATH:$RSE_LIB/mvscdzminer.jar:$RSE_LIB/jesminers.jar

CLASSPATH=$CLASSPATH:$RSE_LIB/FAMiner.jar

CLASSPATH=$CLASSPATH:$RSE_LIB/mvsutil.jar:$RSE_LIB/jesutils.jar

CLASSPATH=$CLASSPATH:$RSE_LIB/lucene-core-2.3.2.jar

CLASSPATH=$CLASSPATH:$RSE_LIB/cdtparser.jar

CLASSPATH=$CLASSPATH:$RSE_LIB/wdzBidi.jar:$RSE_LIB/fmiExtensions.jar

CLASSPATH=$CLASSPATH:$_RSE_SAF_CLASS

CLASSPATH=.:$CLASSPATH

_RSE_CMDSERV_OPTS="&SESSION=SPAWN$_RSE_CMDSERV_OPTS"

_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DISPF_OPTS='$_RSE_CMDSERV_OPTS'"

_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DA_PLUGIN_PATH=$RSE_LIB"

_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Xbootclasspath/p:$RSE_LIB/bidiTools.jar"

_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DDSTORE_SPIRIT_ON=true"

_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DSPIRIT_EXPIRY_TIME=6"

_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DSPIRIT_INTERVAL_TIME=6"

_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dcom.ibm.cacheLocalHost=true"

_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Duser.home=$HOME"

_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dclient.username=$RSE_USER_ID"

_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dlow.heap.usage.ratio=15"

_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dmaximum.heap.usage.ratio=40"

_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DDSTORE_KEEPALIVE_ENABLED=true"

_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DDSTORE_KEEPALIVE_RESPONSE_TIMEOUT=6"

_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DDSTORE_IO_SOCKET_READ_TIMEOUT=18"

_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dlock.daemon.port=$_RSE_LOCKD_PORT"

_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dlock.daemon.cleanup.interval=1440"

_RSE_JAVAOPTS="$_RSE_JAVAOPTS -showversion"

_RSE_SERVER_CLASS=org.eclipse.dstore.core.server.Server

_RSE_DAEMON_CLASS=com.ibm.etools.zos.server.RseDaemon

_RSE_POOL_SERVER_CLASS=com.ibm.etools.zos.server.ThreadPoolProcess

_RSE_LOCKD_CLASS=com.ibm.ftt.rse.mvs.server.miners.MVSLockDaemon

_RSE_SERVER_TIMEOUT=12

_SCLMDT_BASE_HOME=$RSE_HOME

_SCLMDT_WORK_HOME=$_CMDSERV_WORK_HOME

CGI_DTWORK=$_SCLMDT_WORK_HOME


_
Dave Jousma
Assistant Vice President, Mainframe Services
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB1G
p 616.653.8429
f 616.653.8497


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Dazzo, Matt
Sent: Tuesday, November 24, 2009 3:00 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: RSE daemon server startup

Dave, same as yours RSE_HOME=/usr/lpp/rdz   Thanks

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Jousma, David
Sent: Tuesday, November 24, 2009 2:48 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: RSE daemon server startup

We are running RDz

What about RSE_HOME=/usr/lpp/rdz

_
Dave Jousma
Assistant Vice President, Mainframe Services
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB1G
p 616.653.8429
f 616.653.8497

-Original Message-
From: IBM Mainfr

Re: z/OS ServerPac Product Prerequisite

2009-11-25 Thread Brian Peterson
Jim makes a good point, one which I did not know.  However, here's what
happened to me.

I ordered 5655-S28 through ShopzSeries on Oct 6, and requested a license on
our CPU by serial number.  The order was sent to the "order center", and was
electronically delivered a few days later.

After reading Jim Elliott's post, I checked "My licensed software".  I now
have a NON-system-specific license for 5655-S28 AND 5655-S29.

I believe what happened is that when the order made its trip through the
"order center", the representative, without ever needing to contact me, took
care of what I needed.

Brian

On Wed, 25 Nov 2009 04:39:02 -0600, Jim Elliott, IBM wrote:

>On Tue, 24 Nov 2009 13:46:11 -0600, Jim Marshall wrote:
>
(snip)
>>[5655-S28] z/OS Management Facility  1.11.00 English (US)
(snip)
>
>You need to order both this product (which is the OTC base) and the S&S
>assodicated product 5655-S29, both of which have a charge per MSU of $0.
>
>Jim

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


Re: Changing SYSPLEX name

2009-11-25 Thread John Kington
David,

>Yes, we do specify sysgrp.  So the production plex is CINPLEX and has
>99.9% of the DASD ownership, CINTPLEX is my sometimes up testing
>sysplex.  CINPLEX would be the name that changes to something else.  So
>are you saying if I added "newPLEX" to the SYSGRP list, then I
>would/should be good?  No, volume conversions necessary?

I am not sure since I never used system group and now work in a different area. 
My replacement is on vacation so I can't look over his shoulder at the panels 
but I thought you had to specify the system names in the group. According to 
the docs, there is a rename option and I think that may be the way to go.

>And of course, I would assume that if we are doing any IF/THEN/ELSE
>logic in the ACS routines with SYSGRP name, we would also have to
>account for that(not sure there is, I'm not the storage team)?

If the old sysplex name and new sysplex name are similar, any test could be 
modifed to use a pattern. If not, you could always use a filter list.


Regards,
John
513-723-7527
john.king...@convergys.com

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


Re: Changing SYSPLEX name

2009-11-25 Thread Mark Zelden
On Wed, 25 Nov 2009 07:39:43 -0500, Jousma, David  wrote:

>Thanks Ed, Kees, and Barbara for your responses.
>
>Yes, a sysplex cold-start is assumed.
>
>But, I still have this nagging idea in my head though that SMS
>controlled volumes have sysplex name on them somewhere.  We do have a
>separate plex up at times for early z/OS upgrade testing(not up right
>now), and I seem to recall that if I try to write data across sysplex
>boundaries, I get SMS error messages that the volume is owned by another
>plex, and the write fails.  Even though the "old" plex name and the
>"new" plex name would not have active systems at the same time, wouldn't
>the affect be the same?  Wouldn't allocations to SMS disk after the
>sysplex rename, and subsequent restart fail?
>
>Does this sound familiar?
>

THat just means the volume is not defined to SMS in the plex you are in.
The message you are seeing is probably "home grown" from the ACS
routines. 

But you bring up another consideration.   If you were to rename your
sysplex, you need to check the SMS base configuration to see if it is
being done by LPAR name (SYSTEM) or SYSPLEX name (SYSGRP) or
a combination.   If it is being done by sysplex, you want to add the
new name prior to changing the sysplex name.   I've had to go through
this when renaming an LPAR (which is actually worse than renaming
a sysplex).

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

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


Re: 'i...@prim' is not a valid 'selection' panel.

2009-11-25 Thread Mark Zelden
On Wed, 25 Nov 2009 15:51:15 +0530, Chokalingam Thangavelu
 wrote:

>We have compressed SYS1.SISPPENU dataset in our test system by mistake
>and we are not able to access ISPF/PDF panels. Below error is displaying
>while we access ISPF panels.
>

Compress moved the PDS members around.

Just exit ISPF (to TSO READY) and get back in. Or for most, it's probably
easier to just logoff and logon again.   If you already tried that then I would
guess that the library is defined to LLA with FREEZE, so do an LLA refresh 
or update first, then logon again.

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

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


Re: Changing SYSPLEX name

2009-11-25 Thread Mark Zelden
On Tue, 24 Nov 2009 15:52:39 -0500, Jousma, David  wrote:

>All,
>
>A hypothetical question.  What are the major implications of changing
>the sysplex name?  What are the gotcha's?  
>
>Assumptions:
>
>-  a fairly large parallel sysplex with > 15 participating lpars
>-  60+ terabytes of DASD, mostly SMS managed
>-  SMSPLEX same scope as SYSPLEX
>-  Sysplex restart needed(all systems down at once)
>-  Re-allocation of various system datasets with sysplex name as a
>qualifier
>-  New CF policies
>
>As I mention, at this point it is a hypothetical question, so please
>don't hammer me with "why would you want to do that?" type questions.
>We have some business reasons why this may be needed, but I cannot
>discuss that in this forum.
>

Ed and Barbara already commented on some "gotcha's".   In a production
environment I would think the biggest issue would be related to logstreams
as Barbara suggested.  You can't carry them forward from the old sysplex
to the new sysplex, so you better get any data you need from them
prior to the change and your application better be able to handle a 
cold start for its logstream(s).  So even if you are just using OPERLOG
and LOGREC and you want that data, dump them prior to the change. 
RRS shouldn't be an issue if you come down clean.
 
Even though this is a hypothetical question, if you are looking for the
actual steps that I did when I renamed a sandbox sysplex, I posted them
on February 28, 2008.  It didn't include Ed's step of renaming data sets
with the sysplex name in it because there were none in the sandbox
LPAR because it was a monoplex.  I supposed in addition to renaming
data sets that may reference the sysplex name, you also have to make
sure any STC JCL doesn't have the sysplex name hard coded and the
same with parms (hopefully they all use the &SYSPLEX symbol).

Re: Is there a __simple__ way to change the name of a SYSPLEX?
http://bama.ua.edu/cgi-bin/wa?A2=ind0802&L=ibm-main&D=1&O=D&P=233932

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

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


Re: HFSCOPY ERROR

2009-11-25 Thread Paul Gilmartin
On Tue, 24 Nov 2009 07:38:41 -0600, McKown, John wrote:
>
>99.% of the time, the key information in the message is the REASON CODE. 
>You can easily find out what that means by using the command TSO BPXMTEXT ... 
>. With the ... replaced by the reason code. In your case, 0549010C. On my z/OS 
>1.10 system, I get the response:
>
>BPXFSLNK 07/08/07
>JRLnkAcrossFilesets: The service tried to link across file systems
>
It would be of considerable value to the user if SMP/E itself called
strerror() or whotever is necessary, and displayed the formatted
message text rather than just the code.

-- gil

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


Re: Changing SYSPLEX name

2009-11-25 Thread Erik Janssen
Hello David,

I've did this one time, even though it was only a monoplex system. Apart from 
the responses I've seen so far:
- I believe you need to recreate / reformat your RMF datasets.
- We did initial start of cics regions (because of redefining logstreams?)
- Perhaps some rexx / clists doing things based on your sysplex name ?
- Check RACF profiles (even though I cannot remember anything in there with 
sysplex name)
- Remember to save/reload your WLM policy since you have to redefine the 
WLM cds aswell
- switch your logrec to sys1.logrec if you have it to writing to logstream so 
that you can first redefine your logrec logstream.
- If you have TWS check for special resources that have sysplex name
- If you use system automation check the policies for use of the sysplex name.

Regards,

Erik.


On Tue, 24 Nov 2009 15:52:39 -0500, Jousma, David 
 wrote:

>All,
>
>A hypothetical question.  What are the major implications of changing
>the sysplex name?  What are the gotcha's?  

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


Re: Changing SYSPLEX name

2009-11-25 Thread Jousma, David
John,

Thanks, for bringing this up.  Here is a screenshot from ISMF:

CDS Name  . : ACTIVE  
CDS Status  : VALID   
  
Description : PRODUCTION SYSTEMS BASE CONFIGURATION   
==> . . . . : 
Default Management Class : Default Device Geometry :  
Default Unit . . . . . . : DISK  Bytes/track . . . . . : 56664
 Tracks/cylinder . . . : 15   
DS Separation Profile :   
System: TOL2  
  
  
  
Sysgrp: CINPLEX  CINTPLEX   



Yes, we do specify sysgrp.  So the production plex is CINPLEX and has
99.9% of the DASD ownership, CINTPLEX is my sometimes up testing
sysplex.  CINPLEX would be the name that changes to something else.  So
are you saying if I added "newPLEX" to the SYSGRP list, then I
would/should be good?  No, volume conversions necessary?

And of course, I would assume that if we are doing any IF/THEN/ELSE
logic in the ACS routines with SYSGRP name, we would also have to
account for that(not sure there is, I'm not the storage team)?

_
Dave Jousma
Assistant Vice President, Mainframe Services
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB1G
p 616.653.8429
f 616.653.8497

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of John Kington
Sent: Wednesday, November 25, 2009 8:33 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Changing SYSPLEX name

David
Regards,
John
513-723-7527
john.king...@convergys.com

>But, I still have this nagging idea in my head though that SMS
>controlled volumes have sysplex name on them somewhere.  

Are you using system (names) or system group(s) in your SMS
configuration? Your system group name needs to match the SYSPLEX name.


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

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


Re: Changing SYSPLEX name

2009-11-25 Thread John Kington
David
Regards,
John
513-723-7527
john.king...@convergys.com

>But, I still have this nagging idea in my head though that SMS
>controlled volumes have sysplex name on them somewhere.  

Are you using system (names) or system group(s) in your SMS configuration? Your 
system group name needs to match the SYSPLEX name.

Regards,
John
513-723-7527
john.king...@convergys.com

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


Re: Monitor lpr printer on Windows from Mainframe

2009-11-25 Thread Gilbert C Cardenas
Morning Jim and thanks for the feedback.  I have worked with various outputs 
from AFP to XEROX
and have implemented several report distribution systems 
(now known as electronic content management systems) and I still
don't feel that I know enough about all the various aspects of printing.
If you have a guide that you don't mind sharing I wouldn't mind getting
a copy.  

Thanks and best regards,
Gil.

-Original Message-
From: Jim Marshall [mailto:jim.marsh...@opm.gov] 
Sent: Wednesday, November 25, 2009 6:38 AM
To: IBM-MAIN@bama.ua.edu; Gilbert C Cardenas
Cc: Jim Marshall
Subject: Re: Monitor lpr printer on Windows from Mainframe

>We use VPS to route print from the mainframe to the windows server
>and when the server goes down for maintenance etc, the vps printer
>goes into an error status cause it can't communicate with the printer.
>I can't rely on the network folks to communicate what they are doing to
>me so I really need this to be automated.
>
VPS indeed has an EXIT08 which can redrive the request for connection at 
some interval. In the VPS LPR/LPD you just code say TCPMRD=15 (min) and 
the printer will indeed timeout. Without coding it then the printer will never 
timeout. This is because VPS makes the initial request and waits for a 
response. Eventually the printer may become available but, unlike SNA where 
the 3X74 controller would notify VPS, nothing is sent to VPS saying it is now 
available. I always code some timeout. True if the whole thing is not available 
again, then you go into a loop and eventually (we hope), the printer becomes 
available. 

In VPS 1.8 EXIT08 was implemented in exit code. Oh yes, the exit code needs 
to be told the TCP/IP error code so it knows to retry this type of error. But 
in 
VPS 2.0, the strategy is available in parameters although I have not examined 
them yet to see how easy it is. Hey this is what one doing printing suffers 
from in the IP world of printing. As a side bar, if indeed the printer is set 
for 15 
minutes timeout and there is very long print actually printing, since the 
response does not come to the very end, then even though it is printing, the 
printer will TIMEOUT and when it restarts, it starts over (thank you LPD 
protocol). I try to stay away from large printouts and LPR/LPD protocol unless 
there is no other way. This is why we always TRY to use SOCKET printing, 
with timeout coded too, but doing checkpointing just like JES2 does (JES3 
too). 

Send me an e-mail offlist and be glad to send you the one I have run for 
almost 20 years as a guide.  I threw in all kinds of extra IP error codes as I 
tripped over them. 

jim 

This e-mail (and any attachments) may contain information that is confidential 
and/or protected by law. Any review, use, distribution or disclosure to anyone 
other than the intended recipient(s) is strictly prohibited. If you are not the 
intended recipient, please contact the sender by reply email and delete all 
copies of this message.  

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


Re: Monitor lpr printer on Windows from Mainframe

2009-11-25 Thread Gilbert Cardenas
Thanks Linda and Jim,  I have asked the VPS admin to take a look at 
exit08.  We are on VPS V2 R10 and I also saw a note in the manual 
that stated:

The printer keyword ERTABMEM and corresponding error table can replace
similar functions performed by VPS User Exit 08.

So he is going to check this out as well.  While I was waiting, I was 
also able to come up with a jcl routine that issued an LPQ to the printer 
and with some rexx code extract the status of the printer.  I then used 
our mainframe Control-M scheduler to execute the jcl and either stop or 
start the printer via VPS if the printer was not available.  I used a 
Control-M condition to keep tabs of the status of the printer.  So far it  
seems to be working and will do until the exit or ERTABMEM can be 
implemented.

Thanks for all comments,
Gil.


On Wed, 25 Nov 2009 06:37:40 -0600, Jim Marshall 
 wrote:

>>We use VPS to route print from the mainframe to the windows server
>>and when the server goes down for maintenance etc, the vps printer
>>goes into an error status cause it can't communicate with the printer.
>>I can't rely on the network folks to communicate what they are doing 
to
>>me so I really need this to be automated.
>>
>VPS indeed has an EXIT08 which can redrive the request for 
connection at
>some interval. In the VPS LPR/LPD you just code say TCPMRD=15 
(min) and
>the printer will indeed timeout. Without coding it then the printer will 
never
>timeout. This is because VPS makes the initial request and waits for a
>response. Eventually the printer may become available but, unlike SNA 
where
>the 3X74 controller would notify VPS, nothing is sent to VPS saying it 
is now
>available. I always code some timeout. True if the whole thing is not 
available
>again, then you go into a loop and eventually (we hope), the printer 
becomes
>available.
>
>In VPS 1.8 EXIT08 was implemented in exit code. Oh yes, the exit 
code needs
>to be told the TCP/IP error code so it knows to retry this type of error. 
But in
>VPS 2.0, the strategy is available in parameters although I have not 
examined
>them yet to see how easy it is. Hey this is what one doing printing 
suffers
>from in the IP world of printing. As a side bar, if indeed the printer is 
set for 15
>minutes timeout and there is very long print actually printing, since the
>response does not come to the very end, then even though it is 
printing, the
>printer will TIMEOUT and when it restarts, it starts over (thank you LPD
>protocol). I try to stay away from large printouts and LPR/LPD protocol 
unless
>there is no other way. This is why we always TRY to use SOCKET 
printing,
>with timeout coded too, but doing checkpointing just like JES2 does 
(JES3
>too).
>
>Send me an e-mail offlist and be glad to send you the one I have run 
for
>almost 20 years as a guide.  I threw in all kinds of extra IP error 
codes as I
>tripped over them.
>
>jim
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Bye from Brian

2009-11-25 Thread Brian Crow
Folks,

A long time lurker mostly, it is now time to say goodbye.
Thanks for all the help and advice you have given.

With 35 years of mainframe experience in many areas, most recently
mainframe performance 
I was moved to capacity planning of mid range boxes some 4 months ago.

I am now taking the opportunity to leave and my last day is the end of
the month.

So I will be signing off... And thanks for the fish.


Brian Crow.

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


Re: Changing SYSPLEX name

2009-11-25 Thread Jousma, David
Thanks Ed, Kees, and Barbara for your responses.

Yes, a sysplex cold-start is assumed.

But, I still have this nagging idea in my head though that SMS
controlled volumes have sysplex name on them somewhere.  We do have a
separate plex up at times for early z/OS upgrade testing(not up right
now), and I seem to recall that if I try to write data across sysplex
boundaries, I get SMS error messages that the volume is owned by another
plex, and the write fails.  Even though the "old" plex name and the
"new" plex name would not have active systems at the same time, wouldn't
the affect be the same?  Wouldn't allocations to SMS disk after the
sysplex rename, and subsequent restart fail?

Does this sound familiar?


_
Dave Jousma
Assistant Vice President, Mainframe Services
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB1G
p 616.653.8429
f 616.653.8497



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

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


Re: Monitor lpr printer on Windows from Mainframe

2009-11-25 Thread Jim Marshall
>We use VPS to route print from the mainframe to the windows server
>and when the server goes down for maintenance etc, the vps printer
>goes into an error status cause it can't communicate with the printer.
>I can't rely on the network folks to communicate what they are doing to
>me so I really need this to be automated.
>
VPS indeed has an EXIT08 which can redrive the request for connection at 
some interval. In the VPS LPR/LPD you just code say TCPMRD=15 (min) and 
the printer will indeed timeout. Without coding it then the printer will never 
timeout. This is because VPS makes the initial request and waits for a 
response. Eventually the printer may become available but, unlike SNA where 
the 3X74 controller would notify VPS, nothing is sent to VPS saying it is now 
available. I always code some timeout. True if the whole thing is not available 
again, then you go into a loop and eventually (we hope), the printer becomes 
available. 

In VPS 1.8 EXIT08 was implemented in exit code. Oh yes, the exit code needs 
to be told the TCP/IP error code so it knows to retry this type of error. But 
in 
VPS 2.0, the strategy is available in parameters although I have not examined 
them yet to see how easy it is. Hey this is what one doing printing suffers 
from in the IP world of printing. As a side bar, if indeed the printer is set 
for 15 
minutes timeout and there is very long print actually printing, since the 
response does not come to the very end, then even though it is printing, the 
printer will TIMEOUT and when it restarts, it starts over (thank you LPD 
protocol). I try to stay away from large printouts and LPR/LPD protocol unless 
there is no other way. This is why we always TRY to use SOCKET printing, 
with timeout coded too, but doing checkpointing just like JES2 does (JES3 
too). 

Send me an e-mail offlist and be glad to send you the one I have run for 
almost 20 years as a guide.  I threw in all kinds of extra IP error codes as I 
tripped over them. 

jim 

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


Re: 'i...@prim' is not a valid 'selection' panel.

2009-11-25 Thread Chokalingam Thangavelu
Thanks it worked.

Regards,
Chokalingam Thangavelu
TWUL Mainframe Support
Thames Water IS
In Partnership with Wipro Technologies
Mobile: +91(0)-96864 33224


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Vernooij, CP - SPLXM
Sent: Wednesday, November 25, 2009 10:26 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: 'i...@prim' is not a valid 'selection' panel.



"Chokalingam Thangavelu"  wrote in
message
news:..
.
> We have compressed SYS1.SISPPENU dataset in our test system by mistake
> and we are not able to access ISPF/PDF panels. Below error is
displaying
> while we access ISPF panels.
> 
>  
> ISPD113 Invalid panel   
> 'i...@prim' is not a valid 'selection' panel.
> *** 
> 
> A severe error occurred under dialog:
> 
>  
> 
> Application : ISP
> 
>  
> 
> Function  . : Command   TWMGO
> 
>  
> 
> Service . . : SELECT
> 
>  
> 
> Error message ID: ISPD213   
> 
> Please let us know that IPL will resolve the problem.
> 
> Regards,
> Chokalingam Thangavelu
> 

Is your library under LLA management? If so, did you update (refresh)
LLA?

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

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

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

Please do not print this email unless it is absolutely necessary. 

The information contained in this electronic message and any attachments to 
this message are intended for the exclusive use of the addressee(s) and may 
contain proprietary, confidential or privileged information. If you are not the 
intended recipient, you should not disseminate, distribute or copy this e-mail. 
Please notify the sender immediately and destroy all copies of this message and 
any attachments. 

WARNING: Computer viruses can be transmitted via email. The recipient should 
check this email and any attachments for the presence of viruses. The company 
accepts no liability for any damage caused by any virus transmitted by this 
email. 

www.wipro.com

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


Re: 'i...@prim' is not a valid 'selection' panel.

2009-11-25 Thread Wolfgang Schäfer

ISPF caches the members TTR. After a compress that will be no longer valid.
Let the users logoff and logon again. That should fix the problem.

Regards
Wolfgang

- Original Message - 
From: "Chokalingam Thangavelu" 

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Wednesday, November 25, 2009 11:21 AM
Subject: 'i...@prim' is not a valid 'selection' panel.



We have compressed SYS1.SISPPENU dataset in our test system by mistake
and we are not able to access ISPF/PDF panels. Below error is displaying
while we access ISPF panels.


ISPD113 Invalid panel
'i...@prim' is not a valid 'selection' panel.
***

A severe error occurred under dialog:



   Application : ISP



   Function  . : Command   TWMGO



   Service . . : SELECT



Error message ID: ISPD213

Please let us know that IPL will resolve the problem.

Regards,
Chokalingam Thangavelu

Please do not print this email unless it is absolutely necessary.

The information contained in this electronic message and any attachments 
to this message are intended for the exclusive use of the addressee(s) and 
may contain proprietary, confidential or privileged information. If you 
are not the intended recipient, you should not disseminate, distribute or 
copy this e-mail. Please notify the sender immediately and destroy all 
copies of this message and any attachments.


WARNING: Computer viruses can be transmitted via email. The recipient 
should check this email and any attachments for the presence of viruses. 
The company accepts no liability for any damage caused by any virus 
transmitted by this email.


www.wipro.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: z/OS ServerPac Product Prerequisite

2009-11-25 Thread Jim Elliott, IBM
On Tue, 24 Nov 2009 13:46:11 -0600, Jim Marshall  wrote:

>Tripped over another no charge product needed to order a z/OS ServerPac.
>
>Bob Richards, on staff, stumbled over this one which everyone should check if
>you have the no charge license.
>
>[5655-S28] z/OS Management Facility  1.11.00 English (US)
>
>The above needs to be licensed. It is a $0 charge, but needs to be licensed.
>Verify with IBM the $0 though.
>
>Good luck  jim
>
Jim:

You need to order both this product (which is the OTC base) and the S&S
assodicated product 5655-S29, both of which have a charge per MSU of $0.

Jim

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


Re: 'i...@prim' is not a valid 'selection' panel.

2009-11-25 Thread Vernooij, CP - SPLXM


"Chokalingam Thangavelu"  wrote in
message
news:..
.
> We have compressed SYS1.SISPPENU dataset in our test system by mistake
> and we are not able to access ISPF/PDF panels. Below error is
displaying
> while we access ISPF panels.
> 
>  
> ISPD113 Invalid panel   
> 'i...@prim' is not a valid 'selection' panel.
> *** 
> 
> A severe error occurred under dialog:
> 
>  
> 
> Application : ISP
> 
>  
> 
> Function  . : Command   TWMGO
> 
>  
> 
> Service . . : SELECT
> 
>  
> 
> Error message ID: ISPD213   
> 
> Please let us know that IPL will resolve the problem.
> 
> Regards,
> Chokalingam Thangavelu
> 

Is your library under LLA management? If so, did you update (refresh)
LLA?

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

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

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


'i...@prim' is not a valid 'selection' panel.

2009-11-25 Thread Chokalingam Thangavelu
We have compressed SYS1.SISPPENU dataset in our test system by mistake
and we are not able to access ISPF/PDF panels. Below error is displaying
while we access ISPF panels.

 
ISPD113 Invalid panel   
'i...@prim' is not a valid 'selection' panel.
*** 

A severe error occurred under dialog:

 

Application : ISP

 

Function  . : Command   TWMGO

 

Service . . : SELECT

 

Error message ID: ISPD213   

Please let us know that IPL will resolve the problem.

Regards,
Chokalingam Thangavelu

Please do not print this email unless it is absolutely necessary. 

The information contained in this electronic message and any attachments to 
this message are intended for the exclusive use of the addressee(s) and may 
contain proprietary, confidential or privileged information. If you are not the 
intended recipient, you should not disseminate, distribute or copy this e-mail. 
Please notify the sender immediately and destroy all copies of this message and 
any attachments. 

WARNING: Computer viruses can be transmitted via email. The recipient should 
check this email and any attachments for the presence of viruses. The company 
accepts no liability for any damage caused by any virus transmitted by this 
email. 

www.wipro.com

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


AUTO: James Obrizok is out of the office (returning 11/30/2009)

2009-11-25 Thread James Obrizok
I am out of the office until 11/30/2009.

If you require immediate assistance, please contact my backup Fernando Vega
on 1-404-238-4580 or Jon Regitsky on 1-404-238-3134.  Thank you.


Note: This is an automated response to your message  "IBM-MAIN Digest - 23
Nov 2009 to 24 Nov 2009 (#2009-328)" sent on 11/25/09.

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


Re: Changing SYSPLEX name

2009-11-25 Thread Vernooij, CP - SPLXM


"Barbara Nitz"  wrote in message
news:...
> >A hypothetical question.  What are the major implications of changing
> >the sysplex name?  What are the gotcha's?  
> 
> >-a fairly large parallel sysplex with > 15 participating lpars
> >-60+ terabytes of DASD, mostly SMS managed
> >-SMSPLEX same scope as SYSPLEX
> >-Sysplex restart needed(all systems down at once)
> >-Re-allocation of various system datasets with sysplex name as a
> >qualifier
> >-New CF policies
> 
> The biggest gotcha (in my opinion) is that you have to define all new
couple 
> data sets - the sysplex name is in all of them, not just in the CFRM
CDS. You 
> will do a real cold start on freshly formatted datasets. Come to think
of that - 
> I am not sure how to handle the LOGR CDS if you cannot cold start the
log 
> stream. (We did not have that problem.)
> 
> In addition, you don't get a 'test' in the sense that you can do
things before 
> all systems are taken down. Changing &sysplex (and possibly the
related 
> symbols derived from &sysplex) everywhere in the data set names is
hard 
> work. In our case, it wasn't just 'system data sets'. Some of those
need the 
> historical data that were in them, written right until the system was
taken 
> down.
> 
> Regards, Barbara Nitz

I can recommend a (completely separated) Test-Sysplex for this and other
potentially dangerous changes (SMS config, GDPS, Sysplex CDSs, catalog
modifications/recoverytests etc...). We are very happy to have one.

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

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

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


Re: Tapeless DR?

2009-11-25 Thread Vernooij, CP - SPLXM


"Hal Merritt"  wrote in message
news:<1910aea19cd2554fb59403184ebe4381026c8d0...@mmoexchmbs01.jhacorp.co
m>...
> Following up on a previous thread -
> 
>  We are currently 'tapeless' in that our primary DR strategy is near
real time dasd mirroring via XRC. Tape is used for local PIT
backup/restore and for secondary PIT offsite sotrage.
> 
> We are looking at a VTS to expand that capacity. However, someone here
mentioned a VTS (IBM 7720) that does not use physical tape on the back
end and can be networked to like uints.
> 
> Usually, management priority is cost effectiveness, but we have floor
space and power challanges at our warm DR site.
> 
> Question: would a network of two or three of those disk based units
satisfy my off site storage mission with less floor space and power?
Could I, for example, have one primary unit mirror to two diverse
secondary units?
> 
> The very best of the season to you, yours, and theirs.
> 
> 

Hal, the TS7720 is the diskonly version of the TS7740. Both can be setup
in a grid configuration (3-way now and 4-way from the 1.5 code that will
be released next month). Both will satisfy your off site requirements.
The replication can be synchronous or asynchronous, where synchronous
means that the tapedata will be replicated at CLOSE time, not earlier.

The difference is in the details: the TS7720 is disk-only, so has no
backend physical tapes and therefor superfast mounttimes for all virtual
tapes, but the configuration is limited. The TS7740 has backend physical
tapes, so has much more capacity, but longer mount times for virtual
tapes, that must be recalled from the physical tapes into the cache. The
physical tapes are in the box and you don't need to care about them.

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

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

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