Re: IBM Service Request (SR)

[Barbara Nitz]

>I have searched the IBM Service Request (SR) Support Team ticket history and
>could find no submission from you.
Let's just say that I am tired of providing feedback to IBM through the
regular channels. I have done that too often to bother this time around,
too. I am also tired of IBMs general response that since SR (or ETR or-you
name it) is FREE, why should they do anthing? And yes, I got that response
on more than one occasion, not in writing, obviously.

>It appears that last service request you managed via the SR application was in
>October.
Yes, and I won't use SR again until I absolutely have to, i.e. after ETR
sunset. I was sick almost immediately of the deluge of useless emails I got
after updating that one incident. In addition to the emails I got from
servicelink, which were a lot less (they *have* learned that lesson!) and
much more meaningful.
Oh, and I had been an on-and-off user of SSR for years, too, so when *that*
switched to SR, I had prior exposure to SR. And the email deluge wasn't as
bad back then.

>While SR is by no means a "student project" that was "coded by clickers", it
>could always stand improvement.
Which makes one wonder why IBM hasn't learned anything from their prior
switching of users to PC-based tools. Or even from *why* certain things are
done the way they are done in ETR.

>I could not reproduce your experience
>I'd recommend you contact our support team at srh...@us.ibm.com to see if
>they can help.
I don't mean to pick on Christian, but this is the stereotypical support
answer. With the general result that they want *screenshots* of the failure,
wasting our time in providing documentation, even when their own (country)
support can reproduce the problem. Some of the support people even have no
clue about the difference between javascript and java, what activeX controls
are and that there are several ways of (dis)allowing them. (Even I with my
well-known aversion to everything clickable know this!)

In addition, the usual 'please empty your history' (gaining one day) and
then 'please also empty your cache' (gaining another day) is annoying!
That's the first thing any thinking user does.

IBM websites quite obviously believe that the rest of the world keeps their
PCs wide open securitywise. Which means the next thing you get is 'please
enable this-or-that'. For every website. Even malicious ones?!? The cookie
deluge that is required for IBM websites to work is bad enough. 

>1. Is SR cheaper?
According to IBM, ETR is "free". (Never mind that you have to have a
software contract that entitles you to getting support in the first place.).
How much "cheaper" can you get? 

>2. Is SR more reliable?
One of its predecessors, SSR, used to work when ETR did not. Unless the
signon application didn't work. Not to mention that the vm application used
to work beautifully regardless of any clickable stuff. 

>3. Is SR response time faster?
Not in my neck of the woods. And especially not if the pages are
counterintuitive to use and it takes forever to find the right place to click.

>4. Do SR records get priority over non-SR records?
They are all funneled into Retain, and the (MVS) people working on them
couldn't care less how the PMR got there. If anything, last I had seen, even
more rubbish is put into retain from SR than from other sources, obfuscating
the *content* of the problem and making it much harder to even *find* the
'real' answer among all the clutter.

>5. Is SR easier to use?.
Not as far as I am concerned. 

So what's *my* benefit from yet-another-hard-to-use-tool? And those other
ones listed by Christian as "substantial enhancements over ETR", such as: 

>File uploads – Attach multiple files to the service request in-line 
Have *you* ever tried to upload a 5-model-9 standalone dump to IBM? Not to
mention that you have to download it to the PC first. By now,  every
installation for z/OS has their own way of submitting information to IBM.
While other platforms may like that, it is NOT an enhancement for z/OS.

>View/manage all service requests
Yes, well, why does IBM believe that the customer memorizes problem numbers
instead of providing the comment from ETR that a problem was opened with? I
see that that *still* hasn't been addressed, probably in the hopes that it
will be gone once the PMR was opened with SR. And why bother with a
migration help?

>Business partner integration
And who will input those business partners? The admin?!? Why bother? Or is
this part of IBMs strategy to have all the world use the same tools?

>Language options – Interact in multiple languages based upon browser  
>setting 
Yes, and PLEASE save me from so-called 'multilingual' applications! How's
that for a webpage?

"Auswahl bevorzugter Produkte und Komponenten
You dont have any saved products. Please see the Supported products tab to
select a product."

Or a menue choice called "Display Setting" among the other German menue
choices. That would be 'Bildschirmeinstellung', thank you very much!

Re: Backup OFFLINE disks

[Arye Shemer]

Hello dear forumers,
Thanks for the help and offering.
After some reading,
FDRINSTANT seems to answer our needs.
IBM DFDSS requires backup to same device (disk), we need to backup to tape.

Thanks again,
Arye.



On 14 March 2011 07:09, Brian Westerman wrote:

> I also have a offline backup and restore program that we are considering
> marketing in the near future for MUCH less than FDRInstant with FDR.
>
> It's currently in Beta, but there are no known issues in the past 40+ days.
>
> It's purpose is to be able to backup a flashcopy volume, or simply to be
> able to backup a copy of a volume which can't be mounted because another
> volume with the same name is mounted.
>
> We built it for a few of the Universities that we maintain that can't
> afford
> the high costs of some of the products that are available but still need
> the
> capability to do some specialty work.
>
> You are welcome to join the beta.
>
> 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
>

--
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: Stack - another misnomer

[Elardus Engelbrecht]

Chase, John wrote:
>> Unfortunately, the use of the term "protocol stack" seems to be universal. 
It's not a misuse of the common English word "stack", but it does lend itself 
to 
confusion with the unrelated CS term "stack" for a FILO queue.

You need to be familiar with the terms to avoid those confusion... This is why 
that 'USS' term discussion will never die... ;-[


>OK, what's a "FILO" queue, and how does it differ from, say, a "LIFO" queue?

I would like to add on what Shmuel kindly replied. In CS (Computer Sciene) 
many theoretical applications of 'stack' are discussed.

More or less, this is a piece of memory reserved for certain actions where FILO 
(First In, Last Out) items are stored and retrieved. It is only useful where 
that 
specific order handling is important.

Something like this (keyword for POP may be optional):

PUSH   - Stack has now: item1
PUSH   - Stack has now: item1, item2
POP - Stack has now: item1
PUSH   - Stack has now: item1, item3
POP - Stack has now: item1
POP - Stack has now: 

One extra POP, and you're toast! ;-)

So about 'stack', you are heaping item after item on that stack. Topmost item 
is available, while the 'oldest' item is hidden below the stack. To get at the 
oldest item, you need to 'unstack' the top lot to access that oldest item.

LIFO is Last In, First Out. It is the same as FILO of course!
Left handed use the one term, right handed the other!!! ;-D ;-D ;-D

HTH!

Ok, back to work, my work is 'stacking' up! 8-D

Groete / Greetings
Elardus Engelbrecht

--
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: Cheryl's List #148

[Scott Chapman]

The one thing that I think is decidedly true is that the plethora of IBM 
pricing metrics makes it very difficult for customers to understand and 
optimize their costs.  Of course that may be intentional--IBM needs to 
have their revenue stream of course.

On the other hand, at least IBM is fairly transparent about their pricing, 
at least for MLC software.  The ISVs, not so much.  Transparency is 
good regardless of how complicated it is to figure out and regardless 
of whether or not we like the final number.  At least we can predict 
that number--at least until we're surprised by some nuance in the 
rules that we had missed.  Which leads us back to the issue of things 
being too complicated.  

Regarding the lack of usage of sub-capacity VWLC, wasn't it only with 
the z10s that Group Capacity Limits became available?  Before that 
there wasn't any good (built-in) way of controlling the overall usage 
and so it was quite easy for your R4H to hit very near 100% at *some* 
time during the month.  GCL now gives us a way to ensure the R4H 
doesn't go over our defined limit just because somebody wrote some 
bad code or we needed to do a large testing cycle or some such.

--
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: SMS - change a status of a SG volume

[Lizette Koehler]

> I'm looking for a way to change a status of a Storage Group volume:
>
http://publib.boulder.ibm.com/infocenter/zos/v1r9/index.jsp?topic=/com.ibm.z
os.r9.ida
> s200/dsmvs.htm
> i review the SYSTEM commands but couldn't found one.
> 
>
 das200/dsmvs.htm>I
> don't remember if I found one in the past or found out that there isn't a
way to do it.
> 
> 
>

Are you looking for the V SMS,VOL(x,yyy),status   type command in MVS?

Lizette

--
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: SMS - change a status of a SG volume

[McKown, John]

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2g1a0/4.61.19

V SMS,SG(...),ENABLE

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Matan Cohen
> Sent: Monday, March 14, 2011 1:29 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: SMS - change a status of a SG volume
> 
> Hi ,
> I'm looking for a way to change a status of a Storage Group volume:
> http://publib.boulder.ibm.com/infocenter/zos/v1r9/index.jsp?to
> pic=/com.ibm.zos.r9.idas200/dsmvs.htm
> i review the SYSTEM commands but couldn't found one.
> 
>  opic=/com.ibm.zos.r9.idas200/dsmvs.htm>I
> don't remember if I found one in the past or found out that 
> there isn't a
> way to do it.
> 
> 
> -- 
> best regards,
> matan cohen
> MF System Administrator.
> 
> --
> 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

AUTO: Witold Scislak/Poland/IBM is out of the office. (returning 03/30/2011)

[Witold Scislak]

I am out of the office until 03/30/2011.

I am on vacation. Limited access to mailbox.
My mobile: + 48 601606821.


Note: This is an automated response to your message  "SMS - change a status
of a SG volume" sent on 14/3/11 7:28:46.

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: SMS - change a status of a SG volume

[Matan Cohen]

thanks you all , how can I forgot 'V SMS' !

On Mon, Mar 14, 2011 at 2:08 PM, McKown, John  wrote:

> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2g1a0/4.61.19
>
> V SMS,SG(...),ENABLE
>
> --
> John McKown
> Systems Engineer IV
> IT
>
> Administrative Services Group
>
> HealthMarkets(r)
>
> 9151 Boulevard 26 * N. Richland Hills * TX 76010
> (817) 255-3225 phone *
> john.mck...@healthmarkets.com * www.HealthMarkets.com
>
> Confidentiality Notice: This e-mail message may contain confidential or
> proprietary information. If you are not the intended recipient, please
> contact the sender by reply e-mail and destroy all copies of the original
> message. HealthMarkets(r) is the brand name for products underwritten and
> issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake
> Life Insurance Company(r), Mid-West National Life Insurance Company of
> TennesseeSM and The MEGA Life and Health Insurance Company.SM
>
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List
> > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Matan Cohen
> > Sent: Monday, March 14, 2011 1:29 AM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: SMS - change a status of a SG volume
> >
> > Hi ,
> > I'm looking for a way to change a status of a Storage Group volume:
> > http://publib.boulder.ibm.com/infocenter/zos/v1r9/index.jsp?to
> > pic=/com.ibm.zos.r9.idas200/dsmvs.htm
> > i review the SYSTEM commands but couldn't found one.
> >
> >  > opic=/com.ibm.zos.r9.idas200/dsmvs.htm>I
> > don't remember if I found one in the past or found out that
> > there isn't a
> > way to do it.
> >
> >
> > --
> > best regards,
> > matan cohen
> > MF System Administrator.
> >
> > --
> > 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
>



-- 
best regards,
matan cohen
MF System Administrator.

--
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: Backup OFFLINE disks

[R.S.]

W dniu 2011-03-13 19:14, Arye Shemer pisze:

Hello forumers,

Are there any known options (in z/OS environment) to backup offline ECKD
disks ?


Yes. Usually it's performed, because of duplicate volser (such disk 
cannot be varied online). However your backup software must support it. 
AFAIK FDR/ABR can do it.



