Closed
Bug 967642
(bzr-decom)
Opened 10 years ago
Closed 8 years ago
[tracker] Decommission bzr.mozilla.org
Categories
(Developer Services :: General, task)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: fox2mike, Unassigned)
References
Details
(Keywords: spring-cleaning, Whiteboard: [kanban:engops:https://mozilla.kanbanize.com/ctrl_board/6/2062] )
Once Bug 929685 is complete, and we have the blessings of mcote and team, let's kill bzr.mozilla.org
Reporter | ||
Updated•10 years ago
|
Assignee: server-ops → server-ops-webops
Group: infra
Component: Server Operations → WebOps: Source Control
Depends on: 929685
Product: mozilla.org → Infrastructure & Operations
QA Contact: shyam → nmaul
Reporter | ||
Updated•10 years ago
|
Keywords: spring-cleaning
Comment 1•10 years ago
|
||
Note that we should keep it up for a while after the migration, mainly because (for whatever reason) the suggested Bugzilla upgrade path has always been to pull from source. I've posted instructions for moving an existing Bugzilla site from bzr to git, but it is unreasonable to expect admins to do this to get, say, a small security fix released shortly after migration. LpSolit, one of the most active upstream contributors, thinks we should keep bzr up until all currently supported releases (4.0, 4.2, 4.4) are EOLed. That, however, is very far away given the cadence of major Bugzilla releases these days. Regardless, I would say that the minimum should be 6 months.
Comment 2•10 years ago
|
||
(In reply to Mark Côté ( :mcote ) from comment #1) > Note that we should keep it up for a while after the migration, mainly > because (for whatever reason) the suggested Bugzilla upgrade path has always > been to pull from source. The reason is that it's much easier to upgrade via bzr, which will merge changes into your existing installation directly than to download the tarball, uncompress it, copy your customizations into it, copy configuration files, and replace the old directory by the new one.
Updated•10 years ago
|
Summary: Decommission bzr.mozilla.org → [tracker] Decommission bzr.mozilla.org
Updated•10 years ago
|
Component: WebOps: Source Control → General
Product: Infrastructure & Operations → Developer Services
Updated•10 years ago
|
Whiteboard: [kanban:engops:https://mozilla.kanbanize.com/ctrl_board/6/2053]
Updated•10 years ago
|
Whiteboard: [kanban:engops:https://mozilla.kanbanize.com/ctrl_board/6/2053] → [kanban:engops:https://mozilla.kanbanize.com/ctrl_board/6/2062]
Comment 4•9 years ago
|
||
bzr crashed on my watch, [root@bzr2.dmz.scl3 ~]# tail /var/log/loggerhead/loggerheadd.log return prober.probe_transport(transport) File "/usr/lib64/python2.6/site-packages/bzrlib/bzrdir.py", line 1250, in probe_transport format_string = transport.get_bytes(".bzr/branch-format") File "/usr/lib64/python2.6/site-packages/bzrlib/transport/__init__.py", line 623, in get_bytes f = self.get(relpath) File "/usr/lib64/python2.6/site-packages/bzrlib/transport/local.py", line 170, in get self._translate_error(e, path) File "/usr/lib64/python2.6/site-packages/bzrlib/transport/__init__.py", line 352, in _translate_error raise errors.PermissionDenied(path, extra=e) PermissionDenied: Permission denied: "/root/readonly+/var/www/html/bzr.mozilla.org/.bzr/branch-format": [Errno 13] Permission denied: u'/root/readonly+/var/www/html/bzr.mozilla.org/.bzr/branch-format'
Comment 5•9 years ago
|
||
"service loggerheadd restart" cleared it. nfc why it got out of whack, nothing should be changing on that server.
Comment 6•9 years ago
|
||
Not sure, I tried restarting multiple times and each time I would get the same error in comment #4.
Updated•9 years ago
|
Alias: bzr-decom
Comment 7•9 years ago
|
||
The git->bzr mirror on bzr.mozilla.org got shut down about an hour ago. We've had it running in parallel on bzr.m.o and bzr.bugzilla.org for the last week, and it's been doing fine and dandy in its new home, except for the fact that bzr uses a random number as part of the commit identifier, so the two repos are out-of-sync with each other, and show up as conflicting if you switch between them, even though the commit logs and content of the commits look identical. By shutting off the mirror on bzr.mozilla.org and then doing one last rsync to bzr.bugzilla.org, the commits they have in common will match, and users switching to bzr.bugzilla.org will then pick up anything newer. I just filed additional bugs with the last remaining steps to clean this up. As soon as bug 1155526 is fixed, bzr2.dmz.scl3.mozilla.com can go away.
Comment 8•9 years ago
|
||
bzr.b.o still needs a few tweaks, but I announced the switchover last week to dev.apps.bugzilla and the Bugzilla Update blog, so I don't think they needs to block this bug.
Updated•9 years ago
|
Assignee: server-ops-webops → nobody
QA Contact: nmaul
Comment 9•8 years ago
|
||
i think we can call this done
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•