On Sun, 25 Oct 2015 20:53:13 -0400, Peter Relson wrote:
>Once properly licensed, I believe that there is very little of your own
>code that you are not allowed to make zIIP eligible.
>
>The main thing that you are not allowed to do is to make someone else's
>code zIIP-eligible (which includes
On Mon, 26 Oct 2015 00:34:13 -0400, Robert A. Rosenberg wrote:
>At 09:51 -0500 on 10/25/2015, Shmuel Metz (Seymour J.) wrote about
>Re: Redirect or hide IEBCOPY output when using the TSO RECE:
>
>>In , on 10/23/2015
>>at 09:25 PM, "Robert A. Rosenberg"
How does one handle a 1 hour back time change within a monoplex or sysplex. We
have always had in issue with the SYS1 xcf , wlm and logr files and the fall
time change. We just shutdown, wait one hour and come back up.
I would like to see how others handle this!
Tim Brown
Sent from my
Thank you. That is the total capacity of the CEC, 28 on my machine. For SCRT
purposes, I cap at 16. Is there a variable which I can look at to see how far
under this cap I am, or when I am experiencing capping?
> -Original Message-
> From: IBM Mainframe Discussion List
I'm a developer, not an operations guy. My boss has asked me why a
datacenter we use would need to IPL for the daylight to standard time
transition. He asks if the box does not use UTC, and I said that yes, the
hardware clock is generally set to UTC but that perhaps the LPAR time zone
change
I use the following, which is similar to the REXX provided earlier in this
thread (and liberally stolen from Mark Zelden).
/* REXX */
CVT =
On Mon, 26 Oct 2015 14:28:14 -0700, Charles Mills wrote:
>
>Can anyone enlighten me? Why might our datacenter need or want to IPL for
>the Daylight to Standard time conversion?
>
Atavistic applications. I doubt there's any such residue in the OS.
-- gil
At 23:33 + on 10/26/2015, Chris Hoelscher wrote about Re: RE-IPL
for the Daylight to Standard time conversion?:
We also shutdown for 1 hour - even oif there were no system issues
(and I believe there are not) - our friends in development cannot
tell us if there are any apps they rely
OP did not state whether GMT is set to UTC or local. I would have thought by
now shops would have converted to UTC. I understand that the hit is much bigger
for shops located in the Eastern Hemisphere because the change requires
shutting down--once--for a prodigious period, but in the Western
At 03:57 -0500 on 10/26/2015, Norbert Friemel wrote about Re:
Redirect or hide IEBCOPY output when using the TSO RECE:
On Mon, 26 Oct 2015 00:34:13 -0400, Robert A. Rosenberg wrote:
At 09:51 -0500 on 10/25/2015, Shmuel Metz (Seymour J.) wrote about
Re: Redirect or hide IEBCOPY output when
We also shutdown for 1 hour - even oif there were no system issues (and I
believe there are not) - our friends in development cannot tell us if there are
any apps they rely upon/depend upon/require a non-overlapping timing sequence
(would a duplicate time violate any physical integrity(keys)
I've been wondering how long it would take for time-change questions to start.
It's a little later this year.
-
-teD
-
Original Message
From: Charles Mills
Sent: Monday, October 26, 2015 17:29
To: IBM-MAIN@LISTSERV.UA.EDU
Reply To: IBM Mainframe Discussion List
Subject: RE-IPL for the
If you use local time and ESDS for logging (key is timestamp), you
can't go backward in time and you have to be down that one hour a
year.
On Mon, Oct 26, 2015 at 4:28 PM, Charles Mills wrote:
> I'm a developer, not an operations guy. My boss has asked me why a
> datacenter we
It is not *my* shop or our shop. It is a site to which we outsource certain
processing. I do not know if the issue is that the hardware clock is set to
local time.
CharlesSent from a mobile; please excuse the brevity
Original message
From: J O Skip Robinson
Ditto.
Ed
On Oct 26, 2015, at 6:33 PM, Chris Hoelscher wrote:
We also shutdown for 1 hour - even oif there were no system issues
(and I believe there are not) - our friends in development cannot
tell us if there are any apps they rely upon/depend upon/require a
non-overlapping timing
Lizette Koehler wrote:
John,
There are two flavors of COPYGROUP/COPYGRP with z/OS V2.1
Spot on. They say memory is the second thing to go; I'd quite forgotten
the details and I wrote the announcement text about this function!
Sorry about that, all.
(Lizette, was Paul Harvey a relative?)
Awesome, thanks for all the info everyone, helpful as always. I don't know what
the mainframe community would be without this list.
Thanks and Regards,
Leo
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Tony Harminc
Sent: Friday,
On Fri, 23 Oct 2015 20:18:39 -0400, Tony Harminc wrote:
>
>IBM also has rules (published following the Neon Systems legal action
>a few years ago) that describe what workloads IBM allows to be run on
>the various kinds of processors:
On Mon, 26 Oct 2015 08:27:29 -0400, Tony Thigpen wrote:
>
>It has to do with how the other guy prices his software. For example, if
>he is mips based on a specific box, and you then start running his
>software on a much faster zIIP, he would be loosing revenue and the
>customer could be in
John - Thank you ! That quip will be used to good effect
Jerry Whitteridge
Manager Mainframe Systems & Storage
Albertsons - 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
Paul,
It has to do with how the other guy prices his software. For example, if
he is mips based on a specific box, and you then start running his
software on a much faster zIIP, he would be loosing revenue and the
customer could be in violation of the use agreement.
Tony Thigpen
Paul
On Mon, 26 Oct 2015 12:56:56 +, Jousma, David wrote:
>Tried both the primary (Boulder), and backup (Rochester), and both are failing:
>
>GIM44336S ** AN UNUSUAL CONDITION OCCURRED. GIMJVREQ - com.ibm.smp.GIMJVEXC:
> com.ibm.smp.GIMJVEXC:
Thanks for confirming the problem appears to be on IBM's side Doug. I also saw
the message you reported too.
_
Dave Jousma
Assistant Vice President, Mainframe Engineering
david.jou...@53.com
1830 East Paris, Grand Rapids, MI
Tried both the primary (Boulder), and backup (Rochester), and both are failing:
GIM44336S ** AN UNUSUAL CONDITION OCCURRED. GIMJVREQ - com.ibm.smp.GIMJVEXC:
com.ibm.smp.GIMJVEXC: java.net.ConnectException: EDC8127I
CONNECTION TIMED OUT.
GIM69188S ** RECEIVE PROCESSING
No relation to Paul Harvey. If there was, I would have used
And now for the rest of the story -
Lizette
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of John Eells
> Sent: Monday, October 26, 2015 7:37 AM
> To:
http://www.redbooks.ibm.com/redpieces/abstracts/sg248500.html?Open
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
26 matches
Mail list logo