--
Radoslaw Skorupka
Lodz, Poland


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

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

NIP: 526-021-50-88
Wedug stanu na dzie 16.07.2010 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.248.328 zotych. 


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

How to modify/add an OUTPUT-Statement to an DD at runtime?

[Michael Knigge]

All,

I need to change the attribute (in my case, the TITLE) of an 
OUTPUT-Statement at runtime. I've digged around a little bit in the IBM 
Manuals (Auth. Assember, ...) but I did not find the information I need.


If I understand the docs correctly, it is not possible to modify an 
OUTPUT-Statement at runtime - I only can add with OUTADD and delete with 
OUTDEL an OUTPUT-Statement.


So my idea is to create an additional OUTPUT-Statement with OUTADD at 
runtime. But I wonder if it is possible to *ADD* an additional 
OUTPUT-Statement to an existing DD-Statement (the DD-Statement may have 
already an associated/assigned OUTPUT-Statement)


Changing an existing TITLE-Attribute of an associated OUTPUT-Statement 
would make me happy also ;) But I did not find the data area that holds 
the OUTPUT-Statements (I know that I can find all DD-Statements at the 
TIOT, but I did not find the area that holds the OUTPUT-Statements). 
Well, and I guess ( or afraid) that overwriting the title in memory 
would cause an S0C4).



Anyone has an idea?


Thank you very much,
Michael

--
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: How to modify/add an OUTPUT-Statement to an DD at runtime?

[Binyamin Dissen]

On Mon, 14 Mar 2011 13:43:54 +0100 Michael Knigge
 wrote:

:>I need to change the attribute (in my case, the TITLE) of an 
:>OUTPUT-Statement at runtime. I've digged around a little bit in the IBM 
:>Manuals (Auth. Assember, ...) but I did not find the information I need.

:>If I understand the docs correctly, it is not possible to modify an 
:>OUTPUT-Statement at runtime - I only can add with OUTADD and delete with 
:>OUTDEL an OUTPUT-Statement.

:>So my idea is to create an additional OUTPUT-Statement with OUTADD at 
:>runtime. But I wonder if it is possible to *ADD* an additional 
:>OUTPUT-Statement to an existing DD-Statement (the DD-Statement may have 
:>already an associated/assigned OUTPUT-Statement)

:>Changing an existing TITLE-Attribute of an associated OUTPUT-Statement 
:>would make me happy also ;) But I did not find the data area that holds 
:>the OUTPUT-Statements (I know that I can find all DD-Statements at the 
:>TIOT, but I did not find the area that holds the OUTPUT-Statements). 
:>Well, and I guess ( or afraid) that overwriting the title in memory 
:>would cause an S0C4).

Well, you can certainly free the existing file and descriptor and allocate new
ones.

Or you can internally issue $TO

--
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: How to modify/add an OUTPUT-Statement to an DD at runtime?

[Michael Knigge]

Well, you can certainly free the existing file and descriptor and allocate new
ones.


If I understand you right, I should deallocate the output-file (DD) and 
the OUTPUT-Statement and then re-allocate new ones?!? But then I need to 
get *ALL* information about the both - right?




Or you can internally issue $TO


I guess I need APF-authorization for this? That's a no-go for me


Bye & thanks,
Michael

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

This is a TCP/IP USS Issue

[Donald Likens]

I have created a TCP/IP Socket Server that runs in Unix System Services. In
the TCP/IP Socket server I attempt to open a UDP port (specifically 514) and
get a "Cannot Bind" message. I am guessing that I cannot bind to another
port since I already have a port open. Does this seem correct?

 

Sincerely,

 

Donald Likens

InfoSec Inc.

Home: 215-493-0852

Mobile: 267-981-0073

Email: dlik...@infosecinc.com

Visit our new website at   www.infosecinc.com

Click here for the

InfoSec, Inc. Face book page

 

The information contained in this e-mail message may be proprietary and/or
confidential.  It is for intended addressee(s) only.  If you are not the
intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is strictly
prohibited and could, in certain circumstances, be a criminal offense.  If
you have received this e-mail in error, please notify the sender by reply
and delete this message without copying or disclosing it. 

 


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

TCP/IP Socket Server connection problem

[Donald Likens]

I have a recurring problem with a TCP/IP Socket Server connection that I do
not understand and I am hoping someone can help me. I summary I have seen a
problem where I am sending data from the client successfully but the server
is not getting the data. This problem starts when I start two clients
against one server. 

1) The netstat command shows that I am not closing the connection properly
(FINWT2). 

I do the following to shut down the connection on the client side: 



TCP/IP SHUTDOWN, BOTHWAYS 
TCP/IP CLOSE 
TCP/IP TERMAPI 

 

I close the connection from the server side when I get the message that the
client is shutting down.


All commands get a return code that state they were successful.

 

 

Sincerely,

 

Donald Likens

InfoSec Inc.

Home: 215-493-0852

Mobile: 267-981-0073

Email: dlik...@infosecinc.com

Visit our new website at   www.infosecinc.com

Click here for the

InfoSec, Inc. Face book page

 

The information contained in this e-mail message may be proprietary and/or
confidential.  It is for intended addressee(s) only.  If you are not the
intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is strictly
prohibited and could, in certain circumstances, be a criminal offense.  If
you have received this e-mail in error, please notify the sender by reply
and delete this message without copying or disclosing it. 

 


--
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: This is a TCP/IP USS Issue

[Rob Schramm]

Donald,

Was there any additional message(s)?  Opening multiple ports is not
specifically restricted .. mostly because there are many example of address
spaces that bind to multiple ports... DB2 is a perfect example.  Although
514 falls in the "below 1024" category which means for additional security
requirements.

Rob Schramm

On Mon, Mar 14, 2011 at 9:31 AM, Donald Likens wrote:

