On Sep 28, 3:46 pm, aiden bell <[email protected]> wrote: > On Sep 27, 11:02 pm, Graham Dumpleton <[email protected]> > wrote:> Read: > > >http://code.google.com/p/modwsgi/wiki/FrequentlyAskedQuestions > > Done and ruled out any MySQL conflict, mod_python and other modules > mentioned > > > Section about crashes. > > > Also see: > > >http://code.google.com/p/modwsgi/wiki/ApplicationIssueshttp://code.go... > > > In short, try using main interpreter. Ensure mod_python not being > > loaded. Disable php if you can. > > > Otherwise use gdb as documented to get stack trace and investigate. > > using gdb as stated was unsuccessful, taking all the steps in > DebuggingTechniques, I only get: > "Script timed out before returning headers" > In the log and no segfault in gdb when attaching to either the > mod_wsgi process or apache. > Update: It is the mod_wsgi process crashing (by PID and LogLevel info in apache). Attaching gdb to the process just causes the request to hang even after increasing Timeout in Apache to an obscene figure. As soon as gdb is detached, the request advances to segfault. List of loaded
modules: core_module (static) mpm_prefork_module (static) http_module (static) so_module (static) auth_basic_module (shared) auth_digest_module (shared) authn_file_module (shared) authn_alias_module (shared) authn_anon_module (shared) authn_dbm_module (shared) authn_default_module (shared) authz_host_module (shared) authz_user_module (shared) authz_owner_module (shared) authz_groupfile_module (shared) authz_dbm_module (shared) authz_default_module (shared) ldap_module (shared) authnz_ldap_module (shared) include_module (shared) log_config_module (shared) logio_module (shared) env_module (shared) ext_filter_module (shared) mime_magic_module (shared) expires_module (shared) deflate_module (shared) headers_module (shared) usertrack_module (shared) setenvif_module (shared) mime_module (shared) dav_module (shared) status_module (shared) autoindex_module (shared) info_module (shared) dav_fs_module (shared) vhost_alias_module (shared) negotiation_module (shared) dir_module (shared) actions_module (shared) speling_module (shared) userdir_module (shared) alias_module (shared) rewrite_module (shared) proxy_module (shared) proxy_balancer_module (shared) proxy_ftp_module (shared) proxy_http_module (shared) proxy_connect_module (shared) cache_module (shared) suexec_module (shared) disk_cache_module (shared) cgi_module (shared) proxy_ajp_module (shared) dav_svn_module (shared) authz_svn_module (shared) wsgi_module (shared) Syntax OK Maybe a fedora specific problem, which I will take to their bugzilla if I can debug it. Any hint on getting a backtrace? > However, the segfault only happens on the first request in each apache > process, > subsequent requests run fine. > > > > > Graham > > > On Monday, September 27, 2010, aiden bell <[email protected]> wrote: > > > > On Sep 27, 10:04 pm, "[email protected]" <[email protected]> > > > wrote: > > >> On Sep 27, 2010, at 4:48 PM, aiden bell wrote: > > > >> > Hi All, > > > >> > Getting odd segfaults in mod_wsgi/3.2, python 2.6.4, apache 2.2.16 on > > >> > Fedora 13 > > > >> > Down to the point ... CodeA segfaults and CodeB doesn't whereas they > > >> > should both be semantically the same. The segfault > > >> > is the standard message "child pid 1234 exit signal Segmentation fault > > >> > (11)" > > > >> > Everything ran fine until this one change > > > >> What one change? > > > > As an aside to the `if(True):` I also can't catch the error with gdb, > > > the request > > > just hangs. Also getting segfaults with any subsequent edit that > > > involves adding > > > an if statement! Odd stuff. > > > >> > (tracked down through > > >> > Eclipse's local history). There *was* an actual computed value > > >> > where `True` resides ... but I took it out to make the issue as simple > > >> > as possible. > > > >> > CodeA: > > > >> > ... > > >> > if self.some_var: > > >> > # do something > > >> > else: > > >> > if(True): > > >> > raise SomeException("Some Message") > > >> > ... > > > >> > CodeB: > > > >> > ... > > >> > if self.some_var: > > >> > # do something > > >> > else: > > >> > raise SomeException("Some Message") > > >> > ... > > > >> > Thanks in advance! > > >> > Aiden > > >> >http://stackoverflow.com/users/104040/aiden-bell > > > >> > -- > > >> > You received this message because you are subscribed to the Google > > >> > Groups "modwsgi" group. > > >> > To post to this group, send email to [email protected]. > > >> > To unsubscribe from this group, send email to > > >> > [email protected]. > > >> > For more options, visit this group > > >> > athttp://groups.google.com/group/modwsgi?hl=en. > > > > -- > > > You received this message because you are subscribed to the Google Groups > > > "modwsgi" group. > > > To post to this group, send email to [email protected]. > > > To unsubscribe from this group, send email to > > > [email protected]. > > > For more options, visit this group > > > athttp://groups.google.com/group/modwsgi?hl=en. -- You received this message because you are subscribed to the Google Groups "modwsgi" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/modwsgi?hl=en.
