Slashdot Mirror


Airlines Suffer Worldwide Delays After Global Booking System Fails (bloomberg.com)

rastos1 writes: Airlines worldwide were forced to delay flights Thursday as a global flight-bookings system operated by Amadeus IT Group SA suffered what the company called a "network issue." Major carriers including British Airways, Deutsche Lufthansa AG, Cathay Pacific Airways and Qantas Airways were among those reportedly impacted by the outage. Singapore's Changi airport said via Twitter that a technical issue affecting some operators was delaying the check-in process, with boarding passes having to be issued manually. "Amadeus confirms that, during the morning, we experienced a network issue that caused disruption to some of our systems," the Madrid-based company said in a statement. Technical teams took immediate action to identify the cause of the issue and services are "gradually being restored," it said.

35 of 74 comments (clear)

  1. Good news. by msauve · · Score: 1, Funny

    I'm happy the slashdot IT team found new jobs so quickly.

    --
    "National Security is the chief cause of national insecurity." - Celine's First Law
    1. Re:Good news. by computational+super · · Score: 5, Informative

      I can't believe this hasn't even been addressed on Slashdot. The site was completely down for two days and they're trying to pretend like nothing happened.

      --
      Proud neuron in the Slashdot hivemind since 2002.
    2. Re:Good news. by TechyImmigrant · · Score: 3, Funny

      I can't believe this hasn't even been addressed on Slashdot. The site was completely down for two days and they're trying to pretend like nothing happened.

      But putting the servers back to work hosting slashdot seems to have borked the airline booking service.

      --
      I should use this sig to advertise my book ISBN-13 : 978-1501515132.
    3. Re:Good news. by Anonymous Coward · · Score: 1

      I doubt that. It's obvious that Slashdot shit the bed. They're probably [still] scrambling to figure out what went wrong, and what to fix first. Sourceforge went down too. According to reports "equipment was fried" - which usually means "just reboot" and "restore from backup" is out of the question. Given the nature of SF, I'd bet that was given priority over Slashdot. It's probably a frantic, understaffed scramble that involves emergency purchases and a sudden, unplanned, total migration of *multiple* properties (SF, slashdot).

      Nothing to envy, for sure.

    4. Re:Good news. by jafiwam · · Score: 2

      SD seems to have lost data. The user interface here looks like it did while they were still futzing with it after the purchase. They lost front end HTML and CSS / Script files it seems like.

    5. Re:Good news. by rholtzjr · · Score: 1

      I was wondering when that was going to be discussed. I have not heard any information on what happened and the root cause of the site intermittent availability.

  2. Re:profit form change fees and walkup fairs + lost by Anonymous Coward · · Score: 1

    Your words are in English, but your post makes no sense.

  3. SABRE was a classic case study by 140Mandak262Jamuna · · Score: 2
    In my software engineering course, back in the grad school, the SABRE airline reservation system was a case study. Supposed to be a text book example of how to implement and mange the life cycle of complex software systems. I still have the book Software Engineering by Shooman.

    That would have been 17 Moore's Law generations ago! In human terms, it like looking at the farming methods or weaving techniques or marine navigation procedures or military maneuvers of 1592!

    --
    sed -e 's/Chuck Norris/Rajnikant/g' joke > fact
    1. Re:SABRE was a classic case study by CMOS4081 · · Score: 1

      In my software engineering course, back in the grad school, the SABRE airline reservation system was a case study. Supposed to be a text book example of how to implement and mange the life cycle of complex software systems. I still have the book Software Engineering by Shooman.

      That would have been 17 Moore's Law generations ago! In human terms, it like looking at the farming methods or weaving techniques or marine navigation procedures or military maneuvers of 1592!

      Back in the day I've dealt with AMADEUS, SABRE and GALILEO. This news sure brings back memories!

    2. Re:SABRE was a classic case study by rholtzjr · · Score: 4, Informative

      I agree, unfortunately by today's standards, the waterfall approach has it's limitations with respect to time to market and R&D costs. SABRE finally did make it away from the mainframe centric architecture (some time in the later 90's) and thus could adopt more modern life cycle management techniques.

      On another note, the SABRE system (American Airlines) was in fact a system that was comprised of the core system originated by Eastern Airlines (named System One) back in the late 70's, early 80's. SABRE and System One added functionality to market these two separate systems to travel agencies who previously had to use telephones to call into an airline reservation centers. System One was later branched off of Eastern Airlines into a separate entity under Continental Holding Co. before Eastern went bankrupt in the early 90's and was later sold to Amadeus. SABRE is still SABRE as far as I know, however Amadeus was the original purchase of System One.

      And how do I know this? That was my first job that got me started down the path of computers as well as my distaste for COBOL after C was standardized in 89.

      There were actually 4 big ones marketed to the travel industry back in the late 80's

      PARS (TWA)

      SABRE (American)

      DatasII (Delta)

      System One (Eastern)

      There were other airlines that utilized similar system, Pan Am had "Panamac" ( I think), Continental/America West/Alaska Airlines had "Shares".

    3. Re:SABRE was a classic case study by rholtzjr · · Score: 1

      Ditto, that is where I started my IT career back in the early 80's. System One in Miami, Fl.

    4. Re:SABRE was a classic case study by dpalley · · Score: 1

      Actually, the original Sabre system dates back to the 1950's. It was only used internally by AA until the 70's when it was rolled out to travel agencies.

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

      Dan

    5. Re:SABRE was a classic case study by sconeu · · Score: 1

      And in the '80s they gave access to CompuServe Anyone remember EaasySABRE?

      --
      General Relativity: Space-time tells matter where to go; Matter tells space-time what shape to be.
    6. Re:SABRE was a classic case study by rholtzjr · · Score: 1

      You are correct that they had there own internal system, however Eastern had the first distributed reservation system that communicated to all major airlines in real time not just their own carrier. So while they may have developed their own internal system, what we see today is NOT entirely their doing.

    7. Re:SABRE was a classic case study by rholtzjr · · Score: 1

      Yes, that was the beginning of the "End of the Travel Agency". This is yet another example of a technology advancement that does actually take out other elements of an industry.

  4. Re:Time to rewrite this software using Rust? by thomn8r · · Score: 2

    Thank you for this - with the week I'm having, I needed a good belly laugh...

  5. Re:Time to replace by computational+super · · Score: 3, Interesting

    You don't understand the principal rule of managing software projects (according to the MBA's who manage software projects): if anything takes more than a couple of hours to do, it's not worth doing.

    --
    Proud neuron in the Slashdot hivemind since 2002.
  6. All the new word-smith phrases for getting DDOS'd? by adosch · · Score: 2

    Are these airline information systems really all that fragile in this sector? I know we all say that, but I personally don't have a F clue; I'm 100% media driven on this from what I read, consume or read-between-the-lines. I'm hoping someone close to this could chime in or reply...

    With any one of us with any moderate amount of IT experience in the trenches and at any level that's support any ops or for-profit system, It's hard to dismiss a generic statement such as network issue. I know management I've worked under in the past at other organizations, private and government, would pre-can some huggable and down-played message like that --- and I totally get it; it's embarrassing on any level for any end-user disruption, but we'll never know why.

    With the amount of breaches, DDOS's and what seems like this popular resurrection of using the word 'Hacking' like we are all hoping a Hackers reunion happens with Jonny Lee Miller and Angelina Jolie is just nauseating, but a very true reality anymore with the lack of implementation over security practices.

  7. Re:Would cloud hosting have prevented the /. outag by knightghost · · Score: 3, Insightful

    AWS has had plenty of outages.

    Personally I don't think there is any such thing as "technical issue". There are resourcing, risk management, and personnel management issues. I've built systems with the right teams before that could stand anything short of a nuke, and we came in under budget. Honesty and the right people give you results.

  8. they don't have local console or able to use ISO by Joe_Dragon · · Score: 1

    they don't have local console and you are not able to use your own ISO to install an OS.

  9. Re:Would cloud hosting have prevented the /. outag by easyTree · · Score: 1

    The best part of this is that thanks to economies of scale, cloud-based hosting can often be unpredictable at best

  10. Perhaps someone hasn't told you yet.. by Viol8 · · Score: 1

    ... but pushing your pet language in every goddam comments section is a perfect way to make people get sick of hearing about it and give it the finger before they've even tried it. Who knows, perhaps thats your intention. Either way, give it a rest you buffoon.

  11. All large systems can be fragile by Viol8 · · Score: 1

    And it doesn't matter what language they're written in , the fragility generally isn't down to a low level language issue such as memory, threading or pointer issues (though obviously those errors happen too), its usually a logic problem in handling edge cases, unexpected code paths and errors correctly. No language is going to save you from broken logic however much their proponents would pretend otherwise.

  12. Re:Would cloud hosting have prevented the /. outag by Viol8 · · Score: 1

    Every human built system can suffer from technical issues. Saying otherwise is just pretending the problem doesn't exist.

    " I've built systems with the right teams before that could stand anything short of a nuke"

    You're modest arn't you. Systems always look bullet proof - until they go wrong. I doubt yours are any better or worse than hundreds of others that have been written to be resilient.

  13. Re:Time to replace by thegarbz · · Score: 1

    Yes, let's replace a worldwide booking system that for the most part handles 3.7billion passengers every year without issue because of a very occasional outage causing a few queues.

    What could possibly go wrong.

  14. Re: Would cloud hosting have prevented the /. outa by Ogive17 · · Score: 3, Insightful

    I've built databases that work flawlessly for a year and stop working when I'm on vacation without explanation. Shit happens sometimes.

    --
    "Action without philosophy is a lethal weapon; philosophy without action is worthless."
  15. Re:Time to replace by emil · · Score: 1

    ...until the manager's flight is canceled, and [s]he is standing in an airport full of people in the same situation, including FAA regulators and Rand Paul.

    Then there might be sufficient motivation to refactor.

  16. ADA... by emil · · Score: 1

    ...is mostly syntax-equivalent with Oracle PL/SQL. The GCC toolchain targets ADA with GNAT. As such, it would obviously link against C.

    ADA is quite old and is likely missing many of the features you've outlined. Some of them may be present in the popular descendant of ADA known as SPARK.

    It is well-known that our software breaks far too much. Denying the problem does not solve it. ADA was designed to address this issue head-on, which is why Boeing's airplane control software is not written in C.

  17. Re:Time to replace by computational+super · · Score: 1

    You're attributing much longer memories to them than they seem to have. A co-worker and I were talking about refactoring and tech debt (and why we had so much still floating around) and he made an observation that (to management) tech debt is like a leaky roof. You don't have to fix it when it's not raining.

    --
    Proud neuron in the Slashdot hivemind since 2002.
  18. My heart goes out to Amadeus by shuz · · Score: 1

    From a person who has had similar international headlines for systems that I can impact. My heart goes out to you. System failures are never fun, failures that affect a lot of customers are just plain stressful. Document processes and learn from this event all the you can. Customers care most what was learned and how to prevent this and future scoped events from occurring again.

    Hang in there!

    --
    There is or can be built a machine that can simulate any physical object. -Church-Turing principle
  19. Re:Would cloud hosting have prevented the /. outag by K.+S.+Kyosuke · · Score: 1

    Reportedly it was due to equipment failure

    If you trust some with the name "Logan, A Bot"...

    --
    Ezekiel 23:20
  20. Re:Would cloud hosting have prevented the /. outag by K.+S.+Kyosuke · · Score: 1

    Who the fuck is creimer??

    Isn't that the guy living next door to Alice?

    --
    Ezekiel 23:20
  21. Re:profit form change fees and walkup fairs + lost by hackwrench · · Score: 1

    He's using the wrong words, but essentially he's saying that they get to charge you for their mistakes caused by having lousy IT that is lousy because they are saving money by not spending it on training.

  22. Re:Time to rewrite this software using Rust? by cheesybagel · · Score: 1

    Nah. It must be rewritten in Javascript. With Angular.js, Node.js, and a whole load of other *.js's or it won't Web Scale!