> I have created a TCP/IP Socket Server that runs in Unix System Services. In
> the TCP/IP Socket server I attempt to open a UDP port (specifically 514)
> and
> get a "Cannot Bind" message. I am guessing that I cannot bind to another
> port since I already have a port open. Does this seem correct?
>
>
>
> Sincerely,
>
>
>
> Donald Likens
>
> InfoSec Inc.
>
> Home: 215-493-0852
>
> Mobile: 267-981-0073
>
> Email: dlik...@infosecinc.com
>
> Visit our new website at   www.infosecinc.com
>
> Click here for the
> <
> http://www.facebook.com/pages/Centreville-VA/InfoSec-Inc/43693760902?ref=s
> >
> InfoSec, Inc. Face book page
>
>
>
> The information contained in this e-mail message may be proprietary and/or
> confidential.  It is for intended addressee(s) only.  If you are not the
> intended recipient, you are hereby notified that any disclosure,
> reproduction, distribution or other use of this communication is strictly
> prohibited and could, in certain circumstances, be a criminal offense.  If
> you have received this e-mail in error, please notify the sender by reply
> and delete this message without copying or disclosing it.
>
>
>
>
> --
> 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
>



-- 
Rob Schramm
Senior Systems Engineer

w: 513.305.6224

--
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: This is a TCP/IP USS Issue

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Donald Likens
> Sent: Monday, March 14, 2011 8:31 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: This is a TCP/IP USS Issue
> 
> I have created a TCP/IP Socket Server that runs in Unix 
> System Services. In
> the TCP/IP Socket server I attempt to open a UDP port 
> (specifically 514) and
> get a "Cannot Bind" message. I am guessing that I cannot bind 
> to another
> port since I already have a port open. Does this seem correct?
> 
> Sincerely,
> 
> Donald Likens

More likely you have RESTRICTLOWERPORTS active in TCPIP. That means that you're 
process must either be UID==0 or the jobname listed in the TCPIP parameters for 
the definition of UDP port 514. Or perhaps you have UNIX SYSLOGD running, which 
binds to UDP port 514.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

--
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: This is a TCP/IP USS Issue

[McKown, John]

s/you're/your/g

accursed time-change weekend. I'm tired!

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John
> Sent: Monday, March 14, 2011 9:05 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: This is a TCP/IP USS Issue
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List 
> > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Donald Likens
> > Sent: Monday, March 14, 2011 8:31 AM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: This is a TCP/IP USS Issue
> > 
> > I have created a TCP/IP Socket Server that runs in Unix 
> > System Services. In
> > the TCP/IP Socket server I attempt to open a UDP port 
> > (specifically 514) and
> > get a "Cannot Bind" message. I am guessing that I cannot bind 
> > to another
> > port since I already have a port open. Does this seem correct?
> > 
> > Sincerely,
> > 
> > Donald Likens
> 
> More likely you have RESTRICTLOWERPORTS active in TCPIP. That 
> means that you're process must either be UID==0 or the 
> jobname listed in the TCPIP parameters for the definition of 
> UDP port 514. Or perhaps you have UNIX SYSLOGD running, which 
> binds to UDP port 514.
> 
> --
> John McKown 
> Systems Engineer IV
> IT
> 
> Administrative Services Group
> 
> HealthMarkets(r)
> 
> 9151 Boulevard 26 * N. Richland Hills * TX 76010
> (817) 255-3225 phone * 
> john.mck...@healthmarkets.com * www.HealthMarkets.com
> 
> Confidentiality Notice: This e-mail message may contain 
> confidential or proprietary information. If you are not the 
> intended recipient, please contact the sender by reply e-mail 
> and destroy all copies of the original message. 
> HealthMarkets(r) is the brand name for products underwritten 
> and issued by the insurance subsidiaries of HealthMarkets, 
> Inc. -The Chesapeake Life Insurance Company(r), Mid-West 
> National Life Insurance Company of TennesseeSM and The MEGA 
> Life and Health Insurance Company.SM
> 
>  
> 
> --
> 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: This is a TCP/IP USS Issue

[Scott Ford]

What does a netstat -a show on Unix Systems Services, does tha
Donald:

What does a netstat -a show on Unix Systems Services, does that port show 
listening or maybe connected to ..also what language are you writting in ?
There should be a return code back for the failure on the bind , what is the rc 
?
 
Scott J Ford
www.identityforge.com
 





From: Rob Schramm 
To: IBM-MAIN@bama.ua.edu
Sent: Mon, March 14, 2011 9:55:08 AM
Subject: Re: This is a TCP/IP USS Issue

Donald,

Was there any additional message(s)?  Opening multiple ports is not
specifically restricted .. mostly because there are many example of address
spaces that bind to multiple ports... DB2 is a perfect example.  Although
514 falls in the "below 1024" category which means for additional security
requirements.

Rob Schramm

On Mon, Mar 14, 2011 at 9:31 AM, Donald Likens wrote:

> I have created a TCP/IP Socket Server that runs in Unix System Services. In
> the TCP/IP Socket server I attempt to open a UDP port (specifically 514)
> and
> get a "Cannot Bind" message. I am guessing that I cannot bind to another
> port since I already have a port open. Does this seem correct?
>
>
>
> Sincerely,
>
>
>
> Donald Likens
>
> InfoSec Inc.
>
> Home: 215-493-0852
>
> Mobile: 267-981-0073
>
> Email: dlik...@infosecinc.com
>
> Visit our new website at   www.infosecinc.com
>
> Click here for the
> <
> http://www.facebook.com/pages/Centreville-VA/InfoSec-Inc/43693760902?ref=s
> >
> InfoSec, Inc. Face book page
>
>
>
> The information contained in this e-mail message may be proprietary and/or
> confidential.  It is for intended addressee(s) only.  If you are not the
> intended recipient, you are hereby notified that any disclosure,
> reproduction, distribution or other use of this communication is strictly
> prohibited and could, in certain circumstances, be a criminal offense.  If
> you have received this e-mail in error, please notify the sender by reply
> and delete this message without copying or disclosing it.
>
>
>
>
> --
> 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
>



-- 
Rob Schramm
Senior Systems Engineer

w: 513.305.6224

--
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: Backup OFFLINE disks

[Don Bolton]

Arye,

I'm a little confused about this statement; " IBM DFDSS requires backup to
same device (disk), we need to backup to tape".  

DFDSS can Flash source disk to online volumes using the "Dump Condidtioning"
then the target volume can be backed up to tape.  Even using a product like
Timefinder there is a source disk being copied to a target disk that is
offline then you would need to backup the target volume to tape.

You should review the OpenTech Systems product DBS (DASD Backup Supervisor)
that can audit and automate the backup and recovery process whether you use
DFDSS or FDR.  You can find information via this link;
http://www.opentechsystems.com/dbs.php

Regards,
Don

Don Bolton
Director Technical Services
www.OpentechSystems.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Arye Shemer Arye Shemer [aryeshe...@gmail.com]
Sent: Monday, March 14, 2011 4:12 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Backup OFFLINE disks

Hello dear forumers,
Thanks for the help and offering.
After some reading,
FDRINSTANT seems to answer our needs.
IBM DFDSS requires backup to same device (disk), we need to backup to tape.

Thanks again,
Arye.



On 14 March 2011 07:09, Brian Westerman
wrote:

> I also have a offline backup and restore program that we are considering
> marketing in the near future for MUCH less than FDRInstant with FDR.
>
> It's currently in Beta, but there are no known issues in the past 40+
days.
>
> It's purpose is to be able to backup a flashcopy volume, or simply to be
> able to backup a copy of a volume which can't be mounted because another
> volume with the same name is mounted.
>
> We built it for a few of the Universities that we maintain that can't
> afford
> the high costs of some of the products that are available but still need
> the
> capability to do some specialty work.
>
> You are welcome to join the beta.
>
> 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
>

--
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: IBM Service Request (SR)

[Christian Gilmore]

Hi, Don. This is something I will address with the entitlement exception
handling team. They handle exceptions in general and are not necessarily
versed on the electronic front-ends. However, I should be able to get them
the appropriate material for inclusion in their procedures.

Thanks,
Christian

On Mon, 14 Mar 2011 00:49:50 -0400, Don Williams  wrote:
>The first 3 or 4 SR entitlement people were rather clueless about how I could 
>get assistance with SR. The 5th or 6th person finally pointed me to 
>srh...@us.ibm.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: This is a TCP/IP USS Issue

[Chris Mason]

Donald

Congratulations: 2 of my principle bugbears in one Subject line! Is this a 
record?[1]

I'm glad you qualified your incorrect use of USS by mentioning "UNIX System 
Services" in the first line of your text.[2]

And I'm also going to have to make the routine translation of "issue" 
to "problem".

John has probably managed to identify part of your problem.

