Re: CSP/AD and zOS 1.8
Others have provided some good answers to the short-term unsupported fix. The supported fix is to get thee updated to Rational Enterprise Generation Language (EGL). There are migration guides located here (scroll down to the bottom): http://www.ibm.com/developerworks/rational/products/egl/egldoc.html The last link on that page (Cross System Product v4.1 Migration to EGL) is the most relevant in your case, so please start there. Migration is a two-step procedure, first migrating to VisualAge Generator (last version) and then to Rational EGL. Ultimately on the mainframe you'd likely license and install Rational COBOL Runtime for zSeries (5655-R29) in lieu of CSP. (You can also generate Java from EGL and deploy to other runtimes such as WebSphere Application Server for z/OS.) On the development client side you'd use Rational Business Developer (5724-S50). Hope that helps. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Email blacklist
On 28 Mar 2008 12:44:12 -0700, in bit.listserv.ibm-main (Message-ID:[EMAIL PROTECTED]) [EMAIL PROTECTED] (Morris, Carey) wrote: A few nights ago we started getting this message when we tried to send emails from the mainframe to our Outlook email server: EZA5198I 03/25/08 23:25:23 2 550 Denied by policy: Sender is listed on DNS-based RBL. The Outlook admin explained that we use several outside services to identify email from SPAM sites and, for whatever reason, one of those sites had identified the mainframe's IP as a SPAM'er. He said we should also be getting a message or email identifying the IP address of the service that had blacklisted us. The problem cleared by itself, presumably when the service corrected the problem, but I have not been able to find anything in the Communications Server manuals that talks about this. Has anyone else had the honor of being blacklisted and, if so, did they receive anything to tell them who had blacklisted them? Try putting your IP address(es) and/or domain name(s) into http://moensted.dk/spam/ -- I cannot receive mail at the address this was sent from. To reply directly, send to ar23hur at intergate dot com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Stand alone Dump with ICC cards
Mark, The total time of the outage from hang to CICS regions up an functional was 34 minutes which I know is a local record (not one that I am anxious to try and beat!). :-) Not bad considering this LPAR had 22G of real storage. The SADUMP performance with striping is amazing! Can you provide a number how long dumping of real storage took? (Which options?) I was able to test sadump on a 6GB real lpar, and the outage time from IPLing sadump to IPLing MVS again was less than 10 minutes (dsntype=large to two volumes): 8:18:50 IPL sadump 8:21:29 AMD095I VIRTUAL DUMP 15% COMPLETED. TOTAL MEGABYTES DUMPED: 8:25:02 End of sadump 8:28:08 Re-IPL 'Specify System parms' (and this only took so long because it took me a while to recognize the end of sadump). I keep getting postponed to test sadump on the big production lpar (well, 10G is big for us) including their IMS/DB2 recovery. I want some numbers in case we ever need an sadump in production to say: 'it'll only be 15 minutes longer, but we'll have a dump to provide IBM'. On a smaller lpar where I recently took several sadumps the actual dumping process appeared shorter than when I took an svcdump (2.5GB real, the svcdump always had to include OMVS and all dataspaces and the SMSPDSE/1 stuff). The capture phase lasted 'forever'. We also found out the hard way that when you need any OMVS stuff in the sadump (like file information for open files), you'd better specify ALSO DATASPACES OF ASID('OMVS') Traditionally, we also dump all of RASPs dataspaces. Regards, Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: whine: updating the RNL via the SET command
John, Does anybody know why the RNL cannot be updated immediately when I add a new GENERIC queue name to it and there already exists some resources using that queue name? I mean, I can understand it if IBM didn't want to bother much with coordinating updates between multiple systems. What I tried to do is add SYSZDSN to the RNL for inclusion. In my case it's SYSVSAM that we need to specify. On every system there's a vsam data set in use (APPC, if nothing else). And SYSIKJBC/SYSIKJUA that are always allocated in master, even if TSO is taken down. While I can understand the VSAM case, I loath the sysikjbc/ua thing. So that means I need a sysplex IPL. GRSRNL is syntax-tested, and we had two sysplex-wide IPLs since I first attempted the change, but nobody allows the member to be activated when I am not around (and I never am for hardware things). So I keep getting postponed on this one, too. No answer to your original question, just speculation: Once someone has gotten an ENQ a certain way they do not expect behaviour to change. And there are ways to say 'do not mind the RNL settings when you give me the ENQ'. Maybe GRS doesn't keep the original invokers parm around after en ENQ was granted, so there just any safe way to change the RNLs. Regards, Barbara Nitz -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Error access CICS
Hélio, MODEL BIND:01020271 4020 80000018 5018507F MISMATCH BITS: 0038 1850 and 1850 look like screensizes 1850 is 24 rows, 80 columns Apparently your terminal is configured as 3850 ( 56 rows, 80 columns ) and that is not accepted by the autoinstall. Take a look at the logmode of your TCP/IP-lu's and at the screensettings of your tn3270-emulator. -- Maarten Slegtenhorst - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OCO, Requirements, etc
One of IBM's originally stated reasons for moving to OCO was to help stop overburdening support teams with PMRs for bugs that were actually code that was poorly modified by customers. I don't know if that was every actually much of a problem, but it certainly would be now with IBM's reduced support staff. Back in the ninetees, it wasn't so much poorly modified customer code, it was rather vendor code doing things it shouldn't. My memory starts getting cloudy on this, but problems reported in the BCP area were about 60% vendor code, 20% 'real' customer code which we called 'user error', 15% errors that already had an apar/ptf and only 5% really new bugs that were not reported before. These are not offical numbers, it is the relationship that I remember for the problems *I* worked on (as a BCP level2 for IBM). The lack of source code prevents me (as a customer) from finding out fast what might have gone wrong and how to find a bypass. And software support has gone down quite dramatically in quality, in my opinion. The usual country/EMEA support in many cases has no clue, and the customer is left to deal with level3/development directly. If source weren't OCO, it would be a lot easier to discuss a problem because we could check better if we're just brushed off or if it is really true what we're told. Assuming 'the customer' is able to see through the various brush-off tactics from the various support levels (IBM and vendors). I've always felt that one of the worst parts of the OCO move was elimination of PLM. IBM could have continued providing them and still achieved everything they claimed OCO was supposed to do. True. Even for IBM support with OCO source code access that didn't have either a phone line to level3/development or a good enough history with them that a question 'why is that so' would get answered. You can see in the code comments that a certain return code is expected, but not *why*. A sore point with me is always submit a requirement, but that's another topic. Sometimes that's just a put-off, but sometimes it's an real request; they need to show justification for working on something. Same here. My 'requirements' are usually bugs that IBM doesn't want to fix, even when they caused severe problems. Barbara Nitz -- Psst! Geheimtipp: Online Games kostenlos spielen bei den GMX Free Games! http://games.entertainment.gmx.net/de/entertainment/games/free -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF System Logger - limitations of MANx
Other than a problem situation (looping transaction etc.) does anyone know of any shops where data is written so fast that the SMF address space (writes to MANx) can't keep up as opposed to the offload process not being able to keep up? Kees mentioned it and I have seen it happen, but only as a result of a problem - not a normal thing. I know the logger can handle much higher logging rates. Mark I can't remember exactly when we had the situation. It was quite some time ago (before 2005 from the SMFPRMxx log) and it was not during a problem situation, but during a specific point in what is considered normal processing, probably when shutting down DB2 or so. This is when we discovered the zap to enlarge the SMF buffers, which later were turned into parameters BUFSIZMAX and others of SMFPRMxx. 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Is a DB2 Connect license indluded with the ADCD?
Is a DB2 Connect license included with the ADCD? Didn't see that it was priced when I downloaded it. -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
LISTCAT QUESTION
Good Morning To All, I am stuck trying to decipher the DEVTYPE X'' from the following LISTCAT (posted below). The dsn is cataloged, and the VOLSERS are controlled by a product ExHPDM. I have checked the manual Z/OS V1R7.0.DFSMS Access Method Services for Catalogs, but it is not indicated in the LISTCAT Code column. Can anybody suggest where else I can look it up? NONVSAM --- SYS2.VPROM02.C1018300 IN-CAT --- SYS2.ICFCAT.BACKUP HISTORY DATASET-OWNER-(NULL) CREATION2008.082 RELEASE2 EXPIRATION--.000 VOLUMES VOLSER**SOV* DEVTYPE--X'' FSEQN--4 ASSOCIATIONS(NULL) ATTRIBUTES Thanks. - You rock. That's why Blockbuster's offering you one month of Blockbuster Total Access, No Cost. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LISTCAT QUESTION
-Original Message- From: IBM Mainframe Discussion List On Behalf Of willie bunter Good Morning To All, I am stuck trying to decipher the DEVTYPE X'' from the following LISTCAT (posted below). The dsn is cataloged, and the VOLSERS are controlled by a product ExHPDM. I have checked the manual Z/OS V1R7.0.DFSMS Access Method Services for Catalogs, but it is not indicated in the LISTCAT Code column. Can anybody suggest where else I can look it up? NONVSAM --- SYS2.VPROM02.C1018300 IN-CAT --- SYS2.ICFCAT.BACKUP HISTORY DATASET-OWNER-(NULL) CREATION2008.082 RELEASE2 EXPIRATION--.000 VOLUMES VOLSER**SOV* DEVTYPE--X'' FSEQN--4 ASSOCIATIONS(NULL) ATTRIBUTES Thanks. We see that on all indirectly-cataloged datasets. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OCO, Requirements, etc
Barbara, I worked for a software vendor and our average in problems were 80% configuration/installation and about 20% real bugs in code. Regards, Scott IDF -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Barbara Nitz Sent: Monday, March 31, 2008 4:11 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: OCO, Requirements, etc One of IBM's originally stated reasons for moving to OCO was to help stop overburdening support teams with PMRs for bugs that were actually code that was poorly modified by customers. I don't know if that was every actually much of a problem, but it certainly would be now with IBM's reduced support staff. Back in the ninetees, it wasn't so much poorly modified customer code, it was rather vendor code doing things it shouldn't. My memory starts getting cloudy on this, but problems reported in the BCP area were about 60% vendor code, 20% 'real' customer code which we called 'user error', 15% errors that already had an apar/ptf and only 5% really new bugs that were not reported before. These are not offical numbers, it is the relationship that I remember for the problems *I* worked on (as a BCP level2 for IBM). The lack of source code prevents me (as a customer) from finding out fast what might have gone wrong and how to find a bypass. And software support has gone down quite dramatically in quality, in my opinion. The usual country/EMEA support in many cases has no clue, and the customer is left to deal with level3/development directly. If source weren't OCO, it would be a lot easier to discuss a problem because we could check better if we're just brushed off or if it is really true what we're told. Assuming 'the customer' is able to see through the various brush-off tactics from the various support levels (IBM and vendors). I've always felt that one of the worst parts of the OCO move was elimination of PLM. IBM could have continued providing them and still achieved everything they claimed OCO was supposed to do. True. Even for IBM support with OCO source code access that didn't have either a phone line to level3/development or a good enough history with them that a question 'why is that so' would get answered. You can see in the code comments that a certain return code is expected, but not *why*. A sore point with me is always submit a requirement, but that's another topic. Sometimes that's just a put-off, but sometimes it's an real request; they need to show justification for working on something. Same here. My 'requirements' are usually bugs that IBM doesn't want to fix, even when they caused severe problems. Barbara Nitz -- Psst! Geheimtipp: Online Games kostenlos spielen bei den GMX Free Games! http://games.entertainment.gmx.net/de/entertainment/games/free -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LISTCAT QUESTION
Is there a way of finding out the DEVTYP of indirectly-cataloged datasets? Could the good folks at SUN/STORAGETEK provide an answer if possible? Chase, John [EMAIL PROTECTED] wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of willie bunter Good Morning To All, I am stuck trying to decipher the DEVTYPE X'' from the following LISTCAT (posted below). The dsn is cataloged, and the VOLSERS are controlled by a product ExHPDM. I have checked the manual Z/OS V1R7.0.DFSMS Access Method Services for Catalogs, but it is not indicated in the LISTCAT Code column. Can anybody suggest where else I can look it up? NONVSAM --- SYS2.VPROM02.C1018300 IN-CAT --- SYS2.ICFCAT.BACKUP HISTORY DATASET-OWNER-(NULL) CREATION2008.082 RELEASE2 EXPIRATION--.000 VOLUMES VOLSER**SOV* DEVTYPE--X'' FSEQN--4 ASSOCIATIONS(NULL) ATTRIBUTES Thanks. We see that on all indirectly-cataloged datasets. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - No Cost - Get a month of Blockbuster Total Access now. Sweet deal for Yahoo! users and friends. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 DD Concatenation issue
In [EMAIL PROTECTED], on 03/28/2008 at 09:44 AM, Mark Zelden [EMAIL PROTECTED] said: The catalog has nothing to do with it. Despite the fact that someone deleted the data set, it is still ALLOCATED to JES2 and the original extents are in the DEB. You can rename the new one, re-allocate it to its original volume and copy it back or just leave it where it is. Either way you have to recycle JES2 to pick up the new extents. You only need to recycle JES2 to change the volume serial numbers of static allocations, not to pick up new extents. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 DD Concatenation issue
In [EMAIL PROTECTED], on 03/28/2008 at 11:32 AM, Lizette Koehler [EMAIL PROTECTED] said: The only way to get this correct is to reallocate the proclib back on the original volume in the original location No. You must close the concatenation before you delete the data set and there is no requirement that the new one go into the same location, just that it go on the same volume with the same name. Of course, if he switched to dynamic then it would be a lot easier. Unless he's already using dynamic. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SYSLOG problem
Hi Everyone, We have an issue with our syslog. The command was issued to stop the syslog to write it out. Normally a new syslog is created. Unfortunately this time that didn't happen. We are now using the logger data set on this partition, just the hard copy. Does anyone know how to get a new syslog out there? This is on z/OS 1.4. Thanks, Mary -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OCO, Requirements, etc
Barbara Nitz wrote: The lack of source code prevents me (as a customer) from finding out fast what might have gone wrong and how to find a bypass. And software support has gone down quite dramatically in quality, in my opinion. My worst experience along those lines came with MVT. When IBM changed from simple console support to MCS, our system kept crashing. The problem occurred when an operator issued a Mount command with a seven character volume serial; due to the (new) logic path the FREEMAIN for work space was issued twice. It took only a few minutes to find the culprit in the source fiche, whereas IBM's formal fix didn't arrive until months later. I spent a lot of time working for service bureaus, and having access to the source was invaluable in diagnosing customer problems, as well as stopping some (e.g., TIME=1440 not producing billing data - Seymour/Shmuel Metz found two places to zap the Reader/Interpreter to 1439 by inspecting the fiche). OTOH, ten years later applying maintenance to our Cobol compiler caused 0C4s in the generated code, and IBM had a fix within two days (error in base register assignment). Source wouldn't have helped expeditiously, since the problem was too complex and none of my systems group had any experience with the compiler internals. Because of OCO, it's hard to tell whether IBM is doing a worse job these days. Our early MVT system was IPLed every midnight to compensate for storage leakage, etc., whereas the systems I've used in the last twenty years tend to be available 24/7 except for scheduled down time. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSLOG problem
Yukus, Mary J CIV USMEPCOM wrote: Hi Everyone, We have an issue with our syslog. The command was issued to stop the syslog to write it out. Normally a new syslog is created. Unfortunately this time that didn't happen. We are now using the logger data set on this partition, just the hard copy. Does anyone know how to get a new syslog out there? This is on z/OS 1.4. WRITELOG START? V SYSLOG,HARDCPY? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
[no subject]
Search defrag hsm in ibm-main -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
I am still getting mail from List .... PLEASE REMOVE
-- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Another one bites the dust.
Another [small] mainframe has bitten the dust. Our MP3000 had been running OS/390 2.10 for the last few years but today has been shutdown for good with the applications moved off mostly onto UNIX platforms. Back in 1999 when we were outsourced the mainframe was going within 2 years. Well, over 8 years later and after being insourced again, it eventually happened. Having worked on IBM mainframes since 1976, starting out as a trainee sysprog on an 370/145 running OS/VS1 R5 (I think) and ending up on OS/390 2.10 (we never did make it to z/OS), it's a sad day for me. Fortunately, all here who worked on the mainframe are still employed (if they wanted to be anyway), but I'll never be as comfortable with UNIX as I have been with MVS in all its guises. Having been a long time lurker and very occasional contributor here on IBM-MAIN and on ASSEMBLER-LIST I haven't contributed much in recent years due to running back level software. While I plan on delving into IBM-MAIN when I get time, it won't be that often now. So I'd like to say a heartfelt thanks to all those who knowledge, advice and experience has helped me through the years of dealing with MVS in all its incarnations. Running a single mainframe with little in the way of resilience, it's been really helpful having the experiences of many other people to call on when needed. Now if there was a personal licence for a recent version of z/OS (or even OS/390) I'd be able to keep my mainframe skills going, but with only very old versions available under Hercules, I'd find it too limiting. I'll just have to manage with Don Higgins excellent z390 to be able to use IBM assembler when I get the chance. If anyone in the UK is interested in acquiring an as-new IBM MP3000-H50 (no internal DASD) for the cost of packing and shipping then get in touch by a personal email, otherwise its going to be recycled for parts. (Subject to any legal niceties as well of course). Just in case Peter Relson is listening, then you can have back the Customer Anchor Table slot #51 (X'C8'-X'CB') that you kindly allocated us back in 1996 ! Many thanks, Martin -- Martin Leist Norfolk County Council UK mailto:[EMAIL PROTECTED] The information contained in this email is intended only for the person or organization to which it is addressed. If you have received it by mistake, please disregard and notify the sender immediately. Unauthorized disclosure or use of such information may be a breach of legislation or confidentiality and may be legally privileged. Emails sent from and received by Members and employees of Norfolk County Council may be monitored. They may also be disclosed to other people under legislation, particularly the Freedom Of Information Act 2000. Unless this email relates to Norfolk County Council business it will be regarded by the Council as personal and will not be authorized by or sent on behalf of the Council. The sender will have sole responsibility for any legal actions or disputes that may arise. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSLOG problem
Yukus, Mary J CIV USMEPCOM wrote: Hi Everyone, We have an issue with our syslog. The command was issued to stop the syslog to write it out. Normally a new syslog is created. Unfortunately this time that didn't happen. We are now using the logger data set on this partition, just the hard copy. Does anyone know how to get a new syslog out there? This is on z/OS 1.4. Thanks, Mary Have you tried the command V SYSLOG,HARDCPY ? -- Richard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSLOG problem
W START possibly. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Yukus, Mary J CIV USMEPCOM Sent: Monday, March 31, 2008 11:21 AM To: IBM-MAIN@BAMA.UA.EDU Subject: SYSLOG problem Hi Everyone, We have an issue with our syslog. The command was issued to stop the syslog to write it out. Normally a new syslog is created. Unfortunately this time that didn't happen. We are now using the logger data set on this partition, just the hard copy. Does anyone know how to get a new syslog out there? This is on z/OS 1.4. Thanks, Mary -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSLOG problem
WRITELOG START perhaps??? See http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2G133/4.58.1?S HELF=EZ2CMZ34DT=20031016134357 What command was issued to cause the problem in the first place? What console messages did you get? Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Yukus, Mary J CIV USMEPCOM Sent: Monday, March 31, 2008 09:21 To: IBM-MAIN@BAMA.UA.EDU Subject: SYSLOG problem Hi Everyone, We have an issue with our syslog. The command was issued to stop the syslog to write it out. Normally a new syslog is created. Unfortunately this time that didn't happen. We are now using the logger data set on this partition, just the hard copy. Does anyone know how to get a new syslog out there? This is on z/OS 1.4. Thanks, Mary -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSLOG problem
Mary, Look at the WRITELOG command in MVS to force the syslog to spool and start another one. To have the hardcopy message set recorded on the system log, enter: V SYSLOG,HARDCPY This should be all you need. Lizette Hi Everyone, We have an issue with our syslog. The command was issued to stop the syslog to write it out. Normally a new syslog is created. Unfortunately this time that didn't happen. We are now using the logger data set on this partition, just the hard copy. Does anyone know how to get a new syslog out there? This is on z/OS 1.4. Thanks, Mary -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
AS400
Anyone able to send from AS400--Commands to JES2?? Trying to get Commands sent from AS400 to JES2only see reference to sending JCL... -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSLOG problem
Hey Mary, Try command 'W START' Jerry Yukus, Mary J CIV USMEPCOM [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 03/31/2008 01:04 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject SYSLOG problem Hi Everyone, We have an issue with our syslog. The command was issued to stop the syslog to write it out. Normally a new syslog is created. Unfortunately this time that didn't happen. We are now using the logger data set on this partition, just the hard copy. Does anyone know how to get a new syslog out there? This is on z/OS 1.4. Thanks, Mary -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSDF Command Line
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe Sent: Saturday, March 29, 2008 3:54 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SDSDF Command Line Paul Gilmartin wrote: It ain't that easy. I've selected / Command line at bottom (my choice; don't argue with me -- I'm not a very good typist and I believe it helps to have my fingers in my peripheral vision as I view the command line). Yet the command line jumps distractingly between bottom and top depending on what SDSF option I select. I think some just don't honor the setting. And (IIRC; I can't reproduce this right now) it sometimes switches on certain operations within a panel, perhaps when a message is issued. Panels must be defined correctly in order to allow ISPF to properly manage command line placement. Or, put another way, subtle errors in panel definitions can cause ISPF to *not* manage command line placement. Given that 90% of ISPF users prefer top-placed command lines, it's not surprising that this clumsy SDSF behavior hasn't been reported or fixed -- one of many irritating usability issues with that product. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSLOG problem
On Mon, 31 Mar 2008 11:20:32 -0500, Yukus, Mary J CIV USMEPCOM [EMAIL PROTECTED] wrote: Hi Everyone, We have an issue with our syslog. The command was issued to stop the syslog to write it out. Normally a new syslog is created. Unfortunately this time that didn't happen. We are now using the logger data set on this partition, just the hard copy. Does anyone know how to get a new syslog out there? This is on z/OS 1.4. Thanks, Mary V SYSLOG,HARDCPY -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSLOG problem
Thanks for the help, we got it. Mary -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Yukus, Mary J CIV USMEPCOM Sent: Monday, March 31, 2008 11:21 AM To: IBM-MAIN@BAMA.UA.EDU Subject: SYSLOG problem Hi Everyone, We have an issue with our syslog. The command was issued to stop the syslog to write it out. Normally a new syslog is created. Unfortunately this time that didn't happen. We are now using the logger data set on this partition, just the hard copy. Does anyone know how to get a new syslog out there? This is on z/OS 1.4. Thanks, Mary -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another one bites the dust.
Martin, I'm sorry to hear you shut your MP3000 down for good. We had the same thing at PH Mining about 2 years ago, also an MP3000. I'm glad that you could keep your job. The MP3000 isn't much use anymore, since it won't run z/OS in 64 bit mode. I at least got to run z/OS in 31 bit mode before ours was shut down. OK, I'll bite! What's a Customer Anchor Table slot #51 (X'C8'-X'CB') Eric Leist wrote: Another [small] mainframe has bitten the dust. Our MP3000 had been running OS/390 2.10 for the last few years but today has been shutdown for good with the applications moved off mostly onto UNIX platforms. Back in 1999 when we were outsourced the mainframe was going within 2 years. Well, over 8 years later and after being insourced again, it eventually happened. snip Just in case Peter Relson is listening, then you can have back the Customer Anchor Table slot #51 (X'C8'-X'CB') that you kindly allocated us back in 1996 ! Many thanks, Martin -- Martin Leist Norfolk County Council UK mailto:[EMAIL PROTECTED] -- Eric Bielefeld Systems Programmer Aviva USA Des Moines, Iowa 515-645-5153 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Fw: AS400
I have the following JCL coded and being submitted to M/F ,job runs but command not being issued when I view syslog...Not understanding why.. Tried from TSO(submit) and through AS400(NJE) No errors just the fact that dummy job did run ok... //X23TEST JOB (),'TEST COMMAND',MSGCLASS=X, // CLASS=E,MSGLEVEL=(1,1) /*$DNODE(1) //S1 EXEC PGM=IEFBR14 //SYSOUT DD SYSOUT=X - Forwarded by Ron Wells/AGFS/AGFin on 03/31/2008 02:43 PM - Ron Wells/AGFS/AGFin 03/31/2008 01:35 PM To IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU cc Subject AS400 Anyone able to send from AS400--Commands to JES2?? Trying to get Commands sent from AS400 to JES2only see reference to sending JCL... -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CICS Installation
Doing my first every install of CICS under z/OS. I'm confused by some parameters in the dialog. WUI - create a WUI CICSplex? WUI? This is a single z/OS system, there will not be multiple CICS(s) running. -- Mark Pace Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: I am still getting mail from List .... PLEASE REMOVE
Please follow the instructions at the bottom of each message. They are quite clear I believe. On Mon, 31 Mar 2008 16:26:18 +0200, Ilza Archer [EMAIL PROTECTED] wrote: -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Stand alone Dump with ICC cards
I was able to test sadump on a 6GB real lpar, and the outage time from IPLing sadump to IPLing MVS again was less than 10 minutes (dsntype=large to two volumes): 8:18:50 IPL sadump 8:21:29 AMD095I VIRTUAL DUMP 15% COMPLETED. TOTAL MEGABYTES DUMPED: 8:25:02 End of sadump 8:28:08 Re-IPL 'Specify System parms' (and this only took so long because it took me a while to recognize the end of sadump). In z/OS 1.10, you can set things up so that if SADMP completes successfully, it will initiate the IPL of MVS automatically. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: AS400
We sent JCL from a AS400 to a mainframe using RJE connection ran it and sent the output back to the AS400. or you could FTP from the AS400 to JES on the mainframe. Depends if you want something back from the mainframe. Michael Saraco Systems Consultant Baer Consulting, Inc. Work - 507-526-2566 Cell- 507-525-0530 From: Ron Wells [EMAIL PROTECTED] To: IBM-MAIN@BAMA.UA.EDU Date: 03/31/2008 04:17 PM Subject: AS400 Anyone able to send from AS400--Commands to JES2?? Trying to get Commands sent from AS400 to JES2only see reference to sending JCL... -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another one bites the dust.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld Sent: Monday, March 31, 2008 2:44 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another one bites the dust. Martin, I'm sorry to hear you shut your MP3000 down for good. We had the same thing at PH Mining about 2 years ago, also an MP3000. I'm glad that you could keep your job. The MP3000 isn't much use anymore, since it won't run z/OS in 64 bit mode. I at least got to run z/OS in 31 bit mode before ours was shut down. OK, I'll bite! What's a Customer Anchor Table slot #51 (X'C8'-X'CB') SNIP It is a table that contains an anchor for ISVs. Each ISV is able to register for a slot. A slot is 1 word where the ISV can store an address (probably in some common storage, CSA/SQA). The ISV may use that anchor and scratch pad as they need. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
No Emails
I have not received any emails since Sunday, is anyone else having the same problem? Thanks Oscar -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: No Emails
It's working better now. - Original Message - From: Oscar H Flores [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Monday, March 31, 2008 6:10 PM Subject: No Emails I have not received any emails since Sunday, is anyone else having the same problem? Thanks Oscar -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Vtam Tuning
Hello all, I was wondering if anyone new of a good manual that would help in tuning vtam buffers under z/os 1.7 I have looked at SC31-8777 and this gives some information, but I was wondering if there was a redbook(I have searched redbooks and couldn't find one) or some other paper available that explains it a little better. Any help appreciated. Thanks. == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: not getting mail
I also haven't seen any messages since Sunday, but not just for TSO-REXX but also for IBM-MAIN as well. I'll CC this message to IBM-MAIN to see if anyone there knows what's going on. I'll also CC it to you (Oscar) individually, because if you're not seeing messages on the listserv then you might not see this reply! If anyone knows what's happening, could you please send a reply directly to me? Otherwise, I might not see it on the listserv. Thanks! Dave Salt See the new SimpList(tm) rollover image at: http://www.mackinney.com/products/SIM/simplist.htm Date: Mon, 31 Mar 2008 22:08:55 + From: [EMAIL PROTECTED] Subject: not getting mail To: [EMAIL PROTECTED] I have not received any e-mails since sunday, is anyone else having the same problem? Thanks Oscar -- For TSO-REXX subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO TSO-REXX _ Enter the Hunt you could win a 2008 Eclipse Spyder! Click here to enter! http://g.msn.ca/ca55/213 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CICS Installation
WUI - Web User Interface. It talks to CMAS. Daniel Allen | Senior Systems Programmer | 1-800-457-3736x11241 Serena Software - The Mashups Are Coming -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Pace Sent: Monday, March 31, 2008 11:30 AM To: IBM-MAIN@BAMA.UA.EDU Subject: CICS Installation Doing my first every install of CICS under z/OS. I'm confused by some parameters in the dialog. WUI - create a WUI CICSplex? WUI? This is a single z/OS system, there will not be multiple CICS(s) running. -- Mark Pace Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
H1B Video
I know we've been down this road before. Here is more fuel for the fire. http://www.youtube.com/watch?v=o8Tsqk6jJoY blocked::http://www.youtube.com/watch?v=o8Tsqk6jJoY Gary Green EverGreen Systems I can use all the help I can get with my fight against cancer! Please support my efforts! Thank you. http://www.active.com/donate/tntsonj/tntsonjGGreen http://www.active.com/donate/tntsonj/tntsonjGGreen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another one bites the dust.
It's pointed to by field ECVTCTBL in the ECVT. ECVTCTBL DCV(CSRCTABL) Customer anchor table. * Slots assigned by IBM. * Ownership: Callable Services. * Serialization: None @P8A Mark Jacobs -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thompson, Steve Sent: Monday, March 31, 2008 6:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another one bites the dust. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld Sent: Monday, March 31, 2008 2:44 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another one bites the dust. Martin, I'm sorry to hear you shut your MP3000 down for good. We had the same thing at PH Mining about 2 years ago, also an MP3000. I'm glad that you could keep your job. The MP3000 isn't much use anymore, since it won't run z/OS in 64 bit mode. I at least got to run z/OS in 31 bit mode before ours was shut down. OK, I'll bite! What's a Customer Anchor Table slot #51 (X'C8'-X'CB') SNIP It is a table that contains an anchor for ISVs. Each ISV is able to register for a slot. A slot is 1 word where the ISV can store an address (probably in some common storage, CSA/SQA). The ISV may use that anchor and scratch pad as they need. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another one bites the dust.
Okay, we know what it is. Who owns (owned) it. I think that was the intent. - Too busy driving to stop for gas! -Original Message- From: Mark Jacobs [EMAIL PROTECTED] Date: Mon, 31 Mar 2008 20:02:50 To:IBM-MAIN@BAMA.UA.EDU Subject: Re: Another one bites the dust. It's pointed to by field ECVTCTBL in the ECVT. ECVTCTBL DCV(CSRCTABL) Customer anchor table. * Slots assigned by IBM. * Ownership: Callable Services. * Serialization: None @P8A Mark Jacobs -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thompson, Steve Sent: Monday, March 31, 2008 6:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another one bites the dust. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld Sent: Monday, March 31, 2008 2:44 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another one bites the dust. Martin, I'm sorry to hear you shut your MP3000 down for good. We had the same thing at PH Mining about 2 years ago, also an MP3000. I'm glad that you could keep your job. The MP3000 isn't much use anymore, since it won't run z/OS in 64 bit mode. I at least got to run z/OS in 31 bit mode before ours was shut down. OK, I'll bite! What's a Customer Anchor Table slot #51 (X'C8'-X'CB') SNIP It is a table that contains an anchor for ISVs. Each ISV is able to register for a slot. A slot is 1 word where the ISV can store an address (probably in some common storage, CSA/SQA). The ISV may use that anchor and scratch pad as they need. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another one bites the dust.
Okay, we know what it is. Who owns (owned) it. I think that was the intent. --Original Message-- From: Mark Jacobs Sender: IBM Mainframe Discussion List To: IBM Mainframe Discussion List ReplyTo: IBM Mainframe Discussion List Sent: Mar 31, 2008 20:02 Subject: Re: Another one bites the dust. It's pointed to by field ECVTCTBL in the ECVT. ECVTCTBL DCV(CSRCTABL) Customer anchor table. * Slots assigned by IBM. * Ownership: Callable Services. * Serialization: None @P8A Mark Jacobs -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thompson, Steve Sent: Monday, March 31, 2008 6:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another one bites the dust. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld Sent: Monday, March 31, 2008 2:44 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another one bites the dust. Martin, I'm sorry to hear you shut your MP3000 down for good. We had the same thing at PH Mining about 2 years ago, also an MP3000. I'm glad that you could keep your job. The MP3000 isn't much use anymore, since it won't run z/OS in 64 bit mode. I at least got to run z/OS in 31 bit mode before ours was shut down. OK, I'll bite! What's a Customer Anchor Table slot #51 (X'C8'-X'CB') SNIP It is a table that contains an anchor for ISVs. Each ISV is able to register for a slot. A slot is 1 word where the ISV can store an address (probably in some common storage, CSA/SQA). The ISV may use that anchor and scratch pad as they need. Rega - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another one bites the dust.
IBM assigned slots in the table to anyone who requested one. What the requestor did with the slot was totally up to them. If you are asking who in IBM did the assigning I don't remember the name or contact information. Mark Jacobs -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Monday, March 31, 2008 9:06 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another one bites the dust. Okay, we know what it is. Who owns (owned) it. I think that was the intent. --Original Message-- From: Mark Jacobs Sender: IBM Mainframe Discussion List To: IBM Mainframe Discussion List ReplyTo: IBM Mainframe Discussion List Sent: Mar 31, 2008 20:02 Subject: Re: Another one bites the dust. It's pointed to by field ECVTCTBL in the ECVT. ECVTCTBL DCV(CSRCTABL) Customer anchor table. * Slots assigned by IBM. * Ownership: Callable Services. * Serialization: None @P8A Mark Jacobs -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thompson, Steve Sent: Monday, March 31, 2008 6:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another one bites the dust. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld Sent: Monday, March 31, 2008 2:44 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another one bites the dust. Martin, I'm sorry to hear you shut your MP3000 down for good. We had the same thing at PH Mining about 2 years ago, also an MP3000. I'm glad that you could keep your job. The MP3000 isn't much use anymore, since it won't run z/OS in 64 bit mode. I at least got to run z/OS in 31 bit mode before ours was shut down. OK, I'll bite! What's a Customer Anchor Table slot #51 (X'C8'-X'CB') SNIP It is a table that contains an anchor for ISVs. Each ISV is able to register for a slot. A slot is 1 word where the ISV can store an address (probably in some common storage, CSA/SQA). The ISV may use that anchor and scratch pad as they need. Rega - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CA VTAPE
Does anyone have comments about CA VTAPE? I did some archive searches and got some hits from 2005. I was wondering if there are any more recent experiences. I am probably most curious about CPU consumption. One of the 2005 post talked about a 15% hit on a Z890. There was a response to turn off compression for the DASD Cache. The original poster thought that they already had done so, but I did not see a follow-up post that said whether that was true or not. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA VTAPE
Tom, Quite a bit has been done with CA-Vtape since 2005 to help reduce CPU utilization. In particular CA-Vtape will exploit a zIIP (if available of course). And yes, if a zIIP is not available then compression will be done using main CPU cycles; so then you have to balance the need for a compressed CACHE versus CPU cycles. If you have a z9 with a zIIP; then you have many more options (what percentage should be done on teh zIIP versus main CPU cycles). Rusell Witt CA L2 Support Manager -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Tom Eden Sent: Monday, March 31, 2008 8:11 PM To: IBM-MAIN@BAMA.UA.EDU Subject: CA VTAPE Does anyone have comments about CA VTAPE? I did some archive searches and got some hits from 2005. I was wondering if there are any more recent experiences. I am probably most curious about CPU consumption. One of the 2005 post talked about a 15% hit on a Z890. There was a response to turn off compression for the DASD Cache. The original poster thought that they already had done so, but I did not see a follow-up post that said whether that was true or not. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
(Apr 2 Webcast) Problem Determination with Linux on System z
Cross-posted for the readers of IBMVM, Linux-390 and IBMMAIN. The next Linux on System z Live Virtual Class (LVC) is planned for Wednesday, April 2nd 11:00 AM EDT. There is no charge to participate in this technical education session. Title: Problem Determination with Linux on System z Most frequently-seen customer problems and what to do, if yours is not among them Speakers: Steffen Thoss, IBM Boeblingen and Holger Smolinski, IBM Boeblingen Abstract: This presentation is about problem resolution in Linux on System z running with or without z/VM. A selection of frequent customer problems and their solution is shown. We demonstrate usage of debugging tools to collect important system data and analyze real life problems. In addition we explain, how you can check the health state of your system using these documents before or after a problem occurs. Date: Wed - April 2, 2008 Time: 11:00 AM Eastern Daylight Time (New York), 10:00 AM Central Daylight Time London 4:00 PM, Frankfurt 5:00 PM, Moscow 7:00PM Duration: 75 minutes REPLAY INFORMATION: The replay will be available on the web approximately 3 hours after the event. Attend the Replay. How to attend (For Customers): Connect/Listen to the replay to the Live Virtual Class (LVC) session using the following URL: https://asp22.centra.com:443/GA/main/0194ba1701188cd08703c166 OR Connect/Download the Presentation/Listen to the replay from the z/VM Website at: http://www.vm.ibm.com/education/lvc You can connect to the LVC session up to 10 minutes prior to the start of the session. If you are unable to connect to the Live Virtual Class session, you can listen to the audio portion of the session via telephone using the following: Teleconference Information Toll free : 1-888-240-4148 International:1-719-234-0214 Access Code: 355253 Note: use of the telephone connection does not provide capability for you to ask questions during the session. Replays: As a reminder, the 2007/2008 sessions are available for replay from the z/VM website at: http://www.vm.ibm.com/education/lvc Please direct any questions to Julie Liesenfelt at [EMAIL PROTECTED] Again...Please direct any questions to Julie Liesenfelt at [EMAIL PROTECTED] Thanks! Regards, Pam Christina (IBM z/VM in Endicott NY) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM and TSO
I was just now looking at this thread and didn't see where anybody mentioned the SDCs (Service Definition Coefficients). It seems like people were comparing duration as if they meant the same thing in every location. That's not so. A duration of 100, 1000, or 1 could mean the same amount of work depending on two main factors: the SDCs and the amount of storage in the LPAR. A set of SDCs (CPU=1,SRB=1,IOC=.5,MSO=0) on one machine might produce 100 SUs, a set of SDCs (CPU=10,SRB=10,IOC=5,MSO=3) on an LPAR with a small amount of storage might produce 1000 SUs, but a set of SDCs (CPU=10, SRB=10, IOC=10, MSO=10) on a machine with a large amount of storage could produce 10,000 SUs for the same amount of work. If you're talking to someone else about service units, try to clarify how they are defined. Cheryl -Original Message- Boy Dave, you are aggressive with your TSO goals. Here we have them set as follows. I do like your third period though. If they are doing something in TSO that takes that much service than put them in never never land. Duration Imp.Description 800 2 80% complete within 00:00:00.500 3 Vel=60 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CICS Wiki news.
Breaking a long drought on the Wiki I added the following articles: - How do I write to an HFS file from CICS? http://cicswiki.org/cicswiki1/index.php?title=How_do_I_write_to_an_HFS_file_from_CICS? - How do I authenticate a web user in CICS? http://cicswiki.org/cicswiki1/index.php?title=How_do_I_authenticate_a_web_user_in_CICS? - The Dignus vendor page at http://cicswiki.org/cicswiki1/index.php?title=Dignus The Dignus page is also the target of our vendor spotlight. Well it looks like Roland and I have been a bit busy but I have him committed to write an article for us on the new dynamic program library feature of Transaction Server 3.2 I also have another promise from Ian Steyn for an article of how to implement CPSM. Speaking of Ian - the Wiki is now fully integrated with CICS world at www.cicsworld.com . Check it out! But how about all of you? Please contact me with ideas on new articles or just jump in and get it done yourself. I hope more of you will become active in the Wiki. Have a great week. Corneel. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA VTAPE
No zIIP's. So what kind of a number are we talking? -- Original message -- From: Russell Witt [EMAIL PROTECTED] Tom, Quite a bit has been done with CA-Vtape since 2005 to help reduce CPU utilization. In particular CA-Vtape will exploit a zIIP (if available of course). And yes, if a zIIP is not available then compression will be done using main CPU cycles; so then you have to balance the need for a compressed CACHE versus CPU cycles. If you have a z9 with a zIIP; then you have many more options (what percentage should be done on teh zIIP versus main CPU cycles). Rusell Witt CA L2 Support Manager -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Tom Eden Sent: Monday, March 31, 2008 8:11 PM To: IBM-MAIN@BAMA.UA.EDU Subject: CA VTAPE Does anyone have comments about CA VTAPE? I did some archive searches and got some hits from 2005. I was wondering if there are any more recent experiences. I am probably most curious about CPU consumption. One of the 2005 post talked about a 15% hit on a Z890. There was a response to turn off compression for the DASD Cache. The original poster thought that they already had done so, but I did not see a follow-up post that said whether that was true or not. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another one bites the dust.
Slots in the customer anchor table are assigned, as Steve Thompson mentioned, by IBM to customers, generally ISV's, as a way to allow ISV's an anchor point for common storage areas without having to incur the overhead of adding a subsystem definition, or of using a system wide name/token pair. See Steve Thompson's post for the details. While the actual owner of each slot is not publicly defined, some have been determined by products such as MXI or ShowzOS. As for reserving a slot, that is managed by either Jim Mulder or Peter Relson. Wayne Driscoll Product Developer NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Monday, March 31, 2008 8:06 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another one bites the dust. Okay, we know what it is. Who owns (owned) it. I think that was the intent. --Original Message-- From: Mark Jacobs Sender: IBM Mainframe Discussion List To: IBM Mainframe Discussion List ReplyTo: IBM Mainframe Discussion List Sent: Mar 31, 2008 20:02 Subject: Re: Another one bites the dust. It's pointed to by field ECVTCTBL in the ECVT. ECVTCTBL DCV(CSRCTABL) Customer anchor table. * Slots assigned by IBM. * Ownership: Callable Services. * Serialization: None @P8A Mark Jacobs -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thompson, Steve Sent: Monday, March 31, 2008 6:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another one bites the dust. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld Sent: Monday, March 31, 2008 2:44 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another one bites the dust. Martin, I'm sorry to hear you shut your MP3000 down for good. We had the same thing at PH Mining about 2 years ago, also an MP3000. I'm glad that you could keep your job. The MP3000 isn't much use anymore, since it won't run z/OS in 64 bit mode. I at least got to run z/OS in 31 bit mode before ours was shut down. OK, I'll bite! What's a Customer Anchor Table slot #51 (X'C8'-X'CB') SNIP It is a table that contains an anchor for ISVs. Each ISV is able to register for a slot. A slot is 1 word where the ISV can store an address (probably in some common storage, CSA/SQA). The ISV may use that anchor and scratch pad as they need. Rega - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ESQA allocation question
I've seen earlier items about Healthchecker and its ESQA checking, but I have a general question to which I haven't been able to find the information in the manuals. Given that ESQA will just overflow into ECSA is there any real reason not to allocate ESQA fairly low so that it is always at 100%, and then size/monitor ECSA for the combined requirements? I am aware that that would not be a good thing below the line, but I haven't read of any clear reason to 'tune' ESQA rather than ESQA/ECSA as a combined area. Since CSA/ECSA does not overflow to SQA/ESQA, a sufficiently sized SQA/ESQA prevents CSA/ECSA exhaustion from causing SQA/ESQA exhaustion. So a storage leak in CSA/ECSA or runaway allocator of CSA/ECSA wouldn't cause SQA/ESQA exhaustion. Whether or not this provides any signicant benefit to system reliability is difficult to say. My guess would be that if you exhaust CSA/ESCA your system is likely to be doomed anyway. Also, overflow of SQA/ESQA to CSA/ECSA may result in slightly longer pathlengths for some request to allocate and free SQA/ESQA storage. Whether this would result in any measurable performance degradation with your workload would be difficult to say. My guess would be that the degradation would be insignificant. It might be possible to construct an artificial testcase workload where the degradation is measurable. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
MFNetDisk, is it a good product?
I will be happy if someone will review my product using this forum or any other forum (like zjournal.com). Just take a look what features this product gives without paying millions of dollars. With these features I am sure that MVS users will like to know if this product can be use after reading a independent review of this product by any users or any companies. Nobody in MF market have the MFNetDisk features. The features are: 1. Emulate 3390 with data in PC the same as IBM emulates Shark and the same as EMC emulates Symmetrix. 2. Mirrors any real 3390 (IBM 3390, EMC 3390 and HDS 3390) with data in PC. 3. Backup any real 3390 with data in PC without using MF CPU resources (CPU, IO etc...). 4. De dupe the backup files in PC. 5 Easy DR in no time!!! 6. Replace any real 3390 with another without system downtime or the source 3390 downtime. 7. Sharing 3390 between MF without distant limitation and without hardware connection. 8 MFNetDisk 3390 disks are a very good candidate to be used as HSM storage or even a virtual tape storage with data accessiable anytime by the MF. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html