Skip to content(if available)orjump to list(if available)

Outdated Software, Nationwide Chaos: United Grounds Flights After Meltdown

goalieca

> “This is exactly what happens when billion-dollar companies refuse to modernize,” one aviation analyst tweeted. “You wouldn’t trust a 30-year-old car to drive cross-country. Why are we trusting it to fly planes?”

While i sympathize, the world does rely on high quality 30+ year old software. I think it's time, as an industry, to stop seeing software as disposable and start designing for longevity.

lesuorac

I don't sympathize.

A well maintained 30-year-old car can drive cross country. There's a big difference between car thats old with a ton of known defects that the driver works around and a car thats old that had it's defects fixed when they came up.

ryandrake

Yea, the car analogy is pretty good, actually. You have to maintain things, not just milk them until they catastrophically fail.

packetlost

I'll second this. If the hardware it runs on isn't literally dying, and it doesn't have glaring security vulnerabilities (ex. especially air gapped systems), and it's still doing its job well, it's fine to let it do its thing.

That being said, the reality is that requirements change. Load changes. The world around the software changes. Systems need to be resilient, yet flexible enough to be maintained but not replaced over decades.

fartfeatures

The skills required to maintain old codebases atrophy and we are barely training new people to do it so the skills pool shrinks. That means it doesn't get regular maintenance and it means disaster response in situations like this is slow and expensive.

Whilst it would be a major upheaval to switch to a clean room engineered implementation using 2025 best practices it would at least increase the talent pool that can work on it effectively.

There does likely come a point where it is cost effective to rebuild it both in reduced unplanned downtime and reduced maintenance costs.

packetlost

Eventually, yes. But considering I worked at a place as recently as 2018 that had COBOL systems (and I know it's not unique in this regard, I'm confident those systems are still there too) from the 80s still running in production, I think that time horizon can be long.

jillesvangurp

It's not a given that you can't run an airline without legacy software. There are other airline companies that have modernized. Or newer ones that don't have to. And also companies selling software.

The issue here is United penny pinching for decades and now they are stuck with their in house created mess. The right move for them could be to buy one of the smaller upstarts with less issues and then just roll out whatever the small company is using and retire the creaking old mess that just failed them.

Any project to slowly modernize or update that is doomed to fail.

You see the same in the fintech world where small relatively new banks are running circles around their older competitors.

In the energy world, a British company called Octopus is actually licensing their platform (Kraken) to lots of energy companies around the world. One of the interesting things about companies that move to that platform is that they become a much more attractive target for M&A as well; because the job of migrating all the old customers is easier if both companies that are merging use the same, modern platform. That's the hard risky part of any merger. Apparently, in some cases the decision to move to Kraken was motivated as a preparation for this.

I'm mentioning this because that's something that could work in the airline industry. Or United can just zombie on for a few more years and then end up getting absorbed into some other, more successful company.

This stuff must be costing them at all levels in the company. I can't imagine it's very efficient. And the airline industry is pretty cut-throat at this point.

harg

Some of United's own aircraft are over 30 years old [1]. If you can rely on a well-maintained 30+ year-old aircraft to fly you halfway accross the world I think you can rely on a similar-aged car to drive across the country.

[1]: https://www.planespotters.net/airframe/boeing-767-300-n641ua...

antonf

> You wouldn’t trust a 30-year-old car to drive cross-country.

The main difference between software and physical objects like cars is that they degrade with the passage of time (due to wear, corrosion, etc...). If we would magically be able to get a brand new 30-year-old car, it would make absolute sense to use one for a trip where reliability is paramount, as the failure modes of such a car are better understood compared to a brand new design, and can be mitigated.

troyvit

Also I would totally trust a 1995 Toyota to drive cross-country.

mxuribe

Not only do i agree with you...i betcha that if/when the circa 1995 Toyota needs fixing, it would likely be easier and lower cost for someone to fix. ;-)

