IWETHEY v. 0.3.0 | TODO
1,095 registered users | 0 active users | 0 LpH | Statistics
Login | Create New User
IWETHEY Banner

Welcome to IWETHEY!

New To me this sounds like a
Socket or networking problem.

Is the DB local to the webserver? (I doubt it)

Assuming Remote DB.

I'd like to believe it was some kind of framing issue betwixt the Webserver and the DB.

Maybe some kind of unusual fragmenting.

Of course... the come from /dev/ass
--
[link|mailto:greg@gregfolkert.net|greg],
[link|http://www.iwethey.org/ed_curry|REMEMBER ED CURRY!] @ iwethey
No matter how much Microsoft supporters whine about how Linux and other operating systems have just as many bugs as their operating systems do, the bottom line is that the serious, gut-wrenching problems happen on Windows, not on Linux, not on Mac OS. -- [link|http://www.eweek.com/article2/0,1759,1622086,00.asp|source]
Here is an example: [link|http://www.greymagic.com/security/advisories/gm001-ie/|Executing arbitrary commands without Active Scripting or ActiveX when using Windows]
New Anything is possible, but that seems unlikely
Of course everything is unlikely in this scenario. There are no likely explanations.

Yes, the database is remote from the webservers. Each webserver has multiple Apache children with independent database connections. The problem showed up on all webservers at the same time, across multiple children. It cleared up on all at the same time. And, as I said, it did not affect other tables, many of which have far higher levels of updates.

That makes me suspect that the problem must be internal to the database. Having the purportedly impossible happen once is unlikely. Having it happen 4 times in sync is less likely. Having it happen at a layer that doesn't have the knowledge to figure out when to work/fail to produce the symptom is again unbelievable.

This looks like what I'd expect if, say, you corrupted the internal memory in a validation routine, and then later that corrupted memory got reloaded from disk. (I'm not saying that that's what happened, just that that's something that could wind up looking like this.)

Cheers,
Ben
I have come to believe that idealism without discipline is a quick road to disaster, while discipline without idealism is pointless. -- Aaron Ward (my brother)
New Then I'd agree...
as you left out the crucial pieces I needed to rule out the communications isues.
[SNIP stuff I really shouldn't have written about wonderful Oracle and Memory useage]
Yeah, I know... SHUDDUP.
--
[link|mailto:greg@gregfolkert.net|greg],
[link|http://www.iwethey.org/ed_curry|REMEMBER ED CURRY!] @ iwethey
No matter how much Microsoft supporters whine about how Linux and other operating systems have just as many bugs as their operating systems do, the bottom line is that the serious, gut-wrenching problems happen on Windows, not on Linux, not on Mac OS. -- [link|http://www.eweek.com/article2/0,1759,1622086,00.asp|source]
Here is an example: [link|http://www.greymagic.com/security/advisories/gm001-ie/|Executing arbitrary commands without Active Scripting or ActiveX when using Windows]
     Intermittent problem with Oracle - (ben_tilly) - (16)
         To me this sounds like a - (folkert) - (2)
             Anything is possible, but that seems unlikely - (ben_tilly) - (1)
                 Then I'd agree... - (folkert)
         Sounds like Oracle have been taking lessons from Microsoft. - (static) - (9)
             Yeah - which is why I dislike the situation so much -NT - (ben_tilly)
             You want non-deterministic? - (inthane-chan) - (7)
                 And people wonder why I won't admin Windows Servers... :-) -NT - (static) - (6)
                     No I don't. - (folkert) - (5)
                         I have zero interest in administrating Windows. - (inthane-chan) - (4)
                             Anything else... - (pwhysall)
                             Adminning Windows is too much stress for me. -NT - (static) - (2)
                                 It's not the computers that stress me... - (pwhysall) - (1)
                                     When Linux breaks, there's a reason. - (static)
         anything in the system logs? - (daemon) - (2)
             We checked those logs, and we intend to do more - (ben_tilly) - (1)
                 thats always the hardest part it takes a sneaky outage - (daemon)

Inside, they're not answering.
88 ms