Re: 'premature end of script headers' error
Bernhard Reiter <[email protected]>
| Newsgroups | gmane.comp.bug-tracking.roundup.user |
|---|---|
| Message-ID | <[email protected]> |
Tom, On Wednesday 11 December 2013 at 23:08:52, Tom Ekberg wrote: > Thank you for your response. I can find no traceback. None in the log file, > nor the apache ssl_error_log which is where I have seen stack traces > before. I peppered my systems tracker's roundup.cgi with more log messages > - there is no python error at that level. I made sure to catch any > exception. hmmm, yes this is strange, but it was important to check. > I wrote a wrapper class (snarfed most of the code from > http://code.activestate.com/recipes/577555-object-wrapper-class/) to have > HTML text go to the log file as well as to sys.stdout. When I'm displaying > the issue detail (issue.item.html) I see lots of HMTL in the log file. When > I change a simple attribute and press the 'submit' button I see the SQL > statements that I saw before, but no HTML text. This is why apache is > complaining about the script headers - there aren't any. I'll have to dig > deeper in the roundup/cgi/* code to determine where the error is. I'm > thinking that something like this happens: > > create DB transaction > do a lot of selects > perform update and inserts > some unknown error happens > transaction is aborted Yes, this seems to be a good starting hypothesis. You could try to verify it maybe by the database side, if there is more diagnostics, it may tell you if the transaction was actually aborted. > I'm pretty certain the database itself isn't the problem. I modified the > same issue's attribute with roundup-admin and it works fine. I also did the > UPDATE cut/pasted from the log using psql (the postgres command line) while > logged as the user I'm using in the tracker. That also works fine. It still could be the database because of timing or so, but I also would try to falsify other hypothesis first. > If you think I'm going down the wrong path (digging into the roundup/cgi/* > code) I'd appreciate your input. The result probably comes out of the db layer, maybe that is another place where you can try to detect and track the infection (bad behaviour propagating). Let us know about your progress. ;) Bernhard -- www.intevation.de/~bernhard (CEO) www.fsfe.org (Founding GA Member) Intevation GmbH, Osnabrück, Germany; Amtsgericht Osnabrück, HRB 18998 Owned and run by Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner ------------------------------------------------------------------------------ Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk _______________________________________________ Roundup-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/roundup-users
signature.asc
(application/pgp-signature, 490 B)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iQEcBAABAgAGBQJSqY6XAAoJEDxD9Mjv9dQqTFQIAIm5ib8xFreegx2egF75TN1U 0RthFxAYX+bHl8eKA/kAwbb4iz4vB4oHYhLDih3RWB7NwLgpa7l8TlUtR9JitTDt +ss2gUtl8p62nA/wSdCQwutHq51sY12rs2EUKb3Vy7mq4leDxvUtiLQVII791o6X KelW9GX0HYD4y+oI2YZJU+s7DBVJYf/SJpndcWKmH6QoCiPCD2v4XlrcVfUGMv+S AvLO/kMv4Ky7KYKrDQ4TzC101fpIYezgQCI+AEujcBqUbPLSLp450PbvQZdMcDV/ NSU1ld9L7ST6o+d6KiGGskMLsaW2+hNlWOSGCZICxHnHp6/SoMIH4UFir6EOAHA= =lmq+ -----END PGP SIGNATURE-----