Re: web IBMLINK - anyone else having an issue?

2007-05-31 Thread Lopez, Rich [NCSUS]
All DAY TODAY!

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Robert Justice
Sent: Thursday, May 31, 2007 2:43 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: web IBMLINK - anyone else having an issue?


anyone else having a problem trying to logon to web ibmlink??. 

(not that I'm concerned or anything with the 3270 interface going away 
today) 

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

2006-09-28 Thread Lopez, Rich [NCSUS]
Hello
We believe the problem lies in the way the USI exit was coded. Our new
exit has a larger cushion for 1.7 that made us think it was DSCOPY. 

Thanks for your help
Rich


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of David Cole
Sent: Thursday, September 28, 2006 1:21 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DSCOPY under 1.7


At 9/28/2006 10:52 AM, RLopez wrote:
>Hello
>  We have DSCOPY running on z/OS 1.7. We upgraded to the newer 
> release which we downloaded from colsoft.com because of some S80A 
> storage problems on an older version that dates back to 1986. The 
> newer version available from colsoft.com seems to be failing (at 
> least in our shop) on region size unavailable periodically. The 
> region sizes ranged upward to 5-7M. This program is buried quite 
> deep in our customers JCL for over 20 years. Has anyone had similar 
> problems with storage issues with DSCOPY either with the old 
> version or the latest that is available on 1.7?
>
>Thanks
>Rich Lopez

I have posted (at www.colesoft.com) a new version that increases the 
amount of elbow room given back to the OS. I think this will fix Mr. 
Lopez's problem.



Dave Cole  REPLY TO: [EMAIL PROTECTED]
Cole Software  WEB PAGE: http://www.colesoft.com
736 Fox Hollow RoadVOICE:540-456-8536
Afton, VA 22920FAX:  540-456-6658 

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


DSCOPY under 1.7

2006-09-28 Thread Lopez, Rich [NCSUS]
Hello
 We have DSCOPY running on z/OS 1.7. We upgraded to the newer release which
we downloaded from colsoft.com because of some S80A storage problems on an
older version that dates back to 1986. The newer version available from
colsoft.com seems to be failing (at least in our shop) on region size
unavailable periodically. The region sizes ranged upward to 5-7M. This
program is buried quite deep in our customers JCL for over 20 years. Has
anyone had similar problems with storage issues with DSCOPY either with the
old version or the latest that is available on 1.7?

Thanks
Rich Lopez


   

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: BTAM on Zos 1.7

2006-01-23 Thread Lopez, Rich [NCSUS]
Thanks. We are at 1.4 and running successfully so far. We expect to be
running 1.7 by September this year. I've heard rumors that it has been
running on 1.7 and that lots of people out there are still using the 3745. 

Richard Lopez 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of David Pate
Sent: Monday, January 23, 2006 12:47 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: BTAM on Zos 1.7


We have a handful of customers who will still be attempting to use bisynch 
connectivity through BTAM when we go to 1.7 .  It works fine on 1.4.


-
The information contained in this communication (including any
attachments hereto) is confidential and is intended solely for the
personal and confidential use of the individual or entity to whom it is
addressed.  The information may also constitute a legally privileged
confidential communication.  If the reader of this message is not the
intended recipient or an agent responsible for delivering it to the
intended recipient, you are hereby notified that you have received this
communication in error and that any review, dissemination, copying, or
unauthorized use of this information, or the taking of any action in
reliance on the contents of this information is strictly prohibited.
If you have received this communication in error, please notify us
immediately by e-mail, and delete the original message.  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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: BTAM on Zos 1.7

2006-01-21 Thread Lopez, Rich [NCSUS]
Can I ask of how many people are stilling using BTAM and will expect it to
still run under 1.7?

Rich Lopez 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Ed Rabara
Sent: Saturday, January 21, 2006 6:17 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: BTAM on Zos 1.7


On Mon, 16 Jan 2006 10:49:08 -0600, Staller, Allan <[EMAIL PROTECTED]>
wrote:

>Don't know, Haven't used it. However, circa OS/390 2.10 IBM provided
>a procedure to "extract" BTAM from the SMP CDS so that it could be re-
installed.
>
>AFAIK this "reworked" BTAM release has functioned through (at least) z/OS
1.4
>so I have little fear it will not function on Z/OS 1.7 (although I haven't
tried it).
>
>HTH,
>
>
>
>Anybody out there know if BTAM still works on Zos 1.7 ? 
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html