You probably have a reason for wanting to use port number 514 so you need 
to resolve with your z/OS Communications server (CS) IP component system 
programmers why you want to - presumably - "listen" on port number 514 
rather than use the provided "Remote Execution" server, RXSERVE, as 
documented in Chapter 29, "Remote Execution" of the z/OS CS Configuration 
Guide manual.

What has always been recommended (since the dawn of "TCP/IP for VM" 
which became z/OS CS IP and long before RESTRICTLOWPORTS) - and here 
we may even have a case of where it has actually paid off! - is to specify any 
port number and protocol[3] combination in a list entry of the PORT statement 
with the "jobname"[4] of the program that wants to specify that protocol 
code - in the socket() call - and that port number - in the structure to which 
the bind() call refers. You need to sort this out with your CS IP systems 
programmer.

What the TCPCONFIG statement RESTRICTLOWPORTS parameter can do - if it 
is specified since the default is UNRESTRICTLOWPORTS in order to reflect the 
behaviour before the RESTRICTLOWPORTS parameter was invented - is put a 
blanket ban on all use of ports 1-1023 in combination with the TCP transport 
protocol *unless* there is a suitable PORT statement list entry. Ditto for the 
UDPCONFIG statement.

There are two ways to avoid the RESTRICTLOWPORTS restriction and UID=0 is 
one of them. The other is APF authorization.

Note that it is only the RESTRICTLOWPORTS parameter that makes port 
numbers 1-1023 in any way special - in terms of definition/execution. To the 
extent that the authorities in charge of IP-related protocols define ranges for 
port numbers, port numbers 1 to 1023 are considered to be the port numbers 
to be used by the more popular IP-based applications and are designated 
as "well-known".

> I am guessing that I cannot bind to another port since I already have a port 
open. Does this seem correct?

No. You can open as many sockets as you like - actually I believe there is a 
limit but it's not small - and then "bind" to different port numbers.

-

[1] Actually, if you'd managed to contrive a reference to Physical Unit type 
2.1, your triumph - or should that be ignominy - would be complete!


[2] I'm surprised John McKown didn't suggest you might have been referring to 
United States Ships. We have these little games from time to time! I'm 
currently delivering broadsides at some redbook authors who have routinely 
changed USS to UNIX System Services in a series of redbooks when USS was 
actually being correctly used according to

http://www-01.ibm.com/software/globalization/terminology/u.html#x2042481

The effect of having been so brainwashed with the incorrect use of USS as to 
make utter and total nonsense of the chapters covering the "TCP/IP" TN3270 
server. So it  matters that 
abbreviations are used correctly!!!

[3] Syslogd uses UDP.

http://en.wikipedia.org/wiki/List_of_TCP_and_UDP_port_numbers

[4] Refer to the description of "jobname" in the section on the PORT 
statement for a list of what this really means.

-

Chris Mason

On Mon, 14 Mar 2011 09:31:07 -0400, Donald Likens 
 wrote:

>I have created a TCP/IP Socket Server that runs in Unix System Services. In
>the TCP/IP Socket server I attempt to open a UDP port (specifically 514) and
>get a "Cannot Bind" message. I am guessing that I cannot bind to another
>port since I already have a port open. Does this seem correct?
>
>
>
>Sincerely,
>
>
>
>Donald Likens

--
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: Is RMF Better?

[Jeff Gross]

Shane,
 
For the CA doc, all you have do is register with your Email and you can get 
access to the documentation.  As for problem/fix info, yes, you still need a 
customer site id. 
 
Hope this helps a bit.

Jeff 

--
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: TCP/IP Socket Server connection problem

[Chris Mason]

Donald

This is your second initiation of a thread in a short period of time. If you 
are 
going to be specialising in problems related to the IP component of z/OS 
Communications Server or "TCP/IP for VM", you may like to use the following 
list rather than IBM-MAIN:

For IBMTCP-L subscribe / signoff / archive access instructions, send email to 
lists...@vm.marist.edu with the message: INFO IBMTCP-L

Note that the various "TCP/IP for VSE" products tend to get supported from 
VSE-L.

-

> All commands get a return code that state they were successful.

This tends to mean that the underlying logic understood what you want to do. 
It does not necessarily imply that anything was actually done. That depends 
on the state of the communications protocols.



FIN-WAIT-2 or FinWt2 or FinWait2

Waiting for a connection termination request from the remote TCP after this 
endpoint has sent its connection termination request. This state should 
normally be of short duration, but if the remote socket endpoint does not 
close its socket shortly after it has received information that this socket 
endpoint closed the connection, then it might last for some time. Excessive 
FIN-WAIT-2 states can indicate an error in the coding of the remote 
application.



I guess there are some who might be able to make the appropriate guesses 
from what you have given here. I'm just not one of them. I think we need to 
know a lot more about your client program and your server program.

> This problem starts when I start two clients against one server.

In the later case, we may need to know what sort of server program it is, one 
client at a time, potentially many clients at a time and so on.

Chris Mason

On Mon, 14 Mar 2011 09:41:48 -0400, Donald Likens 
 wrote:

>I have a recurring problem with a TCP/IP Socket Server connection that I do
>not understand and I am hoping someone can help me. I summary I have 
seen a
>problem where I am sending data from the client successfully but the server
>is not getting the data. This problem starts when I start two clients
>against one server.
>
>1) The netstat command shows that I am not closing the connection properly
>(FINWT2).
>
>I do the following to shut down the connection on the client side:
>
>
>
>TCP/IP SHUTDOWN, BOTHWAYS
>TCP/IP CLOSE
>TCP/IP TERMAPI
>
>
>
>I close the connection from the server side when I get the message that the
>client is shutting down.
>
>
>All commands get a return code that state they were successful.
>
>
>
>
>
>Sincerely,
>
>
>
>Donald Likens

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

PSAAOLD question - when is it updated?

[McKown, John]

The documentation that I can find is not really very helpful. Or I just don't 
understand it. But I'm wondering what, if any, is the relationship between 
PSAAOLD and either the home address space or the primary address space. I know 
that a PC can do a space switch. In that case, the primary address space 
becomes the "switched to" address space. The "switched from" address space (I 
think) becomes the secondary address space. And the home address space stays 
the same. So, if I write some code which is invoked via a PC-ss instruction 
(not likely!), is PSAAOLD updated to point to the new primary address space? Or 
is it left as-is? I only ask because the address is not mentioned in the 
Principles of Operation, but a comment in the DSECT says "fixed by 
architecture". Which indicates to me that the hardware uses or modifies it in 
some way which is not documented.

What brought this on is a product which works on z/OS 1.10, but abends with an 
S0C4-11 on z/OS 1.12. The code appears to be using a pointer to the job's ASCB 
to look at some data in the job's SSIB. However, it appears that the primary 
address space is not the job's, but the Master Scheduler's. This is for an 
*OMVSEX substep which I __think__ is going through termination. Needless to say 
that using TCB pointers from one ASCB while a different ASCB is actually the 
primary is fairly well a guaranteed S0C4-11 since TCBs are not at the same 
virtual address in all address spaces (in primary addressing mode as this code 
is).

Perhaps another question I should ask is: Is there a simple way to determine if 
a given ASCB address is the current Primary Address Space's ASCB?

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone *
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM


--
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: PSAAOLD question - when is it updated?

[Rob Scott]

John

PSAAOLD points to the *HOME* ASID (HASN).

When space switching occurs it is the control registers that are updated to 
contain the new values of PASN and SASN.

There are instructions to extract the values for both PASN and SASN (EPAR and 
ESAR) on the fly or just look at the control regs in IPCS if you have a dump.

>From what you are saying it sounds like the products ASID level RESMGR routine 
>has got its knickers in a twist.

Rob Scott
Lead Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.617.614.2305
Email: rsc...@rs.com
Web: www.rocketsoftware.com 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
McKown, John
Sent: 14 March 2011 16:35
To: IBM-MAIN@bama.ua.edu
Subject: PSAAOLD question - when is it updated?

The documentation that I can find is not really very helpful. Or I just don't 
understand it. But I'm wondering what, if any, is the relationship between 
PSAAOLD and either the home address space or the primary address space. I know 
that a PC can do a space switch. In that case, the primary address space 
becomes the "switched to" address space. The "switched from" address space (I 
think) becomes the secondary address space. And the home address space stays 
the same. So, if I write some code which is invoked via a PC-ss instruction 
(not likely!), is PSAAOLD updated to point to the new primary address space? Or 
is it left as-is? I only ask because the address is not mentioned in the 
Principles of Operation, but a comment in the DSECT says "fixed by 
architecture". Which indicates to me that the hardware uses or modifies it in 
some way which is not documented.

