-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
Chris Craddock
Sent: Tuesday, November 30, 2010 8:56 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: [IBM-MAIN] I would love to know what went wrong at NAB
On Tue, Nov 30, 2010 at 10:39 PM, Chase, John
Subject: Re: [IBM-MAIN] I would love to know what went wrong at NAB
Some information from a close source...
It was a plain old S0C7 during their batch process.
All Aussie banks use Cemtex ABA format which has been around for years
as a transfer format between organisations. You would think
: Wednesday, 1 December 2010 7:12 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: I would love to know what went wrong at NAB
Chris,
If I remember rightly it was a bug in IMS 2.2 or 2.3. If I remember
correctly NAB (where I worked at the time) had found the bug in stress and
regression testing (TPNS
List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
Stephen Mednick
Sent: Wednesday, December 01, 2010 12:19 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: [IBM-MAIN] I would love to know what went wrong at NAB
Nostalgia, don't you just love it.
Stephen Mednick
Computer Supervisory Services
On 11/30/2010 10:34 PM, Jim Phoenix wrote:
Mike Schwab wrote:
On Tue, Nov 30, 2010 at 7:01 PM, Wayne Bickerdike wayn...@gmail.com wrote:
deleted
My same source related the tale of a person in same bank who received
an EBCDIC file, opened it in Windows and saved it back as ASCII. The
file was
On 30 November 2010 22:57, Mike Schwab mike.a.sch...@gmail.com wrote:
Here is an idea to bounce around. z/OS Unix System Services does a
lot of work converting ASCII to EBCDIC and back.
I'm puzzled by this. What is all this conversion work that takes to
much time and effort? To the extent
On Wed, Dec 1, 2010 at 2:11 AM, Ron Hawkins
ron.hawkins1...@sbcglobal.netwrote:
If I remember rightly it was a bug in IMS 2.2 or 2.3. If I remember
correctly NAB (where I worked at the time) had found the bug in stress and
regression testing (TPNS for those that remember it) and were waiting
In aanlkti=29p26ome3vbcev6ldfhu-jpwd09cv5sgxt...@mail.gmail.com, on
11/30/2010
at 09:57 PM, Mike Schwab mike.a.sch...@gmail.com said:
Here is an idea to bounce around. z/OS Unix System Services does a
lot of work converting ASCII to EBCDIC and back. z/Linux works all
in ASCII.
I doubt it.
On 30/11/2010 6:12 PM, Mike Schwab wrote:
That was not payroll. That was a bank. They screwed up all
transactions for a week after a conversion and fallback. I would be
really curious as to how the database was functioning without crashing
while processing all those bad transactions.
Almost
to know what went wrong at NAB
I would love to know how a corrupt system file in a parrallel sysplex can
affect a payroll system
http://www.channelregister.co.uk/2010/11/29/nab_mainframe_cockup/
--
Kind regards,
-Steve Comstock
The Trainer's Friend, Inc.
303-393-8716
http
: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Stephen Mednick
Sent: Tuesday, November 30, 2010 1:52 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: I would love to know what went wrong at NAB
One wonders if a detailed explanation of what transpired will be
forthcoming
In listserv%201011300054096099.0...@bama.ua.edu, on 11/30/2010
at 12:54 AM, Sheldon Davis sda...@isracard.co.il said:
I would love to know how a corrupt system file in a parrallel sysplex
can affect a payroll system
Why? That's not what the article claims. a corrupted file on an IBM
I'd bet that the upgrade was to the application system, not the mainframe, and
something was wrong in a new application program that corrupted the file.
I wouldn't take the opposite of that bet!
I'm wondering why it took 5 days to recover.
Since, upon reading the article, I see that INFOSYS
As if.
Can't you just imagine a major Aussie Bank doing that. You were at Bank
of NSW when they had the IMS fiasco Steve - how much info on that got
out ? (via Bank press releases I mean :-)
Shane ...
On Tue, 30 Nov 2010 18:52:08 +1100
Stephen Mednick wrote:
One wonders if a detailed
Some information from a close source...
It was a plain old S0C7 during their batch process.
All Aussie banks use Cemtex ABA format which has been around for years
as a transfer format between organisations. You would think that there
is a validate step before running the transactions against
On Tue, Nov 30, 2010 at 5:01 PM, Wayne Bickerdike wayn...@gmail.com wrote:
Some information from a close source...
It was a plain old S0C7 during their batch process.
All Aussie banks use Cemtex ABA format which has been around for years
as a transfer format between organisations. You would
On Tue, Nov 30, 2010 at 7:01 PM, Wayne Bickerdike wayn...@gmail.com wrote:
deleted
My same source related the tale of a person in same bank who received
an EBCDIC file, opened it in Windows and saved it back as ASCII. The
file was duly transferred for processing on the mainframe. Most of the
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Shane
As if.
Can't you just imagine a major Aussie Bank doing that. You were at
Bank
of NSW when they had the IMS fiasco Steve - how much info on that got
out ? (via Bank press releases I mean :-)
Yeh It's
On Tue, Nov 30, 2010 at 10:39 PM, Chase, John jch...@ussco.com wrote:
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Shane
As if.
Can't you just imagine a major Aussie Bank doing that. You were at
Bank
of NSW when they had the IMS fiasco Steve - how much
Mike Schwab wrote:
On Tue, Nov 30, 2010 at 7:01 PM, Wayne Bickerdike wayn...@gmail.com wrote:
deleted
My same source related the tale of a person in same bank who received
an EBCDIC file, opened it in Windows and saved it back as ASCII. The
file was duly transferred for processing on the
A comment here:-
http://www.theaustralian.com.au/australian-it/human-error-triggered-nab-
software-corruption/story-e6frgakx-1225962953523
The file was actually software code containing instructions on how systems
should operate in the batch processing cycle.
would lead me to think someone
I would love to know how a corrupt system file in a parrallel sysplex can
affect
a payroll system
http://www.channelregister.co.uk/2010/11/29/nab_mainframe_cockup/
--
For IBM-MAIN subscribe / signoff / archive access
On Tue, Nov 30, 2010 at 12:54 AM, Sheldon Davis sda...@isracard.co.il wrote:
I would love to know how a corrupt system file in a parrallel sysplex can
affect
a payroll system
http://www.channelregister.co.uk/2010/11/29/nab_mainframe_cockup/
That was not payroll. That was a bank. They
-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Sheldon Davis
Sent: Tuesday, 30 November 2010 5:54 PM
To: IBM-MAIN@bama.ua.edu
Subject: I would love to know what went wrong at NAB
I would love to know how a corrupt system file in a parrallel sysplex can
affect
24 matches
Mail list logo