I'm running BTAM for BSC connections under z/OS 1.6  RSU 0501 with no
problem. If you're upgrading from z/OS 1.2 and applied an APAR gerated at
that time, I think you'll be OK.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Billing for SRB Time

2006-01-17 Thread Lopez, Rich [NCSUS]
Charging for SRB time is something like shipping and handling. I'll charge
you always for shipping (TCB) and you'll also get the handling charge (SRB)
which are always combined and never separated.   

Rich 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Ted MacNEIL
Sent: Monday, January 16, 2006 7:00 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Billing for SRB Time


>1) Do you ignore SRB CPU time and not charge for it as part of your 
accounting algorithm?
>2) Do you charge for SRB CPU time, but use a different rate than for TCB
CPU 
time?

Whenever I have been asked for input on this, I have always recommended
against charging for SRB.
It's not repeatable for the same job.
Actually, even TCB is not repeatable.

-teD
Me? A skeptic? I trust you have proof!

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

2005-12-14 Thread Lopez, Rich [NCSUS]
Hello
Does it time out the same number of minutes eg. 10 minutes. Your message is
exactly the message I had gotten earlier this year.
"java.net.SocketTimeoutException: Read timed out"

I had a similar problem when retrieving large amounts of SMF records which
caused the submitting job to run longer than 10 minutes. I needed to
increase the FTP timeout interval from the default of 10 minutes.
The default parameter coded below is the default, which may time you out
after 10 minutes. 

JESPUTGETTO   600

Increasing this value should get you working.

Rich Lopez
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of David Andrews
Sent: Wednesday, December 14, 2005 12:19 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: RMF Spreadsheet Reporter


On Wed, 2005-12-14 at 16:56 +, Perryman, Brian wrote:
> The FTP log shows:
> SENT: LIST 
> java.net.SocketTimeoutException: Read timed out

I've seen this happen if either (a) there's a MTU mismatch (see your
plumbers about this), or (b) you're using an active (rather than
passive) ftp connection.

For the latter, try to insert a LOCSITE FWF in the command stream, which
enables passive ftp.

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

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

2005-10-04 Thread Lopez, Rich [NCSUS]
She could be falling into another entry. Confirm correct entry by having her
issue the "who" command form the SDSF prompt. You will be looking for the
GRPINDEX and the GRPNAME which should correlate to your definitions. 

Rich

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of McKown, John
Sent: Tuesday, October 04, 2005 2:50 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SDSF authorizing


> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of John C. Wolf
> Sent: Tuesday, October 04, 2005 1:22 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: SDSF authorizing
> 
> 
> I havew a problem with SDSF under z/OS 1.4. I have a user who needs to
> see jobs which are not hers. She can see a listing of all the jobs she
> just can't look at any output.
> The folling are the SDSFPARMS entries that I have set up but 
> they don't
> work. She still gets 'Not authorized for job' message when she tres to
> look at any output.
> IUID(DSFADJP),
> ACTION(ALL),
> AUTH(DA,H,I,INPUT,O,PR,ST,INIT,PREF,DEST,FINDLIM),
> DADFLT(IN,OUT,TRANS,READY,STC,INIT,TSU,JOB),
> DSPAUTH(ALL),
> ICMD(IDSFADJP),
> IDSP(IDSFADJP),
> The rest follow but I woun't bore you all with them.
> Here are a few NTBL entries:
> NTBL NAME(IDSFADJP)
>   NTBLENT STRING(A700SFA),OFFSET(1)
> There are a lot more entries but these are the ones which I 
> think control
> what I am trying to do.
> She is trying to see jobs which are SFA I have entered all the job
> names which end with SFA.
> Thank for any help
> 
> 
> John Wolf sysprog University of Cincinnati voice 513-556-0009

Does she have the appropriate RACF authorities in the JESSPOOL class?

--
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: Z/890 CTC - Is there still a jumper cable available ?

2005-10-04 Thread Lopez, Rich [NCSUS]
I just saw a large flash over the horizon

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Clark, Kevin D, HRC-Alexandria/EDS
Sent: Tuesday, October 04, 2005 10:49 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Z/890 CTC - Is there still a jumper cable available ?


All 

The 9672s use to have a special jumper cable for escon ctc. But I heard of a
special black cable built into the Z/890 . 

Has anyone any knowledge of this "special Black Cable" ,  I am going down to
open box now...

Kevin

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