What brought this on is a product which works on z/OS 1.10, but abends with an 
S0C4-11 on z/OS 1.12. The code appears to be using a pointer to the job's ASCB 
to look at some data in the job's SSIB. However, it appears that the primary 
address space is not the job's, but the Master Scheduler's. This is for an 
*OMVSEX substep which I __think__ is going through termination. Needless to say 
that using TCB pointers from one ASCB while a different ASCB is actually the 
primary is fairly well a guaranteed S0C4-11 since TCBs are not at the same 
virtual address in all address spaces (in primary addressing mode as this code 
is).

Perhaps another question I should ask is: Is there a simple way to determine if 
a given ASCB address is the current Primary Address Space's ASCB?

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone *
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM


--
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: PSAAOLD question - when is it updated?

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rob Scott
> Sent: Monday, March 14, 2011 11:48 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: PSAAOLD question - when is it updated?
> 
> John
> 
> PSAAOLD points to the *HOME* ASID (HASN).
> 
> When space switching occurs it is the control registers that 
> are updated to contain the new values of PASN and SASN.
> 
> There are instructions to extract the values for both PASN 
> and SASN (EPAR and ESAR) on the fly or just look at the 
> control regs in IPCS if you have a dump.
> 
> From what you are saying it sounds like the products ASID 
> level RESMGR routine has got its knickers in a twist.
> 
> Rob Scott

I don't think so, but could be wrong. It's a monitor tool. I can't say more. We 
continue to use the product under a "permanent use" license that we got many 
years ago. But we dropped the support license in order to save money. 

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

--
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: PSAAOLD question - when is it updated?

[Staller, Allan]

ZOSV19RULES?



I don't think so, but could be wrong. It's a monitor tool. I can't say
more. We continue to use the product under a "permanent use" license
that we got many years ago. But we dropped the support license in order
to save money. 


--
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: PSAAOLD question - when is it updated?

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Staller, Allan
> Sent: Monday, March 14, 2011 12:18 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: PSAAOLD question - when is it updated?
> 
> ZOSV19RULES?
> 

Isn't that for VSM and GETMAIN? Or is my memory failing even worse? My 
"problem" appears to be when a UNIX substep in a batch job terminates. The PASN 
changes from HASN to the Master Scheduler somewhere along the line. Probably 
some change in z/OS UNIX System Services.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

--
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: PSAAOLD question - when is it updated?

[Shane Ginnane]

Hmmm - not wishing to be rude John, but I'll have a quiet two bob each way on 
Rob.

Shane ...

On Tue, Mar 15th, 2011 at 4:10 AM, "McKown, John" wrote:

> > -Original Message-
> > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rob Scott
...
> > From what you are saying it sounds like the products ASID 
> > level RESMGR routine has got its knickers in a twist.
> 
> I don't think so, but could be wrong.

--
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: PSAAOLD question - when is it updated?

[Binyamin Dissen]

PSAAOLD is ALWAYS the home address space.

A PC-SS causes the SWITCHED TO address space to become the PRIMARY. The
secondary is set based on the PC definition, but is typically the previous
primary.

PSAAOLD is NOT changed by the hardware (other than setting it directly). The
"fixed by architecture" in this context is MVS(software) architecture. Too
many programs expect to find the ASCB pointer there.

How is the resource manager established? HOME=*MASTER* typically means an
address space resource manager, which means that there ain't no TCBs available
in the terminating memory.

Actually, TCBs are usually at the same addresses.

Finally:

   EPAR  Rx
   L Ry,PSAAOLD-PSA
   CHRx,ASCBASID-ASCB(Ry)

On Mon, 14 Mar 2011 11:35:06 -0500 "McKown, John"
 wrote:

:>The documentation that I can find is not really very helpful. Or I just don't 
understand it. But I'm wondering what, if any, is the relationship between 
PSAAOLD and either the home address space or the primary address space. I know 
that a PC can do a space switch. In that case, the primary address space 
becomes the "switched to" address space. The "switched from" address space (I 
think) becomes the secondary address space. And the home address space stays 
the same. So, if I write some code which is invoked via a PC-ss instruction 
(not likely!), is PSAAOLD updated to point to the new primary address space? Or 
is it left as-is? I only ask because the address is not mentioned in the 
Principles of Operation, but a comment in the DSECT says "fixed by 
architecture". Which indicates to me that the hardware uses or modifies it in 
some way which is not documented.
:>
:>What brought this on is a product which works on z/OS 1.10, but abends with 
an S0C4-11 on z/OS 1.12. The code appears to be using a pointer to the job's 
ASCB to look at some data in the job's SSIB. However, it appears that the 
primary address space is not the job's, but the Master Scheduler's. This is for 
an *OMVSEX substep which I __think__ is going through termination. Needless to 
say that using TCB pointers from one ASCB while a different ASCB is actually 
the primary is fairly well a guaranteed S0C4-11 since TCBs are not at the same 
virtual address in all address spaces (in primary addressing mode as this code 
is).
:>
:>Perhaps another question I should ask is: Is there a simple way to determine 
if a given ASCB address is the current Primary Address Space's ASCB?
:>
:>John McKown
:>Systems Engineer IV
:>IT
:>
:>Administrative Services Group
:>
:>HealthMarkets(r)
:>
:>9151 Boulevard 26 * N. Richland Hills * TX 76010
:>(817) 255-3225 phone *
:>john.mck...@healthmarkets.com * www.HealthMarkets.com
:>
:>Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM
:>
:>
:>--
:>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

--
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: PSAAOLD question - when is it updated?

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shane Ginnane
> Sent: Monday, March 14, 2011 12:35 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: PSAAOLD question - when is it updated?
> 
> Hmmm - not wishing to be rude John, but I'll have a quiet two 
> bob each way on Rob.
> 
> Shane ...

And you'd likely win. I admit to ignorance at this level. The monitor may put 
in an RESMGR to capture its data. I don't know. I don't consider it to be rude 
to say that somebody else is more likely to know in depth than I. I'm not as 
good as I used to be. No PLMs to peruse any more. I used to do that for 
pleasure. Now, I like to sleep in the warm sunlight and dream of happier days.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

--
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: How to modify/add an OUTPUT-Statement to an DD at runtime?

[Michael Knigge]

Binyamin,


Or you can internally issue $TO


Well, finally I've found the right manual for the $T command

Well, I guess "$TO" also won't work because it can't update the TITLE 
attribute... (or I was too stupid) ;-(Furthermore, it seems to me 
that T$O sets characteristics for a complete job, not just for a single 
file



what I need is something like that:


//OUTPUT1  OUTPUTCOPIES=1,PRMODE=LINE,ROOM=12,TITLE="DUMMY"
//TSTFILE1 DD SYSOUT=A,OUTPUT=(*.OUTPUT1)
//TSTFILE2 DD SYSOUT=A,OUTPUT=(*.OUTPUT1)
//TSTFILE3 DD SYSOUT=A,OUTPUT=(*.OUTPUT1)
//TSTFILE4 DD SYSOUT=A,OUTPUT=(*.OUTPUT1)


And when writing the files "TSTFILE1" to "TSTFILE4", I need to set 
individual strings for the TITLE for every file - at runtime


IBM even states in one of it's manuals, that the TITLE should only be 
changed by SDSF If SDSF can change the TITLE - than it is possible, 
but why IBM dosn't document how?!?!?


I even digged around in the SSI and SAPI manuals - but all in vain. I 
can't find a way or I don't understand the manuals :-(




Bye,
Michael

--
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: PSAAOLD question - when is it updated?

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Binyamin Dissen
> Sent: Monday, March 14, 2011 12:43 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: PSAAOLD question - when is it updated?
> 
> PSAAOLD is ALWAYS the home address space.
> 
> A PC-SS causes the SWITCHED TO address space to become the 
> PRIMARY. The
> secondary is set based on the PC definition, but is typically 
> the previous
> primary.
> 
> PSAAOLD is NOT changed by the hardware (other than setting it 
> directly). The
> "fixed by architecture" in this context is MVS(software) 
> architecture. Too
> many programs expect to find the ASCB pointer there.

Ah! Like x'10' always pointing to the CVT. Or PSATOLD pointing to the running 
TCB. The fog begins to dissipate.

> 
> How is the resource manager established? HOME=*MASTER* 
> typically means an
> address space resource manager, which means that there ain't 
> no TCBs available
> in the terminating memory.

Well, this code is definitely expecting a valid TCB address or x'0's. It "went 
bad" trying to get the SSIB address for a job (in the HASN) when the Master 
Scheduler address space was the PASN.

> 
> Actually, TCBs are usually at the same addresses.

Wouldn't that depend on other activity in the two address spaces? Initial TCBs, 
yes. But user attached TCBs? Well, I'll take your word for it. 

> 
> Finally:
> 
>EPAR  Rx
>L Ry,PSAAOLD-PSA
>CHRx,ASCBASID-ASCB(Ry)

Thanks for that code! I even understand it (wonder of wonders).

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

--
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: How to modify/add an OUTPUT-Statement to an DD at runtime?

[Scott Ford]

Michael,
You also can do it with BPXWDYN , i do that way without a hinch, either in 
COBOL,Assembler or PL/1 or Rexx  .
 
Scott J Ford
 





From: Michael Knigge 
To: IBM-MAIN@bama.ua.edu
Sent: Mon, March 14, 2011 8:43:54 AM
Subject: How to modify/add an OUTPUT-Statement to an DD at runtime?

All,

I need to change the attribute (in my case, the TITLE) of an OUTPUT-Statement 
at 
runtime. I've digged around a little bit in the IBM Manuals (Auth. Assember, 
...) but I did not find the information I need.

If I understand the docs correctly, it is not possible to modify an 
OUTPUT-Statement at runtime - I only can add with OUTADD and delete with OUTDEL 
an OUTPUT-Statement.

So my idea is to create an additional OUTPUT-Statement with OUTADD at runtime. 
But I wonder if it is possible to *ADD* an additional OUTPUT-Statement to an 
existing DD-Statement (the DD-Statement may have already an associated/assigned 
OUTPUT-Statement)

Changing an existing TITLE-Attribute of an associated OUTPUT-Statement would 
make me happy also ;) But I did not find the data area that holds the 
OUTPUT-Statements (I know that I can find all DD-Statements at the TIOT, but I 
did not find the area that holds the OUTPUT-Statements). Well, and I guess 
( 
or afraid) that overwriting the title in memory would cause an S0C4).


