Posted on 07/24/2010 10:30:38 AM PDT by Ernest_at_the_Beach
Testifying at a federal hearing on Friday, the chief electronics technician told of numerous instances of a "Blue Screen of Death" on the computer system responsible for monitoring and controlling drilling. The largest oil spill in American history may be due to a simple computer glitch.
The machine had been locking up for months, Williams said, producing what he and others on the crew called a "blue screen of death." "It would just turn blue. You'd have no data coming through," Williams said today, according to the New York Times' story. With the computer frozen, the driller would not have access to crucial data about what was going on in the well.
(Excerpt) Read more at hardocp.com ...
Slight clarification - there are versions of Windows with real-time extensions, such as iNTime and Venturecom RTX, that are used by some industrial applications. No idea what BP was using, but I’m sure it will come out. And despite what Microsoft says, I wouldn’t trust CE or Mobile or embedded XP for anything boom-able or critical. Been there, done that.
If it’s a high-vibration environment, that can wreck havoc on hard drives and connectors.
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
A marine environment is rough on electronics, I’d bet.
I recall reading the specs on that rig. Seven 10,000 HP diesel generators.
Audible alarms disabled.
Unusually high pressure readings.
Unexpected spikes and drops in pressure.
Seismic indications of unstable seafloor. Leaks of oil and gas from seafloor (NOTICED WAY BEFORE THE RIG CAUGHT ON FIRE).
Waivers to skip the waiting period for the cement plugs to cure.
Waivers to jump to replacing heavy mud with seawater ahead of schedule.
The 'crew' was ready to go home. (truth was they wanted off the rig before it 'blew'.)
The "MISSION ACCOMPLISHED" signs were already paid for.
There was a 'party' going on celebrating their success.
The EXPERIENCED CREW wanted to follow safety procedures, the INEXPERIENCED STUFFED SHIRTS were only concerned with the 'official turnover' of the RIG going ahead as planned, damn the torpedoes.
Missing Hangers.
Cheap CHINESE steel pipe casing (with Melamine for more flavor). (another 'waiver' from MMS for BP).
Dead batteries in 'REMOTE BOP ACTIVATORS'.
And that's just off the top of my head.
Your list is BRUTAL. Thank you for compiling it I only wish you didn’t have to.
Definitely trial for murder time. I don’t care HOW high this goes.
Take Salazar and Hayward and Suttles and put them on the stand. Americans need to know what’s happening to their people and their land.
Productivity3000® PAC Software
***************************************EXCERPT***********************************
... more cost effective than any control solution in the market!
ProductivitySuite Programming Software
The Productivity3000 programmable automation controller (PAC) is a compact controller that combines the features and capabilities of a PC-based control system with that of a typical programmable logic controller (PLC). The Productivity3000 offers you a more powerful control solution that is easier to use and more cost effective than any control solution in the market.
ProductivitySuite is user-friendly programming software designed to allow quick and easy programming of ladder logic programs for the Productivity3000 PAC. The online help file provides information that will help you get acquainted with the software quickly.
Visit the in-depth Productivity3000 product Web site |
Application Instructions
ProductivitySuite PAC Programming Software
DataWorx P3K PAC Data Logging Software
|
Software Features
PC Requirements
|
..all the way to the tippy top(..or the dirty ugly bottom
They will have a 20 BILLION dollar account set up out of Microsofts coffers just like thay did with BP.
NO rule of law for the deep pockets.
My suspicion from day one, McAfee pushed a DAT file that day that caused thousands if not millions of PC’s to boot-loop the morning the rig caught fire: http://www.bing.com/search?q=mcafee+pc+reboot&form=QBLH&qs=n&sk= McAfee admitted to not testing the DAT on XP SP3. The DAT file detected a Windows system file as a virus and deleted it which caused PC’s to endlessly reboot. It was not a Windows issue.
It took the Harvard MBAs that the Seven Sisters hire, rather then some poor tool pusher who grew up in the Oil Patch, and went to school at night. This is what you get when you treat a business and a mechanical process as a practical application of economic theory.
It took the Harvard MBAs that the Seven Sisters hire, rather then some poor tool pusher who grew up in the Oil Patch, and went to school at night. This is what you get when you treat a business and a mechanical process as a practical application of economic theory.
It seems they’ve left out HP’s RTE and RTE-A real-time OS’s. I can think of several sites still running HP-1000’s. Bullet-proof, maybe but I can personally attest to it being oil-proof.
Looking at the wrong data is pretty bad, and the BSOD should never be tolerated in a rig data package.
Still, 'older' hands would likely rely on gauges and pit levels by eyeball rather than believe a computer which tells them something different than their observations, just because they don't trust the computers anyway.
This might have led to the disagreements which were alleged to have occurred between crews and BP management, and I can see where someone might be inclined to blow off readings which indicated adverse conditions in the wellbore as a computer error or miscalibration.
The critical error would be in not verifying that either the computer readouts were in error or that the readings were indeed correct before proceeding, especially when considering the potential for disaster. While the driller's console is an important one, there should be multiple redundencies onsite (or on the rig), not just that one display.
I wonder whose program they were running?
Oh.... but some of them do. Chryslers do. Their car electronics runs Windows. I used to pop in a CD to install factory updates.
In the Unix world, it's called a kernel panic
, after the name of the privileged function that is called to take the system down:
PANIC(9) BSD Kernel Developer's Manual PANIC(9) NAME panic -- bring down system on fatal error SYNOPSIS #include <sys/types.h> #include <sys/systm.h> void panic(const char *fmt, ...); DESCRIPTION The panic() function terminates the running system. The message fmt is a printf(3) style format string. The message is printed to the console and the location panicstr is set to the address of the message text for retrieval from the OS core dump. If the kernel debugger is installed control is passed to it, otherwise an attempt to save a core dump of the OS to a configured dump device is made. If panic() is called twice (from the disk sync routines, for example) the system is rebooted without syncing the disks. RETURN VALUES The panic() function does not return. BSD August 11, 1995 BSD
As far as color, black and white tends to be favored over blue and white.
Linux
|
Mac OS X |
BSOD can mean either a Windows software failure, a hardware failure, or a stealth hardware failure that corrupted the software, causing it to fail.
Sounds like Transocean was using a Windows product, and most likely were using a garden variety commercial Dell PC or the like, a most deadly combination in terms of reliability, robustness, and uptime. I would really hate to see something like that used on, say, a nuclear reactor controller.
Basically, Transocean was using Radio-Shack-Quality components for this particular monitoring function, rather than an industrial computer with a reliable OS like one of the UNIX-derivative OSes.
Based on an OS stolen from APPLE, who had stolen it from XEROX.
Disclaimer: Opinions posted on Free Republic are those of the individual posters and do not necessarily represent the opinion of Free Republic or its management. All materials posted herein are protected by copyright law and the exemption for fair use of copyrighted works.