Closed Bug 929669 Opened 11 years ago Closed 7 years ago

Send a copy of production data to stage through PolyCrashStore

Categories

(Socorro :: Backend, task)

x86_64
Linux
task
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: selenamarie, Unassigned)

References

Details

(Whiteboard: [config change])

Currently, we have a job that runs every 4 hours or so to copy Hbase data from prod to stage.

I propose we change this so that we're sending data directly to stage from the crashmovers. 

I suggest we also change the retry functions to only try two or three times before timing out/totally failing. Goal is to get a reasonable amount of data into stage, rather than perfection.
This change will require a configuration change for our crashmovers. 

I don't think we need a netflow, since we already are sending crashes with the submitter.
Whiteboard: [config change]
(In reply to Selena Deckelmann :selenamarie :selena from comment #2)
> I suggest we also change the retry functions to only try two or three times
> before timing out/totally failing. Goal is to get a reasonable amount of
> data into stage, rather than perfection.

Actually "perfection" is a requirement here - I have been asked many a times re crashes that exist in prod but not on stg

--
is it a requirement that the crash_id match between production and stage?
(In reply to K Lars Lohn [:lars] [:klohn] from comment #3)
> is it a requirement that the crash_id match between production and stage?

If you meant to refer to the HBase table key, *yes*

--
Depends on: 958120
:lars - was this for the code change, or did the config change happen?
Target Milestone: --- → 73
removing the tag - we cannot do this until we have all the hardware in place.  Looking for the hardware bug to block this.
QA Contact: lars
Target Milestone: 73 → ---
Depends on: 962830
we implemented this with aws lambda instead
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.