Anyone has an idea?


Thank you very much,
Michael

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

CA doco - (was: Is RMF Better?)

[Shane Ginnane]

Thanks Jeff - I just took the opportunity to do so. Much better.
I see a request for feedback on the Documantation page - I may just accomodate 
them.

Shane ..

On Tue, Mar 15th, 2011 at 3:16 AM, Jeff Gross wrote:

> For the CA doc, all you have do is register with your Email and you can
> get access to the documentation.  As for problem/fix info, yes, 
> you still need a customer site id. 

--
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: CA doco - (was: Is RMF Better?)

[Gibney, Dave]

Very nice to know.

Dave Gibney
Information Technology Services
Washington State University

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Shane Ginnane
> Sent: Monday, March 14, 2011 11:03 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: CA doco - (was: Is RMF Better?)
> 
> Thanks Jeff - I just took the opportunity to do so. Much better.
> I see a request for feedback on the Documantation page - I may just
> accomodate them.
> 
> Shane ..
> 
> On Tue, Mar 15th, 2011 at 3:16 AM, Jeff Gross wrote:
> 
> > For the CA doc, all you have do is register with your Email and you
> > can get access to the documentation.  As for problem/fix info, yes,
> > you still need a customer site id.
> 
> --
> 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: PSAAOLD question - when is it updated?

[Rob Scott]

The following could explain what you are seeing but is based on a fair amount 
of guesswork :

(1) ISV code using some sort of BPX* service that results in new ASID being 
created to perform the work - one of those "*OMVSEX" chaps
(2) ISV (or IBM) code that runs in the new ASID wants, with good reason, to 
setup a ASID-level RESMGR routine to clean-up when the BPX-thing terminates.
(3) RESMGR code uses some sort of pointer to a TCB in the now-terminated ASID
(4) TCB addresses *can* be similar in different address spaces (obviously they 
are not the same thing)
(5) RESMGR routine has (for years) been processing the TCB address passed to it 
and finding a valid address in ASID(0001) - hence there has been no abend
(6) Something has changed in R12 that has made that TCB address not valid and 
the bug (that has been there for ages) now suddenly bites.

Rob Scott
Lead Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.617.614.2305
Email: rsc...@rs.com
Web: www.rocketsoftware.com 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
McKown, John
Sent: 14 March 2011 17:11
To: IBM-MAIN@bama.ua.edu
Subject: Re: PSAAOLD question - when is it updated?

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rob Scott
> Sent: Monday, March 14, 2011 11:48 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: PSAAOLD question - when is it updated?
> 
> John
> 
> PSAAOLD points to the *HOME* ASID (HASN).
> 
> When space switching occurs it is the control registers that 
> are updated to contain the new values of PASN and SASN.
> 
> There are instructions to extract the values for both PASN 
> and SASN (EPAR and ESAR) on the fly or just look at the 
> control regs in IPCS if you have a dump.
> 
> From what you are saying it sounds like the products ASID 
> level RESMGR routine has got its knickers in a twist.
> 
> Rob Scott

I don't think so, but could be wrong. It's a monitor tool. I can't say more. We 
continue to use the product under a "permanent use" license that we got many 
years ago. But we dropped the support license in order to save money. 

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

--
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: How to modify/add an OUTPUT-Statement to an DD at runtime?

[Binyamin Dissen]

On Mon, 14 Mar 2011 19:00:30 +0100 Michael Knigge
 wrote:

:>Binyamin,
:>
:>> Or you can internally issue $TO

:>Well, finally I've found the right manual for the $T command

