W dniu 2012-06-15 01:07, Skip Robinson pisze:
Our operators never 'change IPL address'. They select the appropriate LOAD
profile on the HMC before IPL. We don't find it necessary on a regular
basis, but each LOAD profile can contain a unique LOADPARM value where the
specified LOADxx suffix points
Hello:
We're upgrading Omegamon V4R1 to V4R2 in our test system in z/OS 1.12. Our
enviroment is:
- OMEGAMON II FOR MVS V550: ZOOM TO EPILOG EXEC PGM=KOBCIRT0
- OMEGAMON II FOR MVS V550: EPILOG COLLECTOR EXEC PGM=KEPCOLL
- OMEGAMON II CUA: EXEC PGM=KLV
- OMEGAMON II FOR MVS V550: HISTORICAL DATA
We are having four partitions defined on one of our boxes (2086), with one z/OS
image always running, one CF LPAR with CFCC always running, but the remaining
two idle most of the time (that is, the remaining two partitions are active and
have their share of resources allocated, but no OS is runn
>We are having four partitions defined on one of our boxes (2086), with one
>z/OS image always running, one CF LPAR with CFCC always running, but the
>remaining two idle most of the time (that is, the remaining two partitions are
>active and have their share of resources allocated, but no OS is
> We wonder what percentage of CPU, otherwise spent on PR/SM management, could
> be spared and reclaimed if:
> (1) We run a single z/OS image in Basic mode on this 2086 (no LPARs defined)?
> (2) We inactivate the two partitions that are usualy idle and redistribute
> their resources.
You could a
I'm worried about the ICF LPAR sharing the engines. Unless I misunderstood
the OP.
Martin
Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Banking Center of Excellence, IBM
+44-7802-245-584
email: martin_pac...@uk.ibm.com
Twitter / Facebook IDs: MartinPacker
Blog:
https://
On Thu, 14 Jun 2012 13:25:36 +0800, Timothy Sipples
wrote:
>1. Mainframe-only chargeback regimes are deadly.
But unfortunately, the mainframe is the only server of which we truly know how
much it costs. Most other platforms, we don't have a clue of what they cost,
because most of their cost
FWIW, the samplib member is IEASYMUP (SYMUPDTE was a predecessor not
provided with z/OS itself).
A different mechanism may replace IEASYMUP at some point.
>The last time I looked you couldn't make the value of a symbol longer.
I'm not sure when (or where) you looked. That has never been a facto
On Thu, 14 Jun 2012 16:16:43 -0700, Skip Robinson
wrote:
>Is anyone else severely inconvenienced by the annual expiration of the
>SMPE Certificate:
>
> GIM69221WCERTIFICATE SMPE Client Certificate WILL EXPIRE WITHIN 16
>DAYS.
>
>One year is just long enough for me to forget completely how
In <1022461350829189.wa.lmburchcabq@listserv.ua.edu>, on
06/14/2012
at 08:48 PM, Larry Burch said:
>I was referring to the sentence, "For 'Bcc:' put the RCPT-TO in the
>RFC 821 headers (above 'DATA')
That's the envelope, not a header.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
In <2116802378190624.wa.jan.moeyersonsadelior...@listserv.ua.edu>, on
06/15/2012
at 06:14 AM, Jan MOEYERSONS said:
>But unfortunately, the mainframe is the only server of which we truly
>know how much it costs.
It may be the only server for which the OS provides accounting
information, but th
On Fri, 15 Jun 2012 09:17:39 +0200, R.S. wrote:
>W dniu 2012-06-15 01:07, Skip Robinson pisze:
>> Our operators never 'change IPL address'. They select the appropriate LOAD
>> profile on the HMC before IPL. We don't find it necessary on a regular
>> basis, but each LOAD profile can contain a uniq
DB2-L can be found at http://www.idug.org/p/fo/et/topic=19 - you need to
register on the IDUG website but it takes very little time to do that :-)
Thanks.
Aurora
Aurora Emanuela Dell'Anno
CA Technology - MSC
Sr. Engineering Services Architect
Tel: +44 (0)1753 577 733
Mobile: +44 (0)7
shmuel+...@patriot.net (Shmuel Metz , Seymour J.) writes:
> It may be the only server for which the OS provides accounting
> information, but that's not the same think. We don't know how much of
> the cost of the box is in support of instruction execution, how much
> in support of memory and how m
We still have the concept of a capture ratio - except I expect it to be in
the region of 85 - 95%. If it's not then something's up. (It's one of the
things I chart.)
Cheers, Martin
Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Banking Center of Excellence, IBM
+44-7802-24
Although we have only 'static' LPARs--which I interpret as always running
the same SYSNAME in the same LPAR--you can handle virtually any
combination of IPL parms by creating unique Load profiles with names
suggesting their function. The idea of editing--entering characters on a
keyboard--in pr
1) Only the sysprogs IPL with the different loadparm for the sandbox
2) Our operators do enter the load addresses for all other IPLs. Only one
icon per LPAR. Loadparm changes temporarily during OS migrations, but
the sysprogs usually do the first IPL and it is remembered.
We've had th
We would like to track and report any modifications to the number of entries in
a GDG base by dataset name:
ATTRIBUTES
LIMIT--3 SCRATCH NOEMPTY
---any change to the LIMIT number by dataset name.
---how might we do this?
John Donnelly
Texas Instruments SVA
2900 Se
Does the 2086 support Basic mode? I thought the MP2003 was the last machine
that did and it won't run z/OS.
:>: -Original Message-
:>: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On
:>: Behalf Of Giliad Wilf
:>: Sent: Friday, June 15, 2012 2:00 AM
:>: To: IBM-MAI
Does the type 66 SMF record have what you want (and type 61 for new GDGs)?
:>: -Original Message-
:>: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On
:>: Behalf Of Donnelly, John
:>: Sent: Friday, June 15, 2012 9:17 AM
:>: To: IBM-MAIN@listserv.ua.edu
:>: Subject:
SMF type 66 subtype 42 documents an ALTER event.
Scott Barry
SBBWorks, Inc.
http://sbbworks.com/
On Fri, 15 Jun 2012 16:17:19 +, Donnelly, John
wrote:
>We would like to track and report any modifications to the number of entries
>in a GDG base by dataset name:
>
>ATTRIBUTES
> LIMIT---
Here is a final -- from my point of view anyway -- update on this.
I wrote in the PMR:
I had a further thought on this. I think the issue is very simple. I
don't think what you are doing between 1027 and 1208 is round trip
conversion -- I think it's enforced subset conversion. If you re
DB2 is more comparable.
As far as I can tell Hadoop is more targeted at data large enough (like a
data warehouse) to start to cause a traditional database "issues". There
is some information about using Hadoop with Cobol. There are some folks
using this in conjunction with z today.
Rob Schramm
The notion of bifurcating the code points in a code page into 1) those
to which a printable/displayable grapheme is assigned and 2) those to
which no such assignment has [yet] been made is a classical one.
The further notion of assigning a locally standard sub[stitute]
character, x'1a' in the ex
> Does the 2086 support Basic mode? I thought the MP2003 was the last
machine
> that did and it won't run z/OS.
z900 (2064) and z800 (2066) were the last
(and the only z/Architecture) machines to support Basic mode.
z890 (2086) does not support Basic mode.
Jim Mulder z/OS System Test
Scott:
Manual reading has always been an issue. For year we have been asking
IBM to write clear and useful manuals.
Somewhere around the mid 1990's IBM seem to have done a reverse and
either stop issuing manuals (eg COBOL MESSAGES AND CODES) or made
them so complicated to read (COBOL conver
You might reduce your utilization some with the increased memory from
the LPARs not in use.
If you go too small of memory for them you would have to shut all of
them down to redistribute memory to start them up.
--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it a
On Fri, 2012-06-15 at 16:22 -0400, Ed Gould wrote:
> Manual reading has always been an issue. For year we have been asking
> IBM to write clear and useful manuals.
> Somewhere around the mid 1990's IBM seem to have done a reverse and
> either stop issuing manuals (eg COBOL MESSAGES AND CODES) o
>Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY>
Thank you very much, Mr. Mulder.
Justin R. Bendich
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the
29 matches
Mail list logo