David Crayford wrote:
begin extract
Of course, the data center behemoths like google, facebook, amazon et
all choose to buy the cheapest bare metal commodity components with
redundancy done by the software. At that scale it's the only model
that makes economic sense.
/end extract
It is a model
Back in the z890 days, we had a CPU fail. Of course, the hardware
automatically recovered and we only knew about it due to a logrec record
being written and a message on the HMC. We also had one of our OSAs fail.
The second OSA did an ARP takeover (proper term?) and we suffered _no_ user
Anecdotage is, I suppose, innocuous; but it would be helpful to make
some distinctions, in particular one between hardware failures and
system failures.
Hardware failures that are recovered from are moderately frequent, as
everyone who has had occasion to look at SYS1.LOGREC outputs
presumably
Common sense isn't common Mark Twain
snip
As always an excellent point. I think critical thinking and common sense is
missing sometimes.
Maybe my 63 yrs is showing
/snip
--
For IBM-MAIN subscribe / signoff / archive
It's pretty creativity-stifling to work in a company where the threat of being
fired looms. If one works for a firm that has annual RIFs just as a matter of
practice and one is constantly in fear of setting a foot wrong lest one get on
that list, then one is not going to do anything more than
I agree. If you've never failed, you haven't tried hard enough to grow
yourself.
On 01/08/14 09:05, Govind Chettiar wrote:
It's pretty creativity-stifling to work in a company where the threat of being
fired looms. If one works for a firm that has annual RIFs just as a matter of
practice
In 9db59a6e-9a50-4e6c-be95-9b9e3244b...@comcast.net, on 01/07/2014
at 11:59 AM, Ed Gould edgould1...@comcast.net said:
Darren seems to be alive but it isn't clear who is in charge.
The issue isn't who is in charge, but what resources he has. Send your
list questions to
In 7280b0f7-a217-4d37-aea2-f1e46be53...@optonline.net, on 01/07/2014
at 11:48 AM, Micheal Butz michealb...@optonline.net said:
I need to have a TGET
To have a full screen TPUT to display
What happens if you don't have a TGET before the TPUT FULLSCR? Did you
issue a STFDMODE? Did you use
In
caajsdjjarmx2jqj0awzwf1gnptnx_5eysazwro83e2ewsc5...@mail.gmail.com,
on 01/08/2014
at 07:16 AM, John McKown john.archie.mck...@gmail.com said:
The LAN people _refused_ to believe that the OSA could fail that way
without disrupting all the IP sessions of the users on that OSA.
That's
On 08/01/2014, at 9:16 PM, John McKown john.archie.mck...@gmail.com wrote:
The LAN people _refused_ to believe that the OSA could fail
that way without disrupting all the IP sessions of the users on that OSA.
Apparently when a multi-NIC PC has a NIC fail, all the IP sessions on that
NIC die
Yes sir, agreed
Scott ford
www.identityforge.com
from my IPAD
On Jan 8, 2014, at 8:34 AM, Staller, Allan allan.stal...@kbmg.com wrote:
Common sense isn't common Mark Twain
snip
As always an excellent point. I think critical thinking and common sense is
missing sometimes.
Maybe
Software recovery of hardware errors?
It is quite an opportunity area for IBM to re-publicize, especially for these
new kids on the block. I recently had an incredibly amazing discussion with
someone who I respect highly, at Oracle (formerly SUN Micro), a very
knowledgeable veteran system
Who is in charge when there is an issue (like mine - being
unceremoniously unsubscribed).
BTW my original question to the list owner was NOT to Darren .. it
was to whoever is in charge. So if it went to Darren then I would
have hoped he would have some sort of sorting mechanism (ie important
On Jan 8, 2014, at 8:02 AM, Shmuel Metz (Seymour J.) wrote:
In 9db59a6e-9a50-4e6c-be95-9b9e3244b...@comcast.net, on 01/07/2014
at 11:59 AM, Ed Gould edgould1...@comcast.net said:
Darren seems to be alive but it isn't clear who is in charge.
The issue isn't who is in charge, but what
re:
http://www.garlic.com/~lynn/2014.html#23 Scary Sysprogs and educating those
'kids'
http://www.garlic.com/~lynn/2014.html#24 Scary Sysprogs and educating those
'kids'
after transferring to San Jose Research ... I was allowed to wandering
around other locations in the area. One of the places
I'm testing the sharing of a zFS file system between sysplex'd
z/OS 2.1 and z/OS 1.13 systems. The file system is to be mounted
at a mountpoint that contains a symlink containing $VERSION in its
definition. That is, the mountpoint is '/usr/local' but '/usr' is a
symlink defined as '$VERSION/usr'.
Hi, Ron,
The only thing I wish we would teach newbies in any field of mainframe is
Do Nothing should always be in the list of options.
I wish we could teach (some of) management that, as well.
Cheers,,,Steve
Steven F. Conway, CISSP
LA Systems
z/OS Systems Support
Phone: 703.295.1926
Is filesystem USER.TOOLS part of the z/OS maintained filesystem? Sounds like
in BPXPRMxx you have VERSION set to Z1D on one system, and Z21 on another. If
this filesystem is NOT part of z/OS maintained filesystems, then you can
1) Create a new directory entry in your SYSPLEX ROOT
Amen, Steve, or at least discuss options with knowledgable techies.
Scott ford
www.identityforge.com
from my IPAD
On Jan 8, 2014, at 10:04 AM, Steve Conway steve_con...@ao.uscourts.gov
wrote:
Hi, Ron,
The only thing I wish we would teach newbies in any field of mainframe is
Do
Gerhard,
Boy, you put into words my thoughts of many years and installations and two
ISVs.
Thank you
Scott ford
www.identityforge.com
from my IPAD
On Jan 8, 2014, at 10:30 AM, Gerhard Postpischil gerha...@charter.net wrote:
On 1/8/2014 9:05 AM, Govind Chettiar wrote:
It's pretty
On Wed, 8 Jan 2014 10:30:35 -0500, Gerhard Postpischil wrote:
B... As a case in point, I did some contract work at one
agency that required all jobs using tapes to contain JCL comments
listing, by data set name, all volumes to be mounted, in sequence, with
precise formatting requirements.
And
Thanks for your response, David.
USER.TOOLS is not part of the z/OS-maintained file system. It's something we
maintain internally.
I do have my VERSION values set as you noted.
Replacing sub-directory 'local' with a symlink looks like it will work for us.
Thank you!
Don’t know if you have LPARs designated at TEST, DEV and PROD, but another
variation is to incorporate the use of system symbols. You could have a
/shared/TECH/tools /shared/DEV/tools, and /shared/prod/tools, and instead of
the ln -s /shared/tools /usr/local, you could use ln -s
john.archie.mck...@gmail.com (John McKown) writes:
Back in the z890 days, we had a CPU fail. Of course, the hardware
automatically recovered and we only knew about it due to a logrec record
being written and a message on the HMC. We also had one of our OSAs fail.
The second OSA did an ARP
If you read my original remarks more closely, you would see I did not
say I had seen no IBM mainframe hardware failures since the 70's, but
that I had not seen any UNDETECTED hardware failures. If the hardware
reported no hardware problems, you could pretty well rule that out as a
cause of
Good stuff!
We don't have a TEST/DEV/PROD environment, however our 3 LPAR environment is
always running n through n-2 versions of z/OS to facilitate product testing and
problem re-creation for our developers. We alternate frequently among various
versions and service refreshes of Java during
W dniu 2014-01-08 17:23, Joel C. Ewing pisze:
If you read my original remarks more closely, you would see I did not
say I had seen no IBM mainframe hardware failures since the 70's, but
that I had not seen any UNDETECTED hardware failures. If the hardware
reported no hardware problems, you
Hi,
I am getting the following return code when try to add CSVLLIX1 with the
moaddr parameter of CSVDYNEX
The AMODE of the program is correct = 31 As The high order bit of the
address is one
With the dsname parameter I get a RC of 0 R15 = 8 , R0
= 827
Below is my code
I have always felt that the parent-goes-away-leaving-the-child-running scenario
was the *ix substitution for what we can do with XCTL in z/OS systems.
But (as usual) that might just be my wrong-headed view of the situation.
Peter
-Original Message-
From: IBM Mainframe Discussion List
From the CSVDYNEX doc :
MODADDR specifies a fullword (or a register containing the address of a
fullword) that contains the address of the exit routine to be added.
I suggest you code MODADDR=LLA_EXIT in your CSVDYNEX macro specification.
Rob Scott
Lead Developer
Rocket Software
77 Fourth
On 8 January 2014 11:47, Farley, Peter x23353
peter.far...@broadridge.com wrote:
I have always felt that the parent-goes-away-leaving-the-child-running
scenario was the *ix substitution for what we can do with XCTL in z/OS
systems.
But (as usual) that might just be my wrong-headed view of
On Wed, 8 Jan 2014 11:47:58 -0500, Farley, Peter x23353 wrote:
I have always felt that the parent-goes-away-leaving-the-child-running
scenario was the *ix substitution for what we can do with XCTL in z/OS systems.
Ummm... Not quite. *IX supports the scenario:
a) Parent runs for a while, then
One possibility is to use POSIX threading instead of ATTACH. POSIX threads
all run in the same address space. And are actually implemented via TCBs.
But there is no parent/child relationship between a thread and a separate
thread which a given thread creates. The only special thread is the initial
Okay thank you
Sent from my iPhone
On Jan 8, 2014, at 12:08 PM, Rob Scott rsc...@rocketsoftware.com wrote:
From the CSVDYNEX doc :
MODADDR specifies a fullword (or a register containing the address of a
fullword) that contains the address of the exit routine to be added.
I suggest
On 1/7/14 3:05 AM, Elardus Engelbrecht wrote:
Timothy Sipples wrote:
1A. Users want Web-based access, OK. May I assume that means (or could soon
mean) mobile as well (iPads, Android devices, and so on)?
Can you do SSL connection on those toys? [1]
ALL of the iOS and Android devices that
I'd be interested if this fixes the problem. I looked up the CSVDYNEX RC 8 and
RSN 827 and it says a AMODE=31 exit routine is being added to an exit that
requires its routines to be AMODE=24.
Cliff McNeill
Date: Wed, 8 Jan 2014 17:08:08 +
From: rsc...@rocketsoftware.com
Subject:
IIRC the 360/50's didn't have parity checking CPU buss. Long story short CE
told me in early 80's CE overtime dropped 50% with intro of 370' and
another 50% when 303x's were withdrawn.
In a message dated 1/8/2014 10:31:01 A.M. Central Standard Time,
r.skoru...@bremultibank.com.pl writes:
Hello,
We recently installed z/OS 2.1 system and now in process of making
it sysplex member of currently running SYSPLEX.
We have multiple version of z/OS running in this sysplex. But, when I am
trying to IPL z/OS 2.1 having sysplex defination, I am getting below error.
*IEA002I APAR
I think you need to run a FIXCAT report with a current HOLD DATA
information.
It seems you need to go to the migration guides and apply all co-existence
maintenance for z/OS and any 3rd party vendor.
FIXCAT (fix category) information to Enhanced HOLDDATA and the REPORT
MISSINGFIX function
Cliff
The original MODADDR keyword pointed to the load point of the module and not
the required address of the load point (ie one level of dereferencing out).
As the first four bytes of the module were probably some sort of branch around
the eye catch instruction and was not greater than
Rob,
Thanks. I see my confusion. The error also is for AMODE 24 when AMODE 31 is
needed in additon to AMODE 31 when AMODE 24 is needed.
Cliff McNeill
Date: Wed, 8 Jan 2014 19:35:09 +
From: rsc...@rocketsoftware.com
Subject: Re: Error Adding CSVLLIX1 using CSVDYNEX with modaddr
On Wed, 8 Jan 2014 11:45:58 -0500, MichealButz michealb...@optonline.net
wrote:
I am getting the following return code when try to add CSVLLIX1 with the
moaddr parameter of CSVDYNEX
The AMODE of the program is correct = 31 As The high order bit of the
address is one
With the dsname parameter
While John's suggestion will work, there is a cost to those releases that
do not need the IEAVTRML update of unnecessary processing on every task
and address space termination (normal and abnormal) of setting up and
calling the admittedly tiny target routine.
Peter Relson
z/OS Core Technology
efinnel...@aol.com (Ed Finnell) writes:
IIRC the 360/50's didn't have parity checking CPU buss. Long story short CE
told me in early 80's CE overtime dropped 50% with intro of 370' and
another 50% when 303x's were withdrawn.
re:
http://www.garlic.com/~lynn/2014.html#23 Scary Sysprogs and
Fred,
In addition to the doc link reference to the RRS manual that was already
provided; please note that the specific logstream that you referenced (the RRS
'RM.METAdata' logstream) is OPTIONAL and is ONLY used by RRS at the direction
of an external RM (Resource Manager) and really only needs
My memory is hazy on this. Been digging through various manuals for z/OS 1.13.
[Haven't had to do real sysprog stuff since z/OS 1.4...]
I seem to recall something about Named LNKLST. But I can't find anything on it
in the current manuals (I have some number of PDFs on my hard drive for z/OS
Mark,
Yep that's why they put erasers on pencils, people make mistakes, if they are
self-aware the learn from them
Scott ford
www.identityforge.com
from my IPAD
On Jan 8, 2014, at 9:08 AM, Mark Jacobs mark.jac...@custserv.com wrote:
I agree. If you've never failed, you haven't tried
On 1/8/2014 10:41 AM, Paul Gilmartin wrote:
And no one thought to ask, Why?
Apparently not. The hardware and support staff is two states away, and
the local management doesn't seem to get involved in minor details.
Isn't that what the CATALOG is for?
I didn't want to write a monograph.
Here we go again.
We're getting:
RECEIVE LIST
FROMNTS ...
.
GIM69217ITHE LEVEL OF PROGRAM GIMJVCLT (36.17) IS NOT COMPATIBLE
WITH THE LEVEL OF THE SMP/E CALLING PROGRAM GIMSMP
Gil,
The message states
Ensure the correct service level of the SMP/E Java programs are accessible to
the calling program. The SMPCPATH DD statement can be used to specify the
directory where the SMP/E Java classes reside. For example:
//SMPCPATH DD PATH='/usr/lpp/smp/classes/'
Have you
I remember, from the early 1980's, a quote along the lines of:
If a SYSPROG hasn't p*ssed off at least one person a day, they aren't doing
their job!
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL
-Original Message-
From: Mark Jacobs mark.jac...@custserv.com
Sender:
Ted,
Yes sir I remember that...so true
Scott ford
www.identityforge.com
from my IPAD
On Jan 8, 2014, at 10:35 PM, Ted MacNEIL eamacn...@yahoo.ca wrote:
I remember, from the early 1980's, a quote along the lines of:
If a SYSPROG hasn't p*ssed off at least one person a day, they aren't
On Wed, 8 Jan 2014 12:28:13 -0600, John McKown wrote:
One possibility is to use POSIX threading instead of ATTACH. POSIX threads
all run in the same address space. And are actually implemented via TCBs.
But there is no parent/child relationship between a thread and a separate
thread which a given
On Jan 8, 2014, at 10:22 PM, Paul Gilmartin wrote:
On
SNIP--
And, each thread could do its own I/O securely. Almost. There's
still
the problem of DDNAME contention. Damn! it would be so nice if
This happens to me all the time. After applying maintenance to SMP/E
you've updated the SMPCPATH dataset which has now got out of synch with
the rest of SMPE.
Quickest resolution is to steplib to the SYS1.MIGLIB that also got updated
by the same APPLY.
Alan Field
Technical Engineer Principal
On 1/8/14, 10:20 AM, Paul Gilmartin wrote:
On Wed, 8 Jan 2014 11:47:58 -0500, Farley, Peter x23353 wrote:
I have always felt that the parent-goes-away-leaving-the-child-running scenario
was the *ix substitution for what we can do with XCTL in z/OS systems.
Ummm... Not quite. *IX supports
Hello,
I tried following link suggest in previous email .
http://pic.dhe.ibm.com/infocenter/zos/v2r1/index.jsp?topic=%2Fcom.ibm.zos.v2r1.e0zm100%2Fcoxptfs.htm
I run missing FIXCAT(IBM.Coexistence.z/OS.V2R1) report Job on z/OS 1.11
and z/OS 1.13, which are part of my current sysplex
57 matches
Mail list logo