Re: Strobe Question...
I would hope you do! How do you think programme initiation works without consuming CPU? ;) I know that initiation needs some time, but I assume that there is something really strange with my program, because this "initialization" takes really, really long... My WORKING-STORAGE is nearly empty and there are just two PIC(1) fields with a VALUE - so initialization of WORKING-STORAGE should not take much time. I also tried to CALL the program with a PROCEDURE-POINTER, but nothing changes Hmm is it somehow possible to get the ASM-Source of the initialization code? Bye Michael -- 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: IEBTASKN . . .
Paul Gilmartin wrote: I had thought that for different processors; more likely on different systems (have I got that term right?) in a sysplex, it is possible that a = b; in fact that is the rationale for providing the programmable value -- it guarantees uniqueness overall. So, if the processor with the higher programmable value does a STCK[E] very shortly before the processor with the lower programmable value so a = b, the first STCKE will store a higher value than the second. The question is whether any event, or communication between processors, in so short an interval (less than one clock tick) can manifest monotonicity violation. I believe the use of STCKSYNC by very sensitive multi-system routines reduces the possibiliy of this to zero. -- - | 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: IEBTASKN . . .
In a recent note, john gilmore said: > Date: Fri, 17 Jun 2005 02:30:25 + > > >Yet I wonder, beyond uniqueness, can there ever be any perceived violation > >of monotonicity? > > Might one processor do a STCK, then send a signal to another processor > >which, in turn does its > >STCK and sees a value (including the TOD register content) algebraically > >less than the one that > >demonstrably happend earlier? > > Substituting STCKE values for at best obsolescent STCK values in the above, > I stand corrected; thanks. > it is clear that for two STCKE values a, b > > a|| > b|| > > and a < b, > I had thought that for different processors; more likely on different systems (have I got that term right?) in a sysplex, it is possible that a = b; in fact that is the rationale for providing the programmable value -- it guarantees uniqueness overall. So, if the processor with the higher programmable value does a STCK[E] very shortly before the processor with the lower programmable value so a = b, the first STCKE will store a higher value than the second. The question is whether any event, or communication between processors, in so short an interval (less than one clock tick) can manifest monotonicity violation. > a|| < b|| > > obtains for all values of and . > > Consider > > = 'zzz', = 'aaa', it is still > the case that > > a||'zzz' < b||'aaa' > > for all a < b. This, of course, is why the programmable field occupies the > rightmost two bytes of an STCKE value. > > The triviality of this argument suggests that the thrust of Terence's > injunction to think before one speaks has somehow been lost and needs to be > recovered here. > All predicated on the assumption that a < b. So, I RTFM: Title: ESA/390 Principles of Operation Document Number: SA22-7201-04 (I'm on a dialup connection right now and haven't access to the newer PDFs.) I see: # 4.6.1.4 "ESA/390 Principles of Operation" _ 4.6.1.4 Setting and Inspecting the Clock The values stored for a running clock always correctly imply the sequence of execution of STORE CLOCK on one or more CPUs for all cases where the sequence can be established by means of the program. Which answers my question, for a single system, not necessarily for a sysplex. Or does the restriction "a running clock" as opposed to "one or more running clocks" leave open the question in cases where the model posesses multiple clocks? Zeros are stored in positions to the right of the bit position that is incremented. In a configuration with more than one CPU, however, when the value of a running clock is stored, nonzero values may be stored in positions to the right of the rightmost position that is incremented. This ensures that a unique value is stored. I'll assume that the nonzero values are necessary to ensure uniqueness, not frivolous complexity, and thus that it's possible that a = b. -- gil -- StorageTek INFORMATION made POWERFUL -- 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: DASD and Mirroring
According to modern (American evangelical) theology, if you allow for the existence of a single devil, then you must provide decent accommodations for entire families, tribes, and nations of them. Way too demonic for my secular taste. In any case, we mirror a couple of thousand volumes with XRC via FICON DWDM ('dark fiber') at about 100 KM more or less. I believe in this technology because it's independent of volume location within DASD subsystems that come and go and get massively reconfigured over time. We mirror every single volume except for a defined subset that contain either transient 'who cares' work files or data than can be recreated or kissed good-bye without fanfare. My own view is that DASD-to-DASD solutions are all prone to data inconsistency in the case of abrupt failure. Unless meticulous care is taken to put all consistency-dependent data within the scope of a single hardware realm, however that's defined by a particular architecture, then sudden and catastrophic loss of connection might well degenerate into the sort of haphazard chaotic recover-by-backup FUBAR that mirroring is supposed to have rendered obsolete in the first place. Then again, we haven't tried anything other than XRC for the mainframe. When you have solution that works, you don't poke sticks into its orifices. . . . JO.Skip Robinson Southern California Edison Company SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] IBM Mainframe Discussion List wrote on 06/15/2005 06:35:53: > Robert Justice wrote: > > > We're in the middle of a DASD RFP between IBM, HDS, and EMC. > > > > Anyone like to share their experiences with either IBM DS8300, EMC DMX3000 > > or HDS TAGMASTOR. > > > > Also would be interested in mirroring solution, XRC or SRDF/A, how many TB, > > and distance. > > Every supplier can fulfill your requirements (we don't know them), but > the devil is in details. > > -- > Radoslaw Skorupka -- 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: CHECKPOINT OUT OF DATE?
In a message dated 6/16/2005 8:53:05 P.M. Central Standard Time, [EMAIL PROTECTED] writes: When I use sd.st to check my job,I found a message "CHECKPOINT OUT OF DATE" on the right top corner of the screen, and my job submitted can't be found in sd.st(can be found in sd.da). So how to resolve this problem? >> Need to find who fiddled with the CHECKPOINT datasets. Could be a legimate hardware problem, a software problem-somebody DEFRAGGED volume with CHECKPOINT. Guess I'd start with EREP, then JES and see what it thinks are status of CHKPTS. Then preallocate new CHECKPOINT datasets and go thru the RECONFIG exercise. To move current CHECKPOINTS to new ones. Don't forget to update JESPARMS for next IPL. -- 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 DATA SETS AUTHORIZED in SDSF?
In a message dated 6/16/2005 7:01:51 P.M. Central Standard Time, [EMAIL PROTECTED] writes: problem before that I recall. I have pretty much "do everything" authority in RACF. >> Looks like an ISFPARMS message. If it's RACF should see ICH408 in SYSLOG for Access violation. Guess you can do a WHO in SDSF command line and see GRPINDEX and see if you're in the Group that can view this SYSOUT.. -- 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: IEBTASKN . . .
Paul Gilmartin writes: Yet I wonder, beyond uniqueness, can there ever be any perceived violation of monotonicity? Might one processor do a STCK, then send a signal to another processor which, in turn does its STCK and sees a value (including the TOD register content) algebraically less than the one that demonstrably happend earlier? Substituting STCKE values for at best obsolescent STCK values in the above, it is clear that for two STCKE values a, b a|| b|| and a < b, a|| < b|| obtains for all values of and . Consider = 'zzz', = 'aaa', it is still the case that a||'zzz' < b||'aaa' for all a < b. This, of course, is why the programmable field occupies the rightmost two bytes of an STCKE value. The triviality of this argument suggests that the thrust of Terence's injunction to think before one speaks has somehow been lost and needs to be recovered here. John Gilmore Ashland, MA 01721 USA _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- 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
CHECKPOINT OUT OF DATE?
Hi all, When I use sd.st to check my job,I found a message "CHECKPOINT OUT OF DATE" on the right top corner of the screen, and my job submitted can't be found in sd.st(can be found in sd.da). So how to resolve this problem? Thank you! Wang Rong -- 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: Top Secret TIMELOCK value
I reiterate my YMMV caveat since I can only speak for the secfile demand patterns of our shop. The numbers I cite have worked flawlessly for us since '99 and hopefully are conceptually correct in other environments. In other environments those same numbers may perform acceptably or give you worse headaches than you're suffering today. Our empirical "bad" experience did however leave us with one well performing lpar, unfortunately most of the other 10 in the sharing complex were gasping desperately for time slices that the offending lpar was hoarding. Having "disclaimered" myself all the ways I can think of, let me offer. More suggestions: 1. Double, triple, quadruple check that option 61 is on everywhere. 2. check dasd contention on the secfile volume. 3. review the caching value and frequency of cache flushes. 4. set up some form of DOS attack to simulate high usage logon volume. 5. double check the CF capacity and contenders there, who knows ? 6. analyze the size of popular profile acids, relative to secfile blocksize. 7. set your automation product to issue F TSS,STATS every few minutes, it's only a few SYSLOG lines and a handy basic set of stats. lastly: Keeping talking to CA, their lev 2 probably has more tuning tricks to offer. I realize I'm suggesting "curing your backache by ensuring there's not a knife in it" but what the heck, maybe we'll stumble on to something. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Schramm, Rob Sent: Thursday, June 16, 2005 1:21 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Top Secret TIMELOCK value Much thanks for your response Tony. I have to admit to being a bit disheartened. We have been having problems with response time with the TSS db in the CF .. but support never even suggested looking at the TIMELOCK or changing it. What we have noticed is that the system that is not local to the CF (if you are using internal CFs) converts about 2/3 of the messages to asynch .. .. but the system that is local to the CF does 100% synch. Curiously enough the system that converts to asynch performs much better than the TSS that is located on the system that has a local CF. |-| |-| | | | | |sys1 | |sys2 | |-| |-| | cf | | | |-| |-| In this drawing, sys2's TSS performs better than the one on sys1 due to IBM's synch-to-asynch conversion that happens. I am in the process of separating the databases to produce better responding systems.. since there was no offered way to steady the performance. I will take the suggestion of the TIMELOCK and work with it. -Rob This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- 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: EIBTASKN - maximum value 999999 or 99999 ?
In a recent note, Edward E. Jaffe said: > Date: Thu, 16 Jun 2005 14:12:10 -0700 > > >What ever became of the guarantee that STCK would return unique values > >(subject to clock wrap)? > > Why do you ask, "What ever became of ..."? Nothing has changed in this area. > Sorry; obtuse rhetoric. A previous contributor, wanting a unique token found that time rounded to a 0.1 second granularity was not satisfactory, and resorted to other techniques. What became of the uniqueness was that his rounding destroyed it. > >(Does STCKE make similar assurance?) > > RTFM. The answer is yes. > Thanks. > >(Is there any similar assurance across a sysplex?) > > Yes. That's the reason for the TOD register contents being stored as > part of STCKE. > Yet I wonder, beyond uniqueness, can there ever be any perceived violation of monotonicity? Might one processor do a STCK, then send a signal to another processor which, in turn does its STCK and sees a value (including the TOD register content) algebraically less than the one that demonstrably happend earlier? I suppose it doesn't matter much. -- gil -- StorageTek INFORMATION made POWERFUL -- 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 DATA SETS AUTHORIZED in SDSF?
What is NO DATA SETS AUTHORIZED in the upper right hand corner of SDSF likely to be caused by? I've got a job that runs with MSGCLASS=H where H is a held class. The job has one SYSOUT=* dataset. If I do a ? on the job, I can see the SYSOUT=* dataset's description, but when I put an S next to the dataset name and hit Enter, I get NO DATA SETS AUTHORIZED. The explanation of the message in the FM is not much help. I can browse the JESx datasets for the job with no problem. This is only for one particular job's output. I've never hit this problem before that I recall. I have pretty much "do everything" authority in RACF. Thanks, Charles Mills -- 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 to Acquire Isogon Corporation
Buy four get one free -Ursprüngliche Nachricht- Von: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Im Auftrag von Tim Hare Gesendet: Donnerstag, 16. Juni 2005 23:21 An: IBM-MAIN@BAMA.UA.EDU Betreff: Re: IBM to Acquire Isogon Corporation Maybe they'll sell us a meta-session manager to manage our sessions with the session managers. -- 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 to Acquire Isogon Corporation
In a message dated 6/16/2005 4:22:12 P.M. Central Standard Time, [EMAIL PROTECTED] writes: Maybe they'll sell us a meta-session manager to manage our sessions with the session managers. Be Linux based and cost $50 grand per MSU and require ETR? -- 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: IN ASSEMBLER - READ FILES BY TRACK
"malan" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>... > The main purpose is to have the more efficient process with the best > performances. Also, I'm currently working for a company where a lot of > jobs (old jobs) are written in assembler. Today I should modify one and > add an access to a big sequential file, about 13,000,000 of records. > Each of them should be read. I can't rewrite the job. Instead of reinventing the wheel, why not take a look at the buffering, blocksizes, and other options? There are sufficient facilities that already exist in z/OS and DFSMS to improve performance without going back to writing code in assembler to read tracks at a time. Proper buffering values will accomplish the same purpose and there are lots of other methodologies. Maybe the programs reading the data are poorly written - don't assume you need a new "module" to do the I/O - fix the old programs. Thanks, Mark Thomen Catalog/IDCAMS/VSAM Development -- 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: ADABAS 7.4.3 CPU use question
List members, Did the same conversion April this year. Saw about a 3% increase in mips from out tests. Some observations from our database people The Natural Global bufferpool now uses a hashing algorithm to store and find Natural objects. Previously an indexed directory was used. Natural USR* subprograms supplied by Software AG are handled in a special more efficient way inside the Natural Global bufferpool. A search of the steplib hierarchy is no longed required to access the USR* routines. A new compression algorithm is used for CICS threads. Regards Jim Franklin __ Design Engineering & Large Systems Architecture & Design Engineering CSC 58 - 82 Queensbridge Street Southbank, Victoria 3006 Ph: +61 3 8695 1021Mobile: 0419 768 596Fax: +61 3 8695 1000 Email: [EMAIL PROTECTED] This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. -- 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 to Acquire Isogon Corporation
Eric Chevalier wrote: Doesn't this purchase now give IBM *four* VTAM session manager offerings? * InterSession (from Isogon) * SuperSession (from Candle) * IBM Session Manager for z/OS (rebranded Macro4 Tubes) * NetView Access Services Looks like this could raise some anti-trust eyebrows at DOJ. Nothing new for IBM. -- - | 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: Uniqueness of the result of an STCK or STCKE operation
This post supplements that of John McKown. Paul Gilmartin writes: What ever became of the guarantee that STCK would return unique values (subject to clock wrap)? (Does STCKE make similar assurance?) (Is there any similar assurance across a sysplex?) Seriatim, nothing happened to the guarantee that successive STCK instructions executed by the same CP yield unique values that are in monotone ascending 'logical' sequence. The same 'assiurance' is also available for STCKE values, which have the additional merit that they will not wrap in 2042. The assurance across a multi-configuration sysplex is a little less straightforward. It can be provided, but a one-time effort is required to do so. The full 16-byte STCKE value contains a rightmost two-byte field (bits 112-127) called the Programmable Field. This value can be set by a privileged instruction, SCKPF. How to set these values to ensure the uniquess of STCKE values is then straightforward. Quoting now the Principles of Operation: Programming Note: The values in the TOD programmable registers of a configuration should be the same and should be unique within a multiple-configuration system. John Gilmore Ashland, MA 01721 USA _ FREE pop-up blocking with the new MSN Toolbar ? get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/ -- 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 to Acquire Isogon Corporation
Maybe they'll sell us a meta-session manager to manage our sessions with the session managers. Tim Hare Senior Systems Programmer Florida Department of Transportation (850) 414-4209 -- 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
Uniqueness of the result of an STCK/STCKE instruction.
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin > Sent: Thursday, June 16, 2005 3:49 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: EIBTASKN - maximum value 99 or 9 ? > > > In a recent note, John Bohumil said: > > > Date: Thu, 16 Jun 2005 15:06:29 -0500 > > > > So, this isn't really any better than just using the date > and time. EIBTASKN is > > probably the safest because it's going to be unique for > tasks executing nearly > > simultaneously. I learned this the hard way when I was > using date/time to devel > > op a TS Queue only to find out when two transactions occur > in the same 1/10 sec > > they would generate duplicate TSQ names. I switched to the > EIBTASKN and all was > > well. > > > What ever became of the guarantee that STCK would return unique values > (subject to clock wrap)? The above was about the result from an EXEC CICS ABSTIME. It truncates the STCK to the nearest 1/10 of a second, then extends that to milliseconds by appending zeros. >From the current PoPS (section 4.6.1.4) Two executions of STORE CLOCK or STORE CLOCK EXTENDED, possibly on different CPUs in the same configuration, always store different values of the clock if the clock is running. If the clock is stopped, zeros are stored in the clock value, bits 8-111 of the storage operand, in positions to the right of the rightmost bit position that is incremented when the clock is running. The programmable field continues to be stored even when the clock is stopped. > > (Does STCKE make similar assurance?) See above. > > (Is there any similar assurance across a sysplex?) A sysplex requires either an ETR (ETRMODE YES in CLOCK00), or if all members are on a single CEC, the SIMETRID parameter in the CLOCKnn member of PARMLIB to be identical on all members. From the PoPS on an External Timer Reference in section 1.3 The external-time-reference facility provides a means to initiate and maintain the synchronization of TOD clocks to an external time reference (ETR). Synchronization tolerance of a few microseconds can be achieved, and the effect of leap seconds is taken into account. The facility consists of an ETR sending unit (Sysplex Timer*), which may be duplexed, two or more ETR receiving units, and optical-fiber cables. The cables are used to connect the ETR sending unit, which is an external device, to ETR receiving units of the configuration. CPU instructions are provided for setting the TOD clock to the value supplied by the ETR sending unit. - The ETR automatic-propagation-delay-adjustment function adjusts the time signals from the ETR to the attached processors to compensate for the propagation delay on the cables to the processors, thus allowing the cables to be of different lengths. (September, 1991) - The ETR external-time-source function synchronizes the ETR to a time signal received from a remote location by means of a telephone or radio. (September, 1991) and, from "z/OS: MVS Setting Up a Sysplex" When the sysplex consists of multiple MVS systems running on two or more processors, MVS requires that the processors be connected to the same Sysplex Timer. MVS uses the Sysplex Timer to synchronize TOD clocks across systems. For a multisystem sysplex defined on a single processor (under PR/SM or VM) the SIMETRID parameter in the CLOCKxx parmlib member must specify the simulated Sysplex Timer identifier to synchronize timings for the MVS systems. So, since the STCK/STCKE is guaranteed to give a unique value on a single system. And the ETR causes all systems to have synchronized TOD clocks, the value of an STCK/STCKE is guaranteed to be unique withing a sysplex. Well, I admit that I may be reaching on this. But I do remember reading that an ETR guarantees that the result of an STCK/STCKE is unique across all members of a Sysplex. I just cannot remember where I read it. > > -- gil > -- -- 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 to Acquire Isogon Corporation
Sure the heck does. We've been told that NetView Access Services is "functionally stable" and will not be enhanced, that IBM Session Manager was the way of the future. However, that was before Candle and Isogon. On Thu, 16 Jun 2005 11:28:12 -0500, Eric Chevalier <[EMAIL PROTECTED]> wrote: >Doesn't this purchase now give IBM *four* VTAM session manager offerings? > > * InterSession (from Isogon) > * SuperSession (from Candle) > * IBM Session Manager for z/OS (rebranded Macro4 Tubes) > * NetView Access Services > >Eric > >-- >Eric Chevalier E-mail: [EMAIL PROTECTED] > Web: www.tulsagrammer.com >Is that call really worth your child's life? HANG UP AND DRIVE! > -- 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: EIBTASKN - maximum value 999999 or 99999 ?
Paul Gilmartin wrote: What ever became of the guarantee that STCK would return unique values (subject to clock wrap)? Why do you ask, "What ever became of ..."? Nothing has changed in this area. (Does STCKE make similar assurance?) RTFM. The answer is yes. (Is there any similar assurance across a sysplex?) Yes. That's the reason for the TOD register contents being stored as part of STCKE. -- - | 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: EIBTASKN - maximum value 999999 or 99999 ?
In a recent note, John Bohumil said: > Date: Thu, 16 Jun 2005 15:06:29 -0500 > > So, this isn't really any better than just using the date and time. EIBTASKN > is > probably the safest because it's going to be unique for tasks executing > nearly > simultaneously. I learned this the hard way when I was using date/time to > devel > op a TS Queue only to find out when two transactions occur in the same 1/10 > sec > they would generate duplicate TSQ names. I switched to the EIBTASKN and all > was > well. > What ever became of the guarantee that STCK would return unique values (subject to clock wrap)? (Does STCKE make similar assurance?) (Is there any similar assurance across a sysplex?) -- gil -- StorageTek INFORMATION made POWERFUL -- 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: EIBTASKN - maximum value 999999 or 99999 ?
If the Cobol RANDOM function works like most random routines, if you call the random function with the exact same seed value, you get the exact same number back. So if you used the same exact date and time values, you'd get the same number. Most randoms are only pseudo random. So, this isn't really any better than just using the date and time. EIBTASKN is probably the safest because it's going to be unique for tasks executing nearly simultaneously. I learned this the hard way when I was using date/time to develop a TS Queue only to find out when two transactions occur in the same 1/10 sec they would generate duplicate TSQ names. I switched to the EIBTASKN and all was well. -- 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
RES: Emulating SELTAPE=NEXT on z/OS.
John, I have changed IEFTASSI, asking RACF if device should me marked inelegible or not. If you wish a copy, email me offline. Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto Banco Bradesco S/A 4254/DPCD/Alphaville Suporte Tecnico - Software Basico Mainframes Tel:55 11 4197-2021 Fax:55 11 4197-2814 [EMAIL PROTECTED] -Mensagem original- De: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] nome de McKown, John Enviada em: quinta-feira, 16 de junho de 2005 14:55 Para: IBM-MAIN@BAMA.UA.EDU Assunto: Emulating SELTAPE=NEXT on z/OS. -- Respeito ao meio ambiente e desperdmcio nco combinam. Vai mesmo imprimir ? -- I asked IBM about this on an ETR. They recommended looking that the IEFTASSI code in SAMPLIB. I really need to emulate SELTAPE=NEXT due to political pressure. I.e. management is now convinced that a least part of our batch processes could run faster if z/OS would spread the tape I/O out better. And they may well be correct. We have 32 3490E Escon attached tape drives. This is four (4) banks of eight (8) drives. Each bank has its own dedicated set of two Escon CHPs. Anybody have any code that they could share that would get these people off my back? -- 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 AVISO LEGAL Esta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. +**+ LEGAL ADVICE This message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- 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
"You and Me and The World Wide Web" - a new course [work in progress] from The Trainer's Friend
Well, my new HTML / XHTML course is far enough along I feel confident passing on a little pre-announcement. This is the first technical class from our group that is _not_ mainframe based! It's for any technical person who has to learn how to create web pages. The mainframe tie-in is this: if you will be writing server-side scripts, you will be generating HTML or XHTML output. So as a pre-requisite, you need to know how this works. Alternatively, this can be the tool for a little timely reskilling if you are looking to stay in IT but get out of mainframes. So you can take the class using any workstation that has an editor and a browser. No mainframe or other backend connection is required (although you could use one if you like). This 3 or 4 day class will teach your people how to create pages for the World Wide Web that are accessible by virtually every modern browser available including Netscape, Firefox, Internet Explorer, Opera, Apache, Safari, and more. The class is standards-based and tries very hard to consistently only present material and techniques that are the most widely used. If you would like to see the course objectives, look at: http://www.trainersfriend.com/FTPsite/U518OBJ.PDF If you want the next level of detail, drop me a line or give me a call. Kind regards, -Steve Comstock -- 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
ADABAS 7.4.3 CPU use question
Hi, all, We recently upgraded ADABAS to 7.4.3 from 7.1.3 and have seen CPU usage go up by a factor of 3 to 4 in our primary LPAR on our busiest ADABAS servicing some really busy CICS regions and batch flows. Other LPARs are seeing it too, but not as badly. We typically had CPU usages of about 10 to 11% for the week. Looking at the last two months with average runs of 7,000 minutes, the ADABAS region averaged a use of 750 CPU minutes. Now in one run over a few days, it was 36%. A 2,700 run minutes used just under 1,000 minutes of CPU time. As the batch jobs are running longer and online users report slower turnaround, I'm concerned. Has anyone else who is using ADABAS seen anything like this if they have done this upgrade? We are working with SAG, the vendor, and, as luck would have it, I have a great resource from my good friends at CA part time for a few weeks looking at our set up here from a performance point of view. This LAPR was "under control" until the upgrade went in. Now I may have to focus the CA resource's time here instead of some other places. Setup is z/OS 1.4, running a z900-1C5. Peter Duffy Consultant, Operations Support - Mainframe/Distributed/Network __NISSAN NORTH AMERICA Information Systems Department Gardena, CA, USA 310-771-6472 -- 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: Strobe Question...
If you have any question of this sort, feel free in contacting the Compuware hotline at 1-800-538-7822. They will be more then happy to answer any question you may have. Robert Galambos Compuware Senior Technical Specialist IBM Certified Solutions Expert - DB2 UDB for OS/390 V7 Database Administration [EMAIL PROTECTED] Tel: +1 905 866 7000 Toll Free: +1 800 263 7189 Fax: +1 905 886 7023 Quebec: +1 877-281-1888 Compuware Canada Service is our best product Les renseignements contenus dans le présent message électronique sont confidentiels et concernent exclusivement le(s) destinataire(s) désigné(s). Il est strictement interdit de distribuer ou de copier ce message. Si vous avez reçu ce message par erreur, veuillez répondre par courriel à l'expéditeur et effacer ou détruire toutes les copies du présent message. The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. -- 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: Downloading so-called white papers may get you an unwanted marketing call
Scott, did you pay attention to last two checkboxes that are usualy at IBM registration pages ? It is not enough not to check "send me other materials" you have to check "please don't send". Maybe it is my English, maybe something else but I don't understand it. Marian On 6/16/05, Scott Barry <[EMAIL PROTECTED]> wrote: > A few weeks after going fishing for the non-existent z/OS Job Management > white paper (the link was bad at the time I tried it but not until I > completed the web form -- DD DUMMY on me!), I received an office phone call > from someone, named Greg, saying they represented IBM and wanted to talk to > me about IBM Internet EMAIL or something. Well, he's not with IBM, he's > with a marketing company called Colwell & Salmon Communications in Albany, > NY, and it's likely the he and/or his co-workers are bottom-fishing for > marketing leads. After two phone-tags, he started off our conversation by > asking if I'd liked the z/OS Job Management white paper. Busted! > > Finally, I chose to wait several days, called back, and then let his > supervisor know that the unsolicited and deceptive marketing call and this > type of marketing technique is most undesirable. In the end, I believe that > the way he started off the call constituted a "prior relationship" so he may > have circumvented the national "Do Not Call" list rules. Oh, well. > > Scott Barry > SBBWorks, 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 > -- 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: Top Secret TIMELOCK value
Much thanks for your response Tony. I have to admit to being a bit disheartened. We have been having problems with response time with the TSS db in the CF .. but support never even suggested looking at the TIMELOCK or changing it. What we have noticed is that the system that is not local to the CF (if you are using internal CFs) converts about 2/3 of the messages to asynch .. .. but the system that is local to the CF does 100% synch. Curiously enough the system that converts to asynch performs much better than the TSS that is located on the system that has a local CF. |-| |-| | | | | |sys1 | |sys2 | |-| |-| | cf | | | |-| |-| In this drawing, sys2's TSS performs better than the one on sys1 due to IBM's synch-to-asynch conversion that happens. I am in the process of separating the databases to produce better responding systems.. since there was no offered way to steady the performance. I will take the suggestion of the TIMELOCK and work with it. -Rob This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- 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: Emulating SELTAPE=NEXT on z/OS.
I don't have it any more, but if you have MIM and something like CA-OPS, I had a trick... MIM has tape "preference" numbers, the bigger the number, the greater preference is given to the drive. @V xxx,PREFERENCE=999 is the command. At each mount, I set PREFERENCE down by 1 for the drive. When it got to 0, I set it back to 999. Now we have 3490-C22's, one ESCON per controller for 2 drives. ESCON can pretty much keep 2 drives busy w/o bottleneck. You could also set fixed preference values for the first drive in each string, then -1 for the nth drive per string, to balance I/O without the script. For 2 strings, like this DEVNO 60x= 500 499 498 497 DEVNO 62x= 500 499 498 497 The mounts should then occur in the order 600, 620, 601, 621, etc. -- 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: Emulating SELTAPE=NEXT on z/OS.
While this isn't what you asked for, I accomplished this by creating esoterics (or is that generics, I can't remember which is which) that were specific to each 3490E CHPID/CU, i.e. TAPE1, TAPE2, TAPEx. i.e. FDR full volume dump job //TAPE1 DD ... UNIT=TAPE1... //TAPE2 DD ...UNIT=TAPE2... If no one has code to do this, maybe this approach would be acceptable??? >>> [EMAIL PROTECTED] 06/16/05 01:54PM >>> I asked IBM about this on an ETR. They recommended looking that the IEFTASSI code in SAMPLIB. I really need to emulate SELTAPE=NEXT due to political pressure. I.e. management is now convinced that a least part of our batch processes could run faster if z/OS would spread the tape I/O out better. And they may well be correct. We have 32 3490E Escon attached tape drives. This is four (4) banks of eight (8) drives. Each bank has its own dedicated set of two Escon CHPs. Anybody have any code that they could share that would get these people off my back? -- 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 The information in this e-mail message, including any attachments, may contain confidential and privileged information that is protected by law. It is intended for the sole use of the recipient named above. If you are not the intended recipient or the agent responsible for delivering it to the intended recipient, you are hereby notified that any unauthorized review, use, dissemination or copying is strictly prohibited. If you have received this electronic mail transmission in error please notify us immediately at [EMAIL PROTECTED] and delete any copies from your system. <<<>>> -- 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
Emulating SELTAPE=NEXT on z/OS.
I asked IBM about this on an ETR. They recommended looking that the IEFTASSI code in SAMPLIB. I really need to emulate SELTAPE=NEXT due to political pressure. I.e. management is now convinced that a least part of our batch processes could run faster if z/OS would spread the tape I/O out better. And they may well be correct. We have 32 3490E Escon attached tape drives. This is four (4) banks of eight (8) drives. Each bank has its own dedicated set of two Escon CHPs. Anybody have any code that they could share that would get these people off my back? -- 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
Downloading so-called white papers may get you an unwanted marketing call
A few weeks after going fishing for the non-existent z/OS Job Management white paper (the link was bad at the time I tried it but not until I completed the web form -- DD DUMMY on me!), I received an office phone call from someone, named Greg, saying they represented IBM and wanted to talk to me about IBM Internet EMAIL or something. Well, he's not with IBM, he's with a marketing company called Colwell & Salmon Communications in Albany, NY, and it's likely the he and/or his co-workers are bottom-fishing for marketing leads. After two phone-tags, he started off our conversation by asking if I'd liked the z/OS Job Management white paper. Busted! Finally, I chose to wait several days, called back, and then let his supervisor know that the unsolicited and deceptive marketing call and this type of marketing technique is most undesirable. In the end, I believe that the way he started off the call constituted a "prior relationship" so he may have circumvented the national "Do Not Call" list rules. Oh, well. Scott Barry SBBWorks, 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: SMS monitor and report
Wang, Have you checked into using the Data Set option on ISMF? There are several parameters you can specify as to how ISMF will generate a data set report for you. Hope this helps. HITACHI DATA SYSTEMS Raymond E. Noal Lab Manager, San Diego Facility Office: (858) 537 - 3268 Cell: (858) 248 - 1172 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Wang Rong Sent: Thursday, June 16, 2005 1:31 AM To: IBM-MAIN@BAMA.UA.EDU Subject: SMS monitor and report Hi all, We are trying to Implement a SMS project, we need to monitor and report some important statistics and feature of SMS,we list some items: 1. report listing of dataset unreference for n days 2. report listing of datasets with multiple extents 3. report listing of datasets with high allocations (with multiple volume allocations) 4. report listing of very active datasets (high IO) 5. report listing of allocated datasets with zero usage 6. report listing of critical storage groups usage 7. report listing of all dasd volumes usages (list top 10) 8. list vtoc usage of volumes(list top 10) Can someone who have experience to give me some advicesto supply the list? Thanks ! WangRong -- 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: Sync A z/OS Clock To An SNTP Time Server?
In article <[EMAIL PROTECTED]>, you say... > Axel Miller wrote: > > >It is possible to sync local time with an NTP server. We took the source > >code from www.ntp.org and modified it to issue a SET CLOCK=... via > >SVC34. > >Once a week we synchronize local time on our MP3000 with an atomic > >clock. Works fine. > > > > > > Is this code something you can share? > > Sure. I did so in the past. Please contact me offline. Axel. -- Axel Miller PPI Financial Systems GmbH Wall 55 D-24103 Kiel [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: Ramac II 9394 Cache size.
About four years ago we needed to upgrade our Multiprise 2003 disk from it's 72Gb (!) of on-board disk. IBM quoted us nearly 20,000UKP to double the total capacity. We found a used equipment broker and got a used 420Gb RVA for 12k, which they agreed to part-exchange our MP2003 internal disk for, so no money changed hands apart from for the engineer's on-site time. Despite the obvious benefits, I had one heck of a job getting it by the accounts department, who could not see past their self-imposed five-year write-down of the equipment which was then only two years old. They would rather have paid the upgrade cost than write off un-written down equipment from their books. We got it through in the end, of course, but only after some very long and protracted arguments. This e-mail message is for the sole use of the intended recipient(s)and may contain confidential and privileged information of Transaction NetworkServices. Any unauthorized review, use, disclosure or distribution isprohibited. If you are not the intended recipient, please contact thesender 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
Re: GETHOSTNAME error
PFS - Physical File System Check the BPXPRMxx member in your PARMLIB to see if you have FILESYSTYPE TYPE(INET) and NETWORK DOMAINNAME(AF_INET) statement coded for the socket file system activation. You may find exactly what PFS is missing from the SYSLOG, and then code the appropriate FILESYSTYPE statement to a BPXPRMyy member and activate it using the SETOMVS RESET=(xx) command. You still need to add the FILESYSTYPE statement to the BPXPRMxx member referenced by OMVS parm in the IEASYSxx member. Read "z/OS UNIX Systems Services Planning" guide for more information. Howi Kok ** 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. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.clearswift.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: IBM to Acquire Isogon Corporation
Doesn't this purchase now give IBM *four* VTAM session manager offerings? * InterSession (from Isogon) * SuperSession (from Candle) * IBM Session Manager for z/OS (rebranded Macro4 Tubes) * NetView Access Services Eric -- Eric Chevalier E-mail: [EMAIL PROTECTED] Web: www.tulsagrammer.com Is that call really worth your child's life? HANG UP AND DRIVE! -- 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
On Thu, 16 Jun 2005 11:24:37 -0400, Porowski, Ken <[EMAIL PROTECTED]> wrote: >We are setting up replicated DASD at our DR site and determining what volumes to replicate (we use EMC SRDF). Intent is close to real time replication for application data for recovery to the point of failure rather than scheduled point in time. One item that concerns us is activity on JES spool and Checkpoint. It would be nice (maybe required) to have all the reports etc. generated during the day to be available in this setup. We do have a report distribution package (Mobius View:Direct) that stores reports on DASD that would be replicated but there exists the possibility of reports on spool that haven't been processed by our RDS. > >Does anyone out there currently replicate spool/checkpoint or is the activity prohibitive? > >Ken Porowski Ken - we use SRDF for our DR purposes also. We do replicate our spool/checkpoint volumes and in our expirence we have not had any problems. We also use View Direct for report storing. Basically, it is what it is. You get what was on the spool right at the first split. We haven't had a problem bringing up JES with a warm start either. But remember in an actual disaster, who knows where in the process it may be? It could die before the full cycle of replicated data, and possibly a RESTORE from your BCV's to your R2's may be needed prior to trying to IPL your DR system. But that is another subject. If you have any other questions, please feel free to contact me offline. Regards, Patrick Lyon -- 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: Ramac II 9394 Cache size.
Actually it was an RVA. They were attempting to offload the customer data from the ADCD base system. The base MP 3000 P30 only has about 24 DASD volumes, of which the z/OS ADCD chews up around 16. R.S. wrote: SArnett wrote: I helped a shop install one of these fully loaded back in October. The price of the box was about $ 3,500 USD. Installed with an additional new ESCON card in the MP3000, holes cut in the wall between the two rooms, etc. was $ 5,000 USD. This was significantly less than the $ 10K that one vendor quoted for the upgrade in the MP3000 36GB disk drives, which IBM still has listed for $ 1,500 USD each. $5000 is probable price for fully equipped HDS 7700C aka Comparex Tetragon 2000. Much more powerful machine: 4GB of cache, up to 1,4TB, PPRC, a lot of ESCON channels. The HDS-marked boxes are usually imported from the U.S. Ramac RVA's (still better than Ramac II) are even cheaper. -- 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
... 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: BCS catalog as input file
"Perryman, Brian" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>... > Thanks to all who responded, on and offlist. > > By far and away the majority opinion was to use the Catalog Search Interface and the examples of that in SYS1.SAMPLIB. So that's what I'm doing. > > Thanks again all. The REXX CLIST IGGCSIRX in SYS1.SAMPLIB will extract data set names and volume serials. You can modify as needed for the data set types you're interested in. Thanks, Mark Thomen Catalog/IDCAMS/VSAM Development -- 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: Sync A z/OS Clock To An SNTP Time Server?
I think the issues are less with the actual initial setting of the clock, and more with the constant adjustment of the clock that being an SNTP client implies. Some could always be wondering if their clock might be adjust backward by some small amount, but enough to make a database update log entry occur in the wrong sequence, thus invalidating rollback processes. This could, possibly, be alleviated somewhat by doing adjustments once per day, and preventing updates from happening during the adjustment period? Tim Hare Senior Systems Programmer Florida Department of Transportation (850) 414-4209 -- 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: White Paper: Optimizing Telnet 3270, SNA and TCP/IP on z/OS
After several tries over the past six months, I decided this IBM z/OS "white paper" campaign seems more like a sales lead registration scam than a source of legitimate information. (How did they get my e-mail address in the first place. Harvesting IBM-Main??) I've set my Spam filters to send them straight to my Trash folder. Michael S Hines wrote: Or a different paper than the one advertised. I clicked on the "Strategies for Exploiting TN3270" White Paper, did the sign up thing (it comes up with the wrong info and I have to update it), And received "IBM Communications Controller Migration Guide (Communications Controller for Linux on zSeries Update)" Redbook "Interesting..." Mike Hines --- Michael S Hines [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 -- 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: Sync A z/OS Clock To An SNTP Time Server?
Paul Gilmartin wrote: There is __no__ way to update the TOD clock other than via an ETR. That z/OS can function as an NTP server, but not as an NTP client is arrogant, perceived by non-mainframe-partisans as "radically immature". Not everyone can be emperor. That said, what are the practical considerations? I know some of the IBMers will cringe at this, but the clock can be set programmatically. For example, consider the `operator prompt' line in the clockxx member. This causes message iea888a to be issued during ipl where `Resetting GMT time causes the TOD clock to be reset.' Manual also says the message is issued by ieavrtod. Looking at this module you can see that it does indeed issue the SCK (b204) instruction. There are considerations, such as getting the TOD clock synced on all CPUs, and if the clock is fast, you should probably spin for the appropriate interval instead of setting the TOD clock into the past. Greg Smith -- 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: SMS monitor and report
In a message dated 6/16/2005 3:31:34 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: We are trying to Implement a SMS project, we need to monitor and report some important statistics and feature of SMS,we list some items: 1. report listing of dataset unreference for n days Some other characteristics of note: data sets that are unmovable, striped, empty, or have small blocksizes, where "small" is subjectively interpreted. Less than 4K is a good start on defining small. Bill Fairchild -- 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: Ramac II 9394 Cache size.
SArnett wrote: I helped a shop install one of these fully loaded back in October. The price of the box was about $ 3,500 USD. Installed with an additional new ESCON card in the MP3000, holes cut in the wall between the two rooms, etc. was $ 5,000 USD. This was significantly less than the $ 10K that one vendor quoted for the upgrade in the MP3000 36GB disk drives, which IBM still has listed for $ 1,500 USD each. $5000 is probable price for fully equipped HDS 7700C aka Comparex Tetragon 2000. Much more powerful machine: 4GB of cache, up to 1,4TB, PPRC, a lot of ESCON channels. The HDS-marked boxes are usually imported from the U.S. Ramac RVA's (still better than Ramac II) are even cheaper. -- 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
DR and JES2 Spool/Checkpoint and SRDF/Replicate
We are setting up replicated DASD at our DR site and determining what volumes to replicate (we use EMC SRDF). Intent is close to real time replication for application data for recovery to the point of failure rather than scheduled point in time. One item that concerns us is activity on JES spool and Checkpoint. It would be nice (maybe required) to have all the reports etc. generated during the day to be available in this setup. We do have a report distribution package (Mobius View:Direct) that stores reports on DASD that would be replicated but there exists the possibility of reports on spool that haven't been processed by our RDS. Does anyone out there currently replicate spool/checkpoint or is the activity prohibitive? 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
White Paper: Optimizing Telnet 3270, SNA and TCP/IP on z/OS
Or a different paper than the one advertised. I clicked on the "Strategies for Exploiting TN3270" White Paper, did the sign up thing (it comes up with the wrong info and I have to update it), And received "IBM Communications Controller Migration Guide (Communications Controller for Linux on zSeries Update)" Redbook "Interesting..." Mike Hines --- Michael S Hines [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 UNIX in a legacy world ( was: USS in a "legacy" world.)
Steve, The application works well. Every now and then we have to reset something in the PC, but it usually works fine. Yes, I've posted several times that our datacenter is closing. All of our applications are being converted to SAP/R, which will run on our sister company's site in Pennsylvania. I'm in Milwaukee. We are basically merging our data onto their box. Eric On Thu, 16 Jun 2005 07:38:07 -0600, Steve Comstock <[EMAIL PROTECTED]> wrote: >Eric Bielefeld wrote: >> Steve, >> >> We run one application under z/OS UNIX called Topcall. It's a CICS >> applications that routes transactions through UNIX, and then to a PC, >> which, which automatically faxes the data. I know I configured it 4 or >> 5 years ago, and had to reinstall it when I installed z/OS 1.2. >> >> Eric Bielefeld >> P&H Mining Equipment >> 414-671-7849 > >Ah, good. Thanks. Is it working OK? > >I seem to recall you saying your company was moving off the >mainframe. Is my recollection correct? > >Kind regards, > >-Steve Comstock > > >> >> Steve Comstock wrote: >> >> >>> >>> Is there anyone out there running a mission critical >>> application under z/OS UNIX? or even a modest real >>> application? Anyone looking at doing this? >>> >>> Silence. >>> >>> Kind regards, >>> >>> -Steve Comstock >>> The Trainer's Friend, Inc. >>> http://www.trainersfriend.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: Sync A z/OS Clock To An SNTP Time Server?
Axel Miller wrote: It is possible to sync local time with an NTP server. We took the source code from www.ntp.org and modified it to issue a SET CLOCK=... via SVC34. Once a week we synchronize local time on our MP3000 with an atomic clock. Works fine. Is this code something you can share? -- .-. | 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: Disk I/O tuning still possible?
... Have you checked SMF historical data? Have you noticed trends or patterns? ... That's the issue. The service provider has access to the SMF data; I don't. I have to take the word of somebody who has a vested interest in getting an upgrade first. We may need it; I won't make a recommendation without evidence. “In God we trust. All others bring data.” ... You business is flat, but what about IT? No new users or applications? Make sure that no train is coming. ... I'm well aware of expected growth, but without access to SMF, I'm stymied. -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
IBM to Acquire Isogon Corporation
ARMONK, N.Y. -- June 16, 2005 -- IBM today announced it has signed a definitive agreement to acquire Isogon Corporation, a privately held company based in New York, NY. The acquisition is subject to customary regulatory approvals and is expected to close in the third quarter of 2005. Financial details were not disclosed. Isogon's operations will be integrated into IBM's Tivoli infrastructure management software business, which produced double-digit revenue growth in 2004 and the first quarter of 2005. The acquisition builds upon the companies' existing relationship, which includes more than 200 customers worldwide. Isogon's technology will be available from IBM and its business partners. The acquisition taps into the growing demand for software that simplifies and automates the way companies manage software expenditures and usage. According to IDC, a global market intelligence and advisory firm for the information technology industry, overall spending on worldwide IT asset management will increase from $971 million in 2004, to $1.33 billion in 2009. (1) Isogon is a leading provider of technology that can automatically track inventory and measure usage of software running on mainframe computers. This complements IBM's Tivoli License Manager software, which provides similar functions for distributed systems using Windows, Linux, UNIX, and other platforms. With the acquisition, IBM will offer a total software asset management solution, enabling companies to gain a single, cross-platform view of software inventory, usage and licenses for their operating systems, middleware and packaged applications -- all through a simple, Web-browser interface. As a result, customers can better align software purchases for a variety of purposes, including mergers and acquisitions that can lead to duplicate software usage in certain departments, and disaster recovery efforts where destroyed assets must be instantly identified. It also helps address regulatory compliance issues with Sarbanes-Oxley by providing an annual account of IT assets and expenditures. The combination of Isogon and IBM technology also will help customers solve software licensing management problems, such as identifying growth patterns in software usage and tying that to contract terms. For example, if an online banking application is ramping up its usage of software resources, the bank can spot this well ahead of time, plan for it, and determine when they will approach a contract threshold that will require the purchase of more software. Isogon technology will play a key role in IBM's IT service management strategy, which is focused on automating and integrating IT processes throughout an enterprise. With IT service management, companies can manage IT processes across their organization the same way they manage business processes. "For businesses today, having information about software assets is crucial to making the right decisions," said Al Zollar, general manager, IBM Tivoli software. "The combination of Isogon and IBM software will provide an end-to-end solution that will enable customers to plan for the future by managing all the software inventory, contracts and costs associated with an IT infrastructure. In addition, this acquisition demonstrates IBM's continued commitment to investing in the zSeries platform, as more enterprises take advantage of mainframe innovations such as infrastructure simplification and business resiliency." (1)1 IDC Worldwide IT Asset Management Software 2005-2009 Forecast: Higher Growth on the Horizon (IDC # 33071), Frederick W. Broussard Bob Richards Technologist Enterprise Technology Infrastructure SunTrust Banks, Inc. (404) 575-2798 LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. Seeing Beyond Money is a service mark of SunTrust Banks, Inc. [ST:XCL] -- 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: Ramac II 9394 Cache size.
In a message dated 6/16/2005 9:40:03 A.M. Central Standard Time, [EMAIL PROTECTED] writes: that one vendor quoted for the upgrade in the MP3000 36GB disk drives, which IBM still has listed for $ 1,500 USD each. >> Think that's their entry level accounting number. Still charging $1500 for 20Mb hardrives in 3174s! So in the great downsizing, we scrapped a couple dozen 3174 but kept all the memory and harddrives for the couple of remnant MCS. Also popped for a few smart terminals with VGA output and the LCD panels. Looks pretty spiffy and are easy to read. -- 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: USS in a "legacy" world
In a recent note, Don Ault said: > Date: Wed, 15 Jun 2005 07:54:41 -0400 > > [ ... ]All we can do is go forward. Identify requirements and > work with the process. Further discussions along this line are more > appropriate to the MVS-OE forum. > Kernel Don > Of course, I remember the early days when "Kernel Don" was a regular and valuable contributor to MVS-OE, and that you signed off with a gentle message explaining the change in your responsibilities. Are you now again following MVS-OE? -- gil -- StorageTek INFORMATION made POWERFUL -- 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: Ramac II 9394 Cache size.
I helped a shop install one of these fully loaded back in October. The price of the box was about $ 3,500 USD. Installed with an additional new ESCON card in the MP3000, holes cut in the wall between the two rooms, etc. was $ 5,000 USD. This was significantly less than the $ 10K that one vendor quoted for the upgrade in the MP3000 36GB disk drives, which IBM still has listed for $ 1,500 USD each. R.S. wrote: Bruce Black wrote: [...] I hope you got a real good price [...] It is worth less than cost of transportation in Poland. I know the company which had to pay for move it away. In fact I don't know the cache size, but I believe it wasn't relevant -- 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: Sync A z/OS Clock To An SNTP Time Server?
In a recent note, McKown, John said: > Date: Wed, 15 Jun 2005 15:09:27 -0500 > > The TOD clock must only advance, never stay still or retreat. The local > time can rumba back and forth all it wants without causing any problems > to any __advanced__ software. IMS, DB2, and CICS/TS can all endure the > LOCAL clock going backwards. It confuses the out of the users, > but who cares? > Won't all these schemes to adjust only the LOCAL time leave the system in a the TIME macro returns an incorrect value for GMT, and the perceived difference between LOCAL and GMT differs from the canonical value for your geographic location? In particular, is the value returned by the UNIX time() function likely to be incorrect? Wouldn't it be better to adjust the Leap Second offset, rather than the local time offset? This would cause the TIME macro to return correct and consistent values for both GMT and LOCAL time. Does anyone care about the offset between IAT and GMT, particularly since IBM has defined the TOD clock to run 10 seconds behind IAT? -- gil -- StorageTek INFORMATION made POWERFUL -- 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: Sync A z/OS Clock To An SNTP Time Server?
In article <[EMAIL PROTECTED]>, you say... > Hi folks, > > I have been asked to look into some sort of automated way to sync a z/OS > clock from Internet time servers. Syncing either local time (offset) or > the TOD clock (GMT) will be adequate. We are z/OS 1.4, single image, no > sysplex timer. > It is possible to sync local time with an NTP server. We took the source code from www.ntp.org and modified it to issue a SET CLOCK=... via SVC34. Once a week we synchronize local time on our MP3000 with an atomic clock. Works fine. Axel. -- Axel Miller PPI Financial Systems GmbH Wall 55 D-24103 Kiel [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
GETHOSTNAME error
My DB2 colleague have a following problem , can you please help ? : At the start of the Distributed functions of DB2 , i get the message 03.12.41 STC15838 DSNL512I _DB1Y DSNLILNI TCP/IP GETHOSTNAME FAILED 114 114 WITH 114RETURN CODE=112 AND REASON CODE=110A00B6 The Return code corresponds to EAGAIN (will try again) The explanation for the reason code is : The PFS is waiting to restart. Action: If there is a WTOR prompt on the operator console, the PFS will be restarted when the reply is issued. Otherwise, the PFS will be restarted by its own procedures. Close and re-open the socket or file descriptor and retry the request again after the PFS is active. This value may also be returned if there is a configuration problem and the address space is not connected to the proper PFS. Do you have any answer for this ? And what is PFS ? -- 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: ds8000/ds6000
Make sure you have the latest level of microcode on the ds8000 also. IBM has a bug in earlier levels where the box crashes after 49.7 days! Apparently the result of a timer rolling over and not being handled correctly and the internal processors going into a loop. The workaround and microcode fix is also somewhat pervasive. The workaround is to destage the cache and reboot the box. A minimum 2 hour outage. The microcode upgrade is not concurrent and requires a 7 hour outage if everything goes well. And for more that IBM doesn't tell you, adding more channel interface cards to the ds8000 is non-concurrent. Only replacement is concurrent. I'm sure there are more surprises in store for us. Mark W. Goforth Lead Systems Analyst First National Bank of Omaha [EMAIL PROTECTED] (402) 633-7102 This email and any files attached with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error delete this message and notify the sender at 402-341-0500. If you are not the named recipient you should not disseminate, distribute or copy this email or any attachment. -- 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
IMS Transaction called by 2 different Mid-Tiers.
Has anyone had experience of calling a single IMS Transaction from 2 seperate Mid-Tier platforms. E.G, Client thru MQ to IMS & Client thru SNA to IMS Does it work ? Are there any issues with it ? Regards, Denis. Technical Designer - Project 1426 Email : [EMAIL PROTECTED] Phone : (+353 1) 2372775 Address : Room D01, IT Solutions, BOI IT Centre, Cabinteely, Dublin 18, Ireland. 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. If you have received this email in error please notify us immediately at [EMAIL PROTECTED] and delete this E-mail from your system. Thank you. It is possible for data transmitted by email to be deliberately or accidentally corrupted or intercepted. For this reason, where the communication is by email, the Bank of Ireland Group does not accept any responsibility for any breach of confidence which may arise through the use of this medium. This footnote also confirms that this email message has been swept for the presence of known computer viruses. -- 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: Sync A z/OS Clock To An SNTP Time Server?
In article <[EMAIL PROTECTED]>, you say... > Hi folks, > > I have been asked to look into some sort of automated way to sync a z/OS > clock from Internet time servers. Syncing either local time (offset) or > the TOD clock (GMT) will be adequate. We are z/OS 1.4, single image, no > sysplex timer. > It is possible to sync local time with an NTP server. We took the source code from www.ntp.org and modified it to issue a SET CLOCK=... via SVC34. Once a week we synchronize local time on our MP3000 with an atomic clock. Works fine. Axel. -- Axel Miller PPI Financial Systems GmbH Wall 55 D-24103 Kiel [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: ds8000/ds6000
Thanks Frank. -- 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: ds8000/ds6000
hi ESS is 2105 . DS8000 is 2107. DS6000 is 1750 . No chance in OS390 2.10 for DS6000. Only as model 2105 for DS8000 - max. 16 LCU"s . Support for 2107 starts with zOS 1.4. Frank Krueger Donnerstag, 16. Juni 2005 15:47 To: IBM-MAIN@BAMA.UA.EDU cc: From: Salah Balboul <[EMAIL PROTECTED]> Subject: ds8000/ds6000 Can both DS8000 and DS6000 be considered D/T2105? Or is DS8000 D/T2107 and DS6000 D/T2105? Trying to see if OS/390 V2r10 will work with DS8000 on the z990 machine. Thanks -- 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: Sync A z/OS Clock To An SNTP Time Server?
In a recent note, McKown, John said: > Date: Wed, 15 Jun 2005 14:23:40 -0500 > > If doing a periodic "T CLOCK=hh.mm.ss" is sufficient, then I'd cheat. > I'd have a PC which is running a TN3270E emulator. This emulator would > connect to z/OS as a console (Visara, 2074, ICC, or SMCS console). Have > this PC sync its clock via the Internet. Have this PC run a script > periodically which issues the "T CLOCK=hh.mm.ss". > > If you don't want a PC with a console, use a PC that somehow does the > same thing. But you will need a PC somehow telling something on z/OS to > issue the above command. > > There is __no__ way to update the TOD clock other than via an ETR. > That z/OS can function as an NTP server, but not as an NTP client is arrogant, perceived by non-mainframe-partisans as "radically immature". Not everyone can be emperor. That said, what are the practical considerations? What margin of inconsistency is tolerable? If all systems can be synched to an atomic time standard, by whatever technique, within half that margin, you have satisfied your requirement. If z/OS can not be so synched, then I'll consider the z/OS or z/Series design deficient for your purpose. Likewise, of your non-mainframe systems can not be so synched, they should be considered deficient. (I'll ignore any putative requirement to sync all systems to a single standard that deviates from IAT.) The ETR is, AFAIK, a PS/2 running OS/2. It has long mystified me that that PS/2 can use as a time reference WWV time signals, either by dialup or by shortwave, or a serial connection that spoofs the WWV protocol, but not GPS nor NTP. Why isn't there an NTP client for the ETR. The ETR can be directed to adjust the TOD clock gradually, monotonically, by operator command. Does the ETR support a remote console? if so, that remote console ought to be replaceable by an emulator which converts the output of NTP protocol to ETR commands, which would meet the requirement. The NTP client and console emulator could run on any suitable hardware, perhaps even the mainframe itself. -- gil -- StorageTek INFORMATION made POWERFUL -- 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
ds8000/ds6000
Can both DS8000 and DS6000 be considered D/T2105? Or is DS8000 D/T2107 and DS6000 D/T2105? Trying to see if OS/390 V2r10 will work with DS8000 on the z990 machine. Thanks -- 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: Disk I/O tuning still possible?
On Wed, 15 Jun 2005 00:00:00 GMT, Ted MacNEIL <[EMAIL PROTECTED]> wrote: > >Of course, we're going to be charged. >It wouldn't be an issue otherwise. > >As I said in my original post(s), I want to see the evidence. >Otherwise, don't talk to me about it. > > I assume we are talking about ESCON. According to my experience 65%-70% is rather high. You should be able to notice some delays. However, it depends on your environment. If the consultant had access to SMF data, he could know something that you don't. He doesn't have to give you all options. The upgrade is probably his best option. Have you checked SMF historical data? Have you noticed trends or patterns? You business is flat, but what about IT? No new users or applications? Make sure that no train is coming. Regards, 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
Re: z/OS UNIX in a legacy world ( was: USS in a "legacy" world.)
Eric Bielefeld wrote: Steve, We run one application under z/OS UNIX called Topcall. It's a CICS applications that routes transactions through UNIX, and then to a PC, which, which automatically faxes the data. I know I configured it 4 or 5 years ago, and had to reinstall it when I installed z/OS 1.2. Eric Bielefeld P&H Mining Equipment 414-671-7849 Ah, good. Thanks. Is it working OK? I seem to recall you saying your company was moving off the mainframe. Is my recollection correct? Kind regards, -Steve Comstock Steve Comstock wrote: Is there anyone out there running a mission critical application under z/OS UNIX? or even a modest real application? Anyone looking at doing this? Silence. Kind regards, -Steve Comstock The Trainer's Friend, Inc. http://www.trainersfriend.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: Strobe Question...
... So, STROBE tells me that my program BLHA consumes CPU-Time before the first statement ?!?!?!?!? Eeeeh, what? ... I would hope you do! How do you think programme initiation works without consuming CPU? -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
Strobe Question...
All, today I did my first STROBE-Profile (applause) and came accross something strange: MODULE STARTING INTERVAL CPU TIME PERCENT CUMULATIVE PERCENT NAMELOCATION LENGTH SOLO TOTAL SOLO TOTAL BLAH0023EE 2 34.48 34.48 34.48 34.48 BLAH0023EA 2 18.46 18.46 52.94 52.94 BLAH0023F2 2 13.79 13.79 66.73 66.73 BLAH0023E6 2 11.76 11.76 78.49 78.49 ... So... maybe this is somehow an idiot's question but If I compile my Mdoule "BLAH" (COBOL) and look into Listing, the first Instruction (a PERFORM) begins at location 3004.. So, STROBE tells me that my program BLHA consumes CPU-Time before the first statement ?!?!?!?!? Eeeeh, what? Maybe I'm just to stupid to understand STROBE-Profiles ;-( If it helps, the COBOL-Program is CALLed from another COBOL-Program, which is CALLED by an ASM-Prog that was ATTACHed as a Subtask. Thank you for any ideas, Michael -- 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: Sync A z/OS Clock To An SNTP Time Server? - possible solution?
Look into Ken Clapp's package... first saw this at SHARE in around 2001... z/OS of course ships SNTP now, but what I'm recommending you look into is the PC-based time source he included (ets1.exe). I've extracted the relevant part of the readme file below. You can find this at: http://members.aol.com/kenclapp/sntp/sntp.htm Or, from the CBT tape file 501 http://www.cbttape.org/ftp/cbt/CBT501.zip If I remember the pitch, the serial port of the PC connected to where the sysplex timer would connect. We have not (yet) used this... if anyone has, or if you do and you get it working, posting the results here would be nice. snip 4) What if... we're too cheap to buy an external time source or we need to synchronize OS/390 to some other NTP/SNTP server ? You should try ets1.exe, it requires a PC (166+) running win/nt and a NTP/SNTP client. It will use the time on the PC and emulates your choice of time source protocols. The PC this runs on must be dedicated to this purpose though. I personally favor the Netclock/2 protocol. I hope I am NOT going to be sued by Austron, Netclock or Truetime. My emulator cannot come close to the accuracy their hardware clocks provide, so it's no real threat. My overall accuracy is around .007 seconds which is quite reasonable for our purposes. - Tim Hare Senior Systems Programmer Florida Department of Transportation (850) 414-4209 -- 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: Tape drives in "twilight zone"
Apologies for "replying" to myself > -Original Message- > The "door to the twilight zone" is apparently closed: Or maybe not > === > We all ranges of tape units defined as auto switchable, and > within these ranges, some are only defined as auto switchable > between PROD1 and PROD2. > > Yesterday, there were problems with tape unit 0166. To clear > the problem, the drive was varied offline, reset, and then > the range (0164-0167) was varied online using the ROUTE > TAPESYS command (which does it on all systems). > > BUT...0164-0167 are not defined as auto switchable on one of > the systems. Since they were varied online to that system, > it "owned" the tape drives and PROD1/PROD2 could not get at > them as auto switchable devices. ... > === If the third system "owned" that subset of the tape drives, why were they shown AFH on that system, too? -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: 3705
The field engineer took care of the fire and smoke. Turns out they parked the heads on the drive to move the equipment but didn?t take the breaks back off when they ipl'd. I recommended a thermal detection mechanism but the suggestion was turned down because they had too few of the older drives in the field and no longer were using a break mechanism. Recovered significant portions of the data from a seven year old back up of the system using a down level release of DDR. Paul Hanrahan -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of SArnett Sent: Thursday, June 16, 2005 12:06 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 3705 ...and Paul Hanrahan wrote: >I had a guy call me when I was working the VM queue and tell me his >DASD was on fire. I asked him if he'd called me or the fire department >first. - Paul Hanrahan > > > -- 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: Tape drives in "twilight zone"
Someday I'll learn to read the whole backlog of internal email before posting a "problem" (I was offsite all day yesterday). The "door to the twilight zone" is apparently closed: === I believe I found the problem with the tape drives... We all ranges of tape units defined as auto switchable, and within these ranges, some are only defined as auto switchable between PROD1 and PROD2. Yesterday, there were problems with tape unit 0166. To clear the problem, the drive was varied offline, reset, and then the range (0164-0167) was varied online using the ROUTE TAPESYS command (which does it on all systems). BUT...0164-0167 are not defined as auto switchable on one of the systems. Since they were varied online to that system, it "owned" the tape drives and PROD1/PROD2 could not get at them as auto switchable devices. Since tape usage is sporadic on the third system anyway, I will define all available tapes on it as autoswitchable so that PROD1 and PROD2 can grab them as needed. === Maybe somebody else can avoid this -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: Multi-Volume File Limits?
Steve (et al) - Thats for the input. We've bumped the volume limit up to 10 for now, which should solve the few space abends we've had recently. One reason we thought of not to increase it further is that we do not want a run-away process to be able to extent to more than 10 volumes. We have had that happen. And we try to run our SMS pools downwards of 50% utilization, so extenting to 10 volumes would be a large file, for us anyway. Thanks again. > > Generally, there's no particular reason not to increase the number of >ADDVOLs that SRS is allowed to do. I know of a number of shops that set it >to 59, which is the MVS limit. The only consideration might be something >like an application which formats, say, a VSAM RRDS, and depends upon an >out-of-space return code to know when to stop formatting. Otherwise, it's >not unreasonable to set it to 59. (Setting the SMS data class DVC value to >59 isn't such a good idea, though, as the SMS add-volume code, unlike SRS, >will actually use 59 slots in the TIOT at allocation time, so it may be >possible to run into TIOT-size issues if DVC is used for a lot of datasets). > 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: BCS catalog as input file
Thanks to all who responded, on and offlist. By far and away the majority opinion was to use the Catalog Search Interface and the examples of that in SYS1.SAMPLIB. So that's what I'm doing. Thanks again all. Brian - This e-mail message is for the sole use of the intended recipient(s)and may contain confidential and privileged information of Transaction NetworkServices. Any unauthorized review, use, disclosure or distribution isprohibited. If you are not the intended recipient, please contact thesender 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
Tape drives in "twilight zone"
Hi, All, A subset of our tape drives went "elsewhere" yesterday. Here's what I saw in the problem ticket: "D U,,AUTOSWITCH,,40 The display on all systems showed that 0164-0167 were AFH ("Allocated Foreign Host"). Since it showed AFH on all systems, I just figured they got hung up some way. I varied the drives offline to all systems, then varied them online to PROD1 and PROD2 and they took off." I would like to know if anybody has any ideas where we sould look, and what we should dump and with which component to open a PMR, if it happens again. Environment is z/OS 1.4 and 1.5, parallel sysplex, GRS star, ATS active, G5 (Amdahl) iron, (mostly) StorageTek tape drives. TIA, -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: Ramac II 9394 Cache size.
Bruce Black wrote: [...] I hope you got a real good price [...] It is worth less than cost of transportation in Poland. I know the company which had to pay for move it away. In fact I don't know the cache size, but I believe it wasn't relevant -- 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
Re: SMS monitor and report
The easiest? Get FDREPORT on a trial from Innovation Data Processing. That information comes canned in their health check reports. A variety of other tools from IBM and other vendors can also provide the information. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Wang Rong Sent: Thursday, June 16, 2005 4:31 AM To: IBM-MAIN@BAMA.UA.EDU Subject:SMS monitor and report Hi all, We are trying to Implement a SMS project, we need to monitor and report some important statistics and feature of SMS,we list some items: 1. report listing of dataset unreference for n days 2. report listing of datasets with multiple extents 3. report listing of datasets with high allocations (with multiple volume allocations) 4. report listing of very active datasets (high IO) 5. report listing of allocated datasets with zero usage 6. report listing of critical storage groups usage 7. report listing of all dasd volumes usages (list top 10) 8. list vtoc usage of volumes(list top 10) Can someone who have experience to give me some advicesto supply the list? Thanks ! WangRong -- 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 LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. Seeing Beyond Money is a service mark of SunTrust Banks, Inc. [ST:XCL] -- 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
How to free latch in file system?
Hi to everybody. Last week we had the following problem in our installation: the OMVS system was locked because there was a latch contention not resolved. The contentions for the latch were increasing until we decided to IPL the system. The owner of the latch was the OMVS itself so there was no way to cancel it (RESTART of OMVS means for us an IPL): LATCH SET NAME: SYS.BPX.A000.FSLIT.FILESYS.LSN CREATOR JOBNAME: OMVS CREATOR ASID: 000D LATCH NUMBER: 2 REQUESTOR ASID EXC/SHROWN/WAIT OMVS 000D EXCLUSIVE OWN OMVS 000D EXCLUSIVE WAIT OMVS 000D EXCLUSIVE WAIT T751631R 017E EXCLUSIVE WAIT T97123K0160 EXCLUSIVE WAIT T971230007A EXCLUSIVE WAIT T9712140326 EXCLUSIVE WAIT T97121J0099 EXCLUSIVE WAIT LATCH NUMBER: 23 REQUESTOR ASID EXC/SHROWN/WAIT OMVS 000D EXCLUSIVE OWN RSIDA121 0175 SHARED WAIT We have found 2 PTF that addressed to this problem: APAR OA11041 and APAR OA11574. The problem came when a user that was issuing an ?ls ?l? command was cancelled. The user was cancelled but the latch was not freed. Even though the PTF should solve this specific problem, we have some questions about latches and how can we free them in order to solve this kind of situations: - Is there a way to free the latch when is the OMVS the owner and the waiting process (there was not possible to go into the ishell or the OMVS), - How can we know which are LATCH NUMBER 2 and 23? Which file/file system? Has anybody had the same problem? Thank you in advance. Regards, Yolanda Vivar. -- 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
SYSVTOC contention
Colleague of mine noticed the following problem: Batch jobs are delayed because of SYSVTOC contention. several jobs are waiting for exclusive use of SYSVTOC volser resource, the resource is kept by another job. Sometimes the jobs are waiting for the same volser or there are 2 queues to two volumes. The information above comes from ISRDDN ENQ monitor. The job which is keeping (not waiting) the resource shows no activity (0 I/O, 0% CPU in SDSF). DASD are shared, z/OS 1.4 in parallel sysplex. CPU consumption is low. Q: What is the reason of that ? What further investigation should be done ? Any clue ? -- 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
SMS monitor and report
Hi all, We are trying to Implement a SMS project, we need to monitor and report some important statistics and feature of SMS,we list some items: 1. report listing of dataset unreference for n days 2. report listing of datasets with multiple extents 3. report listing of datasets with high allocations (with multiple volume allocations) 4. report listing of very active datasets (high IO) 5. report listing of allocated datasets with zero usage 6. report listing of critical storage groups usage 7. report listing of all dasd volumes usages (list top 10) 8. list vtoc usage of volumes(list top 10) Can someone who have experience to give me some advicesto supply the list? Thanks ! WangRong -- 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: BCS catalog as input file
We did it (access directly to BCS) in the early 1990's but now our recomendation is CATALOG SEARCH INTERFACE. There are a lot of posts about CSI and samples (REXX) in SYS1.SAMPLIB. At end, we did an user program to obtain a lot of data about all files catalogued in master or user catalog. The most important thing is that the CPU and resources used are exigous by Catalog Search Interface in comparation with LISTCAT for example (minutes versus hours in elapsed time). angel luis domínguez bbva - spain De: Perryman, Brian [mailto:[EMAIL PROTECTED] Hi folks ? I need to identify all datasets that are cataloged as out on ML1. ? I tried to put one of the catalogs through ICETOOL but I got an open error before I even got started. ? Is there some way to do this? It's a one-off task and I don't have much time to spend on it so I need something quick and simple to get going (hence trying to use ICETOOL). ? For info, it's a test LPAR that's had a copy of the production catalogs copied in. The HSM BCDS and MCDS do not match, so I can't just run DCOLLECT on those. ? Thanks? ? Brian -- ... DISCLAIMER . This message and its attachments are intended exclusively for the named addressee. If you receive this message in error, please immediately delete it from your system and notify the sender. You may not use this message or any part of it for any purpose. The message may contain information that is confidential or protected by law, and any opinions expressed are those of the individualsender. Internet e-mail guarantees neither the confidentiality nor the proper receipt of the message sent. If the addressee of this message does not consent to the use of internete-mail,pleaseinform usinmmediately. . AVISO LEGAL La presente comunicación y sus anexos tiene como destinatario la persona a la que va dirigida, por lo que si usted lo recibe por error debe notificarlo al remitente y eliminarlo de su sistema, no pudiendo utilizarlo, total o parcialmente, para ningún fin. Su contenido puede tener información confidencial o protegida legalmente y únicamente expresa la opinión del remitente. El uso del correo electrónico vía internet no permite asegurarni la confidencialidad de los mensajes nisucorrecta recepción. Enel caso de que el destinatario no consintiera la utilización del correo electrónico, deberá ponerlo en nuestro conocimiento inmediatamente. -- 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: BCS catalog as input file
"Perryman, Brian" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED] i.com>... > Hi folks > > I need to identify all datasets that are cataloged as out on ML1. > > I tried to put one of the catalogs through ICETOOL but I got an open error before I even got started. > > Is there some way to do this? It's a one-off task and I don't have much time to spend on it so I need something quick and simple to get going (hence trying to use ICETOOL). > > For info, it's a test LPAR that's had a copy of the production catalogs copied in. The HSM BCDS and MCDS do not match, so I can't just run DCOLLECT on those. > > Thanks > > Brian How about an IDCAMS LISTC and some SAS or REXX to process the output? Not the most efficient, but probably the fastest way. 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. ** -- 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
BCS catalog as input file
Hi folks I need to identify all datasets that are cataloged as out on ML1. I tried to put one of the catalogs through ICETOOL but I got an open error before I even got started. Is there some way to do this? It's a one-off task and I don't have much time to spend on it so I need something quick and simple to get going (hence trying to use ICETOOL). For info, it's a test LPAR that's had a copy of the production catalogs copied in. The HSM BCDS and MCDS do not match, so I can't just run DCOLLECT on those. Thanks Brian This e-mail message is for the sole use of the intended recipient(s)and may contain confidential and privileged information of Transaction NetworkServices. Any unauthorized review, use, disclosure or distribution isprohibited. If you are not the intended recipient, please contact thesender 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
Re: Dynamic sysout count over 99999
From: "Miklos Szigetvari" Hi If someone maybe knows, what is happening after the Dynamic SYSOUT count has reached 9 (i.e after SYS9) It can't ever happen Miklos. With a TIOT size set to the max of 64K the most you can allocate per step is 3273 DD statements. Dan Dan, I think a tiot slot can be reused... Ed True, but only 3273 can exist at one time. As for the allocation & freeing, the numbers would also wrap from 9 to 1 skipping over any that are still allocated. Leonard mentioned the upper limit of 32767. I haven't seen it go that high so he may be correct. It sounds very similar to the GDS numbers wrapping. Dan -- 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