Closed Bug 611356 Opened 14 years ago Closed 14 years ago

b.m.o. report.cgi returns HTTP 500 error

Categories

(mozilla.org Graveyard :: Server Operations, task)

task
Not set
blocker

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: mcote, Assigned: justdave)

Details

The API has been getting hit pretty hard, so it's been disabled intermittently.  It's up again right now AFAIK.
Not for me at the moment.  Super simple query:

https://api-dev.bugzilla.mozilla.org/latest/count?resolution=FIXED

--- 
error: 1
http_code: 500
message: "HTTP Error: 500 Internal Server Error"
I have two sets of virtual machines making calls to BzApi. One set from the phoenix colo and one set from locally. Can you tell if a particular set of IP addresses is particularly egregious ?
mcote tells me the two ips that were blocked were in phx and sjc. I assume the sjc one is jmaher's and the phx one is mine.

justdave: how badly did I hit BzApi to get cut off ?
The BzAPI machine now has Munin running so hopefully sysadmin-type people can tell what it needs. My unskilled analysis suggests it has plenty of CPU and disk and network, but needs more memory.

Those who have access to the machine can do:

ssh api-dev -L 5050:localhost:80

and access http://localhost:5050/munin

to see the graphs.

Gerv
Severity: normal → blocker
Moving this over to server-ops@ to get the data from the error log... If it turns out to be an actual Bugzilla issue, can move back here or to Bugzilla product for fixing.
Assignee: nobody → server-ops
Component: Bugzilla: Other b.m.o Issues → Server Operations
QA Contact: other-bmo-issues → mrz
Assignee: server-ops → justdave
The IPs which got blocked from bzapi got unblocked, and were not at fault.  The problem turned out to be a direct link from the release notes for Firefox 4.0b7 to a query that searched for bugs whose state changed to FIXED during a range of dates (which is a fairly intensive query - and lots of people were actually clicking on it).

As for the error this generates:

[Fri Nov 12 00:22:20 2010] [error] DBD::mysql::db selectall_arrayref failed: Table 'bugs.cf_blocking_thunderbird33' doesn't exist

Seems someone created a new custom field and it didn't work...
This should be resolved now.  We ended up writing a command-line script to finish the job that kept timing out in the GUI for the custom field creation.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Confirmed that my uses of the bzapi work again now, too.
Yup, works for me now too.
Status: RESOLVED → VERIFIED
Product: mozilla.org → mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.