EDIT: My comment was specific to the 1995 toyota being a far simpler vehicle than current models, hence likely to be easier to fix....but, of course, the flipside is that potentially the older the vehicle, the likely less availability of certain parts.

ryandrake

I could fix pretty much any problem in that 1995 Toyota with tools that I have in my workshop. Unlike my 2009 car which requires a computer interface to do basic diagnostics and needs to be reprogrammed after many repairs. Let alone a 2020+ car (I've never had anything that new) that probably come with the hood welded closed.

Barbing

Indeed.

And if I had enough disposable income to upgrade to something with side airbags, it’d compensate for my lack of trust in others on that drive too! (little tongue in cheek here, just voting for letting some money leave a bank account for reasonably modern safety features—even some ultra-high net worth folks seem not to care at all about those)

Mistletoe

This was my first thought as well. Making software like a 1995 Toyota would be an admirable and useful thought process.

https://en.wikipedia.org/wiki/The_Toyota_Way

jcgrillo

I'd drive my 1995 Toyota anywhere.

imzadi

I wouldn't trust any car to fly a plane, tbh.

federiconafria

I bet the problem is not the 30+ year old software, but the less than 30 year old crap they've dumped on top of it.

Also, how old are the planes?

tantalor

This is not a reliable source. Reeks of AI-generated text and fake author bios.

There are plenty of real sources for this story:

https://www.wsj.com/business/airlines/united-airlines-halts-...

https://www.nytimes.com/2025/08/06/business/united-airlines-...

https://www.reuters.com/world/us/united-airlines-flights-res...

rectang

I can’t see the WSJ article. None of the mainstream articles I could find discuss Unimatic in any detail, including the Reuters and NYT articles.

I figure that there has to be a forum out there where the nature of the software glitch is the focus, but I couldn’t find anything. If this story is AI generated, then I would very much like to read the sources it’s lifted from.

I did find a 2007 article discussing another Unimatic glitch that caused a stoppage which mentioned that the software dates from 1988:

https://www.aviationpros.com/home/news/10387920/computer-fai...

> The computer system, known as Unimatic, is essential to the airline's operation, providing flight plans for pilots, updates on maintenance information and crew schedules, among other flight information. United jets worldwide cannot take off unless it is operating. The original Unimatic system dates back to at least 1988, but it is updated "all the time," United spokeswoman Robin Urbanski said.

null

[deleted]

the_arun

Probably HN needs an automated verification for quality/legitimacy before accepting a submission.

rectang

I’m ticked off that I got duped and would have welcomed a rejection. It sucks that lots of great HN comments got tied to an AI slop article.

hi41

Wow. I couldn’t tell. How did you find out that it may be AI generated.

tantalor

1. Poor writing quality

2. Didn't exist before 2023 (https://web.archive.org/web/20250000000000*/allchronology.co...)

3. Faces on https://allchronology.com/about/ look like they were taken from https://thispersondoesnotexist.com/

smarx007

Not only the faces look like AI, their URLs look the part: https://i0.wp.com/allchronology.com/wp-content/uploads/2023/...

100k-ai-faces-3-1.jpg :)

rightbyte

The bios does not name the other "renowned" maganizes either they supposedly worked at.

daemonologist

Fo me, a few additional things:

Lots of boilerplate platitudes, especially towards the end of the story.

Some of the quotes appear to be fabricated. I can't find the "aviation analyst" tweet, and I'm pretty sure Maria Cantwell hasn't commented (unless it was video/audio only, and this is the only outlet that printed it). She's also no longer committee chair, being a member of the minority party in the Senate.

It very closely follows the AP article on this - like they copied their homework but changed some words - https://apnews.com/article/united-airlines-flights-grounded-...

xnorswap

I only skimmed the article and didn't catch it at first, but a deeper read shows overuse of "rule of 3" which to be fair is also something that hacks do.

But also factual errors, such as quoting the supposedly Democrat chair of the Senate Committee on Commerce, Science, and Transportation.

