Clock Questions ETR and SIMETR
A question just came up from my Information Security dept. about setting and synching the Mainframe clocks. We generally reset them whenever we have a full system shutdown and don't worry about it otherwise but they now want a procedure to regularly correct clock drift. Please correct me if I'm wrong Hardware Clock - Set via HMC/SE to (In my case) GMT/UTC. TOD Clock - Set from Hardware clock at LPAR Activation time, not synched to hardware clock after then. SIMETR - Set from TOD clock by first LPAR referencing it. All other LPARs with same SIMETR will have same time reference. The only way to 'correct' GMT/UTC clock drift in a plex using SIMETR would be to Deactivate all LPARs (using the same reference) then Activate to get new TOD/Hardware reference. If using an ETR (9037) TOD clocks are continuously (FSVO continuous) synched to the ETR and a change to the ETR GMT/UTC setting will be propagated to all referencing LPARs without need for Deactivation/IPL. Thanks all. Ken Porowski AVP Systems Software CIT Group E: [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: Capping in Z890
The SCRTTOOL report has a spot for 'Customer MSU' where you can account for the errant behavior of a looping task. You must justify your revised MSU ratings and I believe that IBM is under no obligation to accept your revision although in the one case I used it they did. I used as justification the 'older' WLCTOOL that gave you the detail hour by hour, 'corrected' the numbers for the offending period and worked up my own 4HA. The max period differed from the original and fell in line with historical usage where just subtracting the looping task would have resulted in a lower than 'historical' number (and possibly a rejection by IBM). Play nice with them and they may return the favor. Ken Porowski AVP Systems Software CIT Group E: [EMAIL PROTECTED] -Original Message- Joel C. Ewing Licensing with VWLC can save a bundle on z/OS and other software charges unless you are regularly running your box at 100% for four hours straight every month. It saved us over $10K per month when we started using it; but it also changes the game from one of getting what you paid for to one of paying for what you get (or more accurately, paying for your peak usage). If someone introduces a program bug that eats CPU and it runs all night before it's caught and fixed and that turns out to be your monthly peak four hours, that bug may cost a substantial amount of real money in software costs, and management doesn't tend to like budgetary surprises, especially one that is unnecessary. -- 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: Capping in Z890
How much difference do you see between the two tools (LCS vs. SCRT)? Do they ever match? How complex of an environment are you in (MSUs, LPARs, Unique software stacks, etc.)? Ken Porowski AVP Systems Software CIT Group E: [EMAIL PROTECTED] -Original Message- Richards.Bob At the risk of sounding like I am on Al Sherkow's sales payroll by suggesting this again, check out LCS from Al at www.sherkow.com beginning of customer testimonial I have used LCS for the last two years and it has paid for itself each year as a result of the customer MSU adjustments I make to my SCRT submissions. And while I like that I can audit what SCRT is reporting, LCS provides so much more than just that capability. At this very moment, I am investigating defined capacity using information from one of its reports and have also trended our maximum peak four hour rolling average (S4HRA) MSU values by CEC and by lpar for the last eighteen months. Not bad for an hour's effort. And as for IBM accepting my adjustments? They have not once challenged an adjustment based on additional analysis using LCS software. I know they highly respect LCS' auditing capabilities. end of customer testimonial Bob Richards VP, Enterprise Technologist Enterprise Technology Infrastructure SunTrust Banks, Inc. (404) 575-2798 Seeing beyond money (sm) -- 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: Capping in Z890
Look at 'Defined Capacity'. This allows you to set a MSU cap at 4 hour rolling average per LPAR. The 4 hour average will allow you to exceed the cap as long as the 4HrA does not exceed the cap. This is good if your workload has peak demand beyond 28 MSU but only for a short time (LT 4 Hr). I have heard/read somewhere (possibly what Eric refers to) that due to rounding/reporting you could consistently achieve a little more than the cap (say up to +1) with no ill effects. If you are using VWLC then IBM will not charge more than defined capacity even if it is exceeded for some reason. The only other way you could cap would to define and activate a third LPAR (no OS needed) and hard cap all LPARs so your 2 'real' LPARs have 28 MSU and the 'dummy' third has 4 MSU. Unfortunately I know of no way to 'share' a cap between 2+ LPARs (but really really wish I could). Ken Porowski AVP Systems Software CIT Group E: [EMAIL PROTECTED] -Original Message- Eric N. Bielefeld Jon, Why do you want to cap it at 28 MSU? I can't give you an answer to your question, but I remember a presentation givin by Rick Ralston, who used to belong to the Midwest Computer Measurement Group (MCMG). There was some form of Lpar capping that you could put in, and it gave you several MSUs for free. I probably threw away the presentation, so I can't give you the exact details. You might be able to pay for 28 MSUs, but when demand is there, you can use the whole 32 MSUs. Eric Bielefeld -- 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: Anyone have a good guess as to current number of z or 390 shops?
I'm not sure I'd want to know. If it came down to say every one of the Fortune 5,000 (although some might have multiple sites) would you really consider it a selling point that there were only 5,000 shops left (or even 10,000) vs. the googolplex of wintel/*nix shops? Now saying that those same 5,000 shops process 90% of the revenue generating work vs. 10% for the googolplex of squatty boxes then that might be impressive. Ken Porowski -- 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
Batch JCL on Windows/.NET ???
What is this world coming to ... http://www.netcobol.com/products/windows/neobatch.htm Ken Porowski AVP Systems Software CIT Group E: [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: ARRRRRGH! SYSOMVS Component Trace - Trace entry mapping
Cross posted to IBM-MAIN and MVS-OE I opened an ETR/ASKQ --- here's the reply Hello Ken, unfortunately, the only externalized information about ctraces can be found in the MVS Diagnosis: Tools and Service Aids. The ctrace entries are cut by service modules and are meant to a debugging aid to IBM. The record contents are OCO and I can't disclose you the meaning of the fields. I am sorry about this . . If you believe that you are running into a problem and need assistance, I would suggest you to open a defect record to get help. Other than that, I can't assist you. So I guess I'm out of luck. Ken Porowski AVP Systems Software CIT Group E: [EMAIL PROTECTED] -Original Message- Don Ault SYSOMVS trace entries are not documented. There are thousands of them and they were created primarily to allow USS service to debug problems. One tip: if you look for SYSCALL EXIT trace entries, the last 3 words contain Return value, Errno, ErrnoJr. By scanning the trace for you can spot the syscalls that returned -1 (). Then pick up the ErrnoJr and run it through BPXMTEXT: TSO BPXMTEXT errnojr If there is something specific you are looking for, I suggest posting it to the MVS-OE forum and see what you get. -- 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: ARRRRRGH! SYSOMVS Component Trace - Trace entry mapping
But some of the info could be of value. In my case I was tracing FILE entries. It would have been nice to know if the VN_RDWR trace entry was a read or a write and maybe to what file etc. I doubt my issue was a 'defect' so why would I open a defect ETR just to have someone tell me what I was doing? I would think that IBM would like us to debug our own problems (or at least try) before 'bothering' them with diags. -Original Message- Bob Shannon What good is the diagnostic data without the code? So you get a RC of XYZ from a module you never heard of doing an undisclosed function. What would that tell you? -- 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: ARRRRRGH! SYSOMVS Component Trace - Trace entry mapping
I don't feel guilty, we're paying for the support. I just like to do as much as I can on my own, how else can I be a Guru when I grow up? Anyone know if a SHARE requirement for better trace info might get anywhere? Or maybe enhanced IPCS formatting of the trace entries? It's probably been tried before. Please all, let's save Darren the grief and not turn this into another demise of the sysprog/mainframe thread. -Original Message- Bob Shannon I doubt my issue was a 'defect' so why would I open a defect ETR just to have someone tell me what I was doing? I would think that IBM would like us to debug our own problems (or at least try) before 'bothering' them with diags. I agree with you philosophically, but reality is different. I had this exact discussion with an IBM VP from Poughkeepsie when OCO came out. I told him that it was a waste of my time to look at dumps without source code, and that I just called IBM and let them sort it out. That included problems with vendor code and problems that I may have caused. Nearly twenty years later nothing has changed. T this is one effect of OCO. Don't feel guilty. -- 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
ARRRRRGH! SYSOMVS Component Trace - Trace entry mapping
Cross posted to IBM-MAIN and MVS-OE OK, I've got a component trace of SYSOMVS and formatted via IPCS but where are the trace entries documented/mapped? I've been looking through TFM but can't find it. Thanks all Ken Porowski AVP Systems Software CIT Group E: [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
Increase in I/O to HFS - How to Diagnose
Cross posted to IBM-MAIN and MVS-OE I recently put some toleration and ERRSYSMOD maint onto my z/OS 1.4 system (moving to 1.6). Since the maint has gone on I have seen an increase in the I/O to an application (PeopleSoft) HFS. I/O rates have increased from 5-10/sec to 80-100/sec with no obvious reason. I do not see an increase to other volumes. The HFS is on a volume by itself so I know the activity is strictly related to the HFS. I poured over all the APARs I installed and nothing obvious popped up. I was thinking of starting up an IO/CCW trace to identify exactly what files are being hit (if I can't think of any other way to isolate the activity). Q1. Anyone have an idea as to why the increase? Q2. Is there any way to get a map of the location of the various files/directories within an HFS? Thanks all! Ken Porowski AVP Systems Software CIT Group E: [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: z/OS 1.6 End of support date
Last I saw, last column is service discontinued. z/OS Program Marketing Service number VRMAnnounced Available withdrawn discontinued 5694-A01 1.07.0 2005/07/27 2005/09/30 2006/09* 2008/09* 5694-A01 1.06.0 2004/08/10 2004/09/24 2005/10/24 2007/09* 5694-A01 1.05.0 2004/02/10 2004/03/26 2004/09/09 2007/03/31* 5694-A01 1.04.0 2002/08/13 2002/09/27 2004/09/09 2007/03/31 * Indicates projected date. Actual end of marketing or end of service date has not been announced yet. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Raymond J. Slisz Sent: Wednesday, April 12, 2006 8:57 AM To: IBM-MAIN@BAMA.UA.EDU Subject: [IBM-MAIN] z/OS 1.6 End of support date Could someone please inform me as to the end of support date for z/OS 1.6 ?? -- 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: DEBE Documentation
Anything on www.bitsavers.org ? -- 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: Systems Programmer Levels Justification
And how many people have 'root' access to the squatty boxes vs the same level of access on the mainframe? Think there might be a small exposure there? Once the Sysprogs and application programmers are gone maybe we should trash the users too ... After all they seem to cause the most problems. -Original Message- McKown, John -Original Message- Joel C. Ewing snip A marginal SysProg has many more opportunities than an application programmer to make a mistake that could put the entire company out of business. It therefore behooves all sites to migrate to a platform which does not need sysprogs. Once the sysprogs are eliminated, we can go to work on eliminating the application programmers. Sorry, that is the current logic that I've noticed. -- Joel C. Ewing, Fort Smith, AR[EMAIL PROTECTED] -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology -- 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: Systems Programmer Levels Justification
Granted we were discussing stability of the 'system' but on z/OS I doubt that anyone has access similar to 'root' or 'administrator' (i.e. ALL access to everything). Yes, I as a sysprog could (mistakenly) trash the system (and probably my job if I do it right) but mucking with the data or even applications would be a little more difficult (no details, auditors may be lurking ... ) and would be malicious at least. The potential for trashing not just the system but data and applications is somewhat greater on the non-z/OS platforms. -Original Message- McKown, John -Original Message- Porowski, Ken And how many people have 'root' access to the squatty boxes vs the same level of access on the mainframe? Ah, but the usual squatty box only does one thing. So causing an outage on it is not as great an impact as killing a z/OS system. Also, in our shop, every production Windows server has some sort of fall over capability. So, if you kill the active server, its doppleganger takes over. This is considered cheap insurance around here. Now, z/OS can do the same with a parallel sysplex on multiple CECs (is that what they're still called?). But the cost, on a one z/OS systems vs. one Windows server comparison, is much too much gracious!. Think there might be a small exposure there? Actually, we have very few with administrative authority on the production Windows servers. -- 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 Question
Depending on the application (we have PeopleSoft Financials) some of the CI come in both upper and lowercase so we have to have both types in for correct classification. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Terry Linsley Sent: Friday, March 24, 2006 10:23 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [IBM-MAIN] WLM Question Eureka! If one digs deep enough (couple miles should do), RMF III will report what service class a DDF thread was classified into. The reason I wanted this was because I had a strong suspicion one of my prod DDF workloads was still falling out of the ruleset to default (suspicion based on indirect evidence). Since the workload in question was coming in through VTAM (all threads through the same LU name), I changed the pertinent sub-rule to an LN type and they magically started classifying correctly. I was very curious why CI did not work for these threads. Using the new found RMF III info, I discovered that the CI was being sent by the AIX system in lower case*. Changed the sub-rule back to type CI and specified the name in lower case, taking care to specify N for fold qualifier name (they sure could have named that more intuitively). Now the threads classify correctly by CI. Thanks a bunch to all who replied! I learned more than I bargained for in this little adventure, but that's always (usually) a good thing. *TMON was reporting this CI in upper case for some reason. I will report that to the TMON/MVS folks. On Fri, 24 Mar 2006 08:26:00 +1000, Shane [EMAIL PROTECTED] wrote: On Thu, 2006-03-23 at 12:04 -0600, Terry Linsley wrote: Is there a straight forward method of determining if an enclave is dependant? Would an example of one be when a DB2 utility spawns multiple threads to build an index during a table load or recovery? RMFIII has an indicator - I think that's what twigged me to go find out what the hell a dependent enclave was. PP isn't any help. I'd be *REAL* surprised if any have surfaced in your environment unless it was the home-grown stuff - ours was, although not Java. We had a small local batch job that did some DB2 log analysis - this is where the dep enclave came from. Ops noticed it (apparently) wasn't doing anything, and reset the job. Still wasn't doing anything, but the shop stopped - no prod batch was going anywhere. Eventually I got a call. The dependant enclave came along for the ride, and was consuming a full engine - out of 3. At 2.10, this was *very* hard to track down. Ops got kicked (again) for using reset. Even these episodes aren't enough to cause a change of mind about mandatory logon on the consoles. Shane ... -- 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: WLM Question
SDSF has an ENC (Enclave) display that might be of use. Not sure if it was available at 2.10 level though. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Terry Linsley Sent: Thursday, March 23, 2006 10:54 AM To: IBM-MAIN@BAMA.UA.EDU Subject: [IBM-MAIN] WLM Question Greetings, We have recently suffered some pain due to logic error in our subsytem DDF classification rules. I have made corrections to those rules and performance has improved. But I would like to see concrete proof that all DDF threads are being classified to the service classes I expect. Is there an RMF/SMF report which whould show, for a specific time span, every DDF thread that executed and to which service class it was classified? Barring that, is there any kind of report that would even get me close? We have TMON, but I have not found anything there at that level of detail. I have been looking through WLM and RMF manuals, but found nothing at that level of detail there either. Does anyone else do that level of reporting for troubleshooting. Environment: OS/390 2.10, DB2 v7 TIA -- 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: Unusual FTP request.
If your job scheduler can trigger on dataset creation then just set up a trigger and job for each FTP with instructions to ops that the 'ftp team' is called if they fail. Or replace the ftp step in the creating job with a submit of the FTP job Applications sets up the jobs so no fault of yours if someone forgets or misses a file. 'FTP team' handles the abends. and can resubmit if necessary. Not very elegant solution but it works. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Friday, March 03, 2006 9:52 AM To: IBM-MAIN@BAMA.UA.EDU Subject: [IBM-MAIN] Unusual FTP request. One of our applications people came up with a, uh, unusual request today. We use ftp to transfer data from the z/OS system to various, internal, ftp servers. Currently, this is done by adding an ftp step to the end of the job which creates the data set to transfer. This usually works. However, there have been cases where the ftp step ends with a bad return code due to various problems on the remote (server) side. Some examples would be: (1) the userid on the ftp server has been deleted/revoked; (2) the subdirectory on the server has been removed or has the wrong attributes (i.e. the ftp userid cannot create a file in that subdirectory); (3) the file to be transferred in to already exists on the server, but is owned by another userid and so cannot be replaced; (5) the IP address of the server has changed (very rare!). What the programmer would like would be for the production job to simply create the dataset which is to be ftp'ed. All datasets which are to be ftp'ed are created with a specific, unique, high level qualifier. Whenever a dataset with this high level qualifier is created, something triggers a process (job, started task, other) which is passed the name of the dataset just created. This process then does some sort of look up on the name of the dataset just created and generates the appropriate ftp commands, which are somehow passed to an ftp processor. If the ftp processor has a problem, then the ftp team would be alerted that an ftp failed. The ftp team would be able to look at the ftp output and hopefully determine what failed, why, and then fix it. This would releave the normal programmers from being called. These people: (1) don't have the authority on the ftp server to see what the problem might be, if the problem is there; (2) don't know how to determine if the problem is on the server or the z/OS side; (3) don't want to be responsible for ftp processing at all. Has anybody heard of any process which could do such a thing? There are two restrictions: (1) No money is budgetted for this; and (2) Tech Services doesn't want to be responsible for writing any code because we just don't have the time to support yet another application. There are only 3 of us to support z/OS, CICS, and all the vendor products. We are not developers (although two of us are fairly good HLASM programmers and have done development before). -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, 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: IBM-MAIN's 20th Birthday
How many of the early posters are still active on the list? -Original Message- Trivia time: Who is this month's top poster on IBM-Main and who is the all time top-poster? Take a guess - then find out here: http://groups.google.com/group/bit.listserv.ibm-main/about -- 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: Data Set Name Hiding
Not that I want to add overhead but does anyone know if Top Secret has the same facility? -Original Message- Jim Marshall wrote: My Security folks are eager to have us implement something called Dataset Name Hiding. This will hide dataset names from a user's view if they do not have the necessary security authority for these files. I am not sure of all the details as to what RACF permissions are needed to see a file. -- 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: Heads Up - LE PE - PK15432
Anyone know what the Cobol 'standard' has to say on the subject? -Original Message- Clark Morris The thing that is baffling me in this discussion is how ABCD could ever have been considered = ABCDEF in a COBOL comparison of unequal length operands because my understanding of all COBOL comparison is that the shorter operand is extended with spaces if the description is non-numeric and by zeros so that numeric operands have effectively the same number of digits and decimal places. Thus 1234 would equal both 1234.00 and 0001234 but neither 31234 nor 1234.3. This would be true for both IF statements and SEARCH WHEN conditions. Have I misunderstood the COBOL standard? Would you want your programs to work according to some other rule? -- 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: Heads Up - LE PE - PK15432
OK. Now I'm getting confused ... I went back to the FM's and Enterprise Cobol 3.3.0 and previous SEARCH ALL WHEN phrase (binary search) If the WHEN relation-condition is specified, the compare is based on the length and sign of data-name. For example, if the length of data-name is shorter than the length of the search argument, the search argument is truncated to the length of data-name before the compare is done. If the search argument is signed and data-name is unsigned, the sign is removed from the search argument before the compare is done. Enterprise Cobol 3.4.0 SEARCH ALL WHEN phrase (binary search) If a relation condition is specified in the WHEN phrase, the evaluation of the relation is based on the attributes of the data item referenced by data-name-1. The search argument is moved to a temporary data item with the same data description attributes as data-name-1, and this temporary data item is used for the compare operations associated with the SEARCH. In particular, if the search argument is a signed numeric item and data-name-1 is an unsigned numeric item, the sign is removed from the search argument before the compare is done. And from APAR PK15432 Therefore, an alphameric search argument of 01 ARG PIC X(6) with a content of ABCDEF, which would match a table/array key of 05 MY-KEY PIC X(4) with a value of ABCD before, will not match now. A search argument containing ABCDbb (where b is blank) would match before the PTF and still match now. . Similar problems arise with a numeric search argument and keys. For example, a search argument of 01 ARG PIC 9(6) with a content of 123456 which would match a table/array key of 05 MY-KEY PIC 9(4) with a value of 3456 before, will not match now. A search argument containing 003456 would match before the PTF and still match now. Now if in 3.4.0 the search argument is moved to a 'temporary data item with the same data description attributes as data-name-1' and the search argument was originally longer than data-name-1 would it not be truncated and therefore would match in the first example of the APAR? Or does 'same data description attributes' not mean 'same picture clause'? Ken Porowski -- 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
Cobol TGT FCB Mapping
Anyone know where I can find a map of a Cobol for z/OS TGT? Specifically I'm looking for FCB entries. Thanks Ken Porowski AVP Systems Software CIT Group -- 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: Cobol TGT FCB Mapping
I have the map from the compile but for the FCB all I see is where the FCB is and not the fields within it. Am I looking at the wrong thing? IN TGT RESERVED - 72 BYTES0 TGT IDENTIFIER 00048 RESERVED - 4 BYTES 0004C TGT LEVEL INDICATOR00050 32 BIT SWITCH 00054 POINTER TO RUNCOM 00058 POINTER TO COBVEC 0005C POINTER TO PROGRAM DYNAMIC BLOCK TABLE 00060 NUMBER OF FCB'S00064 WORKING-STORAGE LENGTH 00068 ADDRESS OF IGZESMG WORK AREA 00070 ADDRESS OF 1ST GETMAIN BLOCK (SPACE MGR) 00074 RESERVED - 2 BYTES 00078 MERGE FILE NUMBER 0007E ADDRESS OF CEL COMMON ANCHOR AREA 00080 LENGTH OF TGT 00084 RESERVED - 1 SINGLE BYTE FIELD 00088 PROGRAM MASK USED BY THIS PROGRAM 00089 RESERVED - 2 SINGLE BYTE FIELDS0008A NUMBER OF SECONDARY FCB CELLS 0008C LENGTH OF THE ALTER VN(VNI) VECTOR 00090 COUNT OF NESTED PROGRAMS IN COMPILE UNIT 00094 DDNAME FOR DISPLAY OUTPUT 00098 RESERVED - 8 BYTES 000A0 POINTER TO COM-REG SPECIAL REGISTER000A8 ALTERNATE COLLATING SEQUENCE TABLE PTR.000E0 ADDRESS OF SORT G.N. ADDRESS BLOCK 000E4 ADDRESS OF PGT 000E8 POINTER TO 1ST IPCB000F0 ADDRESS OF THE CLLE FOR THIS PROGRAM 000F4 POINTER TO ABEND INFORMATION TABLE 000F8 POINTER TO TEST INFO FIELDS IN THE TGT 000FC ADDRESS OF START OF COBOL PROGRAM 00100 POINTER TO ALTER VNI'S IN CGT 00104 POINTER TO ALTER VN'S IN TGT 00108 POINTER TO FIRST PBL IN THE PGT0010C POINTER TO FIRST FCB CELL 00110 WORKING-STORAGE ADDRESS00114 POINTER TO FIRST SECONDARY FCB CELL00118 POINTER TO STATIC CLASS INFO BLOCK 1 0011C *** VARIABLE PORTION OF TGT *** BASE LOCATORS FOR SPECIAL REGISTERS00124 BASE LOCATORS FOR WORKING-STORAGE 0012C BASE LOCATORS FOR LINKAGE-SECTION 00140 BASE LOCATORS FOR FILES00148 CLLE ADDR. CELLS FOR CALL LIT. SUB-PGMS0016C INDEX CELLS00178 FCB CELLS 00184 TGT WILL BE ALLOCATED FOR 01BC BYTES FCB1 WILL BE ALLOCATED FOR 0114 BYTES FCB2 WILL BE ALLOCATED FOR 0114 BYTES DCB3 WILL BE ALLOCATED FOR 0060 BYTES FCB3 WILL BE ALLOCATED FOR 0114 BYTES DCB4 WILL BE ALLOCATED FOR 0060 BYTES FCB4 WILL BE ALLOCATED FOR 0114 BYTES DCB5 WILL BE ALLOCATED FOR 0060 BYTES FCB5 WILL BE ALLOCATED FOR 0114 BYTES DCB6 WILL BE ALLOCATED FOR 0060 BYTES FCB6 WILL BE ALLOCATED FOR 0114 BYTES DCB7 WILL BE ALLOCATED FOR 0060 BYTES FCB7 WILL BE ALLOCATED FOR 0114 BYTES DCB8 WILL BE ALLOCATED FOR 0060 BYTES FCB8 WILL BE ALLOCATED FOR 0114 BYTES DCB9 WILL BE ALLOCATED FOR 0060 BYTES FCB9 WILL BE ALLOCATED FOR 0114 BYTES GDT1 WILL BE ALLOCATED FOR 00A0 BYTES RCD1 WILL BE ALLOCATED FOR 0050 BYTES RCD2 WILL BE ALLOCATED FOR 00D0 BYTES SPEC-REG WILL BE ALLOCATED FOR 007E BYTES WRK-STOR WILL BE ALLOCATED FOR 4BC8 BYTES DSA WILL BE ALLOCATED FOR 01D8 BYTES -Original Message- Eugene S.Hudders Hi Ken: You get a copy of the TGT and DSA maps at the end of the compilation. You may want to check your options (CBL) to make sure that the maps are being requested. Regards, Gene -- 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: Cobol TGT FCB Mapping
What I am looking for is the mapping (field descriptions) of the FCB. -Original Message- Eugene S.Hudders Hi Ken: I am not sure I understand but the FCB Cells at TGT + X'00184' are addresses that should point to the FCBs. Regards, Gene -- 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: Heads Up - LE PE - PK15432
Although the compares are working differently with PK15432 are they not WAD (working as designed/documented) ? As I read the examples in the APAR it was broken and is now fixed (granted, appropriate HOLDDATA would have been nice). Or am I reading this wrong? Therefore, an alphameric search argument of 01 ARG PIC X(6) with a content of ABCDEF, which would match a table/array key of 05 MY-KEY PIC X(4) with a value of ABCD before, will not match now. A search argument containing ABCDbb (where b is blank) would match before the PTF and still match now. . Similar problems arise with a numeric search argument and keys. For example, a search argument of 01 ARG PIC 9(6) with a content of 123456 which would match a table/array key of 05 MY-KEY PIC 9(4) with a value of 3456 before, will not match now. A search argument containing 003456 would match before the PTF and still match now. Ken Porowski -Original Message- Mark Zelden On Thu, 16 Feb 2006 15:22:03 -0500, Jousma, David [EMAIL PROTECTED] wrote: Yep, we were burned by that one too. Had a lengthy conversation with IBM support on this one, finally got them to fess up that this behavior change was part of the ENT COB 3.4 support, although it was not documented in the PTF as such at the time. This is a real messy one. Like you say, it changes run-time behavior because of the change in the compare, and might not manifest itself for a long time. snip What I don't get is... at least as of right now this APAR is not even marked HIPER (or doesn't IBM do that until the PTF is available?).This has gone to the highest levels of management in our organization and the question has been asked many times by senior management: Doesn't IBM alert you to a problem like this that has potential for this much damage? It's hard to respond to that yes, there was HOLDDATA and normally someone downloads it weekly and reviews SMP/E report errorsysmods to see potential impacts. This one was overlooked. Even if found, by the person looking things over, I doubt the impact would have been realized. In my thinking, this should have been a red alert. It seems that those are reserved to problems that can't be resolved without an IPL or cause an IPL. While no one likes system outages and they can cost real money depending on the business, data corruption is IMHO a *much worse* scenario. We recently went though a recovery effort from a problem caused by another vendor related to data loss/corruption. Took several weeks of 24*7 work by a lot of people. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America and Farmers Insurance Group mailto: [EMAIL PROTECTED] 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: Mainframe Jobs Going Away
Just wondering Are there any 'new' mainframe shops/installations out there? Or is IBM just selling new frames (z990 z9) to users of older technology? Back a few years I would imagine a shop on x or i series eventually outgrowing these and moving 'up' to a z series. Today are they more likely to stay with the xNIX box of the week or wintel and just keep adding to them? If there are no 'new' shops, just existing shops getting bigger (or going away) then we will eventually stagnate and die ... I just need 20-25 years to retirement (maybe 30 if I can't get the credit cards away from the wife). Just had a brief conversation with one of our server gang ... mentioned that they should try an IFL on the mainframe ... He claimed that a rep (IBM?) was in once and stated that the 'processor speed' was only 900 MHz so couldn't really compete with what we were looking for. I also mentioned that the 'engine' was relatively cheap at only $125K. After he finished laughing he stated do you have any idea how much hardware I can buy for $125K? I don't consider the IFL's as the savior of the mainframe as I define the 'mainframe' as roughly equivalent to 'big box running z/OS'. zIIPs and zAAPs are another matter though. Ken Porowski -- 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
Mainframe Programmer on EBay
Is this what we have to look forward to? Ken Rare Mainframe programmer in near mint condition!!! A rare find in the IT world! http://cgi.ebay.com/Rare-Mainframe-programmer-in-near-mint-condition_W0Q QitemZ7217211023QQcategoryZ184QQrdZ1QQcmdZViewItem Take advantage of this rare opportunity to purchase a VINTAGE antique mainframe programmer, a value at $150/hour! The REAL thing - he knows mainframe! With over twenty years of legacy software experience, this is a genuine programmer being offered, NOT an imitation (aka - point and click baby). You are bidding on a technology icon, capable of generating true legacy code in the following languages (Cobol, CICS, DB2, IMS, IDMS, JCL, IBM Utilities) and much more. Please bid with confidence and good luck in acquiring this rare and valuable find. Discounts are available with long term contracts. Bigger discounts for warm climates. Really big discount if there is Geritol in the vending machine. Disclaimer: I reserve the right to end this auction early. -- 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: What the bleep did I do wrong?
And is CBRUXENT ENABLED? D SMS,OAM CBR1100I OAM status: 142 TAPE TOT ONL TOT TOT TOT TOT TOT ONL AVL TOTAL LIB LIB AL VL VCL MLDRV DRV DRV SCRTCH 2211004217143196 There are also 0 VTS distributed libraries defined. CBRUXCUA processing BYPASSED. CBRUXEJC processing BYPASSED. CBRUXENT processing ENABLED. CBRUXVNL processing ENABLED. -- 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: Mount a tape
And you (not being a complete newbie) would have posted your JCL and error messages ... Ken Porowski -Original Message- Chris Mason snip Let us assume that I knew there were incredibly helpful newsgroups available where every technical problem can be mulled over in detail and that I hadn't appreciated that the issue was one of practices in the local installation rather than some possible failure of ingenuity in the use of JCL. Perhaps I might have asked this newsgroup rather than my local help desk just as Jerry did. Chris Mason -- 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: zIIPs
Interesting that no announcement letter yet ... We now have zIIPs and zAAPs any guesses on the next names? -- 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: zIIPs
zPLN zPLN (Dual Processors for Linux Networking) nods to Hervé Villechaize (Tattoo) zEND (Enablement for Non-IBM Databases) nods to Jim Morrison -- 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: SMSPDSE - Any type of Display
I saw those commands, we have them at z/OS 1.4 (but not restartable AS). I have seen some information on tuning via parms in IGDSMSxx but how can you tune if you can't see how it's being used? I was hoping for displays similar to catalog caching stats. Ken Porowski -Original Message- Clark Kidd There were a lot of enhancements made to PDSE in z/OS 1.6, including support for a restartable address space (there will now be address spaces named SMSPDSE and SMSPDSE1). If you have access to the SHARE proceedings, look for session 3028 (PDSE Topics) given at the last SHARE in Boston. This documents several commands related to diagnosis and tuning: V SMS,PDSE,MONITOR V SMS,PDSE,ANALYSIS V SMS,PDSE,FREELATCH In the above commands, you can use PDSE1 rather than PDSE to refer to the other (restartable) address space. The System Commands manual has some information on these, and you can find even more detailed information in Chapter 15 (PDSE Diagnostic Aids) of the manual DFSMSdfp Diagnosis. This probably is not all of the performance information we would like, but it is a start. Clark -- 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: Mainstar
They are (just bundled under one name) ... Catalog Management Catalog RecoveryPlus (CR+) - Assures the entire ICF catalog environment is backed up for forward recovery. Tape Audit - Correlates entries in the tape management catalog with ICF catalog status. Catalog DASD Audit - Evaluates all master user catalog data set entries and reconciles against all DASD VTOC information on currently-mounted volumes. Business Resiliency ASAP - Identifies critical data assets for backup ABARS Manager - Provides an all-inclusive backup and recovery system using the power of the ABARS data mover Incremental ABARS - Offers support for ABARS Manager managed backups All/Star - Centralized backup tracking for non-ABARS managed data Catalog BaseLine - Supports ABARS recovery methodologies on z/OS systems DFSMShsm Solution HSM Fast Audit - Evaluates DFSMShsm control data sets to resolve structural and logical discrepancies. HSM Fast Audit-MediaControls - Proactive audit and repair of DFSMShsm Migration and Backup tapes. -Original Message- Dave Kopischke But why are the replacements listed in the announcement not Mainstar products ??? I -- 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: Use of a VTS and ATL in a DR situation.
We don't use an ATL or VTS at DR although we have both at 'home'. Anything we need for DR goes to the ATL (non-VTS) so we can send it off site. At DR we just alter SMS rules to allocate a non-ATL drive (and remove the VOLCAT). Depending on the DR setup/contract you might want to do the bulk of restores from the floor system. For our tests the DR site could allocate more drives/paths to the floor system then we were contracted for. There are some procedural issues with this method though. Ken Porowski -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Monday, January 09, 2006 1:10 PM To: IBM-MAIN@BAMA.UA.EDU Subject: [IBM-MAIN] Use of a VTS and ATL in a DR situation. We currently have a 3494-B10 (VTS) and use non-robot 3490E tape drives. We are migrating to a 3490-B18 (VTS) and a 3593-F05 to control a 3584 Tape Library with 3592 tape drives (J70 controller). IOW - we are moving from non-SMS 3490E carts to SMS managed 3592 carts. Oh, terminology that I use: VTS - the 3494-B10 virtual system; ATL - the 3952 robotic drives. At present, we use the nonSMS managed 3490E tape drives at D.R. to recover our system. We make changes at DR so that what would have gone into the VTS at home goes to physical 3490 drives. Now, I wondering some of the considerations since we are going to 100% SMS managed tape. As I understand it, all (or most) production tape output will go to the VTS on emulated 3490E cartridges. All of those tapes which need to go off-site will be intelligently copied and stacked onto 3592 carts using a product called TapeCopy from OpenTECH. So our off-site stuff will all be on 3592 carts. Now, we go to DR. What happens? The 3952 drives at D.R. are in a robot and so SMS managed. I guess what we will need to do is load a subset of our 3952 tapes into the ATL under the control of the floor system. We use these tapes to restore some of our DASD, just enough to IPL successfully. Once our system is up, we will insert the rest of the 3952 carts into the ATL and restore using our system. Does this sound reasonable/workable? My idea of a time line (very rough) is: 1) Insert 3592 carts needed to restore a minimal system on the floor system. 2) Restore using these carts. 3) IPL. 4) Insert the rest of the 3592 carts. 5) Insert virtual volumes in the VTS. I think for #5 to work correctly, we will need to have a D.R. range of virtual volumes so that these volumes won't be in the TCDB until we go to D.R. and do the INSERT there. Anybody in this situation already (surely there must be)? What do you do? Thanks! -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, 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
SMSPDSE - Any type of Display
Anyone know a way to display stats on SMSPDSE like storage used, members, libs cached, activity, etc. I've been through the books and archives but haven't come across anything. Ken Porowski AVP Systems Software CIT Group -- 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: Windows .wmf Vulnerability
How long before M$ buys out Zone Labs ... -Original Message- Ed Finnell The auto update gnomes had M$-KB912919 waiting when I signed on this morning. Only about a week behind the bright folks at Zone Labs -- 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: New Tape units
See imbedded comments ... -Original Message- Hal Merritt We are being told that the library system is 100% SMS controlled. We have had robots in the past, but had never heard this as a requirement. It this your experience? The ATL and 'tapes' are SMS managed the datasets on the 'tapes' are not. We intend to rework all of what little tape processing we have to exploit the new units. Does anyone have some thoughts for a migration plan? Depends on what you want to do. Stack datasets on tape for efficient use of tapes? Minimize tapes sent offsite? Reduce mounts? Etc. If your current tapes can be used in the ATL you may just be able to insert them an use as is. Did you have to invent some processing, such as off site tape ejects? You will probably want to look at OAM exits CBRUXENT and CBRUXVNL at a minimum. RMM may supply samples. RMM probably has a process for autoeject of tapes going offsite (probably an optional piece or RMM exit) Any other things we should be aware of? Do you still have stand-alone drives? Mucking around with unlabeled (i.e. non-barcoded) tapes is a bit of a hassle but does work OK. What is your volume of inserts/ejects. If fairly large you can configure an internal 'wall' for bulk eject/insert (60-90 at a time) instead of using the hole in the door (10 at a time). You will probably have DR concerns if you don't have an ATL there too. See DFSMS OAM PISA for Tape Libraries (SC35-0427-02 at z/OS 1.4 level) There may be a relevant RedBook too. -- 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: New Tape units
We use ZARA so had to supply our own. Depending on what the 'supplied' exits do you may or may not want to modify them. YMMV but it would make sense to understand what they are coded to do or not do. I forgot about the 30 CIOS option, It wasn't appropriate for our environment when we installed. We were using the bulk station and at one time were ejecting 400-500 tapes a day and a similar number of inserts (about half the usable slots for our 3490's). Not recommended but it worked for us at the time. We are now down to 10-20 after upgrading to 3592's. We used to have trouble with the 3490-F1A's but most of that was due to our dirty/old tapes. Ken Porowski -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Wednesday, January 04, 2006 10:57 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [IBM-MAIN] New Tape units Porowski, Ken wrote: See imbedded comments ... -Original Message- Hal Merritt [...] You will probably want to look at OAM exits CBRUXENT and CBRUXVNL at a minimum. RMM may supply samples. RMM probably has a process for autoeject of tapes going offsite (probably an optional piece or RMM exit) Exits fro RMM are already in base z/OS libraries. RMM code also. IMHO there is no reason to change the exits. [...] Do you still have stand-alone drives? Mucking around with unlabeled (i.e. non-barcoded) tapes is a bit of a hassle but does work OK. What is your volume of inserts/ejects. If fairly large you can configure an internal 'wall' for bulk eject/insert (60-90 at a time) instead of using the hole in the door (10 at a time). The hole, CIOS (Convenient I/O Station) can have capacity of 10 or 30 cartridges. It depends on the order. -- Radoslaw Skorupka Lodz, Poland -- 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
EPSPT and Toleration Maint.
Just about to use the 'new' EPSPT PSP tool to check maint for a z/OS1.4 to z/OS1.6 upgrade. Does anyone know if the PSP covers ALL toleration maint or do I still have to go through the FM. Thanks Ken Porowski AVP Systems Software CIT Group E: [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: IBMLINK News
Google CHP-48/OZ-379 ... I believe it's from theonion back in 2002 ... -Original Message- Alan Schwartz Personally I think it's great. Big Blue with a smile. The new post if better than the old one Alan Schwartz Assurant Shared Business Services Lead Systems Programmer Phone: 651-361-4758 Fax: 651-361-5625 -- 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: Using symbolic in JCL
One could always submit a SHARE requirement and fight it out in that venue ... At least you could find out how important this really is to other sites (yes, I know not everyone is a SHARE member). -- 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: IBMLINK News
We have taken preventative measures to ensure this does not occur again. So did someone get a pink slip? -- 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: Fujitsu's back!
If it's 'mainframe' in the sense of z/OS then great! If it's 'mainframe' in the sense of large scale *NIX or Windows then it might hurt a bit. Ken Porowski AVP Systems Software CIT Group Email: [EMAIL PROTECTED] -Original Message- Edward E. Jaffe My crystal ball isn't good enough to answer your questions. But, I see this announcement as a good thing. At the very least: a) someone other than IBM believes the mainframe marketplace isn't dead and b) healthy competition is always a good thing for consumers. -- .-. | Edward E. Jaffe|| | Mgr, Research Development| [EMAIL PROTECTED]| | Phoenix Software International | Tel: (310) 338-0400 x318 | | 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801| | Los Angeles, CA 90045 | 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
Re: Product availability on 3592
Considering the cost of a 3592 cartridge I would be surprised if many vendors offer it as an option. What I do see a lot more of is CD's and electronic transfer. Depending on local Tax laws an electronic transfer (i.e. NO physical media) may exempt you from sales tax. Ken Porowski AVP Systems Software CIT Group Email: [EMAIL PROTECTED] -Original Message- Johnston, Robert E Hello, We recently converted to virtual tape and 3592. Now mgt is itching to get the 3480s off the floor. My question is, do vendors (IBM and CA mostly) offer products on 3592 format or are we going to have problems if we get rid of the 3480 drives and try to order new software? I know there are internet options for z/OS but we are not positioned right now to make use of it. Thanks for any info, Robert -- 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
Red Alerts - AFP Issue
Got this in the mail today but when I follow the link it's not there. Anyone else having the same problem? Ken Porowski AVP Systems Software CIT Group Email: [EMAIL PROTECTED] Red Alerts subscription service for zSeries Red Alerts (2005.10.06) AFP Issue There is a potential exposure for data corruption or undetected loss of data when using the Additional Floating-Point (AFP) registers in programs which were compiled with certain versions of the Enterprise PL/I for z/OS or OS/390 / z/OS C/C++ compilers and which run in a CICS transaction environment. More information https://techsupport.services.ibm.com/server/redAlerts?ID=5 -- 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: Red Alerts - AFP Issue
Never mind, it's out there now. Ken -Original Message- Mark Jacobs On Thursday 06 October 2005 09:24 am, Porowski, Ken wrote: Got this in the mail today but when I follow the link it's not there. Anyone else having the same problem? Ken Porowski AVP Systems Software CIT Group Email:[EMAIL PROTECTED] Yes. This is the second time the alert was sent without the actual information baing available. Red Alerts subscription service for zSeries Red Alerts (2005.10.06) AFP Issue There is a potential exposure for data corruption or undetected loss of data when using the Additional Floating-Point (AFP) registers in programs which were compiled with certain versions of the Enterprise PL/I for z/OS or OS/390 / z/OS C/C++ compilers and which run in a CICS transaction environment. More information https://techsupport.services.ibm.com/server/redAlerts?ID=5 -- Mark Jacobs Technical Services Time Customer Service, Tampa FL Time Warner -- 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: Quantry: Converting from 3494-B18 to 3949-B20
Could you (temporarily) attach a 3590 to the B20? If so then could you EXPORT the 3590 from the B18 and IMPORT to the B20 then EJECT the 3590 from the B20 thereby copying the data to a 3592 (keeping zero 3590 scratches in the B20). I'm not sure if a VTS will allow mixed device types for the stacked volumes. You cannot do a specific mount of a SCRATCH volser in an ATL or VTS. I have done what you describe (sort of) in an ATL (outside tape with same volser as an ATL tape). We flag the tape as PRIVATE (in ISMF, LM and Zara/CA-1) INSERT it and play with it with EXPDT=98000 then EJECT PURGE and set back to SCRATCH in Zara/CA-1 (works for ATL, VTS may be slightly different). It sounds like your way will work (in theory) but is the overhead of the two tape copies and different than ARCMOVER. ARCMOVER may be less manually intensive assuming you can run the B18 and B20 in parallel for the conversion. There may also be a reasonably easy way to update the volser in View:Direct but it is a manual effort possibly prone to error. Ken Porowski AVP Systems Software CIT Group Email: [EMAIL PROTECTED] -Original Message- McKown, John We are looking at totally replacing our tape subsystem. The current plan is to replace our 3494-B18 with a 3494-B20. We will also be getting a 3584/3953 tape library with 3592 drives for off-site storage. One of our biggest applications to move is ViewDirect from Mobius. From all that we can tell, we must use their ARCMOVER to copy the data into the new VTS. The reason is due to the fact that they have a database which contains the DSN of the archive file, the device type, and volser. We have had some experience with ARCMOVER. It is a CPU hog and very slow. I was hoping that we could EXPORT the virtual volumes from the B18 and then IMPORT them on the B20. Unfortunately, this is not supported. Apparently it is due to the incompatable microcode levels, as well as the fact that the B18 use 3590 drives and the B20 uses 3952 drives. So, being sneaky, I'm trying to figure out if there is any way at all to copy a virtual tape from one VTS to another VTS while keeping the same volser. I'm not having much luck (unfortunately). The best that I have figured out would be if I could do something like: 1) INSERT virtual volumes into the B20 which could be mapped to/from B18 virtual volumes by simply changing the first character. Our B18 volumes are 60 to 623999. I could INSERT volumes 70 to 723999 in the B20. 2) For each ViewDirect volser in the 6x range: 1) copy to 7x using some utility 2) EJECT 6x from the B18 (removing the virtual volume) 3) INSERT 6x into the B20 4) copy from 7x to 6x The problem is that when I try to use VOL=SER=623970 (a scratch volume in the VTS), I get a message: IGD330I ERROR OCCURRED DURING CBRXLCS PROCESSING- VOLUME REQUESTED BY SPECIFIC VOLUME SERIAL IS A SCRATCH VOLUME THE FAILING VOLSER IS 623970 It does appear that I can use ISMF to ALTER volume 623970 to be PRIVATE and in the proper storage group to allow this to work. This is a bother, but it may be worth it. Can anybody see were doing this cause any problems? My one test seems to have run successfully. The VTS says that the volume is PRIVATE, as does ISMF, and CA-1 appears to be updated correctly as well. -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology -- 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: SCRT QUESTION
I believe you are running SCPT not SCRT. Unless you are running an older box or version of OS/390 that can't run SCRT I believe IBM will require you to use SCRT for your reports. The parm you are playing with might be to override/supply a maximum MSU value for the box (this is total capacity not defined capacity). Ken Porowski AVP Systems Software CIT Group Email: [EMAIL PROTECTED] -Original Message- William Ball Brian, //EXTR EXEC PGM=LOADER,PARM='/,32(2),CUSTOMER NUMBER xx' //SYSPRINT DD SYSOUT=* //SYSLOUT DD SYSOUT=* //SMF DD DISP=SHR,DSN=MISOS.SMF.MONTHLY(+0) //OUTPUT DD DISP=(,CATLG),DSN=MISTU.SCPTOOL.CSV,UNIT=SYSDA, // SPACE=(TRK,(15,15),RLSE) //SYSLIN DD * In the above example 32 is the MSU value specified in Defined Capacity and 2 is the number of lpars. From what I've gathered reading the white paper on the subject and the JCL instructions the MSU's we would be billed from are based on the Defined Capacity (32 in our case) but I don't see that reflected anywhere in the SCRT. We are running a z800-0a2 and the MSU's show 44 even though it has been changed on the HMC and is reflected as 32 in SHOWMVS (for instance). When I let the PARM default I get a 44 and 2 lpars and one set of numbers. When I code the MSU value (Defined Capacity #) I get a much lower set of numbers which sounds to -me- like our bill would be considerably less if the MSU was coded. I'm just trying to figure out how others are doing it. This whole thing isn't making much sense to me right now, based on the numbers. Bill Mainframe - An obsolete device still used by thousands of obsolete companies, serving billions of obsolete customers, and making huge obsolete profits, for their obsolete shareholders. And this year's run twice fast as last year's. -Phil Payne- -- 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: INDXCISZ Utility ( was IMBED in R8)
My bad ... I had both tools in a member called INDXCISZ and didn't check it before I replied. Ken -Original Message- Craig Kittendorf Ken, I don't see in output from the INDXCISZ tool where IMBED and REPLICATE are shown although I have used the FINDIMBD tool for that purpose. Thanks, Craig -Original Message- Porowski, Ken Ray, The INCXCISZ tool noted datasets with IMBED and REPLICATE as well as those with INDXCISZ smaller than the 'new' default. snip -- 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: NOS COBOL compiler option
I believe it is the short form of NOSource Ken Porowski AVP Systems Software CIT Group Email: [EMAIL PROTECTED] -Original Message- Lynne Karson Hello List, I am modifying up my compile procs with options needed for Fault Analyzer. In reviewing these options, there is one called NOS, which is not in my documentation. I have spent half a day slogging through the archives with no success. I would like to delete options that are not necessary, so if anyone knows what this option is, or was, I would appreciate it very much. TIA Lynne Karson Senior Software Specialist US Senate Sergeant at Arms (202)224-9587 [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: IMBED in R8
Ray, The INCXCISZ tool noted datasets with IMBED and REPLICATE as well as those with INDXCISZ smaller than the 'new' default. Skip, What IBM document stated that IMBED goes away in 'R8'? Last I heard was that it would go away in some future release after 1.7 (not necessarily the release immediately after 1.7). Ken Porowski AVP Systems Software CIT Group Email: [EMAIL PROTECTED] -Original Message- Raymond Noal Skip, What is the 'supplied utility' you are referring to? HITACHI DATA SYSTEMS Raymond E. Noal Lab Manager, San Diego Facility Office: (858) 537 - 3268 Cell: (858) 248 - 1172 -Original Message- Skip Robinson Subject: IMBED in R8 IBM has announced that VSAM clusters with IMBED will no longer be usable in the next release after 1.7, call it 'R8'. We've run the supplied utility to ferret out any IMBEDs that remain after all this time and found--much to our chagrin--that we have a lot of catalogs with that attribute. Including master catalogs! Must all of these be recreated? If so, we're looking at some serious sysplex-wide outages. JO.Skip Robinson Southern California Edison Company SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [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: Mismatch in volumelist from ISMF/OAM
Check tapes in ERROR status IIRC in some cases they are counted in the LM but not D SMS ... Ken Porowski AVP Systems Software CIT Group Email: [EMAIL PROTECTED] -Original Message- Daniel Cattin Hello Ottar, I have a similar problem here. With D SMS,LIBRARY(lib),DETAIL I get 284 scratch tapes. ISMF MOUNTABLE TAPE VOLUME LIST counts 250 but TAPE LIBRARY LIST says there are 284 scratch tapes. The library manager counts 250 scratch tape in his scratch categorie. I'm rather sure that 250 is the right count. Do you have found a way to fix your problem? Thanks for your help Daniel On Thu, 20 Jan 2005 05:03:47 -0600, Ottar Moller [EMAIL PROTECTED] wrote: Hi there, I'm experiencing a mismatch in count of scratch volumes in our 3494 Library. When listing with 'D SMS,LIBRARY(LIB),DETAIL' I get a list of 21 scratch volumes, Media3 11 and Media4 as 10 but when running a ACBJBAOB job which lists the scratch volumes in the library we are only seeing 2 volumes. Using the ISMF panels and browse the library then these 2 volumes are the only scratch volumes in the Library. I'm rather sure that the database in the Library is ok but the mismatch is probably in the VOLCAT.GENERAL Catalog. Running Listcat against the VOLCAT I get these two volumes + 9 other which are remaining outsite of the Library which is just like ISMF says. Is'n the DISPLAY SMS LIBRARY command reading the VOLCAT? I havn't found a way to regenerate the VOLCAT against the Library database. Any hints on what could be wrong here? Best regards, Ottar -- 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
Red Alert is now available
I just got a resend - Red Alerts (2005.07.26) RESEND - Users of Hierarchical File System (HFS) on z/OS 1.4 through 1.7 This REDALERT is now available for your viewing. We apologize for any confusion this problem may have caused. More information https://techsupport.services.ibm.com/server/redAlerts - -- 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: capacity of largest drive
So which is it 64Ki (65536) or 65520 (from z/OS point of view - disk hardware vendors may have other limitations)? Ken -Original Message- John Eells big snip Up to 64K cylinders are supported on DS6000 and DS8000 devices. From Preview: IBM z/OS V1.7 and z/OS.e V1.7: World-class computing for On Demand Business, IBM United States Software Announcement 205-034, dated February 15, 2005: these storage devices support a new 65,520 cylinder 3390 volume. -- John Eells z/OS Technical Marketing IBM Poughkeepsie [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
Defined Capacity vs. Capping
Going to be turning on my new z990 this weekend (figures - now I hear IBM is about to announce some new boxes soon). Classically we have hard capped our 5 LPARs (contractual restrictions) but to me it seems that using 'defined capacity' would be beneficial. Only 'problem' I have is that it is theoretically possible to exceed the 'defined capacity' and have a 'soft cap' kick in which could hurt my applications. I am assuming ... I can use 'defined capacity' even though I am NOT parallel sysplex (I am basic sysplex - single frame no CF). I know I can't do IRD because of this. If I 'hard cap' at 50MSU worth I will never go beyond 50MSU (within a small percentage) and if I am running flat out my 4 hour average would be 50MSU. If I use 'defined capacity' of 50MSU and I have a period of low utilization preceding a period of high utilization then I could get more than 50MSU at peak and still remain within 50MSU four hour average. Question is if the period of high utilization lasts long enough then I get 'soft capped' to somewhere below 50MSU to keep the four hour average at 50MSU. Depending on my applications I could be strangling the late comer which is definitely not good. Whether this is worse than strangling the early bird and having overlap with the late comer is something I can't predict. Is there a way of limiting (i.e. min and max) while using 'defined capacity'? How much will 'defined capacity' allow me to exceed the 50MSU temporarily? Are there any limits? Does it do a little bit at a time? Thanks in advance to all ... Ken Porowski AVP Systems Software CIT Group Email: [EMAIL PROTECTED] The early bird may get the worm but the second mouse gets the cheese and you can still get pizza till midnight. -- 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: Debug for z/OS
I don't have it but I thought the full function just adds the Debug product (i.e. Debug product is the same whether ordered separately or with a language/full function). If you have multiple languages, check the pricing, it may be cheaper to order full function PL/I and alt function Cobol than the other way around or separately. Ken Porowski AVP Systems Software CIT Group Email: [EMAIL PROTECTED] -Original Message- Richards.Bob I am thinking of ordering Debug for z/OS and changing COBOL Full Function to COBOL Alt. Does anyone know if this would be entirely transparent to the application programmers? Bob Richards Technologist Enterprise Technology Infrastructure SunTrust Banks, Inc. -- 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: AW: Debug for z/OS
It seems that the Debug 5.1 is being bundled with the 'full function' offerings. /rant Can't you just call it 'Cobol' or 'IBM Cobol' and leave it at that? Every time you change the name our development folks go nuts and insist on a long drawn out test and implementation period (never thought I would complain about users wanting to test). /rant off From the announcement for Enterprise Cobol for z/OS 3.4 snip Full Function vs Alternate Function offerings With V3.4, the mainframe interactive debug tool in Debug Tool for z/OS V5.1 is offered with the Enterprise COBOL compiler in the Full Function offering. This debug tool is a common facility that supports: Enterprise COBOL for z/OS Enterprise PL/I for z/OS COBOL for OS/390® VM COBOL for MVS(tm) VM VisualAge® PL/I for OS/390 PL/I for MVS VM z/OS C/C++ optional feature OS/390 C/C++ optional feature Only one Full Function offering is required for debugging applications written using any of these programming products. An Alternate Function offering is available if you prefer to receive the Enterprise COBOL for z/OS compiler but not the debug tool. Debug Tool for z/OS V5 is also offered as a separate product. For more information about the function offered in the debug tool, refer to Software Announcement 204-206 , dated September 21, 2004. snip -Original Message- Schiradin,Roland Ken, I agree at the time we order the languages there are no ALT function or maybe it was a fault. It's not my area. I was involved because CICS V3 isn't supported so it comes to my desk. Roland -Ursprüngliche Nachricht- Porowski, Ken AFAIK you only need one full function language, the others could be alt function and you can still use the Debug with all of them (or alt function for all languages and Debug separate). Ken Porowski -Original Message- Schiradin,Roland We're planing because Debug with Cobol Full Function V4 doesn't support CTS V3 (CICS). Only Debug V5 does and it seems this is always a standalone product. Another thing is it will be cheaper as we have C/C++ with Debug, PL/1 with Debug and Cobol with Debug. So switching to all of them without Debug and just order Debug V5 will save some money. Of course installation and testing isn't 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: AW: Debug for z/OS
Pity, you've been paying three times for the same thing. Whoever fills/approves the orders (your IBM rep?) should catch this and at least let you know. Every time we did an upgrade (Serverpac for z/OS) we always got a call to review the order and something like this would be caught. Maybe you can try for a refund? Ken -Original Message- Schiradin,Roland Ken, I agree at the time we order the languages there are no ALT function or maybe it was a fault. It's not my area. I was involved because CICS V3 isn't supported so it comes to my desk. Roland -Ursprüngliche Nachricht- Porowski, Ken AFAIK you only need one full function language, the others could be alt function and you can still use the Debug with all of them (or alt function for all languages and Debug separate). Ken Porowski -Original Message- Schiradin,Roland We're planing because Debug with Cobol Full Function V4 doesn't support CTS V3 (CICS). Only Debug V5 does and it seems this is always a standalone product. Another thing is it will be cheaper as we have C/C++ with Debug, PL/1 with Debug and Cobol with Debug. So switching to all of them without Debug and just order Debug V5 will save some money. Of course installation and testing isn't 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: HCD Token needed for Esoteric devices
I had the same issue when defining an IODF for a z990 ... I just numbered them sequentially (and cleaned up a few old ones no longer used). I believe the rationale is so that each esoteric will have a constant token (assuming you don't change it later) whereas without the token a catalog entry pointed to an entry in an esoteric table which could easily change when adding/deleting esoterics. There is a job in SYS1.SAMPLIB(IEFESO) and (IEFESOJL) which scans a catalog for datasets cataloged with esoterics. I found a couple in my shop as well as a bunch cataloged to 3480's and reels which we couldn't read anyway. Ken Porowski AVP Systems Software CIT Group Email: [EMAIL PROTECTED] -Original Message- McKown, John -Original Message- Michael Schmutzok Question 1: Am I in big doo-doo if I continue to leave the token field blank as I have before? Question 2: If so, what is my rationale/logic for determining what to put in as values for each of the esoteric names? TIA, Mike Schmutzok I just had the same problem when upgrading to a z890 from a z800. Well, the problem was due to PTFs that I put on z/OS 1.4 to support the z890. Anyway, I just starting assigning token numbers from 1 to n in the EDT. So far, no problems with anything. That was about 3 months ago. -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology -- 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: VTS 3494 - empty backstore volumes?
IIRC if you EJECT a 'stacked volume', it's active data (if any) will be migrated to another volume first (i.e. you cannot EJECT an active volume). EXPORT is an entirely different matter. Ken Porowski AVP Systems Software CIT Group Email: [EMAIL PROTECTED] -Original Message- McWhorter, Keith We have an IBM 3494 VTS using 3590 tapes for backstore. The library also houses 3592J tapes for HSM. All the slots are taken and I need to add more 3592J tapes. I know from the SMF94 statistics that less than half of the 3590 backstore tapes are in use. How can I find which 3590 tapes are NOT in use so that I can eject them to free up slots? I displayed the volser range on the Library Manager and they all show a status of FF04. I was hoping that the status would be the way to determine which are empty. Ideas? Thanks!! (z/OS 1.4) Keith McWhorter Senior Systems Programmer Georgia Technology Authority 404-656-9068 -- 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: Up for adoption: 3745
Couple of questions ... Where is it located? When was maint dropped on it (i.e. is it still 'certifiable')? Price? or is it 'free' (new owner pays for shipping)? I know we have a fully loaded 310 or 410 with only a couple of active lines ... may be looking to downgrade if we need to keep them much longer. Thanks Ken Porowski AVP Systems Software CIT Group Email: [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Jon Brock Sent: Friday, June 24, 2005 10:18 AM To: IBM-MAIN@BAMA.UA.EDU Subject: [IBM-MAIN] Up for adoption: 3745 When we went to our nice, shiny new 2086 back in December, we finally got away from needing our 3745 controller. I am mentioning this on the off chance that someone out there may be interested in it. I think it is a model 170; I can verify that if anyone actually cares enough to enquire. Anybody want it? It's a fine family machine, housebroken, great with kids, and has a very loving personality. Thanks, Jon -- 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
OSA-ICC and JBB7727
I saw a reference on the list that JBB7727 (Console restructure/enhancements) was required to run an OSA-ICC. Can anyone confirm or deny this? I'm running z/OS 1.4 with z990 exploitation support but do not have JBB7727 on. We plan on testing our new z990 this weekend with OSA-ICC. Thanks all. Ken Porowski AVP Systems Software CIT Group Email: [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: z990 Compatibility for Selected Releases
AFAIK the z990 compatibility (no longer available) and z990 Exploitation support is required if you are going to run on a z990 (and I assume z890). The Exploitation support is NOT a series of PTF's but is a separate orderable package from Shop zSeries (or however you order). You will not have this support just from the PSP. We had a note from our DR site that we had to have the support on as they were installing z990's. Ken Porowski AVP Systems Software CIT Group Email: [EMAIL PROTECTED] -Original Message- Crispin Hugo Dear all, Is Z990 Compatibility needed if we are running under VM on the Z/890 we are migrating to ?. Is it just a series of fixes for z/990 and z/890 processors such as are listed in the PSP buckets ?. Crispin Hugo Systems Programmer, Macro 4 http://www.macro4.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: OSA-ICC and JBB7727
Thanks, one less thing to worry about Ken -Original Message- Steve Arnett We are using OSA-ICC on our Z/890 without JBB7727 installed. Seems to work fine for us on z/OS 1.4. Porowski, Ken wrote: I saw a reference on the list that JBB7727 (Console restructure/enhancements) was required to run an OSA-ICC. Can anyone confirm or deny this? I'm running z/OS 1.4 with z990 exploitation support but do not have JBB7727 on. We plan on testing our new z990 this weekend with OSA-ICC. Thanks all. Ken Porowski AVP Systems Software CIT Group Email: [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: DR and JES2 Spool/Checkpoint and SRDF/Replicate
I have no CF (Single frame z800 so we use Base/Basic Sysplex).
Both checkpoints are on DASD.
We run DUPLEX.
So if I just replicate (synchronous or close to it) CKPT2 I should be
reasonably safe? Tradeoff between accuracy and activity?
My main worry is that if I don't replicate CKPT1 and CKPT2 then when we IPL at
DR I could have all sorts of checkpoint issues.
DR tests are easy, we just pick a point in time to sever the connection but a
real failure can't be scheduled.
Ken
-Original Message-
Ted MacNEIL
...
Does anyone out there currently replicate spool/checkpoint or is the activity
prohibitive?
...
Very. Especially synchronous.
We did it a few years ago.
It is equivalent to adding another (very) busy system into the MAS-Plex.
We finally came down to two options:
1. Put the Primary into a CF.
But, that would require a CheckPoint ReBuild Dialogue at the recovery site.
2. Only back up the Secondary.
Performance goes back to normal.
The secondary could be up to a 1/2-second behind.
This also requires a ReBuild.
The second option was more feasible, escecially since you had to
do the rebuild in either case.
This was on a 5 LPAR 2800 MIPS (whatever those are (8-{]} ).
The sum of PEND + USING was equal to 100% on each LPAR.
25-ish I/Os per second per image.
This means that the MAS with disk checkpointing was maxed out.
If they (I'm no longer there) ever have to add an image to the MAS,
they'd have to go to CF checkpointing.
So, the busier the system, larger the burdon if you duplex the checkpoint.
-teD
(The secret to success is sincerity.
If you can fake that,
you've got it made!)
--
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: DR and JES2 Spool/Checkpoint and SRDF/Replicate
Which is why I posed the question. We are planning for near real time copy of data (haven't touched on in-flight transaction recovery yet) to get 'point of failure' recovery at DR. That would include JES Spool. If the activity caused by replicating the JES checkpoint CKPT1 + 2 or just CKPT2 is enough to hamper application data replication or is questionable for use (i.e. JES/checkpoint failure forcing a cold start) then why bother replicating? OTOH if replicating CKPT2 (for example) the activity is acceptable (FSVO acceptable) and there is a (FSVO) reasonable probability that JES data will be usable (with perhaps some but not catastrophic loss) then it's worth a shot. Otherwise with a cold start we would have to identify all reports that didn't make it to our RDS (on replicated DASD) and regenerate (which is easier said than done). If we can easily lower that probability we'll do it. I'll have to locate that Redbook ... didn't know there was one. Ken -Original Message- Hal Merritt I think IBM's position is pretty clear. The results of such are unpredictable. And 'unpredictable results' include seemingly successful tests. Although I have had far more apparently successful warm starts than catastrophic failures, I prefer the known to the unknown going into an unplanned event. I expect to have a large enough pile of fish to fry and JES is one big fish. Step one of our DR is a JES cold start giving us a clean, known starting point. I would suggest staying with the recommendations in the DR Redbook. Look for the term 'fuzzy copy' and 'unusable for DR'. HTH. -- 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: Multi-Volume File Limits?
I believe there is still a limit on concatenated datasets for number of total extents ... could be an issue if you concatenate many datasets. This may be a moot point as I believe earlier versions of SMS defined up to the max specified but more recent versions add as necessary. Ken Porowski AVP Systems Software CIT Group Email: [EMAIL PROTECTED] -Original Message- Jeffrey Deaver Can anyone think of a good reason not to alter my SRS product setup to allow multi-volume files to grow beyond its currently set limit of 5 volumes (MAXVOL(5))? I believe the technical limit is 59 volumes. I'm thinking of allowing growth to 10 or so volumes to address some space abend issues I have with larger datasets in a couple of the pools I have. I'm pretty sure the only reason the 5 volume limit was chosen was because all the examples in the SRS manual use 5 volumes, but I want to make sure I'm not creating a new problem by allowing files to jump to even more volumes and extents. I realize there is a potential performance hit, but I'm not to concerned about that for the particular files in question. I also realize there are some other solutions. The pools in question consist of mod-3 volumes, and I'd love to convert them to larger volume configurations, but that simply is not an option for me at this time. Throwing more volumes at the pools is also not an option currently available to me. Thanks. Jeffrey Deaver, Senior Analyst, Systems Engineering 651-665-4231 -- 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: IBM MF-theme vanity plates (was RE: TSO replacement? [WAS: RE: Userids]
Always had a preference for S22F myself ... did see IEF450I on a plate once. -Original Message- Jon Brock I should get one that says 2086A04 or some such. Or maybe DINO. Jon snip I saw that one. That was one I wanted to get when I lived in California, along with IFOX00 and IEV90, both of which were also taken. I noticed that my vanity plate, which I released in 1991 and became available in 1998, is still available. I think I'll get it back when my current plates expire. /snip -- 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: Performance and Capacity Planning
z995 ? -Original Message- Phil Payne snip That presentation is now public domain - if I can't find it on the GSE site I'll post it on mine. I have the same for the z990 and the z995 - and for something else. unsnip -- Phil Payne +44 7833 654 800 -- 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: Systems Programming for 8 Year-olds
Before there was Xbox, Before there was GameBoy, Before there was Playstation, Before there were PC's, Before there were calculators, There were Mainframes. And the world ran on them. Some say they are dinosaurs. But these dinosaurs still exist. And they are growing bigger every year! Get them all the T-Rex 'Mainframes: we're back and we're pissed' t-Shirts -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Ed Finnell Sent: Monday, May 16, 2005 10:41 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [IBM-MAIN] Systems Programming for 8 Year-olds In a message dated 5/16/2005 9:37:23 A.M. Central Standard Time, [EMAIL PROTECTED] writes: What props or visual aids would you use to illustrate work that mostly goes on inside either our brains or our computers? Any ideas you have will be appreciated. Tell them you are friends with the Thing King? -- 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: Systems Programming for 8 Year-olds
Get a mess of beads and string and see who can string up 1K of core the fastest? Tug of war with 100' Grey BusTag? Write Protect ring toss? Put the fun back in computing! -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Ed Finnell Sent: Monday, May 16, 2005 10:41 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [IBM-MAIN] Systems Programming for 8 Year-olds In a message dated 5/16/2005 9:37:23 A.M. Central Standard Time, [EMAIL PROTECTED] writes: What props or visual aids would you use to illustrate work that mostly goes on inside either our brains or our computers? Any ideas you have will be appreciated. Tell them you are friends with the Thing King? -- 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
