Edgewall Software
Modify

Opened 17 years ago

Closed 14 years ago

#4795 closed defect (worksforme)

500 Error when adding a new ticket with fcgi

Reported by: dan@… Owned by: Jonas Borgström
Priority: normal Milestone:
Component: ticket system Version: 0.10.3
Severity: normal Keywords: fastcgi needinfo
Cc: Branch:
Release Notes:
API Changes:
Internal Changes:

Description

Whenever I submit a new ticket in Trac using fcgi I get a 500 internal error. This is also true when I try to submit an update to a ticket. Below is what is found in the error logs.

[Tue Feb 20 13:14:55 2007] [error] [client 64.0.193.159] FastCGI: comm with (dynamic) server "/home/danolsen/dev.dansworkshop.net/sportspickem/index.fcgi" aborted: (first read) idle timeout (60 sec), referer: http://dev.dansworkshop.net/sportspickem/index.fcgi/ticket/17
[Tue Feb 20 13:14:55 2007] [error] [client 64.0.193.159] FastCGI: incomplete headers (0 bytes) received from server "/home/danolsen/dev.dansworkshop.net/sportspickem/index.fcgi", referer: http://dev.dansworkshop.net/sportspickem/index.fcgi/ticket/17
[Tue Feb 20 13:14:55 2007] [error] [client 64.0.193.159] Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace., referer: http://dev.dansworkshop.net/sportspickem/index.fcgi/ticket/17

Attachments (0)

Change History (7)

comment:1 by tlianza, 17 years ago

I have the exact same problem. If I switch from fastcgi back to cgi, rather than getting an error in the log I simply don't get a page back (browser spins forever). The tickets create fine, and update fine, but the pages just don't come back (I assume it's because there is no timeout like with fastcgi).

Under tracd I was seeing similar behavior - it just spins after being told to update/create a ticket. If I navigate away while it's working, it produces the output described in ticket #1183. So, the connection is still open - trac just doesn't seem to be doing anything.

comment:2 by Christian Boos, 17 years ago

Keywords: fastcgi needinfo added

Sorry for the late answer, the ticket went unnoticed.

Could be anything… maybe e-mail notifications that are not correctly configured and the request remains stuck forever on the notify() call. This would be consistent with the behavior observed.

Try with e-mail notification disabled.

comment:3 by sid, 17 years ago

Did temporarily disabling your email notification solve the problem?

comment:4 by sid, 16 years ago

Resolution: worksforme
Severity: majornormal
Status: newclosed

Closing due to lack of response for any of the last 2 comments. Please re-open if you check your email notification and that is not the issue. Thanks!

comment:5 by Ben, 14 years ago

Resolution: worksforme
Status: closedreopened

I re open this ticket. I have the same even if I disable email notification. I run apache 2.2 and Trac-0.11.5 Thanks

comment:6 by Ben, 14 years ago

Ok it works when I disable email notifcation. But I need to use email notifiaction, is there a solution ?

Thanks

comment:7 by Remy Blank, 14 years ago

Resolution: worksforme
Status: reopenedclosed

Please ask for help about an InstallationIssue on the MailingList and/or the IrcChannel.

Modify Ticket

Change Properties
Set your email in Preferences
Action
as closed The owner will remain Jonas Borgström.
The resolution will be deleted. Next status will be 'reopened'.
to The owner will be changed from Jonas Borgström to the specified user.

Add Comment


E-mail address and name can be saved in the Preferences .
 
Note: See TracTickets for help on using tickets.