Re: Synchronize Time Between Mainframe and Servers?
On Fri, 18 May 2007 15:37:44 -0500, Miller, Pat [EMAIL PROTECTED] wrote: Developers are asking me if we can do this to prevent anomalies between timestamps across platforms. In case it's an issue, no, I don't have a sysplex or timer. Well we do it in my shop ( i started with Ken Clapp code first) Now we use the SNTP daemon provided by TCPIP , and all hardware machines are using it .(we run it on a // sysplex dual site) For example the AD domain server is synchronising once per hour , and the 2500 clients are synchronising to the domain server once or twice a day . All 250 servers ( W2k/Linux and AIX) the Cisco , Nortel routers are also synchronised once or twice a day to the SNTP server . Our 400 printers were also synchronised , but we just changed the brand , and i do not know it it is still the case . The SNTP adress is a Dynamic VIPA vith a Vipabackup on the second CPU of the sysplex ( in order to keep answering to AD request during an IPL for example) This is quite good for debugging as logs are coherent . In clear the time is perhaps wrong , but it is the same for everyone ! Bruno ( on private mail at home) Bruno(dot)sugliani(at)groupemornay(dot)asso(dot)fr -- 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: Payback on zIIPs
A practical way to do an estimate of DDF eligible work is the following: a) evaluate the amount of CPU used by DDF work running on DRDA and TCP/IP in the peak hours b) evaluate the amount of CPU used by DDF work running stored procedures in the same hours c) eligible work = (a - b) * ,5 The information required to estimate a and b are in SMF 101. The ,5 coefficient is what I found is permitted to go on zIIP. Remember that, if you have many GCP and few zIIPs, some of the eligible work (about 10% if zIIPs are not overloaded) will continue to run on GCP. Hope this helps Fabio -- 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: Synchronize Time Between Mainframe and Servers?
Any DB2 recovery I performed was either to an IMAGCOPY or RBA value. I may be rusty, but there was not 'to a point of time' recovery. You can capture an RBA value from a point in time, but you use the RBA value. IMS keeps RBA values of logs, too. In a SYSPLEX, you either run on the same box so the time is always the same or you have to have a Sysplex Timer (going away so start replacing them) or the new System Time Protocol (STP) feature in the newer boxes. Eric, I think (although do not know for sure) that it become important for logs like DB2 for recovery purposes. I think that was the talk on here a while ago. Someone please pipe up if I am wrong. Ed -- 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: Synchronize Time Between Mainframe and Servers?
If you're off a second or three, you're right - no biggie. However, if you've got a multiple-mainframe environment and you're running time-sensitive transactions, it's best to keep their time in sync as much as possible. But then, my experience with TOD drift against a known standard has been rather remarkable. Quite seriously, it has been only a few seconds over a year's period of time. Perception. Corporate LAN runs off to a timesource every so often - all the users ever see is a consistent (correct) time value. Mainframe (even with ETR) wanders around always off-time - unless it also synchs to a (different) timesource. Given the questions we see here on the list, I wonder if the majority of ETRs aren't synched to an atomic source at all, but set locally. Is it not time to start plugging those ETRs into a phone jack and using the technology that will correct the time? Go to the SHARE Conference or start researching Server Time Protocol (STP) in the new boxes. NTP is not accurate enough for the amount of work a mainframe can handle. The weenie boxes may be okay processing with a few seconds difference, but Parallel Sysplex can not. Sysplex timers can dial out to a timesource so the operator's wrist watch was only a starting point. And if Corporate allows time to be set that way, shame on them. Let your wan/lan get the time off the mainframe and you will be using a consistent time. Replacing Sysplex Timers: Server Time Protocol (STP) Overview and Planning Part 1 of 2 - 08/15/2007 08:00 Wednesday In this session, part one of two, the speakers will discuss an overview of the Server Time Protocol (STP), the new paradigm for synchronizing clocks between System z servers in a timing network. -- 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: Synchronize Time Between Mainframe and Servers?
Any DB2 recovery I performed was either to an IMAGCOPY or RBA value. I may be rusty, but there was not 'to a point of time' recovery. You can capture an RBA value from a point in time, but you use the RBA value. IMS keeps RBA values of logs, too. Unfortunately, you are rusty... When you go to an IMSPLEX, or a DB2PLEX, the logs are running for each member. So, the RBA for each instance has no correlation with another. You have to use timestamps to recover, back-out, roll forward for any failure of any shared data. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is there a way to Remove BOOK from PF6 in SDSF?
You over qualified your request. Remove 'simple' and little 'effort', although they are qualitative. Two solutions were already meantioned, USERMOD to replace the IBM provided default and create your own BOOK replacement code. The third I might try, although some overhead, is to front end how you invoke SDSF with code that runs your own rexx code with the NEWAPPL you use for SDSF and have it change the variable for PF6, return, and then continue with invoking SDSF. I would think this works with Tom Conley's DISS. I have done something similar to DB2 SPUFI panels. I prefer USERMOD because you have something to remind you what you did, and all USERMODs should be reevaluated from release to release. Your own BOOK replacement means never having to apply the USERMOD again and again. Lizette Koehler wrote: I am trying to find a way that is simple and will go from one upgrade to another with little effort. As PF6 is defaulted to BOOK in SDSF, we are a shop that does not have Bookmgr. So I will like to globally replace it with having to create a process to be used for each operating system upgrade. Has anyone done this, if so, what did you do? Thanks much. Lizette -- 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: Synchronize Time Between Mainframe and Servers?
As usually in mainframe world, we have a lot of proofs that mainframe is better, we can provide citations from ESA/390 Holy Principles, we can answer that we have ntp server... But the only honest answer to the question is NO, unfortunately we are not able to synchronize with atomic clock, like other devices in our server room. Mainframe *can't do it*. We can only use wrist watch as a time source and then rely on mainframe internal clock. Of course, after the confession we can go back to our Principles, talk about our availability, hint that the rest of the world should synchronize with our CPC... -- Radoslaw Skorupka Lodz, Poland P.S. I would like to hear that I'm wrong. Preferrably with details - how to synchronize the mainframe with ntp server or atomic clock. Preferrably without 9037 Timers, which are expensive and EOM (End Of Market). -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- 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 Does the SNTP Server Get the Correct Time
I have a question that I've never seen answered. With all the discussions of sysplex timers and now SNTP lately, I don't understand one thing about SNTP. When you go out on the internet to a trusted time source, how do you account for the time between the time source getting the request, and the correct time coming back to your machine? I know there is latency there. Depending on traffic, the time over the network can vary. How is that accounted for in setting the exact time? Eric Bielefeld Sr. Systems Programmer Milwaukee, Wisconsin 414-475-7434 -- 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: Date Time in JCL
Mine does, what do you have that does not? On Fri, 18 May 2007 08:06:43 -0600, Howard Brazee [EMAIL PROTECTED] wrote: Our whole computing infrastructure should migrate to GMT, at least internally. -- 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: SMTP Question
On Thu, 17 May 2007 13:30:20 -0400, Robert Pelletier [EMAIL PROTECTED] wrote: Is there a way to see what e-mail is queued to go or a log to see what goes on after an e-mail is sent from the frame? Thanks all. After it is sent? You get a message if it is sent and then you would have to look at the system that received it for what happened next. It could have had a bad email address, the recipients mailbox could be full, there may be something blocking SMTP in your network. Lionel posted the command to view what is in the SMTP queue. I look in the SMTP started task output and the temp note data sets. -- 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
Slightly OT but Germain
http://tinyurl.com/2a9mwh Inside IT Holographics set to feed a market hungry for data backup It has taken 40 years, but our insatiable appetite for data has finally led to holograms for storage - if you've got the cash George Cole Thursday May 17, 2007 Guardian Could magnetic tapes, hard drives and optical disc formats like Blu- ray be replaced by a data storage format that uses holograms? The world's first commercial holographic storage system is launched this autumn, with the product able to store the equivalent of 64 DVD movies on a disc about the size of a CD. Holographic storage has been talked about since the 1960s, but it's taken more than 40 years for technology to catch up. InPhase Technologies, based in Longmont, Colorado, is the latest company to get behind holographic storage. InPhase has spent 13 years developing materials, systems and processes. Its first products - marketed under the Tapestry brand - will be a 600GB write-once disc and a drive. Biggest challenge Wolfgang Schlichting, a research director at IDC, the analysis group, says: The biggest challenge was developing the media. There was a lot of work on complex crystalline rewritable media, but the success of CD-R showed that write-once media could succeed, so then there was a switch to photopolymer materials. The cost and complexity of the optics has also decreased - you're now talking of technology that's similar to a digital camera. The increasing demand for data storage makes it necessary to look beyond conventional forms of storage technology, such as optical discs or magnetic tape. The storage capacity of optical discs has increased over successive generations, from CD-Roms, which store around 700MB of data, to DVDs (18GB), and now next-gen formats such as Blu-ray and HD-DVD, which each hold upwards of 25GB. And there are plans for even larger capacity discs. But despite this, optical disc technology has struggled to keep up with our insatiable appetite for data. That's why many archival systems still use magnetic tape, which offers large storage capacities at a cost-effective price. However, tape has its problems. Wlondek Mischke, director of research at technology company DaTARIUS, says: Magnetic tape is very difficult to handle and very expensive [and] is waiting for something to replace it. Holographic storage could be the one. But how successful will holographics be? Jim Porter, president of market research company Disk/Trend, says: Any holographic storage system will have to be reliable, easy to use and be sold at a price that is considered by prospective buyers to be appropriate for the application. The first holographic products are certainly not mass-market - a 600GB disc will cost around $180 (£90), and the drive costs about $18,000. Potential users include banks, libraries, government agencies and corporations. Kevin Curtis, InPhase's chief technology officer, says: Very large companies are showing the most interest, which is interesting, because large companies tend to be technology laggards. The amount of data they're getting through is becoming unmanageable. However, Bill Foster of consultancy Understanding Solutions, says: Tape technology is well established. It will be difficult to sweep aside. What's more, tape technology is still evolving. Last year, IBM and Fuji Photo Film showed that it was possible to pack data on to magnetic tape with a density of 6.67bn bits per square inch - or 15 times the data density of standard tape. And magnetic hard disk capacity is also increasing thanks to perpendicular recording. Nor does holographic storage look like replacing optical disc formats any time soon. Any storage system with the capability to supersede today's optical discs will have to have rewritable versions and be offered at more attractive prices. Holographic products will not reach these objectives in the foreseeable future, says Porter. Jean- Paul Eekhout, TDK's corporate strategy director, adds: Holographic storage will be complementary to formats like Blu-ray. It's more a B2B [business-to-business] technology and will find a place in the archival market. But I don't expect holographics in its current shape or form to cross over to the commercial market. Even InPhase acknowledges that we are unlikely to see pre-recorded videos on holographic discs for a long time - if ever. We're not looking at [packaged] content, admits Curtis. Conventional optical discs and drives are cheaper to produce and there is a huge hardware and software infrastructure based around them. But Walden says: We believe the technology lends itself to both business and consumer applications. Almost every company involved in optical storage is also looking at holographics as a potential candidate for the next generation of optical disc. IDC thinks that by 2011, the holographics drive market
Re: Synchronize Time Between Mainframe and Servers?
On Sat, 19 May 2007 15:22:14 +0200, R.S. [EMAIL PROTECTED] wrote: But the only honest answer to the question is NO, unfortunately we are not able to synchronize with atomic clock, like other devices in our server room. Mainframe *can't do it*. We can only use wrist watch as a time source and then rely on mainframe internal clock. Of course, after the confession we can go back to our Principles, talk about our availability, hint that the rest of the world should synchronize with our CPC... What do you mean ? Why don't you synchronise the syslex timer with atomic clock or ( easier and cheaper,) radio longwave transmission clock ? ( this one does not even require an external antenna because it crosses the walls of you computer room and is used for railways , tunels etc ... ) Or did i misunderstood your comments ? Bruno Bruno(dot)sugliani(at)groupemornay(dot)asso(dot)fr -- 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: Date Time in JCL
On Sat, 19 May 2007 08:49:50 -0500, Kenneth E Tomiak wrote: Mine does, what do you have that does not? internally is fine, but what about the programming interfaces? o What is substituted for the dynamic system symbol HHMMSS? Is there a corresponding form for the GMT value? (Wouldn't it be great to be able to: // SET TZ=PST7PDT and then have HHMMSS reflect that time zone convention? Guess where I got that idea?) o Does Rexx even yet have a form of the time() and date() functions that return GMT? (Note that date(), believe it or not, is sensitive to the time zone, even though there's no date zone. I have encountered systems that didn't account for this.) What about COBOL? PL/I? HLASM's SYSTIME (whatever) preset symbol? C is the big winner here (but z/OS's C preprocessor still gets it wrong. IBM rejected my ETR on this.) o Suppose a customer has systems in several time zones. (Can this be done among LPARs on a single system?) Can SYSLOG, for convenience be set to display timestamps in GMT without setting LOCAL=GMT? o And one submitter described a problem here within the last couple years: His site is in the eastern hemisphere, running a legacy TOD=LOCAL. They can tolerate neither the timestamp ambiguity that would result from precipitously seting TOD=GMT, nor the several hours' shutdown which would be required to avoid the ambiguity. o Distantly related: I believe that z/VM and Linux for z/Series are still leap second incompetent (a consequence of being Sysplex Timer incompetent?) When we were running with leap seconds enabled, all our VM LPARs and their z/OS guests were 20+ seconds fast. I believe we abandoned leap seconds for this reason. On Fri, 18 May 2007 08:06:43 -0600, Howard Brazee wrote: Our whole computing infrastructure should migrate to GMT, at least internally. -- gil -- 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: Slightly OT but Germain
Ed, I don't think this is off topic at all. It could become the next hot storage type, or it could fizzle like so many new technologies. Just a comment on your postings, Ed. As many have commented on your postings, your opinions and memories about several vendors, and especially Share, seem to clash with a lot of others experiences. But, you often post articles of interest that no one else comes up with. Keep posting articles like this. Eric Bielefeld Sr. Systems Programmer Milwaukee, Wisconsin 414-475-7434 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould Inside IT Holographics set to feed a market hungry for data backup It has taken 40 years, but our insatiable appetite for data has finally led to holograms for storage - if you've got the cash George Cole Thursday May 17, 2007a.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: Synchronize Time Between Mainframe and Servers?
Bruno Sugliani wrote: On Sat, 19 May 2007 15:22:14 +0200, R.S. [EMAIL PROTECTED] wrote: But the only honest answer to the question is NO, unfortunately we are not able to synchronize with atomic clock, like other devices in our server room. Mainframe *can't do it*. We can only use wrist watch as a time source and then rely on mainframe internal clock. Of course, after the confession we can go back to our Principles, talk about our availability, hint that the rest of the world should synchronize with our CPC... What do you mean ? Why don't you synchronise the syslex timer with atomic clock or ( easier and cheaper,) radio longwave transmission clock ? ( this one does not even require an external antenna because it crosses the walls of you computer room and is used for railways , tunels etc ... ) Or did i misunderstood your comments ? 1. I wrote 'atomic clock', but I meant any 'external time reference' including atomic clock, and longwave transmission. In fact I even don't know what's available in our part of Europe. For sure, there is something, because we have devices, 'time receivers'. However it has little to do with mainframe, since it cannot use any of the time sources. 2. AFAIK such synchronization requires some special setup, sysplex timer will not start using it itself. How can I connect sysplex timer to my ntp server over regular IP/ethernet connection ? 3. Last, but definitely not least: I DON'T HAVE sysplex timer. Sysplex timer (I wrote about it in post scriptum), are no longer available from IBM, so there is no supported way to connect to time reference. Also the price is killing factor: two (**) sysplex timers costed approx. 100k$ !!! It is too much if you simply want synchronize your machine with other machines, isn't it ? 1. I don't know whether STP solution can use 'atomic clock' as a time reference. AFAIK, it was asked on the list, but noone answered. 2. (**) Two sysplex timers are required, because of redundancy. AFAIK if you loose ETR (sysplex timer or timer connection), then all your systems will end with wait state. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- 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: How Does the SNTP Server Get the Correct Time
On Sat, 19 May 2007 08:40:14 -0500, Eric Bielefeld wrote: I have a question that I've never seen answered. With all the discussions of sysplex timers and now SNTP lately, I don't understand one thing about SNTP. When you go out on the internet to a trusted time source, how do you account for the time between the time source getting the request, and the correct time coming back to your machine? I know there is latency there. Depending on traffic, the time over the network can vary. How is that accounted for in setting the exact time? NIST dialup (used to?) automate this. If the caller echoed every received character, NIST would advance its time signal by half the measured delay. NIST was aware of the delay ranges for any even number of satellite hops. If the delay appeared to correspond to an odd nuumber of satellite hops (although they stated they consdered sucn an unsymmetrical path unlikely), they'd report an error. NIST also stated, at least previously, that the most accurate setting was available at the lowest rate, 300 BPS, because such archaic modems performed little or no buffering or DSP. NIST also documented that the center of a certain bit (I forget which) in the asterisk character marking the time was the exact time. Obviously this is better than TCP/IP. Otherwise, there's WWV. There's GPS. I believe Sysplex Timer will use WWV. I don't think GPS. How many readers of this list believe their z/Series TOD clock is closer to correct than their PC's? How many less close? Is the z/Series clock as good or better only because the PC uses it as a reference? -- gil -- 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: Synchronize Time Between Mainframe and Servers?
On Sat, 19 May 2007 02:11:01 -0500, Bruno Sugliani wrote: Well we do it in my shop ( i started with Ken Clapp code first) Now we use the SNTP daemon provided by TCPIP , and all hardware machines are using it .(we run it on a // sysplex dual site) ... In clear the time is perhaps wrong , but it is the same for everyone ! What are the z/Series using as a time reference? Is it possible for one z/Series to use the SNTP daemon on another z/Series system as a reference? -- gil -- 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: How Does the SNTP Server Get the Correct Time
The algorithm is not all that trivial. Look for propagation delay and roundtrip delay in: http://www.eecis.udel.edu/~mills/database/reports/ntp4/ntp4.pdf At 09:40 AM 5/19/2007, Eric Bielefeld wrote: I have a question that I've never seen answered. With all the discussions of sysplex timers and now SNTP lately, I don't understand one thing about SNTP. When you go out on the internet to a trusted time source, how do you account for the time between the time source getting the request, and the correct time coming back to your machine? I know there is latency there. Depending on traffic, the time over the network can vary. How is that accounted for in setting the exact time? == Art Celestini Celestini Development Services Phone: 201-670-1674Wyckoff, NJ = http://celestini.com = Mail sent to the From address used in this post will be rejected by our server. Please send off- list email to: ibmmainat-signcelestinidotcom. == -- 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: Synchronize Time Between Mainframe and Servers?
On Sat, 19 May 2007 17:02:52 +0200, R.S. wrote: 2. AFAIK such synchronization requires some special setup, sysplex timer will not start using it itself. How can I connect sysplex timer to my ntp server over regular IP/ethernet connection ? I have heard of a scheme where an NTP-synchronized PC is connected via a null modem to the serial port on the sysplex timer (the PS/2 in the sysplex timer can't do this by itself). That PC then spoofs the protocol of dialup to NIST, which is aceptable to the sysplex timer. Rube Goldberg. I can imagine hearing the PFCSKs snickering. When they learn the price of the obsolete PC which is the sysplex timer, the snickers become guffaws. -- gil -- 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: Synchronize Time Between Mainframe and Servers?
On Sat, 19 May 2007 10:12:04 -0500, Paul Gilmartin [EMAIL PROTECTED] wrote: What are the z/Series using as a time reference? Is it possible for one z/Series to use the SNTP daemon on another z/Series system as a reference? The z/Series are using the 9037 as an external source and one of them become the server for the distributed servers or routers ( they are clients calling on UDP port 123) The 9037 can get its time from longwave or atomic or whatever (via the V24) . But i do not know of an SNTP client running on z/Series , so i do not think it is possible . ( we could make a nice loop however :-)) ) I am no expert ( i was just fed up having different timestamps on all multiple tiers architecture , and now it is solved ) . Bruno -- 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: Slightly OT but Germain
On May 19, 2007, at 9:55 AM, Eric Bielefeld wrote: Ed, I don't think this is off topic at all. It could become the next hot storage type, or it could fizzle like so many new technologies. Thanks... I didn't want to get hopped on by the usual crowd. Just a comment on your postings, Ed. As many have commented on your postings, your opinions and memories about several vendors, and especially Share, seem to clash with a lot of others experiences. But, you often post articles of interest that no one else comes up with. Keep posting articles like this. I have an unusual background when it comes to GUIDE/SHARE. Unlike a lot of people on here I was a grunt at GUIDE for 20 (or so years). Yes I eventually headed up a group but during that 20 years I sat in the background doing my job and getting to know a lot of people. I include IBMers as part of that. Towards the end I was getting invited out to dinner with IBM at least 1 or 2 times a meeting. I also hung around SCIDS and drank my fair share. I will say this that although it was a rewarding experience (working as a grunt and as a group leader). I got to see the stuff that tends to go on in the background that normal attendees did not see. A lot of stuff that is glossed over on here I lived through and experienced. I sort of get a kick out of the people that say well I never saw that or that never happened as in fact it really happened. Then the people who say get involved volunteer or don't criticize as you haven't experienced it. Probably only a few on here went to SHARE/GUIDE for 20+ years like I have. Those that have can may have rose colored glasses on or have an optimistic view of the world, I don't know. I cannot say I was at SHARE for 20+ years, I can say I started out at SHARE in the early 70's and got tired of it and then started going to GUIDE. I found that SHARE attendees were almost all young and somewhat naive when it came to IBM. Yes I liked IBM but knew that they were good but a needed evil. The people that attended SHARE were most likely to be tech people that could go on arguing for hours about a bit or byte or a fullword contents. That was fine, up to a point. It got tiring at 4 sessions a year (2 majors and 2 mini's). I got tired of the rose colored glasses everyone had on. After GUIDE evaporated I started going back to SHARE. It had slightly changed in that there was no longer the arguing over bits and bytes but had picked up a lot of characteristics of GUIDE, but it kept the old boy network that was there since the early 70's (or before I am not sure what went on before the 70's). When I started to attend SHARE in the 90's, it took me about 4 (or 5) meetings to realize that SHARE just wasn't GUIDE and as long as the young people ran it, it would never grow up. Ed --SNIP- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Technical Support magazine
Does anyone know what has happened to this publication? The NaSPA site (www.naspa.com) has been transformed into some kind of a web portal, with no sign of Technical Support anywhere. I know that they went to an all-electronic ezine format last fall, but now I cannot even find *that*. -- 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: Slightly OT but Germain
Please let me say that, as one who also began attending SHARE meetings in the early '70s, I cannot thank you enough for including me in the young people. Made my day. Mike At 11:37 AM 5/19/2007 -0500, you wrote: ... When I started to attend SHARE in the 90's, it took me about 4 (or 5) meetings to realize that SHARE just wasn't GUIDE and as long as the young people ran it, it would never grow up. Ed -- 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: Technical Support magazine
Don Leahy wrote: Does anyone know what has happened to this publication? The NaSPA site (www.naspa.com) has been transformed into some kind of a web portal, with no sign of Technical Support anywhere. I know that they went to an all-electronic ezine format last fall, but now I cannot even find *that*. Not only that, but if I view that link in Firefox I get two fast flickering images (one for using Firefox and Google together and one from the Google job search; I also get this second one as a solid image). Hard to watch for long. Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques -- 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: Slightly OT but Germain
Michael Stack wrote: Please let me say that, as one who also began attending SHARE meetings in the early '70s, I cannot thank you enough for including me in the young people. Made my day. Mike Easy, now, Mike. We were _all_ young 35+ years ago. Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques -- 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: Virtual Tape hardware
Hi Dan, In my presentation at IBM eTC (NaSPA Ontario) this week, I briefly mentioned a few alternatives. Here are some that may involve boxes, not sure the dimensions: Bus-Tech MAS, MDL Diligent Technologies VTF Mainframe Luminex Software Universal Software VTA The focus of my presentation was IBM VTS (TS7xxx) and SUN VSM. Funny enough, I forgot to mention the FLEX box. Thanks to the others for naming some I hadn't heard of... I will update the foil! Regards, Mike Baldwin Cartagena Software Ltd. www.cartagena.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: Synchronize Time Between Mainframe and Servers?
Paul Gilmartin wrote: What are the z/Series using as a time reference? Is it possible for one z/Series to use the SNTP daemon on another z/Series system as a reference? Options (I think they were mostly OEM) have existed for some time to connect a Sysplex Timer with an ETR such as a receiver for a Radio transmitter like the German DCF77 or a GPS receiver. To my knowledge, there hasn't been much customer interest in these devices. Using SNTP to get the time might be easier but it is, I think, understandable that installations are careful about connecting a Sysplex Timer to the Internet. The problem of adjusting the time base of a sysplex is quite complex. Increments have to be chosen very carefully and simply setting the time back is out of the question. -- Ulrich Boche SVA GmbH, Germany IBM Premier Business Partner -- 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: Date Time in JCL
On Sat, 19 May 2007 09:46:23 -0500, Paul Gilmartin wrote: On Sat, 19 May 2007 08:49:50 -0500, Kenneth E Tomiak wrote: o [ concerning time zone choice ] C is the big winner here (but z/OS's C preprocessor still gets it wrong. IBM rejected my ETR on this.) I'll stand somewhat corrected on this. I retested, and c89 -E now works correctly, presumably in consequence of: APAR Identifier .. PK17058 Last Changed 06/02/02 FROM USS THE COMPILER SHOULD RESPECT THE TZ ENVIRONMENT VARIABLE. Symptom .. IN INCORROUT Status ... CLOSED PER Severity ... 3 Date Closed . 05/12/20 Why does the C compiler run as a POSIX(OFF) application? But when I reported the problem 5 years earlier, I encountered considerable resistance from support, likely as a result of the POSIX(OFF) entanglements. It wound up with: = [ IBM ] -565512101 - 01/06/22-13:30- Hi Paul, Just checking if this is something you are still interested in pursuing at this time. I will go ahead and inform the development team of the problem demonstrated in my previous example. It will be something we will look into for a future release unless we've missed the mark on the problem or impact. Will keep the record open for another week pending your feedback. Thanks, ... - [ gil ] -565512101 - 01/06/29-16:06- RESPOND ELECTRONICALLY: c89TZ (User Keyword). Hello, FIN certainly seems appropriate to me. I should know better than to take FIN, but I sensed that was the best I'd get. In fact, no APAR was generated at that time, and the problem persisted for four more years. -- gil -- 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: Looking for an IBM manual
Check with the diskette or CD you got TCPDIAL.EXE from. The dialer I knew of, was part of the IBM Global Network, which they sold off to ATT. From that point on it would not be an IBM publication. Is there something specific you are looking for or need to do? -- 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: Getting to publications web pages now.
It may have kept you busy long enough for whatever the real problem in the network or website was to have been fixed. Placebo effect. If you were unable to get to any website then the problem could have been in your set up or with your ISP. Beyond local, a website could be undergoing a denial of service attack and not all of your requests could be served. Rebooting your machine would do nothing to fix a DOS against some other web server. But if things worked afterwards, you might assume that was the cure. On Thu, 17 May 2007 08:32:03 -0500, David Day [EMAIL PROTECTED] wrote: I re-booted the modem, router, and PC. Guess something had changed. Router supposedly has a built in firewall, but I don't understand how it would have let me get to some pages, and not others. Anyway, thanks all who responded for the help. --Dave Day -- 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 10 software install gripes
Bow out at any time. It is simply *not worth* to discuss. I simply don't care about wasted track in my PDS. -- Radoslaw Skorupka Lodz, Poland Not sure anyone stated 44, 45, 46 were magic numbers, We stated how many fit on a track and how we were willing to try to use that in our allocations. There is no magic to the numbers. You need as many directory blocks as you need to hold as many members as you will have and not one more. So the discussion was turning back to what vendors should provide since what they deliver is usually too small. Otherwise, someone likes an entire cylinder, although if he filled his 674 directory blocks then it wasn't enough, others like to fill tracks, and others do not care. Voicing our opinions is not a waste of time to those who wish to continue. It provides input to those who do not have any idea how many directory blocks to allocate. Knowledge is power. For some of us, those wasted tracks add up and when multiplied by inefficient allocation practices just gets worse. That you can afford to not be as efficient as you can is great for you. Some of us struggle to run with what we have. For my stuff, PDSE rules unless I have a loadlib. -- 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: Technical Support magazine
Every now and then I would look for the website and make the same mistake, dot-com is not the ending of every link. Try: http://www.naspa.net/ On Sat, 19 May 2007 12:48:02 -0400, Don Leahy [EMAIL PROTECTED] wrote: Does anyone know what has happened to this publication? The NaSPA site (www.naspa.com) has been transformed into some kind of a web portal, with no sign of Technical Support anywhere. I know that they went to an all-electronic ezine format last fall, but now I cannot even find *that*. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
VTAM question (***)
We have just upgraded from z/OS 1.4 to z/OS 1.7. There is a slight behaviour difference in ISPF, however, when navigating ISPF panels. I'm 99% sure the change I need to make is in VTAM somewhere, but I can't for the life of me remember where. When going from certain panels to other (homegrown) panels, the user is presented with *** at the bottom of the screen and must hit enter. Prior to the implementation of 1.7, however, the *** was not presented and the new panel was displayed without having to hit enter. Can someone point me to where I need to look? Many thanks in advance. Debbie Mitchell Utica National Insurance Group -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
How have you been able to get Agent to automatically reply was Re: Mainframe Empty datasets
On Fri, 18 May 2007 12:17:41 -0600, in bit.listserv.ibm-main you wrote: On 18 May 2007 10:50:04 -0700, [EMAIL PROTECTED] (Mark H. Young) wrote: Howard, where did you find this topic to originate? Back in April or March perhaps? I can't seem to backtrack via Previous in Topic up above. It is in black (not blue) and not selectable. Can anyone help me out with navigation please?! I suspect the statement I replied to might be in the newsgroup only, not in the listserv. I have my subscription set up to not e-mail me messages, but I read the newsgroup. I have Agent set up to change my replies to go to the listserve. I have only been able to do this by using Reply to Usenet message via e-mail in the action column and then for most e-mails changing to the ibm-main address (most reply addresses seem to be [EMAIL PROTECTED] This includes the one from Howard. I will set up the persona for bit.listserv.ibm-main to do so if someone tells me how. -- 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: Why is there JOB scope for DSN ENQ's anyway?
On 18 May 2007 13:30:32 -0700, in bit.listserv.ibm-main you wrote: Picking up on something Paul G. said in another thread, I realized I have never known *why* the system issues JOB scope ENQ's on DSN's. I do realize that it is most probably to avoid an ENQ deadly embrace somewhere along the line, but for the life of me (well, and maybe because it's Friday) I can't think why a DSN ENQ would be JOB scope instead of STEP scope. At least not by default, anyway. I suppose if you create a dataset in step A and then use it DISP=SHR in step B (or F or Z, way down the line), if it were not JOB scope ENQueued some other job could come in-between your create and use steps and delete it on you, or update it in some clever but unscrupulous way, but I really can't think of a scenario that means JOB scope ENQ's are required. TIA for curing my ignorance on this subject. AS I understand it, The ENQ for a data set is from start of job until the last using step. If the ENQ is exclusive for the first step and shared for the second, it will be changed by the initiator/terminator between steps. If no further step requires the data set the ENQ is dropped. JES3 may do some additional things. Since the Job is the unit of work that requires the data set it should have it for as long as it needs it. FREE=CLOSE also influences things. Peter -- 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: Technical Support magazine
Kenneth E Tomiak wrote: Every now and then I would look for the website and make the same mistake, dot-com is not the ending of every link. Try: http://www.naspa.net/ Except that going to .net and clicking on NaSPA sends you to naspa.com, where (under Netscape) I get a fatal error: Call to undefined function user_access() in C:\www_hosts\naspa5\sites\all\modules\browser_support\browser_support.module on line 155 Gerhard Postpischil Bradford, VT new e-mail address: gerhardp (at) charter (dot) net -- 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: Technical Support magazine
On Sat, 19 May 2007 19:53:48 -0400, Gerhard Postpischil [EMAIL PROTECTED] wrote: http://www.naspa.net/ Except that going to .net and clicking on NaSPA sends you to naspa.com, where (under Netscape) I get a fatal error: Call to undefined function user_access() in C:\www_hosts\naspa5 \sites\all\modules\browser_support\browser_support.module on line 155 Gerhard Postpischil Bradford, VT You could try the other link the web page: In September of 2000 NetStream and NASPA merged under the company umbrella of Technical Enterprises. You now have the best of both worlds. http://www.techenterprises.net/ It seems you are dead set on reaching something that may not exist. -- 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: VTAM question (***)
Have not experienced that myself. Sounds like you have a clist or rexx exec in between, doing a write or say with no data. So TSO/E gives you the asterisks before continuing. Can't see how VTAM is going to change that. On Sat, 19 May 2007 17:25:52 -0500, Debbie Mitchell [EMAIL PROTECTED] wrote: We have just upgraded from z/OS 1.4 to z/OS 1.7. There is a slight behaviour difference in ISPF, however, when navigating ISPF panels. I'm 99% sure the change I need to make is in VTAM somewhere, but I can't for the life of me remember where. When going from certain panels to other (homegrown) panels, the user is presented with *** at the bottom of the screen and must hit enter. Prior to the implementation of 1.7, however, the *** was not presented and the new panel was displayed without having to hit enter. Can someone point me to where I need to look? Many thanks in advance. Debbie Mitchell Utica National Insurance Group -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: 3350 errors
It has been some time since I worked on 3350s, but I believe the described fault which lead to head crashes was an air filter somewhere in the HDA assembly which eventually deteriorated and got onto the platters. OK, thanks for the info. I suppose by now one can assume that just about all the filters have gone bad. And one can also wonder what kind of supreme pain in the neck it would be to replace the filters. -- Will -- 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: 3350 failures
Since it is for a museum environment, you should ask your local IBM office to donate some maintenance expertise. You might have to supply multiple 3350's as source parts for repairs. Yes, this is the case with all old 14 drives, IBM or otherwise. Unfortunately those made by IBM seem not to have survived well*, so the supply of junkers is limited. IBM's use of custom technology just about everywhere during that era does not help the spare parts matter either. *thus my infrequent and hopefully not annoying preaching on this list not to trash really old mainframe hardware and software. -- Will -- 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: Why is there JOB scope for DSN ENQ's anyway?
On Sat, 19 May 2007 20:52:05 -0300, Clark Morris wrote: ... If the ENQ is exclusive for the first step and shared for the second, it will be changed by the initiator/terminator between steps. Nope. Wishful thinking. But why not? -- gil -- 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
More Details on the IBM Lost Tapes
http://www.informationweek.com/blog/main/archives/2007/05/ missing_without.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: LOADxx PARMLIB statement, can dsname include SYSR1 symbol?
In [EMAIL PROTECTED], on 05/17/2007 at 01:38 PM, Peter Relson [EMAIL PROTECTED] said: No, the dsname cannot include SYSR1. Nor is such functionality likely to be implemented. Do you mean only that there are no plans to do so, or that a requirement, if submitted, would probably be rejected? I understand that you need to resolve the PARMLIB concatenation before you can provide full symbol support, but substituting only SYSR1 and possibly allowing symbol definitions in LOADxx should be less work. Would you advise the OP to submit a requirement, or is it a lost cause? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3350 errors
In a message dated 5/19/2007 8:19:07 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: about all the filters have gone bad. And one can also wonder what kind of supreme pain in the neck it would be to replace the filters. IIRC The HDA's were $15K and the filters were apart of HDI that included the plenum and two big AlNico magnets that took two hands and a foot to pull off a fire door. ** See what's free at http://www.aol.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: Technical Support magazine
Kenneth E Tomiak wrote: You could try the other link the web page: In September of 2000 NetStream and NASPA merged under the company umbrella of Technical Enterprises. You now have the best of both worlds. http://www.techenterprises.net/ It seems you are dead set on reaching something that may not exist. The original poster was looking for Tech Support magazine, in the new on-line format. The above url gets you, eventually, to a cover picture, but not any issues. Since my membership is entirely due to the magazine, several of the regular columns I read, the current state of affairs would appear to constitute a breach of contract. Gerhard Postpischil Bradford, VT new e-mail address: gerhardp (at) charter (dot) net -- 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