It seemed unlikely that a Democrat was left in that post, and I googled it, and indeed they weren't.

AnimalMuppet

But if the training data cut off before January 2025...

null

[deleted]

radley

The footer is literally just "wordpress.com".

bediger4000

It didn't have a date or range of dates for the occurrence, which is weird.

simonw

A frustrating thing about paywalls on news sites is that they discourage linking to, because what's the point of linking to something if you don't know if the people you share the link with will be able to read it?

Which sadly leaves a gap in the market for AI slop. A few times recently I've tried to find a good news article to link to and had to chose between paywall sites, obvious AI slop or second-tier publications plastered with ads. I usually pick the third category.

lemonberry

Plenty of 30-year old cars can and do drive across the country. The analogy makes me wonder: in 30 years will 30-year-old cars be able to drive across the country? I suspect 60-year-old cars will still be able to make that trip, but will the current crop of cars with all of the electronics and onboard computers? I suspect they won't, but that's an opinion formed by bias and not facts.

stego-tech

The outages, attacks, and meltdowns will continue until business leadership stops thinking they know more about IT than their actual IT Engineers, and start supporting them accordingly.

krunck

"United Airlines CEO Scott Kirby earned $33.9 million in 2024, compared to $18.6 million in 2023, and $9.8 million in 2022"

https://onemileatatime.com/insights/highest-paid-airline-ceo...

He must know something, right? And it seems he knows more and more as the years go by.

dylan604

Nearly doubling the CEO's salary annually seems like there would be enough money to increase the budget of whatever department/team needing to update the company's software while still increasing the CEO's salary by slightly less.

jacquesm

I think it is the opposite. If you want to double the pay of your CEO every year then you're going to have to find that money somewhere, so it reduces the money available for other things. 'Slightly less' was never an option. That's why employees are often expected to work unpaid overtime and yet management gets ridiculous bonuses. And if it all goes bust: the taxpayer will make up the difference. These are all asymmetrical bets, CEOs pocket the gains and society ends up with the losses.

jacquesm

He knows how to save on software development.

aaronax

I don't know, everywhere I look I see IT staff who don't care that much and can't problem solve. One possibility is that the IT leadership is herding cats very effectively and that things could be much much worse.

rscho

Beatings will continue until morale improves.

citrin_ru

New software system can be even less reliable. The old/new distinction is not really important, what important is if reliability is a priority whoever owns the system. If there is a sustained effort to find and fix bug and other issues.

slightwinder

Usually, for the old/new distinction the architecture and used algorithm are relevant. Old software is often designed for less workload and lower complexity, and can easier get stuck in certain situations for which it wasn't designed.

For example, because of a holiday, the system would be confronted with more customers than it can handle, and any little change (like a failing plane or changing flight-staff) could lead to a crash of the system. IIRC this was a problem they had some years ago.

cibyr

Do any of the major airlines have a software stack that isn't a legacy nightmare?

focusedone

There's a lot I don't understand with this, but why pull back airplanes which had already left the gate?

lloeki

> The system manages flight information like crew scheduling, weight-and-balance calculations, and aircraft movement logs

You wouldn't want to fly an airplane whose weight and balance has been miscalculated (or maybe properly calculated but can't vet if it has)

https://en.wikipedia.org/wiki/Cubana_de_Aviación_Flight_0972

https://en.wikipedia.org/wiki/Air_Midwest_Flight_5481

SoftTalker

Even if the weight balance and loading are OK, it might be because other flights at the destination are being delayed at their gates and there won't be any gate for the aircraft when it arrives.

kqr

By the time they have pushed out the weights are already accounted for. It's part of the checklists that come before taxiing.

jacquesm

There are large checklists that need to be completed prior to take-off, not sure how much of this is automated now but if that is no longer possible you're just not going to take off.

kqr

Checklists are surely not pulled from an external system while the plane moves. That would be a recipe for disaster!

jacquesm

