Closed
Bug 693481
Opened 14 years ago
Closed 14 years ago
Socorro - adopt orphan crashes
Categories
(Infrastructure & Operations Graveyard :: WebOps: Other, task)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: lars, Assigned: jabba)
Details
On Thursday, Sept 6, there were some troubles with HBase that resulted in a lot of crashes being orphaned in the collectors' primary store. The bug that spawned these wretched orphans was repaired in Socorro 2.3. Now it is time to send those orphans packing.
I'd like this procedure to be done when I am available to watch the results live. So during the working day Pacific time would be best. Reach me in #breakpad when you're ready to proceed.
On one of the collectors, starting with just one, run the script:
.../scripts/orphanSubmitter.py --searchRoot=/home/socorro/primaryStorage/20110906/name
Iff that completes successfully, then proceed with doing the same on the rest of the collectors. I will advise as I see the results.
Updated•14 years ago
|
Assignee: server-ops → jdow
| Assignee | ||
Comment 1•14 years ago
|
||
After some help from lars getting the python path set right, I was able to successfully run this on all collectors:
[socorro@sp-collector06.phx1 ~]$ export PYTHONPATH=/home/socorro/python_extras/lib:/data/socorro/application:/data/socorro/thirdparty
[socorro@sp-collector06.phx1 ~]$ /data/socorro/application/scripts/orphanSubmitter.py --searchRoot=/home/socorro/primaryCrashStore/20111006 --hbaseHost=10.8.81.210 --syslogLineFormatString="Orphans (pid %(process)d): %(asctime)s %(levelname)s - %(threadName)s - %(message)s" --syslogFacilityString=local2 >/dev/null
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Updated•12 years ago
|
Component: Server Operations: Web Operations → WebOps: Other
Product: mozilla.org → Infrastructure & Operations
Updated•6 years ago
|
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•