Ed Gould wrote:
http://www.sciencedaily.com/releases/2015/04/150421132031.htm?
utm_source=feedburnerutm_medium=emailutm_campaign=Feed:
+sciencedaily/strange_science+(Strange++Offbeat+News+--+ScienceDaily)
Thanks for this just in time OT post, but my dear Watson, is it really that
accurate? Time
The references I cited in my previous post are documentation elaborations.
Nothing more, nothing less. IBM did not (generally) recommend multiple JES3
globals in a single Sysplex (which can consist of a single LPAR or not),
past tense, and IBM does not (generally) recommend multiple JES3 globals
They can claim anything, who is gonna check this and where can I complain after
15b years if my clock appears to be not that accurate then?
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Elardus Engelbrecht
Sent: 30 April,
You would really hate to be more than a second late for being vapourized by the
sun when it goes red giant.
Shane ...
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu
Your sleeve tats might knock a couple leap seconds off...it must be Fri?
http://money.cnn.com/2015/04/29/technology/apple-watch-tattoos/
In a message dated 4/30/2015 1:31:27 A.M. Central Daylight Time,
kees.verno...@klm.com writes:
They can claim anything, who is gonna check this and
Vernooij, CP (ITOPT1) - KLM wrote:
I discovered an error in ISMF when using the EOF key.
On what z/OS level are you? (and also what version of TSO and ISPF too if that
matters)
Since it is on the second page, this alteration can easily be taken into
production unnoticed, until the space
On Thu, 30 Apr 2015 00:03:36 +0530, Nathan Astle wrote:
I am going to roll out RSU1503 to our z/OS 1.13. Did someone ran into any
problem like a memory or any storage overlay ?
Any experiences ?
Did you have a problem?
Did you download the latest HOLDDATA and run REPORT ERRORSYSMODS?
--
Tom
On Thu, 30 Apr 2015 14:21:35 +0800, Timothy Sipples wrote:
The references I cited in my previous post are documentation elaborations.
Nothing more, nothing less. IBM did not (generally) recommend multiple JES3
globals in a single Sysplex
Right. And they still don't, for many reasons.
(which
But is it consistent with the special theory of relativity?
Vacation Notice:
- none currently scheduled -
Tom Puddicombe
Principal Systems Engineer
Mainframe Performance Capacity Planning
CSC
31 Brookdale Rd, Meriden, CT 06450
ITIS | (860) 428-3252 | tpudd...@csc.com | www.csc.com
This is
I reproduced it on z/OS 1.13 and z/OS 1.2
Yes, the dsntype field is on DGTDCDC2 and it is the original IBM panel.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Elardus Engelbrecht
Sent: 30 April, 2015 14:14
To:
Kees Vernooij wrote:
Correction: 1.13 and 2.1 of course.
Can you reproduce the problem?
Yes. sort of on 1.13.
If I enter a valid value and I scroll back and forth, my entered value is the
same.
If I go back to the field, fill in the field, press EOF and scroll away and
back, I then see PDS
Vernooij, CP wrote:
Recreation of the problem requires a precise script:
So I discovered that after some retries before I replied to you.
I opened a PRM for this.
That PMR already resolved? Oh, wait, sorry, I should rather go sloow ;-D
If you can, could you
On 04/30/2015 09:24 AM, John Eells wrote:
I'm reliably told the problem has been fixed.
SNIPPAGE
You beat me to it. I just sent two ftps this morning that worked
(finally).
Regards,
Steve Thompson
--
For IBM-MAIN
Ok, I will.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Elardus Engelbrecht
Sent: 30 April, 2015 15:30
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Heads up: ISMF error using the EOF key.
Vernooij, CP wrote:
Recreation of
Even then it seems overkill. Nanoseconds will currently still be quite useful
for the mentioned events and if my calculations are right, there will be
1431 strontium clockticks in 1 nanosecond.
Kees.
-Original Message-
From: IBM Mainframe Discussion List
Correction: 1.13 and 2.1 of course.
Can you reproduce the problem?
Kees.
-Original Message-
From: Vernooij, CP (ITOPT1) - KLM
Sent: 30 April, 2015 14:17
To: IBM Mainframe Discussion List
Subject: RE: Heads up: ISMF error using the EOF key.
I reproduced it on z/OS 1.13 and z/OS 1.2
Yes,
Thanks for your confirmation.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Elardus Engelbrecht
Sent: 30 April, 2015 14:38
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Heads up: ISMF error using the EOF key.
Kees Vernooij
Ed Finnell wrote:
Your sleeve tats might knock a couple leap seconds off...it must be Fri?
http://money.cnn.com/2015/04/29/technology/apple-watch-tattoos/
See also this about 'Apple Watch hit by #tattoogate'
http://www.fin24.com/Tech/Mobile/Apple-Watch-hit-by-tattoogate-20150430
Groete
Um, have the taken into account the Einsteinium time dilation that will occur
as the Andromeda galaxy merges with ours?
I'm just saying :-)
Greg
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf
Of Ed Gould
Sent: Thursday, April 30,
On Thu, Apr 30, 2015 at 12:55 AM, Ed Gould edgould1...@comcast.net wrote:
http://www.sciencedaily.com/releases/2015/04/150421132031.htm?utm_source=feedburnerutm_medium=emailutm_campaign=Feed:+sciencedaily/strange_science+(Strange++Offbeat+News+--+ScienceDaily)
And I can just imagine it: The
I'm reliably told the problem has been fixed.
All the instructions for transfers are documented on the ecurep site,
but (as you can see here:
http://www.ibm.com/de/support/ecurep/send_ftp.html) what we want people
to do is use the geographically closest server to them so the transfers
are
For your information:
I discovered an error in ISMF when using the EOF key.
I want to ALTER the attributes of a dataclas that specifies DSNTYPE: LARGE.
After the ALTER command, the first page of data is presented. I change the
secondary space amount and hit EOF to clear the rest of the field.
The point of most such efforts is not to measure long intervals , even
millenia, with great accuracy; it is to permit the short, very short,
intervals of time between successive events within, say, a CP to be
measured accurately.
On Thu, Apr 30, 2015 at 3:37 AM, Shane Ginnane ibm-m...@tpg.com.au
Recreation of the problem requires a precise script:
- ALTER in front of the dataclas + Enter
- change the secondary space value
- EOF the remainder of the field
-
On Tue, 28 Apr 2015 12:49:44 +0800, Timothy Sipples wrote:
I thought JES3 can still spread workload over multiple LPARs?
That has nothing to do with PolyASP, which was the ability to run a
secondary ASP on the same CPU.
I disagree with the word nothing. Multiple LPARs often exist on the same
To All,
This is from CICS Problem Support Bob Sodan sodan...@us.ibm.com MAY 2007.
THE TESTCASE SITE WILL NO LONGER ACCEPT DOCUMENTATION
PLEASE SEND YOUR DOCUMENTATION USING FTP VIA THE INTERNET.
1. CONNECT TO OUR FTP SITE: ftp.emea.ibm.com
(or 192.109.81.7) USER: ANONYMOUS PASSWORD: YOUR
I feel insulted by the tone of your comments.
Me too! I used to appreciate Timothy's posts for their precision. However, in
this case he seems to have a need to be perceived as right, even if he's not.
Date: Thu, 30 Apr 2015 08:22:00 -0500
From:
On Thu, 30 Apr 2015 06:31:09 +, Vernooij, CP wrote:
They can claim anything, who is gonna check this and where
can I complain after 15b years if my clock appears to be not
that accurate then?
Why shouldn't it be that accurate? After all, a second is currently
defined in terms of atomic
This is not directed at anyone in particular, but it seems worth
mentioning. Unless you have specific holes drilled through your
firewalls for testcase (and not for the other servers), there is no need
to wait. Just use another server to send the data to IBM.
ste...@copper.net (Steve
FYI
IBM Knowledge Center will be unavailable on May 03 from 03:00 to 04:00
UTC due to server maintenance.
Lizette
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
Lizette
When the D/R system was up I issued
D OMVS,F
BPXO042I 07.54.06 DISPLAY OMVS 546
OMVS 000F ETC/INIT WAIT OMVS=(00,21)
And that's all that came back.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Lizette Koehler
Do you have MEMLIMIT=NOLIMIT on the OMVS proc? I had this problem when I
first brought up zOS 1.13. OMVS has to be initialized prior to TCP/IP
starting. OMVS is one of those address spaces started by the OS itself,
like SMS.
On Thu, Apr 30, 2015 at 1:24 PM, John Norgauer jcnorga...@ucdavis.edu
On Thu, 30 Apr 2015 00:55:24 -0500, Ed Gould wrote:
http://www.sciencedaily.com/releases/2015/04/150421132031.htm?
utm_source=feedburnerutm_medium=emailutm_campaign=Feed:
+sciencedaily/strange_science+(Strange++Offbeat+News+--+ScienceDaily)
(watch the wrap)
Ed, you should use a better way of
Why do *I* have to correct for it, Gil? Isn't someone else being paid to do
that?
(I just could resist... my initials are GPS :-)
Greg
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf
Of Paul Gilmartin
Sent: Thursday, April 30, 2015
On Thu, 30 Apr 2015 08:52:09 -0500, Tom Marchant wrote:
On Thu, 30 Apr 2015 06:31:09 +, Vernooij, CP wrote:
They can claim anything, who is gonna check this and where
can I complain after 15b years if my clock appears to be not
that accurate then?
Why shouldn't it be that accurate? After
I have a new z/os 2.1 system and when I IPL'ed it on my DR LPAR, OMVS never
started.
I noticed that my IFAPRD member in parmlib was obsolete and this caused TCP
base not to start.
Does TCP base actually start OMVS ASID?
If TCP is not the culprit, what actually starts OMVS.
My Sandbox 2.1
My OMVS proc located in SYS1.IBM.PROCLIB is the vanilla proc from IBM.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Dean Montevago
Sent: Thursday, April 30, 2015 10:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OMVS not starting
John,
Go to SYSLOG and look for OMVS - see what error message you might find.
Also, you should be able to issue D OMVS and see the status of the task.
Look for BPX messages.
Lizette
-Original Message-
From: John Norgauer jcnorga...@ucdavis.edu
Sent: Apr 30, 2015 10:42 AM
To:
The only prereq to OMVS is JES2 in my shop.
TCPIP start up is dependent on
NET,OMVS,GSKSRVR,TSO
GSKSRVR may not be running in your shop. But the others are required.
Lizette
-Original Message-
From: Dean Montevago snipers5...@gmail.com
Sent: Apr 30, 2015 10:36 AM
To:
On Thu, Apr 30, 2015 at 1:33 PM, John Norgauer jcnorga...@ucdavis.edu
wrote:
Lizette
When the D/R system was up I issued
D OMVS,F
BPXO042I 07.54.06 DISPLAY OMVS 546
OMVS 000F ETC/INIT WAIT OMVS=(00,21)
And that's all that came back.
First, I assume no replies are
Probably get 'deer in headlights' if you mentioned Hertzberg's principle of
dissatisfiers.
In a message dated 4/30/2015 3:22:41 P.M. Central Daylight Time,
stars...@mindspring.com writes:
Not for everything I do in KC
On 2015-04-30, at 14:37, Ed Gould wrote:
I am thinking that the URL is broken by the listserv.
Ed
I suspect otherwise. After carefully repairing and testing your URL,
I'm submitting it again via OS X 10.6.8 Mail.app. I'll see what happens.
No replies outstanding
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of John McKown
Sent: Thursday, April 30, 2015 11:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OMVS not starting on my DR LPAR
On Thu, Apr 30, 2015 at 1:33 PM,
John, a couple of items to consider:
- Check your sysplex setup (if you code SYSPLEX(YES) in BPXPRM) to assure
everything is up and running on your DR system.
- Assure the file systems you need to access /etc are mounted.
Bart
-Original Message-
From: IBM Mainframe Discussion List
I miss HONE !
Jerry Whitteridge
Lead Systems Engineer
Safeway Inc.
925 738 9443
Corporate Tieline - 89443
If you feel in control
you just aren't going fast enough.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Staller, Allan
From: John Norgauer jcnorga...@ucdavis.edu
D OMVS,F
BPXO042I 07.54.06 DISPLAY OMVS 546
OMVS 000F ETC/INIT WAIT OMVS=(00,21)
This indicates a hang in initialization. From the fine manual UNIX System
Services Planning
13.7.8 Diagnosing hangs during z/OS UNIX initialization
The main annoying event, is while you are in pubs, every switch causes that
message to pop up. I only need to see it once if I am in KC. Not for
everything I do in KC
Lizette
-Original Message-
From: Jerry Whitteridge jerry.whitteri...@safeway.com
Sent: Apr 30, 2015 12:51 PM
To:
My experience with OMVS and DR is that it takes a very long time for OMVS to
initialize for the first IPL.
How long did you wait ? I have seen it take 30-45+ minutes for OMVS to
initialize at DR for my system. (While back home it is not an issue). We
figured out that this had something to do
More cases of IBM not living up to the capabilities of their OS.
IBM should be embarrassed!
The new tools are not as reliable or available as those they replaced
snip
IBM Knowledge Center will be unavailable on May 03 from 03:00 to 04:00
UTC due to server maintenance.
/snip
On 2015-04-30, at 14:57, Paul Gilmartin wrote:
On 2015-04-30, at 14:37, Ed Gould wrote:
I am thinking that the URL is broken by the listserv.
Ed
I suspect otherwise. After carefully repairing and testing your URL,
I'm submitting it again via OS X 10.6.8 Mail.app. I'll see what
I remember we had some of IFAPRDxx errors when IPLing zOS 2.1 for the first
time.
Some of the error messages I could retrieve:
IRR418I RACF PRODUCT DISABLED: IRRSSI00 ENDED.
BPXP006E OMVS IS WAITING FOR SECURITY PRODUCT INITIALIZATION
We had performed NO changes in IFAPRDxx from 1.13 to 2.1 at
Paul:
I am thinking that the URL is broken by the listserv.
Ed
On Apr 30, 2015, at 12:05 PM, Paul Gilmartin wrote:
On Thu, 30 Apr 2015 00:55:24 -0500, Ed Gould wrote:
http://www.sciencedaily.com/releases/2015/04/150421132031.htm?
utm_source=feedburnerutm_medium=emailutm_campaign=Feed:
Sounds like missing /etc or root. Catalog for OMVS hlq got disconnected?
Symbols on DR system resolve differently?
On Apr 30, 2015 6:21 PM, Rob Schramm rob.schr...@gmail.com wrote:
OMVS
is not dependent on TSO running.
On Apr 30, 2015 2:18 PM, Lizette Koehler stars...@mindspring.com
wrote:
jerry.whitteri...@safeway.com (Jerry Whitteridge) writes:
I miss HONE !
Jerry Whitteridge
Lead Systems Engineer
Safeway Inc.
I was recently asked when HONE actually shutdown
http://www.garlic.com/~lynn/2015c.html#93 HONE Shutdown
and found an email from may1998 saying it was going away
Seems like a little planning would go a long way. Something like
mvs_testcase,
cics_testcase, ims_testcase, db2_testcase and so on The user would be
directed which one
to utilize in the problem record and the DNS would take care of where it
was sent.
Anyway, thanks for looking into it.
Interesting. Sorry about that. I got the answer I posted from Level 2
Service Planning in Poughkeepsie, and the availability information from
ISC Boulder, which supports the testcase server. I don't think either is
aware that customers are being told not to use it. I'll see whether we
can
sipp...@sg.ibm.com (Timothy Sipples) writes:
Let's take a brief look at this not exactly new history. I can fairly
easily trace JES3 back a quarter century. (Perhaps somebody else would like
to go back into the pre-Sysplex JES3 era, from 1973 to 1990, to see what
IBM recommended and/or
57 matches
Mail list logo