Ain't just software.
The internet of things is underway, and the same ship it and be damned
attitude prevails. Especially re (absence of) security.
The Christmas Playstation and X-Box attack was launched from compromised home
routers. Behind those same routers is now an array of {un,in}-secured
A bit ahead of schedule, the IBM MASS and ATLAS libraries for z/OS are now
available for download as part of the XL C/C++ for z/OS update:
http://www.ibm.com/systems/z/os/zos/tools/downloads
Look for the XL C/C++ V2R1M1 web deliverable with z13 support for z/OS 2.1
link. The latest (as I write
On Tue, 17 Feb 2015 20:54:22 -0500, Shmuel Metz (Seymour J.) wrote:
The examples you give are all software.
Indeed.
Let's hope people think about the included software when they're buying
hardware. History doesn't inspire confidence.
Then again, when bodies supposedly mandated to protect
In 0269152064501693.wa.ibmmaintpg.com...@listserv.ua.edu, on
02/17/2015
at 05:52 PM, Shane Ginnane ibm-m...@tpg.com.au said:
Ain't just software.
The examples you give are all software.
compromised home routers.
The bug was in the router software, not in the router hardware.
Likewise for
In 54e3bc96.10...@comcast.net, on 02/17/2015
at 04:11 PM, Larry K. Slaten larry.sla...@comcast.net said:
Trying to figure out what utility IEHLIST, AMBLIST, or EQALMA
etc. shows the REUSE() attribute for each member being included
in executable.
None; the attribute is carried globally in
Hi,
Where can I contact You off list, I may be able to suggest a site.
-- Original Message --
From: Ze'ev Atlas 004b34e7c98a-dmarc-requ...@listserv.ua.edu
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: need access to mainframe
Date: Tue, 17 Feb 2015 03:29:39 +
Could anybody give
You made me look -
http://www.amazon.com/Minder-Wink-App-Enabled-Smart-Tray/dp/B00GN92KQ4
I can't believe it :)
But I do somewhat agree with the shipping culture. I've created some
small applications myself for various people, and if you initially ask
them What do you want?, they can't tell
That's not true in our case. We share the IODF between two sysplexes, it is
cataloged in a user catalog that is connected to the master catalogs of all
systems in both sysplexes.
For the purpose of the IPL, the IODF does not need to be cataloged at all. You
designate the IODF volume via its
Too good not to pass to this group.
Preach it, Brother!
quote
...
Quickly getting something in front of the people that will actually use it
is a great idea. It means you waste less time building something they don’t
actually want. But I look around the industry today and I get worried.
Don’t
A more pointed question.. do you need to share the usercat between plexes?
REPRO/MERGECAT or one of the Catalog vendors can split the USERCAT. Seems
like you would need a pretty good reason to attempt to continue to share.
Dave's right.. there are items in your share list that are not eligible
Hi,
We are in the process of cleaning up all the shared User catalogs and volumes
so that no data is shared. We plan however to share the IODF among the
different SYSPLEX environments.
We will create seperate CF Development LPARs and share it using WEIGHTs with
the Production CF LPARs.
Each sysplex will need its own copy of the IODF for IPL purposes.
snip
We are in the process of cleaning up all the shared User catalogs and volumes
so that no data is shared. We plan however to share the IODF among the
different SYSPLEX environments.
We will create seperate CF Development
Only if this volume is not under GDPS hiperswap. If it is, all reserves must be
converted.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Doug Henry
Sent: 17 February, 2015 16:24
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re:
That's not true in our case. We share the IODF between two sysplexes, it is
cataloged in a user catalog that is connected to the master catalogs of all
systems in both sysplexes. We have a couple very limited use catalogs for that
kind of system resource - SMPE zones for example. Of course,
On Tue, 17 Feb 2015 14:26:14 +, Staller, Allan allan.stal...@kbmg.com
wrote:
snip
- There is some User Catalogs that are being shared between the Development
and Production environment
/snip
You cannot share catalogs across a sysplex boundary! This will cause bad
things to happen.
Paul Gilmartin wrote:
They say is has been accepted as a clarification. They've not
provided details in response to a followup request.)
Hey, at least you got that muchI opened a SEV2 against a math function in C
that was returning incorrout on true 64-bit values (i.e., values where the
snip
- There is some User Catalogs that are being shared between the Development and
Production environment
/snip
You cannot share catalogs across a sysplex boundary! This will cause bad things
to happen. BTDTGTTS!.
I presume (not using it) that ECS and RLS have the same limitation.
In
Seems that UI24300 did not ship an updated SRC member (just the MOD member) for
IGYCDOPT, so the resolution was to specify both PTFs in the PRE of the USERMOD.
-jc-
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Chase, John
Hi, All,
On z/OS 1.13 I tried
Sounds a lot like Agile. :-)
But then Steve Jobs made a fortune building things people didn't know they
wanted. :-)
-jc-
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of John McKown
Too good not to pass to this group.
Preach it, Brother!
quote
...
On Tue, Feb 17, 2015 at 1:03 PM, Chase, John jch...@ussco.com wrote:
Sounds a lot like Agile. :-)
I like how Joe Celko (SQL expert) defined Agile Programming: Code
first, design later!
But then Steve Jobs made a fortune building things people didn't know they
wanted. :-)
-jc-
On Feb 17, 2015, at 8:12 AM, Phil Smith III wrote:
Paul Gilmartin wrote:
They say is has been accepted as a clarification. They've not
provided details in response to a followup request.)
Hey, at least you got that much—I opened a SEV2 against a math
function in C
that was returning
Good morning,
Currently, the Production Parallel Sysplex environment consist of all the
Development and Production LPARs, which is distributed across 2 mainframes.
Each mainframe contains a Production Coupling Facility(CF) LPAR.
We will remove the Development LPARs from the Production
On Fri, 13 Feb 2015 23:04:17 +, J O Skip Robinson
jo.skip.robin...@sce.com wrote:
Ah yes, the addendum must explain it. We have never coded ALLOWCMD(Y). Is that
the whole difference?
Yes.And while I mentioned z/OS 1.13, we skipped 1.12 due to a data center
move
and the function was
Trying to figure out what utility IEHLIST, AMBLIST, or EQALMA etc.
shows the REUSE() attribute for each member being included in
executable. I'm ending up with NOREUS,NORENT,NOREFR and I know that the
COBOL compiler is passing along RENT, some other included item is
causing the whole package
Hello,
While IPL of z/OS 1.11 system , I am getting below issue related
to ETCINIT.
BPXI027I THE ETCINIT JOB ENDED IN ERROR, EXIT STATUS 1000
BPXI004I OMVS INITIALIZATION COMPLETE
10 Timeout /usr/sbin/init timed out waiting for the shell to finish
executing the initialization
Problem has been resolved . This issue was with SYSLOGD demon . system
working fine.
Thanks for help.
On Tue, Feb 17, 2015 at 2:42 PM, Mainframe Mainframe
mainframe1...@gmail.com wrote:
Hello,
While IPL of z/OS 1.11 system , I am getting below issue related
to ETCINIT.
BPXI027I
You are also going to lose the ability to share these as well:
In fact, don't try to share anything. Build a large wall between the sysplexes,
which can only be crossed by an FTP or similar application.
Lastly, you don’t mention it, but your comments lead me to believe that you
might be
You are also going to lose the ability to share these as well:
- ECS
- GRS
- WLM
- ZFS
- There is a number of volumes that is shared between the Development and
Production environment
The caveat on this is that you can't reliably share these outside of GRS.
Many do it to allow sysprog
28 matches
Mail list logo