:>Well, I guess "$TO" also won't work because it can't update the TITLE 
:>attribute... (or I was too stupid) ;-(Furthermore, it seems to me 
:>that T$O sets characteristics for a complete job, not just for a single 
:>file

Sorry - you would need to do it via SDSF. Seems like $TO doesn't do
everything.

:>what I need is something like that:

:>//OUTPUT1  OUTPUTCOPIES=1,PRMODE=LINE,ROOM=12,TITLE="DUMMY"
:>//TSTFILE1 DD SYSOUT=A,OUTPUT=(*.OUTPUT1)
:>//TSTFILE2 DD SYSOUT=A,OUTPUT=(*.OUTPUT1)
:>//TSTFILE3 DD SYSOUT=A,OUTPUT=(*.OUTPUT1)
:>//TSTFILE4 DD SYSOUT=A,OUTPUT=(*.OUTPUT1)

:>And when writing the files "TSTFILE1" to "TSTFILE4", I need to set 
:>individual strings for the TITLE for every file - at runtime

:>IBM even states in one of it's manuals, that the TITLE should only be 
:>changed by SDSF If SDSF can change the TITLE - than it is possible, 
:>but why IBM dosn't document how?!?!?

:>I even digged around in the SSI and SAPI manuals - but all in vain. I 
:>can't find a way or I don't understand the manuals :-(


--
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: How to modify/add an OUTPUT-Statement to an DD at runtime?

[Michael Knigge]

Scott,

if I understand the manual of BPXWDYN correctly, you can create/allocate 
a new DD- or OUTPUT-Statement, but you can't *modify* an existing 
statement


right?

Bye,
Michael

--
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: How to modify/add an OUTPUT-Statement to an DD at runtime?

[Scott Ford]

Thats the way I understand it also. We do it in Cobol, wi
Michael:

Thats the way I understand it also. We do it in Cobol, with a Select, then 
build 
the statement dynamically and open /read/write  close the file.

 
Scott J Ford
 





From: Michael Knigge 
To: IBM-MAIN@bama.ua.edu
Sent: Mon, March 14, 2011 2:38:31 PM
Subject: Re: How to modify/add an OUTPUT-Statement to an DD at runtime?

Scott,

if I understand the manual of BPXWDYN correctly, you can create/allocate a new 
DD- or OUTPUT-Statement, but you can't *modify* an existing statement

right?

Bye,
Michael

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

Intermittant broken PIPE

[John Norgauer]

After our monthly IPL, our SMTP email server started getting intermittent 
messages about a broken pipe.
What the heck is a broken pipe?

Any suggestions as to how to debug or trace this? We are on 1.9 so I can 
not get any help from IBM.

Thanks.



John Norgauer
Senior Systems Programmer
Mainframe Technical Support Services
University of California Davis Medical Center
2315 Stockton Blvd
ASB 1300
Sacramento, Ca 95817
916-734-0536

 SYSTEMS PROGRAMMING..  Guilty, until proven innocent !! "JN  2004

"Hardware eventually breaks - Software eventually works"  anon


--
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: Intermittant broken PIPE

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Norgauer
> Sent: Monday, March 14, 2011 2:14 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Intermittant broken PIPE
> 
> After our monthly IPL, our SMTP email server started getting 
> intermittent 
> messages about a broken pipe.
> What the heck is a broken pipe?
> 
> Any suggestions as to how to debug or trace this? We are on 
> 1.9 so I can 
> not get any help from IBM.
> 
> Thanks.
> 
> John Norgauer

It might means that the socket connection to the far end has terminated. We see 
this "broken pipe" message quite often when a Windows FTP server just 
terminates its TCPIP connection without doing all the ftp protocol messages to 
shut down. 

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

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

ISPF print

[Mark Pace]

When I print something in ISPF/PDF do I have to exit ISPF to do the actual
printing from the LOG/LIST screen?  Is there a way to make the print happen
with exiting ISPF?

-- 
Mark D Pace
Senior Systems Engineer
Mainline Information Systems

--
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: ISPF print

[Starr, Alan]

I believe you want the LIST primary command. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Mark Pace
Sent: Monday, March 14, 2011 12:29
To: IBM-MAIN@bama.ua.edu
Subject: ISPF print

When I print something in ISPF/PDF do I have to exit ISPF to do the actual 
printing from the LOG/LIST screen?  Is there a way to make the print happen 
with exiting ISPF?

--
Mark D Pace
Senior Systems Engineer
Mainline Information Systems

--
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: ISPF print

[McKown, John]

You can enter either the LOG or LIST command, depending on which you want to 
print. That will put up a panel and you can select 1 "Print and Delete". That 
should deallocate current LOG or LIST dataset and submit a job which will 
"print" it to SYSOUT, then delete it.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Pace
> Sent: Monday, March 14, 2011 2:29 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: ISPF print
> 
> When I print something in ISPF/PDF do I have to exit ISPF to 
> do the actual
> printing from the LOG/LIST screen?  Is there a way to make 
> the print happen
> with exiting ISPF?
> 
> -- 
> Mark D Pace
> Senior Systems Engineer
> Mainline Information Systems
> 
> --
> 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: ISPF print

[Mark Pace]

Thats it.

Thanks!

On Mon, Mar 14, 2011 at 3:30 PM, Starr, Alan wrote:

> I believe you want the LIST primary command.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Mark Pace
> Sent: Monday, March 14, 2011 12:29
> To: IBM-MAIN@bama.ua.edu
> Subject: ISPF print
>
> When I print something in ISPF/PDF do I have to exit ISPF to do the actual
> printing from the LOG/LIST screen?  Is there a way to make the print happen
> with exiting ISPF?
>
> --
> Mark D Pace
> Senior Systems Engineer
> Mainline Information Systems
>
> --
> 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
>



-- 
Mark D Pace
Senior Systems Engineer
Mainline Information Systems

--
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: How to modify/add an OUTPUT-Statement to an DD at runtime?

[Michael Knigge]

Thats the way I understand it also. We do it in Cobol, with a Select, then build 
the statement dynamically and open /read/write  close the file.


Yeah, but I don't know the attributes that may be set of an already 
existing OUTPUT-Statement. That's why I need a functionality to just add 
(or change an already existing) TITLE-Attribute dynamically at runtime...



Seems to me that this not an trivial (or even impossible) task...


Bye,
Michael

--
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: How to modify/add an OUTPUT-Statement to an DD at runtime?

[Mike Schwab]

On Mon, Mar 14, 2011 at 2:51 PM, Michael Knigge
 wrote:
>> Thats the way I understand it also. We do it in Cobol, with a Select, then
>> build the statement dynamically and open /read/write  close the file.
>
> Yeah, but I don't know the attributes that may be set of an already existing
> OUTPUT-Statement. That's why I need a functionality to just add (or change
> an already existing) TITLE-Attribute dynamically at runtime...
>
> Seems to me that this not an trivial (or even impossible) task...
>
> Bye,
> Michael

Dynamicly allocate or one output per file.
//OUTPUT1  OUTPUTCOPIES=1,PRMODE=LINE,ROOM=12,
//  TITLE="TITLE ONE"
//TSTFILE1 DD SYSOUT=A,OUTPUT=(*.OUTPUT1)
//OUTPUT2  OUTPUTCOPIES=1,PRMODE=LINE,ROOM=12,
//  TITLE="TITLE TWO"
//TSTFILE2 DD SYSOUT=A,OUTPUT=(*.OUTPUT2)
//OUTPUT3  OUTPUTCOPIES=1,PRMODE=LINE,ROOM=12,
//  TITLE="TITLE THREE"
//TSTFILE3 DD SYSOUT=A,OUTPUT=(*.OUTPUT3)
//OUTPUT4  OUTPUTCOPIES=1,PRMODE=LINE,ROOM=12,
//  TITLE="TITLE FOUR"
//TSTFILE4 DD SYSOUT=A,OUTPUT=(*.OUTPUT4)

-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
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: How to modify/add an OUTPUT-Statement to an DD at runtime?

[Scott Ford]

Yep, thats another solution, you build your own, so they are modifable by the 
application ..
The dynamic alloc interface has beena round awhile and I have some doc on 
BPXWDYN and PUTEV for example , this interface is 

also similar or same to SVC 99, which has been around a long time, so there 
should be doc and examples, I would think IMHO.
 
Scott J Ford
 





From: Binyamin Dissen 
To: IBM-MAIN@bama.ua.edu
Sent: Mon, March 14, 2011 8:52:23 AM
Subject: Re: How to modify/add an OUTPUT-Statement to an DD at runtime?

On Mon, 14 Mar 2011 13:43:54 +0100 Michael Knigge
 wrote:

:>I need to change the attribute (in my case, the TITLE) of an 
:>OUTPUT-Statement at runtime. I've digged around a little bit in the IBM 
:>Manuals (Auth. Assember, ...) but I did not find the information I need.

:>If I understand the docs correctly, it is not possible to modify an 
:>OUTPUT-Statement at runtime - I only can add with OUTADD and delete with 
:>OUTDEL an OUTPUT-Statement.

:>So my idea is to create an additional OUTPUT-Statement with OUTADD at 
:>runtime. But I wonder if it is possible to *ADD* an additional 
:>OUTPUT-Statement to an existing DD-Statement (the DD-Statement may have 
:>already an associated/assigned OUTPUT-Statement)

:>Changing an existing TITLE-Attribute of an associated OUTPUT-Statement 
:>would make me happy also ;) But I did not find the data area that holds 
:>the OUTPUT-Statements (I know that I can find all DD-Statements at the 
:>TIOT, but I did not find the area that holds the OUTPUT-Statements). 
:>Well, and I guess ( or afraid) that overwriting the title in memory 
:>would cause an S0C4).

Well, you can certainly free the existing file and descriptor and allocate new
ones.

Or you can internally issue $TO

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




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

z/OS XML Parser reason code lookup exec

[Robert Prins]

Here's a small exec that might be useful to translate z/OS XML Parser
reason codes into something a bit more understandable. The code
requires you to extract the raw text from Appendix B. of the "z/OS
V1R12.0 z/OS XML User's Guide and Reference" which can currently be
found at http://publibz.boulder.ibm.com/epubs/pdf/gxlza140.pdf. Adding
a (pop-up) panel to display the mnemonic and action to take is left to
the reader.

=== CUT ===
/* REXX exec to decode z/OS XML reason codes  */
/*** trace ?r * \| *
*   (C) Copyright Robert AH Prins, 2007-2011   *

*  --  *
* | Date   | By   | Remarks  | *
* |+--+--| *
* ||  |  | *
* |+--+--| *
* | 2011-03-14 | RAHP | Parse text cut from the PDF manual   | *
* ||  |  | *
* ||  | See the comment box before the 'init_error'  | *
* ||  | routine for important information!   | *
* |+--+--| *
* | 2009-07-02 | RAHP | Update to Version 1 Release 10 of z/OS   | *
* |+--+--| *
* | 2007-05-10 | RAHP | Initial version  | *
* |+--+--| *

* GETXML is a REXX exec to decode the z/OS XML parser reason codes *
* into something mortals can understand.   *

* Send questions, suggestions and/or bug reports to:   *
*  *
* getxml(a)prino(d)org *

* This program is free software: you can redistribute it and/or*
* modify it under the terms of the GNU General Public License as   *
* published by the Free Software Foundation, either version 3 of   *
* the License, or (at your option) any later version.  *
*  *
* This program is distributed in the hope that it will be useful,  *
* but WITHOUT ANY WARRANTY; without even the implied warranty of   *
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the *
* GNU General Public License for more details. *
*  *
* You should have received a copy of the GNU General Public License*
* along with this program. If not, see   *
***/
parse source source
parse value source with . . moi .

"ispexec control errors return"

arg code

zedsmsg = ''

if arg(1, 'O') then
  do
zedlmsg = 'Please enter the 4-digit Z/OS XML parser returncode'
  end
else
  do
call init_error

code = right(strip(code), 4, '0')
msg  = left('z/OS XML Parser Returncode:' code, 75)
msg  = msg left('-', 75)

mnem = value('xml.0m' || code)
err  = value('xml.0e' || code)
act  = value('xml.0a' || code)

if mnem = '' then
  msg = msg 'This z/OS XML Parser returncode is undefined'
else
  msg = msg err

