WLM Imp1
R Hey
It's been recommended NOT to use Imp 1 in WLM.
My client has been using Imp1 for online CICS.
I�m planning to change it to use Imp2 buy changing all Imp to Imp+1.
Can you think of any potential problems/issues?
TIA,
Rez
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to list...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Vernooij, CP - SPLXM
"R Hey" <sys...@YAHOO.COM> wrote in message
news:<LISTSERV%20091124022...@BAMA.UA.EDU>...
> Hi,
>
> It's been recommended NOT to use Imp 1 in WLM.
>
> My client has been using Imp1 for online CICS.
>
> I'm planning to change it to use Imp2 buy changing all Imp to Imp+1.
>
> Can you think of any potential problems/issues?
>
> TIA,
> Rez
Why/where is it recommended not to use IMP=1?
All IMPs are relative, shifting them all will have no influence. You
don't have any IMP=5?
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
**********************************************************************
Martin Packer
There're no indications they're wrong.
So I'd like to understand where the "No WLM Importance 1" advice came
from.
Thanks, Martin
Martin Packer
Performance Consultant
IBM United Kingdom Ltd
+44-20-8832-5167
+44-7802-245-584
email: martin...@uk.ibm.com
Twitter ID: MartinPacker
"One Tribe Y'all" :-)
Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number
741598.
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
Chokalingam Thangavelu
I am getting below error while I do a SMPE APPLY job.
BPXF151I BPXCOPY WAS INVOKED FOR HEAD ID 000026.
BPXF150I MVS DATA SET WITH DDNAME SMP00005 SUCCESSFULLY COPIED INTO TEXT
HFS FILE /Service/usr/lib/IBM/IWMA3HEW.
BPXF140E RETURN CODE 00000090, REASON CODE 0549010C. A LINK FAILED FOR
LINK NAME /Service/usr/lib/IBM/../ewlmplat.x.
Please let me know what could be the reason.
Regards,
Chokalingam Thangavelu
Please do not print this email unless it is absolutely necessary.
The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments.
WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email.
Mike Shorkend
--
Mike Shorkend
mi...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196
Ted MacNEIL
By whom?
>My client has been using Imp1 for online CICS.
As your client should be.
>I�m planning to change it to use Imp2 buy changing all Imp to Imp+1.
Why?
>Can you think of any potential problems/issues?
Yes!
You are chopping out one level of importance for NO good reason.
You are going to have to redistribute all your service classes (excluding SYSTEM, SYSSTC & Discretionary) over four importance levels rather than five.
This gives you less flexibility and there is NO reason for it.
-
Too busy driving to stop for gas!
Elardus Engelbrecht
>>Can you think of any potential problems/issues?
>Yes!
>You are chopping out one level of importance for NO good reason. You are
going to have to redistribute all your service classes (excluding SYSTEM,
SYSSTC & Discretionary) over four importance levels rather than five.
This gives you less flexibility and there is NO reason for it.
Interesting. Thanks for mentioning this. I will bookmark this.
>Too busy driving to stop for gas!
Go slooooowww.... ;-D
Groete / Greetings
Elardus Engelbrecht
McKown, John
> From: IBM Mainframe Discussion List
> [mailto:IBM-...@bama.ua.edu] On Behalf Of Chokalingam Thangavelu
> Sent: Tuesday, November 24, 2009 3:35 AM
> To: IBM-...@bama.ua.edu
> Subject: HFSCOPY ERROR
>
> Hi,
>
> I am getting below error while I do a SMPE APPLY job.
>
> BPXF151I BPXCOPY WAS INVOKED FOR HEAD ID 000026.
>
> BPXF150I MVS DATA SET WITH DDNAME SMP00005 SUCCESSFULLY
> COPIED INTO TEXT
> HFS FILE /Service/usr/lib/IBM/IWMA3HEW.
> BPXF140E RETURN CODE 00000090, REASON CODE 0549010C. A LINK
> FAILED FOR
> LINK NAME /Service/usr/lib/IBM/../ewlmplat.x.
>
> Please let me know what could be the reason.
>
> Regards,
> Chokalingam Thangavelu
99.9999% of the time, the key information in the message is the REASON CODE. You can easily find out what that means by using the command TSO BPXMTEXT ... . With the ... replaced by the reason code. In your case, 0549010C. On my z/OS 1.10 system, I get the response:
BPXFSLNK 07/08/07
JRLnkAcrossFilesets: The service tried to link across file systems
Action: Reissue the request, specifying a new pathname that is within the same
file system as the existing pathname.
This indicates that SMP/E is trying to create what is called a "hard link". For those new to UNIX, this is confusing because, in UNIX, multiple file names can refer to the same physical data. But a "hard link" cannot span from one filesystem to another. Unless I am mistaken (and it is definately possible!), the original file was called
/Service/usr/lib/IBM/IWMA3HEW
the new name, which should refer to the same physical data is supposed to be:
/Service/usr/lib/IBM/../ewlmplat.x
which simplifies to:
/Service/usr/lib/ewlmplat.x
So now the question is: Is /Service/usr/lib in the same filesystem as /Service/usr/lib/IBM ? I would think so, but I don't know. The simpliest way to tell is to go into TSO OMVS and issue the commands:
cd /Service/usr/lib
df .
cd IBM
df .
The output from the two "df ." commands should be identical. I don't have this set up on my system right now, but the output would look something like:
Mounted on Filesystem Avail/Total Files Status
/home1000 (TSSPN.LIH1.HOME1000) 3064/2523168 4294960585 Available
Basically, make sure that both "df ." outputs have the same path under "Mounted on" and the same DSN under "Filesystem". If not, then the SMP/E environment is not set up properly.
--
John McKown
Systems Engineer IV
IT
Administrative Services Group
HealthMarkets(r)
9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john....@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
Mark Zelden
wrote:
>Further, most shops I know run with a fair amount of Importance 1.
>There're no indications they're wrong.
>
>So I'd like to understand where the "No WLM Importance 1" advice came
>from.
>
A well known performance expert used to recommend that. But it wasn't
"NO" importance=1, it was that imp=1 should only be used or emergency
work and your "bread and butter" application(s).
So I understand where the recommendation comes from. 10-15 years ago
I had a lot of consulting gigs doing WLM tuning (some were conversions
to WLM). I would say the majority of shops I went into way overused IMP=1 and
at the same time underused IMP=5.
So I happen to agree with that basic philosophy. There is very little
IMP=1 work here. WebSphere enclaves and the DB2 DDF period 1
enclaves that support the same core applications.
Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark....@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html
Edward Jaffe
> It's been recommended NOT to use Imp 1 in WLM.
>
By whom?
--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
edj...@phoenixsoftware.com
http://www.phoenixsoftware.com/
Edward Jaffe
> A well known performance expert used to recommend that. But it wasn't
> "NO" importance=1, it was that imp=1 should only be used or emergency
> work and your "bread and butter" application(s).
>
> So I understand where the recommendation comes from. 10-15 years ago
> I had a lot of consulting gigs doing WLM tuning (some were conversions
> to WLM). I would say the majority of shops I went into way overused IMP=1 and
> at the same time underused IMP=5.
>
> So I happen to agree with that basic philosophy. There is very little
> IMP=1 work here. WebSphere enclaves and the DB2 DDF period 1
> enclaves that support the same core applications.
>
Methinks this might be a hold-over from the "dark" days prior to the
introduction of the CPU- and STORAGE-critical attributes. Importance
ranking is what WLM uses to choose resource donors. And, real storage
was let plentiful than it is today. So, people used to try to protect
working sets for "loved ones" by assigning a relatively high importance.
It seems a bit misguided now. But, that was the only relevant adjustment
available to them (other than switching back to compatibility mode).
--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
edj...@phoenixsoftware.com
http://www.phoenixsoftware.com/
----------------------------------------------------------------------
Mark Zelden
<edj...@PHOENIXSOFTWARE.COM> wrote:
>Mark Zelden wrote:
>> A well known performance expert used to recommend that. But it wasn't
>> "NO" importance=1, it was that imp=1 should only be used or emergency
>> work and your "bread and butter" application(s).
>>
>> So I understand where the recommendation comes from. 10-15 years ago
>> I had a lot of consulting gigs doing WLM tuning (some were conversions
>> to WLM). I would say the majority of shops I went into way overused
IMP=1 and
>> at the same time underused IMP=5.
>>
>> So I happen to agree with that basic philosophy. There is very little
>> IMP=1 work here. WebSphere enclaves and the DB2 DDF period 1
>> enclaves that support the same core applications.
>>
>
>Methinks this might be a hold-over from the "dark" days prior to the
>introduction of the CPU- and STORAGE-critical attributes. Importance
>ranking is what WLM uses to choose resource donors. And, real storage
>was let plentiful than it is today. So, people used to try to protect
>working sets for "loved ones" by assigning a relatively high importance.
>It seems a bit misguided now. But, that was the only relevant adjustment
>available to them (other than switching back to compatibility mode).
>
Some of that is probably true. But from my experience at a lot of shops,
I think many of them just used IMP=1 for just about everything considered
"production online". All CICS regions, all DB2 subsystems, MQ, etc. Then
they would (misguidedly) try and use velocity to make some distinction
within that service class. For example - when trying to translate the
compatibility mode model for putting a CICS "TOR above AOR", they would
make them both IMP=1 but use a higher velocity (and different service
class) for the TOR regions or do the same thing to "make DB2 higher than
CICS".
I guess we need Rez to give us some details behind the post.
Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark....@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html
----------------------------------------------------------------------
Patrick Falcone
--- On Tue, 11/24/09, Mark Zelden <mark....@ZURICHNA.COM> wrote:
Mark Zelden
wrote:
>On Tue, 24 Nov 2009 07:15:24 -0800, Edward Jaffe
><edj...@PHOENIXSOFTWARE.COM> wrote:
>
>>Mark Zelden wrote:
>>> A well known performance expert used to recommend that. But it wasn't
>>> "NO" importance=1, it was that imp=1 should only be used or emergency
>>> work and your "bread and butter" application(s).
>>>
>>> So I understand where the recommendation comes from. 10-15 years ago
>>> I had a lot of consulting gigs doing WLM tuning (some were conversions
>>> to WLM). I would say the majority of shops I went into way overused
>IMP=1 and
>>> at the same time underused IMP=5.
>>>
>>> So I happen to agree with that basic philosophy. There is very little
>>> IMP=1 work here. WebSphere enclaves and the DB2 DDF period 1
>>> enclaves that support the same core applications.
>>>
>>
>>Methinks this might be a hold-over from the "dark" days prior to the
>>introduction of the CPU- and STORAGE-critical attributes. Importance
>>ranking is what WLM uses to choose resource donors. And, real storage
>>was let plentiful than it is today. So, people used to try to protect
>>working sets for "loved ones" by assigning a relatively high importance.
>>It seems a bit misguided now. But, that was the only relevant adjustment
>>available to them (other than switching back to compatibility mode).
>>
>
>Some of that is probably true. But from my experience at a lot of shops,
>I think many of them just used IMP=1 for just about everything considered
>"production online". All CICS regions, all DB2 subsystems, MQ, etc. Then
>they would (misguidedly) try and use velocity to make some distinction
>within that service class.
Sorry, I wrote that wrong. Change "service class" to "importance level" or
"workload" in the sentence above.
>For example - when trying to translate the
>compatibility mode model for putting a CICS "TOR above AOR", they would
>make them both IMP=1 but use a higher velocity (and different service
>class) for the TOR regions or do the same thing to "make DB2 higher than
>CICS".
>
>I guess we need Rez to give us some details behind the post.
>
--
Chokalingam Thangavelu
Regards,
Chokalingam Thangavelu
TWUL Mainframe Support
Thames Water IS
In Partnership with Wipro Technologies
Mobile: +91(0)-96864 33224
/Service/usr/lib/IBM/IWMA3HEW
/Service/usr/lib/IBM/../ewlmplat.x
which simplifies to:
/Service/usr/lib/ewlmplat.x
Administrative Services Group
HealthMarkets(r)
Please do not print this email unless it is absolutely necessary.
The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments.
WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email.
----------------------------------------------------------------------
Mark Zelden
<patrick....@VERIZON.NET> wrote:
>Personally, I would say that it depends. My last gig on a small 2-way I was
>standing on my head with the Policy to make it work due to capacity
>limitations. I had all kinds of stuff in IMP 1.
That would be more of a problem on a small machine that is capacity
challenged. If too much is IMP=1 and there are not enough cycles
to go around, what's WLM to do (especially when you consider the
SYSTEM and SYSSTC workloads)?
>Now I'm currently supporting a very large plex with many disparate sizes,
>shapes, workloads. Some LPARs have very little IMP 1 and others� have a
little >more.
> As long as the the PI's are met and the clients are happy I go with what
works.
That is the bottom line - are SLAs being met.
Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark....@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html
----------------------------------------------------------------------
Scott Rowe
>>> Mark Zelden <mark....@ZURICHNA.COM> 11/24/2009 8:56 AM >>>
On Tue, 24 Nov 2009 09:10:34 +0000, Martin Packer <martin...@UK.IBM.COM>
wrote:
A well known performance expert used to recommend that. But it wasn't
"NO" importance=1, it was that imp=1 should only be used or emergency
work and your "bread and butter" application(s).
So I understand where the recommendation comes from. 10-15 years ago
I had a lot of consulting gigs doing WLM tuning (some were conversions
to WLM). I would say the majority of shops I went into way overused IMP=1 and
at the same time underused IMP=5.
So I happen to agree with that basic philosophy. There is very little
IMP=1 work here. WebSphere enclaves and the DB2 DDF period 1
enclaves that support the same core applications.
Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark....@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to list...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you.
John Laubenheimer
>Hi,
>
>It's been recommended NOT to use Imp 1 in WLM.
>
>My client has been using Imp1 for online CICS.
>
>I�m planning to change it to use Imp2 buy changing all Imp to Imp+1.
>
>Can you think of any potential problems/issues?
>
>TIA,
>Rez
>
>----------------------------------------------------------------------
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to list...@bama.ua.edu with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html
One thought here is that, when your management comes to you and says to
increase priority (meaning throughput) of an IMP 1 address space, your only
option will be to decrease the importance of all other IMP 1 address spaces.
(It's not a matter of IF; it's a matter of WHEN!) A rather nasty undertaking!
If you leave some room at the top, you will have room to increase the
importance level of a single address space. This is not to say that you
shouldn't have IMP 1 service classes; just leave a little wiggle room for when
that time comes.
Terry Draper
HOWEVER! I can see why you would not want to much there. If you put many of your important workloads in importance 1 and you found that one workload was extra special, then what do you do?
I can understand designing around importance 2 to discretionary and then see what really has a strong business need for importance 1.
This is one of those "It Depends" questions. There is no answer which is right for everyone.
Just understand the implications and make your own decisions.
Terry Draper
zSeries Performance Consultant
w....@btopenworld.com
mobile: +966 556730876
--- On Tue, 24/11/09, R Hey <sys...@YAHOO.COM> wrote:
From: R Hey <sys...@YAHOO.COM>
Subject: WLM Imp1
To: IBM-...@bama.ua.edu
Date: Tuesday, 24 November, 2009, 8:23
Hi,
It's been recommended NOT to use Imp 1 in WLM.
My client has been using Imp1 for online CICS.
I’m planning to change it to use Imp2 buy changing all Imp to Imp+1.
Ted MacNEIL
I think many of them just used IMP=1 for just about everything considered
"production online".
>All CICS regions, all DB2 subsystems, MQ, etc.
>Then they would (misguidedly) try and use velocity to make some distinction
within that service class.
I see nothing wrong with making Production Online all IMP=1, but there is no need to f*rt around with the velocities.
The WLM is smart enough to figure out which sub-system is dependent on which.
It just creates pseudo-classes to manage the dependencies.
What is more important is the service levels!
If they're being met, don't futz with it.
If they aren't, fix it!
Getting hung up on which importance should (not) be used is counter productive.
-
Too busy driving to stop for gas!
----------------------------------------------------------------------
Mark Zelden
>I see nothing wrong with making Production Online all IMP=1, but there is
no need to f*rt around with the velocities.
>The WLM is smart enough to figure out which sub-system is dependent on which.
>It just creates pseudo-classes to manage the dependencies.
>
If you are referring to the dynamic internal service classes that WLM
creates, those only apply to a server topology (like CICS and IMS
with transaction goals). WLM has no way of knowing the inter-dependencies
of other address spaces. And I'm pretty sure you have posted several times
about not seeing a compelling reason to use CICS transaction goals (they
were never implemented at my current employer either).
Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark....@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html
----------------------------------------------------------------------
Ted MacNEIL
creates, those only apply to a server topology (like CICS and IMS
with transaction goals). WLM has no way of knowing the inter-dependencies
of other address spaces.
Yes. You're correct.
If you need to exploit this, you MUST have transaction goals.
>And I'm pretty sure you have posted several times about not seeing a compelling reason to use CICS transaction goals (they were never implemented at my current employer either).
The compelling reason is service levels.
The last shop I worked at had sub-0.2 second response time with velocity goals.
What was the point of introducing transaction goals?
When I first implemented goal mode 10 years ago, I was gung-ho to transaction goals for CICS, IMS & DDF.
Now, chastised by reality, I realise one size does not fit all.
Measure twice, cut once!
(But, use all importance levels, effectively)
-
Too busy driving to stop for gas!
----------------------------------------------------------------------
Steve Samson
said that IMP=1 should be reserved for the one or two most
business-important service classes.
I had viewed many service definitions and almost all overloaded Imp1 and
essentially omitted Imp4. Sliding all but the Most Loved Ones down an
importance level, keeping IMP1 for the top service classes usually
relieved perceived WLM non-responsiveness.
I'll take the credit or blame for the recommendation, but not the
oversimplification.
Steve Samson
Barbara Nitz
>at the same time underused IMP=5.
>But from my experience at a lot of shops,
>I think many of them just used IMP=1 for just about everything considered
>"production online". All CICS regions, all DB2 subsystems, MQ, etc. Then
>they would (misguidedly) try and use velocity to make some distinction
>within that service class.
Have you been to our shop here, too, Mark? And did not come by my desk?!?
<vbg>
When I first defined the WLM policy here, I had it all spread out evenly. And
then (since everyone knew we went to WLM mode) everyone looked at the
system and started screaming once 'their' product had delays. Never mind that
those delays would also have been there in compat mode! Never mind that the
PI was still good. In the end I was forced to classify just about everyone (in
our case IMS and DB2) in an IMP1 service class. Those that screamed loudest
got promoted to imp1. We have just about nothing anymore in imp4 and 5 (but
a lot in discretionary - I made sure of that at least).
>your only
>option will be to decrease the importance of all other IMP1 address spaces.
So true. We are there. Same caveat as before: How dare we (my two
colleagues and I) even suggest to take 'their' product out of an imp1 class?
How dare we suggest that not all STCs are created equal or have equal
priority?
And have you noticed how many 'new' products make themselves go into at
least SYSSTC by 'absolutely needing' a SCHEDxx entry? When I rewrote the
policy (still haven't been allowed to do rollout), I classified them all ahead of
the SPM rule for SYSSTC, of course at a lower importance!
Regards, Barbara Nitz
R Hey
try not to use IMP-1, use I2 for LOVEd ones
I like all the points made by Mark.
>
But from my experience at a lot of shops, I think many of them just
used IMP=1 for just about everything considered "production online". ...
Then they would (misguidedly) try and use velocity to make some distinction
within that importance level.
>
Amen.
>
Same caveat as before: How dare we (my two colleagues and I) even suggest
to
take 'their' product out of an imp1 class?
>
Amen.
Rgds,
Rez
Chokalingam Thangavelu
and we are not able to access ISPF/PDF panels. Below error is displaying
while we access ISPF panels.
ISPD113 Invalid panel
'ISR@PRIM' is not a valid 'selection' panel.
***
A severe error occurred under dialog:
Application : ISP
Function . : Command TWMGO
Service . . : SELECT
Error message ID: ISPD213
Please let us know that IPL will resolve the problem.
Regards,
Chokalingam Thangavelu
Please do not print this email unless it is absolutely necessary.
The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments.
WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email.
----------------------------------------------------------------------
Vernooij, CP - SPLXM
"Chokalingam Thangavelu" <thangavelu....@WIPRO.COM> wrote in
message
news:<C7E57BB20A2E8340A0C2...@BLR-EC-MBX05.wipro.com>..
.
> We have compressed SYS1.SISPPENU dataset in our test system by mistake
> and we are not able to access ISPF/PDF panels. Below error is
displaying
> while we access ISPF panels.
>
>
> ISPD113 Invalid panel
> 'ISR@PRIM' is not a valid 'selection' panel.
> ***
>
> A severe error occurred under dialog:
>
>
>
> Application : ISP
>
>
>
> Function . : Command TWMGO
>
>
>
> Service . . : SELECT
>
>
>
> Error message ID: ISPD213
>
> Please let us know that IPL will resolve the problem.
>
> Regards,
> Chokalingam Thangavelu
>
Is your library under LLA management? If so, did you update (refresh)
LLA?
Kees.
**********************************************************************
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain
confidential and privileged material intended for the addressee
only. If you are not the addressee, you are notified that no part
of the e-mail or any attachment may be disclosed, copied or
distributed, and that any other action related to this e-mail or
attachment is strictly prohibited, and may be unlawful. If you have
received this e-mail by error, please notify the sender immediately
by return e-mail, and delete this message.
Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries
and/or its employees shall not be liable for the incorrect or
incomplete transmission of this e-mail or any attachments, nor
responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
Dutch Airlines) is registered in Amstelveen, The Netherlands, with
registered number 33014286
**********************************************************************
----------------------------------------------------------------------
Wolfgang Schäfer
Let the users logoff and logon again. That should fix the problem.
Regards
Wolfgang
Chokalingam Thangavelu
Regards,
Chokalingam Thangavelu
TWUL Mainframe Support
Thames Water IS
In Partnership with Wipro Technologies
Mobile: +91(0)-96864 33224
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-...@bama.ua.edu] On
Please do not print this email unless it is absolutely necessary.
The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments.
WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email.
----------------------------------------------------------------------
Paul Gilmartin
>
>99.9999% of the time, the key information in the message is the REASON CODE. You can easily find out what that means by using the command TSO BPXMTEXT ... . With the ... replaced by the reason code. In your case, 0549010C. On my z/OS 1.10 system, I get the response:
>
>BPXFSLNK 07/08/07
>JRLnkAcrossFilesets: The service tried to link across file systems
>
strerror() or whotever is necessary, and displayed the formatted
message text rather than just the code.
-- gil
Mark Zelden
<thangavelu....@WIPRO.COM> wrote:
>We have compressed SYS1.SISPPENU dataset in our test system by mistake
>and we are not able to access ISPF/PDF panels. Below error is displaying
>while we access ISPF panels.
>
Compress moved the PDS members around.
Just exit ISPF (to TSO READY) and get back in. Or for most, it's probably
easier to just logoff and logon again. If you already tried that then I would
guess that the library is defined to LLA with FREEZE, so do an LLA refresh
or update first, then logon again.
Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark....@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html
----------------------------------------------------------------------