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
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
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
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
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
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
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
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
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 /
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
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
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
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
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
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
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
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
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
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
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
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.
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*.
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)
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
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
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
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
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
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?
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
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.
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
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
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
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
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
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
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]
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
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
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
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
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?
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
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
45 matches
Mail list logo