On Fri, 2002-02-08 at 19:00, Costas Malamas wrote: > > Well, I did the post-mortem. It's not a communication thing, the DB and WK > are on the same machine. WK reported no errors whatsoever. However, the > apache logs are full of "failure connecting to appserver attempt X out of > 10" (or something akin to that).
Yeah, mod_webkit tries 10 times and leaves rather excessive error messages in the case that the AppServer just isn't there. There's a possibility that something in the database adapter could have crashed all of Python, since it's probably in C and thus potentially unsafe. Python itself should never crash. However, it's also possible that some exception happened in the WebKit code -- any exception in servlet code (or any code called by the servlet) should be caught. I don't know what happens when there's an unexpected exception in WebKit...? Does the error get logged anywhere? Also, if you run out of memory (and VM), I have no idea what will happen. If you can reproduce it, then you could figure out more. Perhaps using the Apache benchmarking utility (I can't remember the name now) you could simulate a large load. > MySQL also has reported nothing. Looking > at the logs, the MySQL error I reported below seems to be unrelated > (although I am definitely doing something wrong with these connections; any > literature guys?). > > > So, long story short it seems that WK just gave up. Now, I got an > idea/request: since I am using mod_webkit (linux), how hard would it be to > rig mod_webkit up to restart the WK appserver if it has failed to connect > after X attempts? People have talked about it, but no one's done it. I assume this means it's hard. It would make sense to try it out with WebKit.cgi, which is easier to play around with, and then it might be ported to mod_webkit. > Thanks for the help everybody. I've been googling for some good reference > on how to manage DB connections on a DB-backed website and I've only come > across pretty basic stuff. Any pointers? I don't know... it's probably not in the database stuff, unless you have a particular reason to believe so. Ian _______________________________________________ Webware-discuss mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/webware-discuss