I've written fuel estimation software for 747 cargo planes for one particular airline. Pilot would relay all of the info about plane identity, route, load and destination, fuel estimate would be computed externally and then be sent back through text message or voice call, pilot would then do his own check. This is really not something you want to get wrong, having multiple go-arounds or a late abort to an alternate for whatever reason should never result in a low fuel condition.

Obviously planes already leaving the gates are fueled up so that's most likely not the case here but that's one example of how those systems can be still integrated. Now, today - with far more computing power - it is very well possible that that whole system runs on the plane side, but the amount of external data and various exceptions and almanac information that was pulled in for those computations was pretty impressive. Most likely that sort of thing is now done on an iPad or something similar.

kqr

As long as the planes don't leave, the airline will know exactly where staff and equipment are: right where they were when the system broke. Once things get moving it becomes really complicated to figure out where everything is again.

During previous similar outages it has taken days to track down staff and equipment once the systems are up again. During this time delays and cancellations continue. It's possible the system is much faster to bootstrap given correct locations of things from the start.

qualeed

I'm guessing the system handled sensitive/critical flight information:

>The system manages flight information like crew scheduling, weight-and-balance calculations, and aircraft movement logs.

kqr

The relevant critical information would probably be copied to pilots already. I suspect it has more to do with what happens after landing.

qualeed

You seem to know more about this than me, so what about the "aircraft movement logs" part? I would think it'd be hard to copy that to the pilots ahead of time, given you haven't logged it yet. (Or am I misunderstanding the type of "movement logs" here?)

But your other comment seems more likely: keep the people/equipment where they are to reduce the recovery time down the road.

dylan604

"You wouldn’t trust a 30-year-old car to drive cross-country. Why are we trusting it to fly planes?”

Why would a 30-year-old car be flying a plane? That makes no sense.

selimthegrim

Sounds like they got Zucker, Abrahams and Zucker to write this article

dylan604

I would love to see a ZAZ take on Tesla's AutoPilot.

null

[deleted]

dreamcompiler

In the old days, airlines and power grids were incentivized by regulations to spend money to build extra capacity into their systems to increase reliability in times of crisis.

Now they're all deregulated and they are highly incentivized by their shareholders not to overbuild capacity because it costs money and provides zero return on investment.

The upshot is that these industries operate with zero excess capacity. They work fine when everything goes as planned, but the minute something breaks or a storm happens, everything cascades into a steaming pile of shit.

In the case of the airlines, competitive market forces previously provided some incentive to invest in reliability but so many airline mergers have been allowed to happen that there's effectively no airline competition in the US any more.

tempodox

> incentivized by their shareholders

Those shareholders are their actual customers. Air traffic is just an annoying necessity.

mxuribe

I think i once heard this referred to as *delicapitalism* (or maybe it was deli-capitalism)...which, if recall correctly, means capitalist incentives, behaviors/actions that over time result in a more delicate world/ecosystem, etc. Something like that i think.

fluidcruft

Is United the one suing Microsoft and everyone and pointing fingers everywhere else about how CrowdStrike broke them worse than the other airlines last year?

Jtsummers

Delta was the one that was pointing the finger at MS.

readthenotes1

"You wouldn’t trust a 30-year-old car to drive cross-country. Why are we trusting it to fly planes?”

Just wait till I find out how old this SABRE is!

https://en.m.wikipedia.org/wiki/Sabre_(travel_reservation_sy...

rjsw

I think that SABRE has been rewritten at least twice, though the last time could have been over 30 years ago.

I interviewed to work on the C version about 35 years ago.

slightwinder

There is the design of the system, and there is the implementation of that system. And the design of those systems are moving really, really slow in the aviation-world. Usually, any enhancement is done by attaching some auxiliary-system, or putting a layer on top, leading to layers of layers on top of layers, with the ugly core buried somewhere below. And even if you would rewrite those layers, or even the core itself in something modern, you still would be forced to handle the fundamental constraints of the whole design.