Hello Rong,

Sorry for long response. I was on a trip during last 5 days.

What I have found:

Lets take a look on this patch [1]. It must be a contribution of gengchc2, but for some reasons it was matched to Yuval Brik [2]

I'm still trying to find a root cause of it, but anyway on this week we are planing to rebuild our database to increase RAM. I checked statistics of gengchc2 on clean database and it's complete correct.

So your problem will be solved in several days. It will take so long time because full rebuild of DB takes 48 hours, but we need to test our migration process first to keep zero down time.

I'll share a results with you here when the process will be finished. Thank you for your patience.

Sergey

[1] https://review.opendev.org/#/c/627762/

[2] https://www.stackalytics.com/?user_id=jhamhader&project_type=all&release=all&metric=commits&company=&module=freezer-api

On Mon, May 6, 2019 at 6:30 AM Rong Zhu <aaronzhu1121@gmail.com> wrote:

Hi Sergey,

Do we have any process about my colleague's data loss problem?

Sergey Nikitin <snikitin@mirantis.com>于2019年4月29日周一19:57写道：
Thank you for information! I will take a look

On Mon, Apr 29, 2019 at 3:47 PM Rong Zhu <aaronzhu1121@gmail.com> wrote:
Hi there,

Recently we found we lost a person's data from our company at the stackalytics website.
You can check the merged patch from [0], but there no date from the stackalytics website.

stackalytics info as below:
Company: ZTE Corporation
Launchpad: 578043796-b
Gerrit: gengchc2

Look forward to hearing from you!

Best Regards,
Rong Zhu

--
Thanks,
Rong Zhu