please clone tip of mozilla-aurora to mozilla-beta

RESOLVED FIXED

Status

RESOLVED FIXED
8 years ago
4 years ago

People

(Reporter: lsblakk, Assigned: nmeyerhans)

Tracking

Details

please clone the latest mozilla-aurora tip to mozilla-beta and same for the releases/l10n/mozilla-aurora -> releases/l10n/mozilla-beta
(Assignee)

Updated

8 years ago
Assignee: server-ops → nmeyerhans
(Assignee)

Comment 1

8 years ago
All set.
Status: NEW → RESOLVED
Last Resolved: 8 years ago
Resolution: --- → FIXED
How was this done ? Normally we don't have a pushlog database (or any history in pushlog at all) after a clone request but we do for mozilla-beta, and that's causing the buildbot master for scheduling jobs to eat its face.
(Assignee)

Comment 3

8 years ago
Re-opening while I investigate and possibly re-clone...
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Please don't reclone at this point, we're most of the way through recovery on the masters and can do without confusing them further.
(Assignee)

Comment 5

8 years ago
OK, do you want to leave things as-is, or should we plan on pruning pushlog history at a later time?
(Reporter)

Comment 6

8 years ago
I think we can leave things as-is now and call this fixed.
Status: REOPENED → RESOLVED
Last Resolved: 8 years ago8 years ago
Resolution: --- → FIXED
Maybe not. TBPL gets 40MB of data back from the request
 http://hg.mozilla.org/releases/mozilla-beta/json-pushes?full=1&maxhours=24
even though there are only two small changes today. Removing the full=1 doesn't help. I think it must be looking at every change in the very large initial push.

Ted, what are our options for trimming the pushlog db here ? Will the problem go away as we push more changes into beta ?
(Assignee)

Comment 8

8 years ago
pushlog is an sqlite database, so the mechanics of trimming it should be straightforward. I'm not sure how that will play with the rest of the repository, though.
The pushlog is not connected to the rest of the repo, it's a Mozilla extension. You should be able to delete all but one changeset from the initial push and make this problem go away. Maybe something like:
DELETE FROM changesets WHERE pushid=1 AND rev < (SELECT MAX(rev) FROM changesets WHERE pushid=1)
(Assignee)

Comment 10

8 years ago
Nick, do you want me to go ahead and run the SQL that Ted posted?

DELETE FROM changesets WHERE pushid=1 AND rev < (SELECT MAX(rev) FROM changesets WHERE pushid=1)
Product: mozilla.org → mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.