zedlmsg = msg
  end

"ispexec setmsg msg(ISRZ001)"
exit

/***
* INIT_ERROR:  *
*  *
* Set up all reason codes  *
*  *
* The text between the start- and end-of-comment delimiters must be*
* copied from, for z/OS V1.12, Appendix B. of the "z/OS V1R12.0 z/OS   *
* XML User's Guide and Reference" which can (probably) be found at *
* http://publibz.boulder.ibm.com/epubs/pdf/gxlza140.pdf*
*  *
* The selection of text must start with the '' reason code and *
* may include on the last line of the 'Action; for the fast reason *
* code, or optionally, the entire last line of Appendix B. *
*  *
* Important notes 

Re: PSAAOLD question - when is it updated?

[Stan Weyman]

  having been down this road on numerous occasions I think Rob has it pretty 
much nailed IMHO.   Please send check payable to Rocket Software, etc, etc... 



Stan Weyman 
Senior Software Engineer
stan.wey...@emc.com
EMC²  (508)249-3966
where information lives
It is wise to keep in mind that neither
success nor failure is ever final...

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Rob Scott
Sent: Monday, March 14, 2011 2:24 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: PSAAOLD question - when is it updated?

The following could explain what you are seeing but is based on a fair amount 
of guesswork :

(1) ISV code using some sort of BPX* service that results in new ASID being 
created to perform the work - one of those "*OMVSEX" chaps
(2) ISV (or IBM) code that runs in the new ASID wants, with good reason, to 
setup a ASID-level RESMGR routine to clean-up when the BPX-thing terminates.
(3) RESMGR code uses some sort of pointer to a TCB in the now-terminated ASID
(4) TCB addresses *can* be similar in different address spaces (obviously they 
are not the same thing)
(5) RESMGR routine has (for years) been processing the TCB address passed to it 
and finding a valid address in ASID(0001) - hence there has been no abend
(6) Something has changed in R12 that has made that TCB address not valid and 
the bug (that has been there for ages) now suddenly bites.

Rob Scott
Lead Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.617.614.2305
Email: rsc...@rs.com
Web: www.rocketsoftware.com 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
McKown, John
Sent: 14 March 2011 17:11
To: IBM-MAIN@bama.ua.edu
Subject: Re: PSAAOLD question - when is it updated?

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rob Scott
> Sent: Monday, March 14, 2011 11:48 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: PSAAOLD question - when is it updated?
> 
> John
> 
> PSAAOLD points to the *HOME* ASID (HASN).
> 
> When space switching occurs it is the control registers that 
> are updated to contain the new values of PASN and SASN.
> 
> There are instructions to extract the values for both PASN 
> and SASN (EPAR and ESAR) on the fly or just look at the 
> control regs in IPCS if you have a dump.
> 
> From what you are saying it sounds like the products ASID 
> level RESMGR routine has got its knickers in a twist.
> 
> Rob Scott

I don't think so, but could be wrong. It's a monitor tool. I can't say more. We 
continue to use the product under a "permanent use" license that we got many 
years ago. But we dropped the support license in order to save money. 

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

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

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

How to easily see the contents of SDUMPX PSWREGS=

[Binyamin Dissen]

Yes, I can VERBX SUMDUMP and see PSWREGS=DATA lines, but I would have expected
the register contents to be in 2.2. But 2.2 shows all registers as zero.

Am I missing something obvious?

--
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: Cheryl's List #148

[Taiga 54534]

Yes, it is common to see different MSU values for z/OS and DB2 and CICS in SCRT 
reports. Its because DB2 and/or CICS isn't running in every LPAR on a box. If 
z/OS and DB2 and CICS is running in the same LPAR then you will always see the 
same 4hr peak for all three products for the month for that LPAR. The metric is 
based on z/OS busy and if ANY CICS region or ANY DB2 region is active in the 
LPAR during that 4hr period of the month. 

So even a single CICS region for example running very few or even no 
transactions in the LPAR will cause the CICS charges to be the same for the 
LPAR as when there are dozens or hundreds of regions running millions of 
transactions. 

This is the problem with peak-based container pricing whether it be at the CEC 
level (machine mips) or LPAR level (VWLC), if you don't fully utilize the 
container for every product then you end up paying more than you'd like and if 
you create lots of little containers to optimize product pricing then you 
create a lot of undesirable architectural overhead. 

 
-Original Message-
>From: Timothy Sipples 
>Sent: Mar 13, 2011 8:04 AM
>To: IBM-MAIN@bama.ua.edu
>Subject: Re: Cheryl's List #148
>
>A few follow-up comments:
>
>1. It is possible (and common) to see different MSU values for z/OS and,
>for example, for DB2 in SCRT reports. That is, a particular LPAR could peak
>at 10 MSUs for z/OS and peak at 8 MSUs for DB2 (and 7 MSUs for CICS), or
>whatever. All the major IBM products (plus several others) cut their own
>SMF Type 89 records. Just like the machine, the size of the LPAR (z/OS
>peak) is only a ceiling, not a floor, for the other products.
>
>2. One of the factors in determining how to configure LPARs (and how many
>to configure) is software licensing, and certainly that's common practice
>(and has been for years). IBM's zNALC and Solution Edition licensing
>requires separate LPARs, in fact.
>
>3. Integrated Workload Pricing (IWP) gets even deeper into sub-LPAR
>sub-capacity licensing.
>
>4. I'm also puzzled why sub-capacity licensing isn't even more popular.
>
>- - - - -
>Timothy Sipples
>Resident Enterprise Architect
>Value Creation & Complex Deals Team
>IBM Growth Markets (Based in Singapore)
>E-Mail: timothy.sipp...@us.ibm.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: FICON Cascade and Brocade 5000 DASD ports

[R Hey]

For the archive:

Fan-in & Fan-out are the way to go. 

Fan In-Fan Out can only be deployed when using switched-FICON

see:

http://www.cmg.org/measureit/issues/mit25/m_25_3.html

Understanding FICON Performance
SHR 7345

Rez

--
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: PSAAOLD question - when is it updated?

[Chris Craddock]

On Mon, Mar 14, 2011 at 5:38 PM, Stan Weyman  wrote:

>  having been down this road on numerous occasions I think Rob has it pretty
> much nailed IMHO.   Please send check payable to Rocket Software, etc,
> etc... 
>


yeah bright lad is our Rob. The key takeway is if you fetch PSAAOLD and
discover it is for ASID 1 then you are running in the*master* address space.
But gasp... how could that be gentle readers?!? Well basically a whole load
of junk in the way of system exits runs in master simply on the logical
basis of "where the hell else would it run?".

Foremost among those are the EOM RESMGR exits. The ended address space gets
put on a queue and its memory termination routines get processed by
subsystem router tasks and when they have the temerity to screw up (such as
mindlessly and incorrectly referencing private area resources from the dear
departed address space) you will see a bunch of wailing and gnashing of
teeth from IEFJSRASP.

Help?


-- 
This email might be from the
artist formerly known as CC
(or not) You be the judge.

--
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: Cheryl's List #148

[Ed Gould]

Timothy:

Some good points.
There is also a issue when you try and reduce operators. The biggest issue I 
have seen is that the number of IPL's goes up and small problems become large 
problems. On the other end I have also seen the "untrained" people end up 
calling the systems people and they(systems people) are exhausted by the next 
morning as you end up on the phone with them for long periods of time. 
Meanwhile 
the systems people get really pe'oed at management and refuse to take phone 
calls. Then it becaomes a pissing match between departments. No one wins at 
this 
and mean while the good sysprog people just can't get out of the place fast 
enough. Also you have to tell new people that they should expect long phone 
calls in the middle of the night.

Ed





From: Timothy Sipples 
To: IBM-MAIN@bama.ua.edu
Sent: Sun, March 13, 2011 11:39:10 PM
Subject: Re: Cheryl's List #148

Responding to Linda, I think you'll want to compare business cases with
your management.

Case #1: Business as usual.

Case #2: Minimize the cost of overnight operators as much as possible
(through increased automation, alerting, etc.), and compare the cost of
that skeleton crew (of one?) to the likely sub-capacity license savings.

It seems odd to me that #1 would make financial sense, but odd is not
impossible. And then

Case #3: Case #2, plus reallocate some non-mainframe operators by shifting
workload to the mainframe, starting with some workloads that can fill
utilization "valleys."

Mainframes are *extremely* operator-efficient -- so if there's a focus on
controlling operations costs, go actually control operations costs. If you
add workload to a mainframe, typically the operations staff doesn't even
change.

- - - - -
Timothy Sipples
Resident Enterprise Architect
Value Creation & Complex Deals Team
IBM Growth Markets (Based in Singapore)
E-Mail: timothy.sipp...@us.ibm.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