keeping csaAll and csaTotals for a long time in pfa
Hi In ZOsV1R12 /pfapath/PFA_COMMON_STORAGE_USAGE/data/ directory is keeping csaAll and csaTotals for a long time. It is never deleting. How can I delete the old datas from data directory. Iyi calismalar, Saygilar / Regards Kayhan Tanriverir Vizyon BT Uzman Sistem Programcisi / Senior Systems Programmer (Please consider the environment before printing this e-mail) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
turn off WARNING and CAUTION messages in pdf
cross-posted to ibm-main, ispf listserver communities this is in both z/os 1.11 and 1.13 whenever I edit into various members of various pds-s using PDF under ISPF, at the top of the very first screen I get a series of white “caution” and “warning” messages, e.g., (and it happens in just about every member I edit into, some combination[s] of the following) : -CAUTION- profile changed to NUMBER OFF from NUMBER ON STD. data does not have valid standard numbers and/or -CAUTION- profile changed to CAPS ON (from CAPS OFF) because the data does not contian any lower case characters and/or -Warning- the UNDO command is not available until you change your edit profile usind the command RECOVERY ON. and there are others as well I understand what these messages mean, and I know what to do to change the conditions they describe. but I do NOT want to change the conditions they describe, e.g, re: the “warning” message, I do NOT want to change the edit profile back to RECOVERY ON. What I DO want to do is to totally SUPPRESS all those white ‘cautions’ and ‘warnings’ , so that they do not appear at all. (yes, I know, a “RESET” command at the ‘command === ‘ will make them go away, but I’m getting tired of that; I’m editting in and out of dozens of pds-s a day, and I’m just tired of it. I want them simply not to appear at all.) I have consulted (RTFM!!) the “ISPF Pannning and Customization” manual, as well as volumes 1 and 2 of “ISPF User’s Guide” to no avail. Has anyone ever done this successfully? if so, how? TIA /s/ tuco bonno; Graduate, College of Conflict Management; University of SouthEast Asia; I partied on the Ho Chi Minh Trail - tiến lên !! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: turn off WARNING and CAUTION messages in pdf
Have you tried NOTE OFF in the profile? Regards, Herman Stocker It is impossible to make anything foolproof, because fools are so ingenious. -- Robert Heinlein -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bonno, Tuco Sent: Tuesday, October 16, 2012 7:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: turn off WARNING and CAUTION messages in pdf cross-posted to ibm-main, ispf listserver communities this is in both z/os 1.11 and 1.13 whenever I edit into various members of various pds-s using PDF under ISPF, at the top of the very first screen I get a series of white “caution” and “warning” messages, e.g., (and it happens in just about every member I edit into, some combination[s] of the following) : -CAUTION- profile changed to NUMBER OFF from NUMBER ON STD. data does not have valid standard numbers and/or -CAUTION- profile changed to CAPS ON (from CAPS OFF) because the data does not contian any lower case characters and/or -Warning- the UNDO command is not available until you change your edit profile usind the command RECOVERY ON. and there are others as well I understand what these messages mean, and I know what to do to change the conditions they describe. but I do NOT want to change the conditions they describe, e.g, re: the “warning” message, I do NOT want to change the edit profile back to RECOVERY ON. What I DO want to do is to totally SUPPRESS all those white ‘cautions’ and ‘warnings’ , so that they do not appear at all. (yes, I know, a “RESET” command at the ‘command === ‘ will make them go away, but I’m getting tired of that; I’m editting in and out of dozens of pds-s a day, and I’m just tired of it. I want them simply not to appear at all.) I have consulted (RTFM!!) the “ISPF Pannning and Customization” manual, as well as volumes 1 and 2 of “ISPF User’s Guide” to no avail. Has anyone ever done this successfully? if so, how? TIA /s/ tuco bonno; Graduate, College of Conflict Management; University of SouthEast Asia; I partied on the Ho Chi Minh Trail - tiến lên !! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN --- The sender believes that this E-mail and any attachments were free of any virus, worm, Trojan horse, and/or malicious code when sent. This message and its attachments could have been infected during transmission. By reading the message and opening any attachments, the recipient accepts full responsibility for taking protective and remedial action about viruses and other defects. The sender's employer is not liable for any loss or damage arising in any way from this message or its attachments. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: keeping csaAll and csaTotals for a long time in pfa
Do you have the PTF for APAR OA38786 applied? If not you might install that. If you do you should contact IBM. You should not have to do any cleanup of data from the directory manually it is supposed to be done automagically. Best Regards, Sam Knutson, GEICO System z Team Leader mailto:sknut...@geico.com (office) 301.986.3574 (cell) 301.996.1318 Think big, act bold, start simple, grow fast... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Kayhan Tanriverir Sent: Tuesday, October 16, 2012 3:56 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: keeping csaAll and csaTotals for a long time in pfa Hi In ZOsV1R12 /pfapath/PFA_COMMON_STORAGE_USAGE/data/ directory is keeping csaAll and csaTotals for a long time. It is never deleting. How can I delete the old datas from data directory. Iyi calismalar, Saygilar / Regards Kayhan Tanriverir Vizyon BT Uzman Sistem Programcisi / Senior Systems Programmer (Please consider the environment before printing this e-mail) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: turn off WARNING and CAUTION messages in pdf
yes; doesn’t work. thanks anyway. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Stocker, Herman Sent: Tuesday, 16 October, 2012 08:07 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: turn off WARNING and CAUTION messages in pdf Have you tried NOTE OFF in the profile? Regards, Herman Stocker It is impossible to make anything foolproof, because fools are so ingenious. -- Robert Heinlein -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bonno, Tuco Sent: Tuesday, October 16, 2012 7:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: turn off WARNING and CAUTION messages in pdf cross-posted to ibm-main, ispf listserver communities this is in both z/os 1.11 and 1.13 whenever I edit into various members of various pds-s using PDF under ISPF, at the top of the very first screen I get a series of white “caution” and “warning” messages, e.g., (and it happens in just about every member I edit into, some combination[s] of the following) : -CAUTION- profile changed to NUMBER OFF from NUMBER ON STD. data does not have valid standard numbers and/or -CAUTION- profile changed to CAPS ON (from CAPS OFF) because the data does not contian any lower case characters and/or -Warning- the UNDO command is not available until you change your edit profile usind the command RECOVERY ON. and there are others as well I understand what these messages mean, and I know what to do to change the conditions they describe. but I do NOT want to change the conditions they describe, e.g, re: the “warning” message, I do NOT want to change the edit profile back to RECOVERY ON. What I DO want to do is to totally SUPPRESS all those white ‘cautions’ and ‘warnings’ , so that they do not appear at all. (yes, I know, a “RESET” command at the ‘command === ‘ will make them go away, but I’m getting tired of that; I’m editting in and out of dozens of pds-s a day, and I’m just tired of it. I want them simply not to appear at all.) I have consulted (RTFM!!) the “ISPF Pannning and Customization” manual, as well as volumes 1 and 2 of “ISPF User’s Guide” to no avail. Has anyone ever done this successfully? if so, how? TIA /s/ tuco bonno; Graduate, College of Conflict Management; University of SouthEast Asia; I partied on the Ho Chi Minh Trail - tiến lên !! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN --- The sender believes that this E-mail and any attachments were free of any virus, worm, Trojan horse, and/or malicious code when sent. This message and its attachments could have been infected during transmission. By reading the message and opening any attachments, the recipient accepts full responsibility for taking protective and remedial action about viruses and other defects. The sender's employer is not liable for any loss or damage arising in any way from this message or its attachments. --- -- 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: turn off WARNING and CAUTION messages in pdf
Has anyone ever done this successfully? if so, how? I'd try putting a RESET in your start-up EDIT macro. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: turn off WARNING and CAUTION messages in pdf
thank you. yes, that works. /s/ tuco -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ted MacNEIL Sent: Tuesday, 16 October, 2012 08:40 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: turn off WARNING and CAUTION messages in pdf Has anyone ever done this successfully? if so, how? I'd try putting a RESET in your start-up EDIT macro. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- 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: COBOL Compiler Question
Yes. Thanks!
The LE initialization using LINK caused high CPU consumption.
The alternative was to use the IBM BINDER to bind theirs and the called program
together.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Wayne Bickerdike
Sent: Monday, October 15, 2012 8:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL Compiler Question
Great information Frank. Excellent, thanks.
On Sat, Oct 13, 2012 at 11:11 AM, Frank Swarbrick frank.swarbr...@yahoo.com
wrote:
What is CTRCOBMOD?
If you do a COBOL static call, or even a COBOL dynamic call, you are for the
most part not using CICS services to invoke your routine. For static I don't
think CICS knows or cares at all. For a dynamic call I think a CICS service
is invoked by the COBOL/LE runtime to load the module, but from there its
basically COBOL.
If you have no CICS commands inside the called module you don't have
to do anything special with the called module. You compile it just as
a batch COBOL program. (You still don't want to use things that
directly invoke MVS services, though, such as COBOL I/O, etc.)
If you have CICS commands you have a couple options. Others will probably
tell you about the way that I do not prefer. What I prefer is the following:
Place the following at the top of the called modules source code:
PROCESS CICS('NOLINKAGE')
(This assumes you're using the COBOL/CICS integrated preprocessor; if
you still use the CICS translator then specify the NOLINKAGE
translator option in the appropriate manner.)
By doing this, the CICS translator/preprocessor will not add the implicit
DFHEIBLK and DFHCOMMAREA fields to the COBOL LINKAGE SECTION and PROCEDURE
DIVISION USING. This allows you to do a COBOL CALL to the routine just like
you would in a batch program, i.e.:
CALL 'MYSUBR' USING PARM-1, PARM-2, PARM-3.
In your example below you could just do:
CALL 'PROGRAM1' USING WS-COMMAREA
Your called routine, if executing a CICS command, still needs to have the
DFHEIBLK area; you just have to add it explicitly. Add the following to your
LINKAGE SECTION:
COPY DFHEIBLC.
Then add the following to the beginning of your PROCEDURE DIVISION:
exec cics address
eib (address of dfheiblk)
end-exec
You now have DFHEIBLK addressability without requiring it to be passed as a
parameter from your calling program.
For the most part your called program can stay the same. You must
eliminate any EXEC CICS RETURN statements, though, and replace them
with a COBOL GOBACK. If you do EXEC CICS RETURN it behaves as if the
calling program executed it, and most likely will not be what you want
(which is to go back to the caller, not to return to CICS). This is
because to CICS your calling program and your called program ARE THE
SAME PROGRAM. With EXEC CICS LINK you go up a level, and a RETURN
goes back down. With COBOL CALL you do not go up a level, so if you
do RETURN you still go back a level, which is probably back to CICS
(unless your caller was LINKed to...)
Anyway, once you get a few things straight there's not much to it.
I'm sure that a static call gives the best performance.
I believe a dynamic call is still better than a LINK because when you do a
LINK you enter and initialize a new LE enclave each time.
Which brings up another caveat. If you do a CALL to the same program from
the same program multiple times within a task it behaves exactly as how this
behaves in batch. That is, your WORKING STORAGE section is initialized only
upon the first call. This is different than CICS LINK where you get fresh
working-storage each time. This can actually be quite an advantage, but you
have to make sure that your program that your currently LINKing to doesn't
depend on it. If it does, there are a couple of things you can do:
- Use the AS INITIAL clause of the COBOL PROGRAM-ID statement.
- Do a COBOL CANCEL after each COBOL CALL (I don't recommend this, and I
don't think it even works if you do a static call).
- Place any variables that you need initialized each time your program
is called in LOCAL-STORAGE SECTION rather than WORKING-STORAGE
SECTION. (You could just put all of your variables in LOCAL STORAGE,
but I imagine this would have unwanted overhead.)
- Leave everything in WORKING-STORAGE and add PROCEDURE DIVISION statements
to explicitly initialize any fields that require it.
I would guess that options 3 (LOCAL STORAGE) or 4 (explicit initialization)
would give you the best performance.
Have I forgotten anything? Possibly.
Have fun!
Frank
From: John Weber j...@fiteq.com
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Friday, October 12, 2012 5:21 PM
Subject: COBOL Compiler Question
We have a COBOL CICS module being called using the LINK command.
Here is the interface call:
EXEC CICS
LINK
Re: Yan: keeping csaAll and csaTotals for a long time in pfa
Please open a PMR and pax the PFA_COMMON_STORAGE_USAGE/data directory to us and we'll take a look at it. All of the PFA files should be self-maintaining and I'm not aware of any open issues in this area. Also, please make sure you have all the latest PFA PTFs. There have been a lot of changes lately to reduce false positive exceptions. Karla Arndt z/OS Predictive Failure Analysis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: COBOL Compiler Question
The COBOL Performance Tuning paper talks about the performance differences of
using EXEC CICS LINK vs COBOL dynamic CALL. Perhaps this will be helpful to
you. You can find the performance tuning paper on the COBOL page at:
http://www.ibm.com/software/awdtools/cobol/library/ (scroll down near the
bottom of the page). The most current one is Enterprise COBOL Version 4 Release
2 Performance Tuning (which is at the top of the list). The CICS section starts
on page 27.
Rick Arellanes
IBM COBOL Development and Performance
On Fri, 12 Oct 2012 23:21:59 +, John Weber j...@fiteq.com wrote:
We have a COBOL CICS module being called using the LINK command.
Here is the interface call:
EXEC CICS
LINK PROGRAM('PROGRAM1')
RESP(WS-RESP)
COMMAREA(WS-COMMAREA)
END-EXEC
However, it has been brought up that creating a bound module instead of using
LINK can speed up response time.
Is this binding compiler in question CTRCOBMOD? If so, is this worth pursuing?
Thanks a lot...
John
--
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: IBM, id's to open pmr's, lot$a $$$$ now involved?...
Howdy Barb, See imbedded below... On 10/16/2012 12:59 PM, ibmmain wrote: Brian, Well we had such a pleasant phone call on Friday with IBM reps on this subject. Much to our DISMAY, they maintain that this access was never free and that promoting web sites costs money. I think what you're seeing here is that someone at IBM screwed up royally. It all comes out because IBM now 'consolidates' their many tools on different platforms into one (named SR), and SR is built on assumptions that IBM came up with in their ivory tower. SR exposes that most of the customer data bases are equally screwed up. New customer numbers are assigned sometimes on a product-by-product basis, and it is sufficient for one manager at your site signing off on something like this six years ago for you now to have a binding contract that does not include opening problems electronically. Yes, I do believe you're totally correct on this. I kinda had been thinking that especially since we had the meeting Friday and I kept hearing the same over and over, IBMLINK is what I know, not the other URL's. And it continues to highly urinate me that they don't have the guts, nads, choose your optimum word here, to admit it OR even more importantly, notify upfront. Somewhere in there I have to think breach of contract when you take away access without notification... I have seen this when IBM forced session manager on us (instead of NetView Access) by the simple expedient of silently terminating the NVAS licence in our contract and substituting session manager instead. We had never agreed to that, but my boss had signed off on it when the contract was up for renewal and there we were. More recently, when Sterling was bought by IBM, IBM was incapable of putting the NDM licence under the same contract we have always had opened PMRs under. IBM silently opened a new customer number just for NDM and made a colleague of mine admin for it. Need I mention that none of us could access that customer number? I feel your pain. This is certainly NO customer service at all. In the long run, it is one more nail in z/OSs coffin Yes the pounding of nails at IBM is just astounding. A bigot of them I've been, but no more... . Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- -- Brian W. France Systems Administrator (Mainframe) Pennsylvania State University Administrative Information Services - Infrastructure/SYSARC Rm 25 Shields Bldg., University Park, Pa. 16802 814-863-4739 b...@psu.edu mailto:b...@psu.edu To make an apple pie from scratch, you must first invent the universe. Carl Sagan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM, id's to open pmr's, lot$a $$$$ now involved?...
On 16 Oct 2012 10:26:59 -0700, in bit.listserv.ibm-main Bri9an France wrote: You who are still in the field (I'm retired but am open to contracts) are between the rock and the hard place. I doubt the other operating systems vendors are so stupid but I know that I wouldn't want to give management migration ideas. Unfortunately the people who have the clout in an organization to get IBM to back down and smarten up are in all too many cases the ones who are looking for more reasons to bite the bullet and migrate. Possibly one line of attack is seriously reviewing the other environments for applicability to your organization (Windows, Linux, Solaris, Unix of choice, etc.) and seeing if you would like using them. If there is an alternative you can promote and live with then it is worth starting to push back against these IBM policies. In the meanwhile, as a shareholder I am embarrassed by IBM's chutzpah in charging large amounts for an unreliable product (SR and related, not zOS). Clark Morris Howdy Barb, See imbedded below... On 10/16/2012 12:59 PM, ibmmain wrote: Brian, Well we had such a pleasant phone call on Friday with IBM reps on this subject. Much to our DISMAY, they maintain that this access was never free and that promoting web sites costs money. I think what you're seeing here is that someone at IBM screwed up royally. It all comes out because IBM now 'consolidates' their many tools on different platforms into one (named SR), and SR is built on assumptions that IBM came up with in their ivory tower. SR exposes that most of the customer data bases are equally screwed up. New customer numbers are assigned sometimes on a product-by-product basis, and it is sufficient for one manager at your site signing off on something like this six years ago for you now to have a binding contract that does not include opening problems electronically. Yes, I do believe you're totally correct on this. I kinda had been thinking that especially since we had the meeting Friday and I kept hearing the same over and over, IBMLINK is what I know, not the other URL's. And it continues to highly urinate me that they don't have the guts, nads, choose your optimum word here, to admit it OR even more importantly, notify upfront. Somewhere in there I have to think breach of contract when you take away access without notification... I have seen this when IBM forced session manager on us (instead of NetView Access) by the simple expedient of silently terminating the NVAS licence in our contract and substituting session manager instead. We had never agreed to that, but my boss had signed off on it when the contract was up for renewal and there we were. More recently, when Sterling was bought by IBM, IBM was incapable of putting the NDM licence under the same contract we have always had opened PMRs under. IBM silently opened a new customer number just for NDM and made a colleague of mine admin for it. Need I mention that none of us could access that customer number? I feel your pain. This is certainly NO customer service at all. In the long run, it is one more nail in z/OSs coffin Yes the pounding of nails at IBM is just astounding. A bigot of them I've been, but no more... . Barbara Nitz -- 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: IBM, id's to open pmr's, lot$a $$$$ now involved?...
I don't disagree with either of you. Customer service is lacking with a lot of vendors. But on the flip side I will tell you from experience a lot of customers are lacking talent in the systems arena. This isn't a big surprise a lot of guys my age are retiring or retired. We go above and beyond usually in service on our products because of our size. Scott ford www.identityforge.com Tell me and I'll forget; show me and I may remember; involve me and I'll understand. - Chinese Proverb On Oct 16, 2012, at 1:26 PM, Brian France b...@psu.edu wrote: Howdy Barb, See imbedded below... On 10/16/2012 12:59 PM, ibmmain wrote: Brian, Well we had such a pleasant phone call on Friday with IBM reps on this subject. Much to our DISMAY, they maintain that this access was never free and that promoting web sites costs money. I think what you're seeing here is that someone at IBM screwed up royally. It all comes out because IBM now 'consolidates' their many tools on different platforms into one (named SR), and SR is built on assumptions that IBM came up with in their ivory tower. SR exposes that most of the customer data bases are equally screwed up. New customer numbers are assigned sometimes on a product-by-product basis, and it is sufficient for one manager at your site signing off on something like this six years ago for you now to have a binding contract that does not include opening problems electronically. Yes, I do believe you're totally correct on this. I kinda had been thinking that especially since we had the meeting Friday and I kept hearing the same over and over, IBMLINK is what I know, not the other URL's. And it continues to highly urinate me that they don't have the guts, nads, choose your optimum word here, to admit it OR even more importantly, notify upfront. Somewhere in there I have to think breach of contract when you take away access without notification... I have seen this when IBM forced session manager on us (instead of NetView Access) by the simple expedient of silently terminating the NVAS licence in our contract and substituting session manager instead. We had never agreed to that, but my boss had signed off on it when the contract was up for renewal and there we were. More recently, when Sterling was bought by IBM, IBM was incapable of putting the NDM licence under the same contract we have always had opened PMRs under. IBM silently opened a new customer number just for NDM and made a colleague of mine admin for it. Need I mention that none of us could access that customer number? I feel your pain. This is certainly NO customer service at all. In the long run, it is one more nail in z/OSs coffin Yes the pounding of nails at IBM is just astounding. A bigot of them I've been, but no more... . Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- -- Brian W. France Systems Administrator (Mainframe) Pennsylvania State University Administrative Information Services - Infrastructure/SYSARC Rm 25 Shields Bldg., University Park, Pa. 16802 814-863-4739 b...@psu.edu mailto:b...@psu.edu To make an apple pie from scratch, you must first invent the universe. Carl Sagan -- 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: IBM, id's to open pmr's, lot$a $$$$ now involved?...
I deal with other vendors like CA for ACF2 and MIM, and Syncsort. NEITHER charges me for electronic support. It comes with the product as it should. Support has been stellar whether it be an actual bug in the code or a fubar on my part. The people in tech support I've worked with in IBM the same can be said. The same can not be said for IBM and what they want to and now are going to charge for versus CA or Syncsort. I'm 10 years out on retirement and sure do hope to see this new IBM thinking go by the way side or I'm afraid there wont be an IBM left. I never thought I'd see the day that my favorite platform is being killed from within. On 10/16/2012 6:00 PM, Scott Ford wrote: I don't disagree with either of you. Customer service is lacking with a lot of vendors. But on the flip side I will tell you from experience a lot of customers are lacking talent in the systems arena. This isn't a big surprise a lot of guys my age are retiring or retired. We go above and beyond usually in service on our products because of our size. Scott ford www.identityforge.com Tell me and I'll forget; show me and I may remember; involve me and I'll understand. - Chinese Proverb On Oct 16, 2012, at 1:26 PM, Brian France b...@psu.edu wrote: Howdy Barb, See imbedded below... On 10/16/2012 12:59 PM, ibmmain wrote: Brian, Well we had such a pleasant phone call on Friday with IBM reps on this subject. Much to our DISMAY, they maintain that this access was never free and that promoting web sites costs money. I think what you're seeing here is that someone at IBM screwed up royally. It all comes out because IBM now 'consolidates' their many tools on different platforms into one (named SR), and SR is built on assumptions that IBM came up with in their ivory tower. SR exposes that most of the customer data bases are equally screwed up. New customer numbers are assigned sometimes on a product-by-product basis, and it is sufficient for one manager at your site signing off on something like this six years ago for you now to have a binding contract that does not include opening problems electronically. Yes, I do believe you're totally correct on this. I kinda had been thinking that especially since we had the meeting Friday and I kept hearing the same over and over, IBMLINK is what I know, not the other URL's. And it continues to highly urinate me that they don't have the guts, nads, choose your optimum word here, to admit it OR even more importantly, notify upfront. Somewhere in there I have to think breach of contract when you take away access without notification... I have seen this when IBM forced session manager on us (instead of NetView Access) by the simple expedient of silently terminating the NVAS licence in our contract and substituting session manager instead. We had never agreed to that, but my boss had signed off on it when the contract was up for renewal and there we were. More recently, when Sterling was bought by IBM, IBM was incapable of putting the NDM licence under the same contract we have always had opened PMRs under. IBM silently opened a new customer number just for NDM and made a colleague of mine admin for it. Need I mention that none of us could access that customer number? I feel your pain. This is certainly NO customer service at all. In the long run, it is one more nail in z/OSs coffin Yes the pounding of nails at IBM is just astounding. A bigot of them I've been, but no more... . Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- -- Brian W. France Systems Administrator (Mainframe) Pennsylvania State University Administrative Information Services - Infrastructure/SYSARC Rm 25 Shields Bldg., University Park, Pa. 16802 814-863-4739 b...@psu.edu mailto:b...@psu.edu To make an apple pie from scratch, you must first invent the universe. Carl Sagan -- 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 -- -- Brian W. France Systems Administrator (Mainframe) Pennsylvania State University Administrative Information Services - Infrastructure/SYSARC Rm 25 Shields Bldg., University Park, Pa. 16802 814-863-4739 b...@psu.edu mailto:b...@psu.edu To make an apple pie from scratch, you must first invent the universe. Carl Sagan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the
Re: IBM, id's to open pmr's, lot$a $$$$ now involved?...
A vendor has to charge for its services and they are entitled to charge as they wish but there is no question that it is just plain goofy to give 800 number support at no additional charge, but to charge extra to use the Web. Totally backwards. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Brian France Sent: Tuesday, October 16, 2012 4:04 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM, id's to open pmr's, lot$a now involved?... I deal with other vendors like CA for ACF2 and MIM, and Syncsort. NEITHER charges me for electronic support. It comes with the product as it should. Support has been stellar whether it be an actual bug in the code or a fubar on my part. The people in tech support I've worked with in IBM the same can be said. The same can not be said for IBM and what they want to and now are going to charge for versus CA or Syncsort. I'm 10 years out on retirement and sure do hope to see this new IBM thinking go by the way side or I'm afraid there wont be an IBM left. I never thought I'd see the day that my favorite platform is being killed from within. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: NY Metro NaSPA Chapter Meeting: Tuesday, 30 October 2012
Ed, I think you are thinking of an other Bob Rogers - perhaps my red-headed evil twin who once worked at the Washington System Center. This is the old MVS Bob Rogers. On Tuesday, October 16, 2012 12:34:42 AM UTC-4, Ed Gould wrote: I am surprised Rogers has survived (actually good for him) After they fiasco at the system center picnic I though he would have ended up in podunk iowa selling card punches. Ed On Oct 15, 2012, at 4:29 PM, Edward Jaffe wrote: On 10/14/2012 9:29 PM, Mark Nelson wrote: The next meeting of the NY Metro NaSPA Chapter will be on Tuesday, 30 October, 2012, in room 1219 at the IBM Building at 590 Madison Avenue, New York City, from 10:00 AM until 4:30 PM. We are following the same registration process as we followed for our March 2012 meeting. Please see below for the details. Sessions for the day include: What System z can do that Intel based Systems can�t, David Rhoderick, Manager of the IBM Software Group System z Competitive Project Office The What and Why of System z Millicode, Bob Rogers, Distinguished Engineer, IBM Wow! Talk about distinguished guests! It's not often I wished I lived in the New York City area... -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- 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: Using zIIP engine
Hi Don, I concur with Sam. Scheduling work as an Enclave SRB is necessary, but not sufficient. You must also use an IBM licensed API to define/manage the Enclave's zIIP eligibility. The API is part of the materials that IBM may license to ISVs. More to the point of your question... As part of our zIIP-enablement RD we compared the cost of: (a) frequently starting Enclave SRBs, and (b) using a persistent Enclave SRB in conjunction with MVS Suspend/Resume services. We actually ended up using both techniques in our product (although in different situations). Russ Teubner HostBridge -Original Message- From: Sam Siegel [mailto:s...@pscsi.net] Sent: Tuesday, October 16, 2012 9:15 AM Subject: Re: Using zIIP engine Don - contact IBM partner world. You need to sign a license and confidentiality agreement to obtain documentation needed to run on a zIIP. License is only available to ISV devs. ,ot to in-house commercial cust. Sam --Original Message-- From: Donald Likens Sender: IBM Mainframe Discussion List To: IBM-MAIN@LISTSERV.UA.EDU ReplyTo: IBM Mainframe Discussion List Subject: Using zIIP engine Sent: Oct 16, 2012 7:09 AM I am upgrading my product to use the zIIP engine. It is my understanding that to do this I must schedule an enclave SRB. I am confused here. WLM is involved and there seems to be more to this. Can anyone explain? My only purpose in using the zIIP is to reduce the GP CPU usage, so I plan on issuing a dependent enclave SRB and wait for it to finish. Does anyone have any gotchas to share? I know this is contrary to SRB designed but would it be more efficient to have one preemptable SRB running forever and use wait and post to control or simply schedule the SRB and wait for it to complete? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Sent from my Verizon Wireless BlackBerry -- 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
