Closed
Bug 620865
Opened 14 years ago
Closed 10 years ago
Upgrade cvs/cvs-mirror to cvs 1.12.13
Categories
(Developer Services :: General, task)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: justdave, Unassigned)
References
Details
cvs 1.12 has a few useful features 1.11 doesn't have that the few remaining people using cvs would like to be able to use (being able to diff on a date range on a branch is one of them). We've been running a custom-compiled version of 1.11 that was patched to not do any read locking on cvs-mirror since it was a read-only repository. 1.12 already contains this feature (though with a different command-line switch) and so will not require any patches to work (but we will have to recompile our pseudo-shell to use the new command-line switch to call it).
Reporter | ||
Comment 1•14 years ago
|
||
Turns out the pseudo-shell was included in the custom package we built, so I rebuilt with that change to it included. Wrote: /usr/src/redhat/SRPMS/cvs-1.12.13-0mozilla1.el5.src.rpm Wrote: /usr/src/redhat/RPMS/i386/cvs-1.12.13-0mozilla1.el5.i386.rpm RPM is on im-pkgdev02. Probably need to schedule an outage window for this just as a heads-up to people in case anything happens. Should be no visible downtime with 10 minutes or less to revert if anything ends up broken. *MAY* require a tree closure, but that depends on what's actually still using CVS at all.
Assignee: server-ops → justdave
Flags: needs-treeclosure?
Flags: needs-downtime+
Comment 2•14 years ago
|
||
Nothing production should be using the mirror... If there is anything left that uses CVS, I would think it would be using cvs.mozilla.org directly, no?
Comment 3•14 years ago
|
||
NSS and NSPR still use Mozilla's CVS repository as their upstream repository. The copies in Mozilla's Hg repo are considered downstream.
Reporter | ||
Comment 4•14 years ago
|
||
This would cover cvs.mozilla.org as well, not just the mirrors.
Comment 5•14 years ago
|
||
Can someone confirm if this is a tree closure event?
Whiteboard: [01/18/2011 @ 7pm]
Comment 6•14 years ago
|
||
I don't think we need downtime for this, as far as I can tell. Besides release automation, I can't find any part of a production releng system that depends on CVS. The next scheduled releases start on Monday/Tuesday, so doing this then would be bad, but any other time should be fine from our standpoint.
Comment 7•14 years ago
|
||
You just need to announce in the mozilla.dev.tech.nspr and mozilla.dev.tech.crypto newsgroup to notify the NSPR and NSS developers and users of the scheduled downtime of cvs.mozilla.org and cvs-mirror.
Updated•14 years ago
|
Whiteboard: [01/18/2011 @ 7pm] → [01/20/2011 @ 7pm]
Updated•13 years ago
|
Whiteboard: [01/20/2011 @ 7pm] → [01/25/2011 @ 7pm]
Reporter | ||
Comment 8•13 years ago
|
||
This is done. cvs.mozilla.org was updated within 5 minutes of the begining of the downtime window. cvs-mirror just completed just now. Wasn't so worried about that because of the redundancy (swapped them out on the load balancer while playing). I can't get the new -R mode to work in the new CVS. It spews lots of nasty warnings that the clients can't deal with, or if you shut it up with -Q it just doesn't work? Not many people are using cvs anymore so we probably don't really need the perf boost it would buy us anyway, so I just disabled the read-only stuff, and it seems to work great without it, as far as I can tell. All three servers are now reporting: Server: Concurrent Versions System (CVS) 1.12.13 (client/server)
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 9•13 years ago
|
||
OK, I reverted cvs-mirror back to 1.11.22. We're getting permission errors trying to create locks and I don't have the energy to chase that down right now (I suspect anything we can do on that front will get screwed by the rsync anyway). This needs some more thought, preferably by someone that doesn't mind hacking on CVS.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Reporter | ||
Updated•13 years ago
|
Summary: Upgrade cvs/cvs-mirror to cvs 1.12.13 → Upgrade cvs-mirror to cvs 1.12.13
Whiteboard: [01/25/2011 @ 7pm]
Reporter | ||
Comment 10•13 years ago
|
||
cvs.mozilla.org had issues, as well (see bug 628913) and has been reverted.
Summary: Upgrade cvs-mirror to cvs 1.12.13 → Upgrade cvs/cvs-mirror to cvs 1.12.13
Comment 11•13 years ago
|
||
Are we still planning on doing this? Removing the needs-treeclosure flag until we need to schedule this.
Flags: needs-treeclosure?
Reporter | ||
Comment 12•13 years ago
|
||
It's going to need some debugging work done with it that I don't have time to do in the immediate future. Might revisit in a week or so if I get caught up on everything else on my plate.
Reporter | ||
Updated•13 years ago
|
Severity: minor → enhancement
Reporter | ||
Updated•13 years ago
|
Flags: needs-downtime+
Updated•13 years ago
|
Whiteboard: [after ffx4]
Reporter | ||
Updated•13 years ago
|
Component: Server Operations → Server Operations: Projects
Reporter | ||
Updated•11 years ago
|
Assignee: justdave → server-ops-webops
Component: Server Operations: Projects → WebOps: Source Control
Product: mozilla.org → Infrastructure & Operations
QA Contact: mzeier → nmaul
Whiteboard: [after ffx4]
Comment 13•10 years ago
|
||
CVS is slated to die, so wontfixing.
Status: REOPENED → RESOLVED
Closed: 13 years ago → 10 years ago
Resolution: --- → WONTFIX
Updated•10 years ago
|
Component: WebOps: Source Control → General
Product: Infrastructure & Operations → Developer Services
You need to log in
before you can comment on or make changes to this bug.
Description
•