Orbitz blames Oracle for site outage

Ask a Question related to Oracle Server, Design and Development.

  1. #1

    Default Orbitz blames Oracle for site outage

    So much for the 'Unbreakable' strategy..
    Last I heard, PostGreSQL is still serving up domain names for the .ORG
    domain name registry.

    Orbitz blames Oracle for site outage:
    [url]http://news.com.com/2100-1019_3-1026450.html?tag=fd_top[/url]

    also *Two Oracle executives resign* :
    [url]http://news.com.com/2100-1012_3-1026536.html?tag=fd_top[/url]


    Keith Guest

  2. Similar Questions and Discussions

    1. Only Half a Print - Epson blames Photoshop. Help!
      It's so frustrating being the bouncing ball between two who want no blame. Please, catch me and stop the banging in my head! My Powerbook had...
    2. ORACLE RAC CRASHES ORBITZ
      Could have been worse. http://theregister.co.uk/content/archive/30095.html IBM's DB2 blamed for Danish banking crisis By Ashlee Vance in San...
    3. Orbitz dumps RAC for better reliability
      I thought RAC users should know. No sense in self imposed ignorance eh? Quoted from computer world: "It was an database issue, and we decided to...
    4. More allegations that RAC maybe involved in the Orbitz outage
      Just being informative .. Dont kill the messenger. http://www.eweek.com/article2/0,3959,1196879,00.asp
    5. Travel reservation Web site Orbitz crashes
      " The site, which is owned by major airlines and has expanded aggressively into hotel reservations, froze around 6 a.m. EDT on Wednesday and was...
  3. #2

    Default Re: Orbitz blames Oracle for site outage

    Keith wrote:
    > So much for the 'Unbreakable' strategy..
    Is there any reason for your constant flaming?
    Or the crossposting?
    Problems happen. The difference between oracle
    and other db supports is that oracle support is actually
    competent and willing to help you. At least the support
    guys I encountered so far. This in contrast to, for instance
    cygnus support (RIP) which we bought for one year,
    put in one bug request and never heard from again,
    apart from the usual your-bug-has-been-received message.

    Greetings!
    Volker
    --
    While it is a known fact that programmers
    never make mistakes, it is still a good idea
    to humor the users by checking for errors at
    critical points in your program.
    -Robert D. Schneider, "Optimizing INFORMIX
    Applications"



    Volker Hetzer Guest

  4. #3

    Default Re: Orbitz blames Oracle for site outage

    "Keith" <nospam@nospam.com> wrote in message
    news:vhcct8iaolb83b@news.supernews.com...
    > So much for the 'Unbreakable' strategy..
    > Last I heard, PostGreSQL is still serving up domain names for the .ORG
    > domain name registry.
    Does it guarantee no data loss as has apparently happened in the Orbitz
    case?


    --
    Niall Litchfield
    Oracle DBA
    Audit Commission UK


    Niall Litchfield Guest

  5. #4

    Default Re: Orbitz blames Oracle for site outage

    [email]vslabs@onwe.co.za[/email] (Billy Verreynne) wrote in message news:<1a75df45.0307170257.253c9f18@posting.google. com>...
    > Keith <nospam@nospam.com> wrote in message
    >
    > > So much for the 'Unbreakable' strategy..
    >
    > Duh?
    >
    > Re-read your sentence. *Strategy*. That implies not a product that
    > cannot break, but an APPROACH that can deliver an unbreakable system
    > implementation.
    >
    > > Last I heard, PostGreSQL is still serving up domain names for the .ORG
    > > domain name registry.
    >
    > Last I heard, assholes are still being born. They just grow bigger as
    > they get older.
    >
    > > Orbitz blames Oracle for site outage:
    > > [url]http://news.com.com/2100-1019_3-1026450.html?tag=fd_top[/url]
    >
    > And automatically you assume it is an Oracle issue?
    >
    > After an o/s upgrade to a Data Warehouse some years ago, we had all
    > kinds of problems. Db just hanging and crashing.
    >
    > I spend some time with Oracle Support tracing the problem. It was a
    > big issue. Mission critical corporate system down. It was escalated to
    > the Munich Oracle Compotence Centre. The problem was traced... and
    > turned out to have been caused by some friggen dumb jerk that forgot
    > to install a kernel patch during the o/s upgrade. Async i/o was used
    > by Oracle. And accepted by the kernel. But the kernel "forgot" to
    > inform Oracle when the async i/o completed.
    >
    > Your posting kinda of remind me of that.. especially that friggen dumb
    > jerk part.
    >
    > And this is btw not the exception.. I have many war stories about
    > database downtime and crashes and errors. The vast majority of times
    > it is caused by
    > a) operating system bugs
    > b) idiotic implementation that breaks not only Oracle strategies and
    > rules, but common sense too
    >
    > When the shit hits the fan.. I prefer Oracle Support. And not
    > Microsoft Support or OEM hardware vendor support (like IBM, ICL,
    > Siemens, etc). The Oracle support guys I have had the pleassure to
    > work with (locally and Europe), go beyond the extra mile.
    >
    > And this opinion is from bitter experience dealing with other support
    > centres.

    none of those articles state anything about what the problem is?
    nothing is unbreakable if you use it wrong. The only reason that
    article would be the least bit interesting to myself would be if there
    is a problem, what the problem is and where I can get information on
    either how to fix it or a work around. Other than that, I dont care.

    I see these kinds of posts on Microsoft technical forums all the time.
    I believe Unbreakable was meant if you were using RAC. Which meant
    that if one server went down you could load balance to another. Of
    course its just marketing.

    So your implying that because there might be a bug in Oracle, I should
    quit my job using Oracle take a lower paying job using some other
    database(and yes the other DBs do pay less and in many cases ALOT
    less) to prove some kind of point?
    Ryan Gaffuri Guest

  6. #5

    Default Re: Orbitz blames Oracle for site outage

    That should have read "Oracle's 'Unbreakable' marketing strategy"
    telling the world that Oracle is 'Unbreakable.'

    Billy Verreynne wrote:
    > Keith <nospam@nospam.com> wrote in message
    >
    >
    >>So much for the 'Unbreakable' strategy..
    >
    >
    > Duh?
    >
    > Re-read your sentence. *Strategy*. That implies not a product that
    > cannot break, but an APPROACH that can deliver an unbreakable system
    > implementation.
    >
    >
    >>Last I heard, PostGreSQL is still serving up domain names for the .ORG
    >>domain name registry.
    >
    >
    > Last I heard, assholes are still being born. They just grow bigger as
    > they get older.
    >
    >
    >>Orbitz blames Oracle for site outage:
    >>[url]http://news.com.com/2100-1019_3-1026450.html?tag=fd_top[/url]
    >
    >
    > And automatically you assume it is an Oracle issue?
    >
    > After an o/s upgrade to a Data Warehouse some years ago, we had all
    > kinds of problems. Db just hanging and crashing.
    >
    > I spend some time with Oracle Support tracing the problem. It was a
    > big issue. Mission critical corporate system down. It was escalated to
    > the Munich Oracle Compotence Centre. The problem was traced... and
    > turned out to have been caused by some friggen dumb jerk that forgot
    > to install a kernel patch during the o/s upgrade. Async i/o was used
    > by Oracle. And accepted by the kernel. But the kernel "forgot" to
    > inform Oracle when the async i/o completed.
    >
    > Your posting kinda of remind me of that.. especially that friggen dumb
    > jerk part.
    >
    > And this is btw not the exception.. I have many war stories about
    > database downtime and crashes and errors. The vast majority of times
    > it is caused by
    > a) operating system bugs
    > b) idiotic implementation that breaks not only Oracle strategies and
    > rules, but common sense too
    >
    > When the shit hits the fan.. I prefer Oracle Support. And not
    > Microsoft Support or OEM hardware vendor support (like IBM, ICL,
    > Siemens, etc). The Oracle support guys I have had the pleassure to
    > work with (locally and Europe), go beyond the extra mile.
    >
    > And this opinion is from bitter experience dealing with other support
    > centres.
    >
    > --
    > Billy
    Keith Guest

  7. #6

    Default Re: Orbitz blames Oracle for site outage

    Keith wrote:
    > So much for the 'Unbreakable' strategy..
    > Last I heard, PostGreSQL is still serving up domain names for the .ORG
    > domain name registry.
    >
    > Orbitz blames Oracle for site outage:
    > [url]http://news.com.com/2100-1019_3-1026450.html?tag=fd_top[/url]
    >
    > also *Two Oracle executives resign* :
    > [url]http://news.com.com/2100-1012_3-1026536.html?tag=fd_top[/url]
    Obviously you have an overabundance of testosterone leading you to a
    strong desire to start a flame war over marketing hyperbole. Please
    contact George W. Bush or Donald Rumsfeld. I've no doubt they could use
    your talents.

    We, however, are bored.

    Next time try posting something ... with substance ... in the correct
    usenet group ... and on topic.

    Meanwhile I will inform Larry that you hold him personally responsible for
    people that don't follow directions with his products.

    --
    Daniel Morgan
    [url]http://www.outreach.washington.edu/extinfo/certprog/oad/oad_crs.asp[/url]
    [email]damorgan@x.washington.edu[/email]
    (replace 'x' with a 'u' to reply)


    Daniel Morgan Guest

  8. #7

    Default Re: Orbitz blames Oracle for site outage

    Oh please, where do I even insinuate that Larry is personally
    responsible for this? It doesn't make any sense.

    Daniel Morgan wrote:
    > Keith wrote:
    >
    > Meanwhile I will inform Larry that you hold him personally responsible for
    > people that don't follow directions with his products.
    >
    Keith Guest

  9. #8

    Default Re: Orbitz blames Oracle for site outage

    Keith wrote:
    > Oh please, where do I even insinuate that Larry is personally
    > responsible for this? It doesn't make any sense.
    >
    > Daniel Morgan wrote:
    >
    > > Keith wrote:
    > >
    >
    > > Meanwhile I will inform Larry that you hold him personally responsible for
    > > people that don't follow directions with his products.
    > >
    The CEO is always responsible. Unfortunately you and your attempts to start a
    flame war are not.

    Please cease and desist with your inane, off-topic, postings based on marketing
    hyperbole. This, amazingly enough, is an Oracle usenet group. And if you had
    something positive to say with regard to the Orbitz situation it would have been
    related to cause and solution ... not oily rags and a match.

    If you want to flog a competitive product by all means do so. Do it at alt.test.
    Do it on your own web site. Do it in the Wall Street Journal and the NY Times
    for all I care. But please stay out of c.d.o. usenet groups where some of us
    actually have a desire to discuss technical issues related to this product
    family.

    We don't make messes in your living room ... please be courteous and don't make
    messes in ours.

    Thank you.
    --
    Daniel Morgan
    [url]http://www.outreach.washington.edu/extinfo/certprog/oad/oad_crs.asp[/url]
    [email]damorgan@x.washington.edu[/email]
    (replace 'x' with a 'u' to reply)


    Daniel Morgan Guest

  10. #9

    Default Re: Orbitz blames Oracle for site outage

    Keith <nospam@nospam.com> wrote in message
    > That should have read "Oracle's 'Unbreakable' marketing strategy"
    > telling the world that Oracle is 'Unbreakable.'
    And how does that differ from your PGSQL marketing bs you spread here?


    --
    Billy
    Billy Verreynne Guest

Posting Permissions

  • You may not post new threads
  • You may post replies
  • You may not post attachments
  • You may not edit your posts

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139