Once Bug 929685 is complete, and we have the blessings of mcote and team, let's kill bzr.mozilla.org
Assignee: server-ops → server-ops-webops
Component: Server Operations → WebOps: Source Control
Depends on: 929685
Product: mozilla.org → Infrastructure & Operations
QA Contact: shyam → nmaul
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.
(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.
Summary: Decommission bzr.mozilla.org → [tracker] Decommission bzr.mozilla.org
Component: WebOps: Source Control → General
Product: Infrastructure & Operations → Developer Services
Whiteboard: [kanban:engops:https://mozilla.kanbanize.com/ctrl_board/6/2053] → [kanban:engops:https://mozilla.kanbanize.com/ctrl_board/6/2062]
bzr crashed on my watch, [firstname.lastname@example.org ~]# 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'
"service loggerheadd restart" cleared it. nfc why it got out of whack, nothing should be changing on that server.
Not sure, I tried restarting multiple times and each time I would get the same error in comment #4.
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.
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.
i think we can call this done
Status: NEW → RESOLVED
Last Resolved: 3 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.