Re: Releasing Orphan Storage without IPL

[Dave Barry]

It happens that certain CSA allocations are not really orphans; they're more 
like emancipated minors.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Rob Schramm
Sent: Wednesday, November 04, 2015 2:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Releasing Orphan Storage without IPL

One the best sysprogs I know attempted to free some storage SQA / CSA due to a 
creeping storage condition.  There was a shory pause followed by some 
expletives and an immediate IPL of the system.  I wouldn't attempt it on any 
system I cared about unless it was to attempt to avoid an impending IPL.

Rob Schramm

On Sat, Oct 31, 2015, 10:47 AM Martin Packer <martin_pac...@uk.ibm.com>
wrote:

> Right. And coming to this late...
>
> SMF 78-2 has all the numbers you'd usually need on this. My standard 
> reporting generates useful stuff on this - but generally I don't bore 
> my customers with it. If it's exciting, however, ... :-)
>
> Quite often I see SQA oversized leaving unusable 24- or 31-bit SQA. 
> (Also oversized CSA, but that's a different matter.)
>
> Cheers, Martin
>
> Martin Packer,
> zChampion, Principal Systems Investigator, Worldwide Cloud & Systems 
> Performance, IBM
>
> +44-7802-245-584
>
> email: martin_pac...@uk.ibm.com
>
> Twitter / Facebook IDs: MartinPacker
> Blog:
> https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker
>
>
>
> From:   Peter Relson <rel...@us.ibm.com>
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date:   31/10/2015 13:56
> Subject:Re: Releasing Orphan Storage without IPL
> Sent by:IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU>
>
>
>
> >Remember that CSA and ECSA can overflow to SQA and ESQA, so you have 
> >more air in you (E)CSA than the 2% and 3% and this might help you 
> >survive until the next scheduled IPL.
>
> Actually, it's the other way around, as I think of it.
>
> CSA can be converted into SQA. If a request to obtain storage from SQA 
> cannot find it from the defined SQA, the system may convert CSA to 
> satisfy
>
> the request.
>
> It will not do the reverse.
>
> This is why some customers will underconfigure SQA and overconfigure CSA.
>
> Peter Relson
> z/OS Core Technology Design
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Releasing Orphan Storage without IPL

[Shane Ginnane]

On Wed, 4 Nov 2015 21:16:42 -0800, Steve Beaver wrote:

>... the system will survive without your intervention,

s/will/may/

Shane ...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Releasing Orphan Storage without IPL

[Steve Beaver]

Moral or the story -- Unless it's your own private/personal test LPAR, the 
system will survive without your intervention,
With your intervention; it takes time to get down as gracefully as possible and 
not so long to get back in flight.  
It will take longer to explain what you were doing and it will be very painful  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dave Barry
Sent: Wednesday, November 4, 2015 4:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Releasing Orphan Storage without IPL

It happens that certain CSA allocations are not really orphans; they're more 
like emancipated minors.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Rob Schramm
Sent: Wednesday, November 04, 2015 2:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Releasing Orphan Storage without IPL

One the best sysprogs I know attempted to free some storage SQA / CSA due to a 
creeping storage condition.  There was a shory pause followed by some 
expletives and an immediate IPL of the system.  I wouldn't attempt it on any 
system I cared about unless it was to attempt to avoid an impending IPL.

Rob Schramm

On Sat, Oct 31, 2015, 10:47 AM Martin Packer <martin_pac...@uk.ibm.com>
wrote:

> Right. And coming to this late...
>
> SMF 78-2 has all the numbers you'd usually need on this. My standard 
> reporting generates useful stuff on this - but generally I don't bore 
> my customers with it. If it's exciting, however, ... :-)
>
> Quite often I see SQA oversized leaving unusable 24- or 31-bit SQA. 
> (Also oversized CSA, but that's a different matter.)
>
> Cheers, Martin
>
> Martin Packer,
> zChampion, Principal Systems Investigator, Worldwide Cloud & Systems 
> Performance, IBM
>
> +44-7802-245-584
>
> email: martin_pac...@uk.ibm.com
>
> Twitter / Facebook IDs: MartinPacker
> Blog:
> https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker
>
>
>
> From:   Peter Relson <rel...@us.ibm.com>
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date:   31/10/2015 13:56
> Subject:Re: Releasing Orphan Storage without IPL
> Sent by:IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU>
>
>
>
> >Remember that CSA and ECSA can overflow to SQA and ESQA, so you have 
> >more air in you (E)CSA than the 2% and 3% and this might help you 
> >survive until the next scheduled IPL.
>
> Actually, it's the other way around, as I think of it.
>
> CSA can be converted into SQA. If a request to obtain storage from SQA 
> cannot find it from the defined SQA, the system may convert CSA to 
> satisfy
>
> the request.
>
> It will not do the reverse.
>
> This is why some customers will underconfigure SQA and overconfigure CSA.
>
> Peter Relson
> z/OS Core Technology Design
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Releasing Orphan Storage without IPL

[Rob Schramm]

One the best sysprogs I know attempted to free some storage SQA / CSA due
to a creeping storage condition.  There was a shory pause followed by some
expletives and an immediate IPL of the system.  I wouldn't attempt it on
any system I cared about unless it was to attempt to avoid an impending
IPL.

Rob Schramm

On Sat, Oct 31, 2015, 10:47 AM Martin Packer <martin_pac...@uk.ibm.com>
wrote:

> Right. And coming to this late...
>
> SMF 78-2 has all the numbers you'd usually need on this. My standard
> reporting generates useful stuff on this - but generally I don't bore my
> customers with it. If it's exciting, however, ... :-)
>
> Quite often I see SQA oversized leaving unusable 24- or 31-bit SQA. (Also
> oversized CSA, but that's a different matter.)
>
> Cheers, Martin
>
> Martin Packer,
> zChampion, Principal Systems Investigator,
> Worldwide Cloud & Systems Performance, IBM
>
> +44-7802-245-584
>
> email: martin_pac...@uk.ibm.com
>
> Twitter / Facebook IDs: MartinPacker
> Blog:
> https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker
>
>
>
> From:   Peter Relson <rel...@us.ibm.com>
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date:   31/10/2015 13:56
> Subject:Re: Releasing Orphan Storage without IPL
> Sent by:IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU>
>
>
>
> >Remember that CSA and ECSA can overflow to SQA and ESQA, so you have
> >more air in you (E)CSA than the 2% and 3% and this might help you
> >survive until the next scheduled IPL.
>
> Actually, it's the other way around, as I think of it.
>
> CSA can be converted into SQA. If a request to obtain storage from SQA
> cannot find it from the defined SQA, the system may convert CSA to satisfy
>
> the request.
>
> It will not do the reverse.
>
> This is why some customers will underconfigure SQA and overconfigure CSA.
>
> Peter Relson
> z/OS Core Technology Design
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Releasing Orphan Storage without IPL

[Roberto Halais]

I onced tried to liberate csa memory (of an old stc that was inactive) with
a Mainview product.

Result:  IPL at 10:00am in a nationwide organization.

That's 10 years ago. Never touch that again.

On Wed, Nov 4, 2015 at 3:20 PM, Rob Schramm <rob.schr...@gmail.com> wrote:

> One the best sysprogs I know attempted to free some storage SQA / CSA due
> to a creeping storage condition.  There was a shory pause followed by some
> expletives and an immediate IPL of the system.  I wouldn't attempt it on
> any system I cared about unless it was to attempt to avoid an impending
> IPL.
>
> Rob Schramm
>
> On Sat, Oct 31, 2015, 10:47 AM Martin Packer <martin_pac...@uk.ibm.com>
> wrote:
>
> > Right. And coming to this late...
> >
> > SMF 78-2 has all the numbers you'd usually need on this. My standard
> > reporting generates useful stuff on this - but generally I don't bore my
> > customers with it. If it's exciting, however, ... :-)
> >
> > Quite often I see SQA oversized leaving unusable 24- or 31-bit SQA. (Also
> > oversized CSA, but that's a different matter.)
> >
> > Cheers, Martin
> >
> > Martin Packer,
> > zChampion, Principal Systems Investigator,
> > Worldwide Cloud & Systems Performance, IBM
> >
> > +44-7802-245-584
> >
> > email: martin_pac...@uk.ibm.com
> >
> > Twitter / Facebook IDs: MartinPacker
> > Blog:
> > https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker
> >
> >
> >
> > From:   Peter Relson <rel...@us.ibm.com>
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Date:   31/10/2015 13:56
> > Subject:Re: Releasing Orphan Storage without IPL
> > Sent by:IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU>
> >
> >
> >
> > >Remember that CSA and ECSA can overflow to SQA and ESQA, so you have
> > >more air in you (E)CSA than the 2% and 3% and this might help you
> > >survive until the next scheduled IPL.
> >
> > Actually, it's the other way around, as I think of it.
> >
> > CSA can be converted into SQA. If a request to obtain storage from SQA
> > cannot find it from the defined SQA, the system may convert CSA to
> satisfy
> >
> > the request.
> >
> > It will not do the reverse.
> >
> > This is why some customers will underconfigure SQA and overconfigure CSA.
> >
> > Peter Relson
> > z/OS Core Technology Design
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> >
> >
> >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
"I am as you, in you, for you. One as you in all, as all, forever. My call
is your call."

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Releasing Orphan Storage without IPL

[Peter Relson]

>Remember that CSA and ECSA can overflow to SQA and ESQA, so you have 
>more air in you (E)CSA than the 2% and 3% and this might help you 
>survive until the next scheduled IPL.

Actually, it's the other way around, as I think of it. 

CSA can be converted into SQA. If a request to obtain storage from SQA 
cannot find it from the defined SQA, the system may convert CSA to satisfy 
the request.

It will not do the reverse.

This is why some customers will underconfigure SQA and overconfigure CSA.

Peter Relson
z/OS Core Technology Design

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Releasing Orphan Storage without IPL

[Martin Packer]

Right. And coming to this late...

SMF 78-2 has all the numbers you'd usually need on this. My standard 
reporting generates useful stuff on this - but generally I don't bore my 
customers with it. If it's exciting, however, ... :-)

Quite often I see SQA oversized leaving unusable 24- or 31-bit SQA. (Also 
oversized CSA, but that's a different matter.)

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Cloud & Systems Performance, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   Peter Relson <rel...@us.ibm.com>
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   31/10/2015 13:56
Subject:    Re: Releasing Orphan Storage without IPL
Sent by:IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU>



>Remember that CSA and ECSA can overflow to SQA and ESQA, so you have 
>more air in you (E)CSA than the 2% and 3% and this might help you 
>survive until the next scheduled IPL.

Actually, it's the other way around, as I think of it. 

CSA can be converted into SQA. If a request to obtain storage from SQA 
cannot find it from the defined SQA, the system may convert CSA to satisfy 

the request.

It will not do the reverse.

This is why some customers will underconfigure SQA and overconfigure CSA.

Peter Relson
z/OS Core Technology Design

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN





--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Releasing Orphan Storage without IPL

[Vernooij, CP (ITOPT1) - KLM]

It is very difficult and tricky to determine which orphaned storage is left 
orphaned unintentionally and can be releases.

Remember that CSA and ECSA can overflow to SQA and ESQA, so you have more air 
in you (E)CSA than the 2% and 3% and this might help you survive until the next 
scheduled IPL.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jake Anderson
Sent: Friday, October 30, 2015 9:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Releasing Orphan Storage without IPL

Hello,

One of our Test LPAR was victim of S878 abends caused by a DB2 system. Now
the DB2 system is down but still the ECSA and CSA are at 97% and 98%. Is it
possible to release the Unused Storage without IPLing ?

Regards,
Jake

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Releasing Orphan Storage without IPL

[Jake Anderson]

Hello,

One of our Test LPAR was victim of S878 abends caused by a DB2 system. Now
the DB2 system is down but still the ECSA and CSA are at 97% and 98%. Is it
possible to release the Unused Storage without IPLing ?

Regards,
Jake

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Releasing Orphan Storage without IPL

[Elardus Engelbrecht]

Jake Anderson wrote:

>One of our Test LPAR was victim of S878 abends caused by a DB2 system.

You need to investigate the reasons/cause of those abends. Are the abends 
inside DB2 itself or in a job using DB2?

> Now the DB2 system is down but still the ECSA and CSA are at 97% and 98%. 

How big are they? What did you used to see those values? 

I agree with Kees Vernooij reply. It is very tricky and risky. I hope your 
problem does not spill over to your production.

>Is it possible to release the Unused Storage without IPLing ?

Perhaps, but you may need special (and expensive) software for that.

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Releasing Orphan Storage without IPL

[Elardus Engelbrecht]

Shane Ginnane wrote:

>Junior sysprog was using a well-known monitor that showed a bunch of "unused" 
>shared storage. He decided we could use it, so decided to free it. ...

>... Still scratching our heads when afore-mentioned junior returned and wanted 
>to know what all the kerfuffle was 


Ouch! Ouch! Ouch!

Did you 'freed' that junior to the pavement and reclaimed his office table?

;-D

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Releasing Orphan Storage without IPL

[Bonno, Tuco]

yeah, i did that too one time; was lucky:  only the cics regions crashed and 
was able to recover by restarting them all; did not need to re-ipl.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, CP (ITOPT1) - KLM
Sent: Friday, 30 October, 2015 06:29
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Releasing Orphan Storage without IPL



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elardus Engelbrecht
Sent: Friday, October 30, 2015 11:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Releasing Orphan Storage without IPL

Shane Ginnane wrote:

>Junior sysprog was using a well-known monitor that showed a bunch of "unused" 
>shared storage. He decided we could use it, so decided to free it. ...

>... Still scratching our heads when afore-mentioned junior returned and wanted 
>to know what all the kerfuffle was 


Ouch! Ouch! Ouch!

Did you 'freed' that junior to the pavement and reclaimed his office table?

;-D

Groete / Greetings
Elardus Engelbrecht

--

Of course not, how did you learn? We have a saying: by falling and getting up 
again, you learn.

Kees.

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

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




--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Note: Act 121 of 2014 (SC Restructuring Act of 2014) abolished the Budget and 
Control Board. Effective July 1, 2015, the Department of Administration has 
been established. Please update your contact information.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Releasing Orphan Storage without IPL

[Ted MacNEIL]

You can do it (carefully) with OMEGAMON, but it's error-prone and tricky (as 
previously stated). It's documented in a separate manual that the vendor 
advises be kept under lock and key, which I agree with.

We let people free up CCA on the development box, since the alternative was an 
IPL.

This barely lasted a week; somebody logged on the Production OMEGAMON and freed 
CSA for Production Online, with disastrous results!

I'm glad it wasn't me!

-
-teD
-
  Original Message  
From: Vernooij, CP (ITOPT1) - KLM
Sent: Friday, October 30, 2015 04:32
To: IBM-MAIN@LISTSERV.UA.EDU
Reply To: IBM Mainframe Discussion List
Subject: Re: Releasing Orphan Storage without IPL

It is very difficult and tricky to determine which orphaned storage is left 
orphaned unintentionally and can be releases.

Remember that CSA and ECSA can overflow to SQA and ESQA, so you have more air 
in you (E)CSA than the 2% and 3% and this might help you survive until the next 
scheduled IPL.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jake Anderson
Sent: Friday, October 30, 2015 9:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Releasing Orphan Storage without IPL

Hello,

One of our Test LPAR was victim of S878 abends caused by a DB2 system. Now
the DB2 system is down but still the ECSA and CSA are at 97% and 98%. Is it
possible to release the Unused Storage without IPLing ?

Regards,
Jake

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Releasing Orphan Storage without IPL

[Elardus Engelbrecht]

Vernooij, CP wrote:

>>Did you 'freed' that junior to the pavement and reclaimed his office table? 
>Of course not, how did you learn? We have a saying: by falling and getting up 
>again, you learn. 

You are right, anyways Shane said it was a development system.

As I have said in March 2013 - "We have a trophy just for such disasters. The 
new owner keeps it until another person makes an error..."

As you said, the only way to learn is to do something and 'earn' that trophy. 
Move on with a smile. It is not how you fall, but how you get up.
 
Nearly everyone at my office have that thing at one or other stage including 
me! ;-D

Groete / Greetings 
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Releasing Orphan Storage without IPL

[John McKown]

On Fri, Oct 30, 2015 at 5:25 AM, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> Shane Ginnane wrote:
>
> >Junior sysprog was using a well-known monitor that showed a bunch of
> "unused" shared storage. He decided we could use it, so decided to free it.
> ...
>
> >... Still scratching our heads when afore-mentioned junior returned and
> wanted to know what all the kerfuffle was 
>
>
> Ouch! Ouch! Ouch!
>
> Did you 'freed' that junior to the pavement and reclaimed his office table?
>

​Telling on my own idiocy. My first year as trainee sysprog, on OS/VS1. I
did an IEBCOPY compress on the running SYS1.LINKLIB. System went belly up.
And it was _not_ a test system. It was in use as the dispatching system for
the police force in the city of Ft. Worth, TX (A "big" city. Yes, I hear
the NYC people laughing at me for calling it that).​ Luckily, we had an
identical system on a 2nd box and I was able to copy the SYS1.LINKLIB on
that system onto the other system, then reIPL.



>
> ;-D
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 

Schrodinger's backup: The condition of any backup is unknown until a
restore is attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Releasing Orphan Storage without IPL

[Shane Ginnane]

On Fri, 30 Oct 2015 13:48:08 +0530, Jake Anderson wrote:

>Is it possible to release the Unused Storage without IPLing ?

Of course.
But you'd better be right.


Junior sysprog was using a well-known monitor that showed a bunch of "unused" 
shared storage. He decided we could use it, so decided to free it.
Despite the said monitor warning *twice* that the segment to be freed had 
changed.
Then went to lunch.

Those of us still at our desks starting seeing really weird JES2 abends. We had 
a JES expert in-house, and I had a look at a couple of dumps, but we had no 
idea, so eventually pulled the pin (development system) and IPL'd to get a 
SADump. Still scratching our heads when afore-mentioned junior returned and 
wanted to know what all the kerfuffle was 


Shane ...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Releasing Orphan Storage without IPL

[Vernooij, CP (ITOPT1) - KLM]

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elardus Engelbrecht
Sent: Friday, October 30, 2015 11:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Releasing Orphan Storage without IPL

Shane Ginnane wrote:

>Junior sysprog was using a well-known monitor that showed a bunch of "unused" 
>shared storage. He decided we could use it, so decided to free it. ...

>... Still scratching our heads when afore-mentioned junior returned and wanted 
>to know what all the kerfuffle was 


Ouch! Ouch! Ouch!

Did you 'freed' that junior to the pavement and reclaimed his office table?

;-D

Groete / Greetings
Elardus Engelbrecht

--

Of course not, how did you learn? We have a saying: by falling and getting up 
again, you learn.

Kees.

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

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




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Releasing Orphan Storage without IPL

[Robert A. Rosenberg]

At 12:28 -0400 on 10/30/2015, Tony Harminc wrote about Re: Releasing 
Orphan Storage without IPL:



On 30 October 2015 at 07:02, Elardus Engelbrecht
<elardus.engelbre...@sita.co.za> wrote:
 As I have said in March 2013 - "We have a trophy just for such 
disasters. The new owner keeps it until another

 person makes an error..."


Well it seems to be war-story Friday.


This one happened years ago at one of the shops I worked at. We had 
2314 DASD. For those who do not remember these units used removable 
disks and each unit had 9 draws for the disks. The address of the 
draw was defined by a plug that had the address to be assigned to it 
(you plugged it into the slot assigned to that draw). The plugs were 
numbered xx0-xx7. If you had a second unit it had address xx8-xxF 
(and the plugs had these numbers on them although the xx8-xxF plugs 
were the same as the xx0-xx7 ones - IOW: A xx8 plug was the same as a 
xx0 one). You could premount a new volume by putting it in the draw 
with no plug and mount it by dismounting another volume and moving 
the plug of the dismounted volume to the new volumes draw slot.


There was a new operator who had come from a shop with only one 2314 
unit (ie: 9 draws) and the shop had 2 2314s (ie: 2 9-draw units with 
the 2nd being xx8-xxF). The operator had premounted a new volume in 
the empty draw on the 0-7 unit (as he was used to doing) and when a 
drive on the 8-F unit was dismounted by the system and it called for 
the new volume he had premounted he pulled the plug from the 8-F unit 
and plugged it unto the spare draw on the 0-7 unit. BIG CRASH since 
there were now two draws with the same address. All would have been 
OK if he, knowing that a 8-F volume was going to be dismounted, had 
premounted the new volume in the 8-F spare draw.



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Releasing Orphan Storage without IPL

[Thomas Conley]

On 10/30/2015 4:18 AM, Jake Anderson wrote:

Hello,

One of our Test LPAR was victim of S878 abends caused by a DB2 system. Now
the DB2 system is down but still the ECSA and CSA are at 97% and 98%. Is it
possible to release the Unused Storage without IPLing ?

Regards,
Jake

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



OMEGAMON has this capability, but you should only use it if you expect 
to IPL anyway.  It's too easy to free up storage for unimportant control 
blocks chains like the subsystem table.


Regards,
Tom Conley

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Releasing Orphan Storage without IPL

[Vernooij, CP (ITOPT1) - KLM]

Right, the problem is not to find orphaned storage, but there is intentionally 
orphaned storage and unintentionally orphaned storage. The problem is to find 
the latter.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Thomas Conley
Sent: Friday, October 30, 2015 1:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Releasing Orphan Storage without IPL

On 10/30/2015 4:18 AM, Jake Anderson wrote:
> Hello,
>
> One of our Test LPAR was victim of S878 abends caused by a DB2 system. Now
> the DB2 system is down but still the ECSA and CSA are at 97% and 98%. Is it
> possible to release the Unused Storage without IPLing ?
>
> Regards,
> Jake
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

OMEGAMON has this capability, but you should only use it if you expect 
to IPL anyway.  It's too easy to free up storage for unimportant control 
blocks chains like the subsystem table.

Regards,
Tom Conley

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Releasing Orphan Storage without IPL

[Gross, Randall [PRI-1PP]]

I did the same thing my first month as a sysprog.  Thank goodness for shared 
DASD and a second system.

Since it's Friday:  

On a similar note, we were running  a very early release of MVS on an 
Amdahl V6 (serial #19).

We had been told that a couple of other accounts were doing this 
successfully.

We started getting very strange failures on JES2, IMS, TCAM and 
assorted other products & jobs.

The standalone dump showed code running in random address spaces, e.g, 
JES in IMS, TCAM in JES, and so forth.

Turns out that the segment table origin stack was mapping every address 
to the same segment table.

We were told it was an engineering bug (not a specific machine hardware 
problem),implying that we were actually the first to run MVS on an Amdahl.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Friday, October 30, 2015 7:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Releasing Orphan Storage without IPL

On Fri, Oct 30, 2015 at 5:25 AM, Elardus Engelbrecht < 
elardus.engelbre...@sita.co.za> wrote:

> Shane Ginnane wrote:
>
> >Junior sysprog was using a well-known monitor that showed a bunch of
> "unused" shared storage. He decided we could use it, so decided to free it.
> ...
>
> >... Still scratching our heads when afore-mentioned junior returned 
> >and
> wanted to know what all the kerfuffle was 
>
>
> Ouch! Ouch! Ouch!
>
> Did you 'freed' that junior to the pavement and reclaimed his office table?
>

​Telling on my own idiocy. My first year as trainee sysprog, on OS/VS1. I did 
an IEBCOPY compress on the running SYS1.LINKLIB. System went belly up.
And it was _not_ a test system. It was in use as the dispatching system for the 
police force in the city of Ft. Worth, TX (A "big" city. Yes, I hear the NYC 
people laughing at me for calling it that).​ Luckily, we had an identical 
system on a 2nd box and I was able to copy the SYS1.LINKLIB on that system onto 
the other system, then reIPL.



>
> ;-D
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 

Schrodinger's backup: The condition of any backup is unknown until a restore is 
attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Releasing Orphan Storage without IPL

[R.S.]

A little bit out of topic:

What do you prefer: an IPL or system crash?
It's serious question. It depends on business approach and of course 
whether you have sysplex or no.

For me, it is usually better to schedule "sudden" IPL than have a crash.

--
Radoslaw Skorupka
Lodz, Poland






--
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru 
Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. 
Według stanu na dzień 01.01.2015 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.840.228 złotych.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Releasing Orphan Storage without IPL

[Shmuel Metz (Seymour J.)]

In

Re: Releasing Orphan Storage without IPL

[Tony Harminc]

On 30 October 2015 at 07:02, Elardus Engelbrecht
 wrote:
> As I have said in March 2013 - "We have a trophy just for such disasters. The 
> new owner keeps it until another
> person makes an error..."

Well it seems to be war-story Friday. When I started as a junior
sysprog 40-something years ago, my office was next to the IBM CEs'
office. (Remember when every shop had an on-site CE team...?) They had
a long shaft and a couple of hefty gears from a 1403 printer, mounted
on a little wooden plinth, the whole lot spray-painted gold and
labeled The Golden Shaft Award.

It was not awarded often, but all of IBM CEs, support, operations, and
sysprogs were eligble.

These days I'm thinking that such an award would be better reserved
for the C-suite people...

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Releasing Orphan Storage without IPL

[Richard Pinion]

Anyone ever make GRS swappable using one of those third party
system monitors?  I did!  Had to IPL too.



--- tuco.bo...@admin.sc.gov wrote:

From: "Bonno, Tuco" <tuco.bo...@admin.sc.gov>
To:   IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Releasing Orphan Storage without IPL
Date: Fri, 30 Oct 2015 10:57:58 +


yeah, i did that too one time; was lucky:  only the cics regions crashed and 
was able to recover by restarting them all; did not need to re-ipl.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, CP (ITOPT1) - KLM
Sent: Friday, 30 October, 2015 06:29
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Releasing Orphan Storage without IPL



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elardus Engelbrecht
Sent: Friday, October 30, 2015 11:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Releasing Orphan Storage without IPL

Shane Ginnane wrote:

>Junior sysprog was using a well-known monitor that showed a bunch of "unused" 
>shared storage. He decided we could use it, so decided to free it. ...

>... Still scratching our heads when afore-mentioned junior returned and wanted 
>to know what all the kerfuffle was 


Ouch! Ouch! Ouch!

Did you 'freed' that junior to the pavement and reclaimed his office table?

;-D

Groete / Greetings
Elardus Engelbrecht

--

Of course not, how did you learn? We have a saying: by falling and getting up 
again, you learn.

Kees.

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

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




--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Note: Act 121 of 2014 (SC Restructuring Act of 2014) abolished the Budget and 
Control Board. Effective July 1, 2015, the Department of Administration has 
been established. Please update your contact information.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN




_
Netscape.  Just the Net You Need.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN