985022 - (cvs-decom) [tracker] Decommission cvs

Status: RESOLVED FIXED

(Developer Services :: General, task)

Description

[Laura Thomson :laura]

There are blockers to this, but creating a tracker.

Current users of cvs are:
- Seamonkey
- bugzilla
- AUS3

The steps look something like:
- check user list is complete
- migrate users off cvs
-- bugzilla is already enroute to git
-- AUS3 will be replaced by Balrog, which is elsewhere. Can we migrate AUS3 sooner?
-- Discuss future plans with Seamonkey project and support them to migrate elsewhere
- make cvs read-only
- decommission cvs

Comment 1

[Justin Wood (:Callek)]

To be specific SeaMonkey uses CVS for releng needs (mozilla/tools iirc) and SEPERATELY for our website cvs-www  (cvsroot=:www) from memory for seamonkeyproject-org.

They are two seperate work items, but for a single project

Comment 2

[Reed Loden [:reed]]

A bunch of the old webtools still use CVS. Tinderbox, Bonsai, Doctor, Despot, etc.

Bugzilla hasn't been actively using CVS for years. CVS is just a read-only mirror.

Comment 3

[Ed Morley [:emorley]]

(In reply to Laura Thomson :laura from comment #0)
> The steps look something like:
...
> - decommission cvs

- Update https://developer.mozilla.org/en-US/docs/Developer_Guide/Source_Code/CVS to redirect to the existing hg MDN pages.

Comment 4

[Greg Cox [:gcox]]

Tagging in some related hostnames as searchbait, since this bug took me a while.
cvs1.dmz.scl3 cvs2.dmz.scl3 webtools2.dmz.scl3

Comment 5

[[e-mail] (:bhearsum)]

aus3 is effectively dead. We're waiting to shut off machines, but we are definitely NOT doing any more code pushes, so the final steps of killing it no longer block killing CVS.

Comment 6

[Dave Miller [:justdave]]

So the question came up about what to do about cvs-mirror...

The only reason I can think of to keep it around long term is for historical reference.  For as often as it's likely to get used, I think perhaps making three tarballs, one of /cvsroot, one of /www, and one of /l10n, and placing those somewhere on ftp.mozilla.org would be a fine act of preservation.  That way the data's not lost, and if someone actually has a need to look through it, they can download the tarball and set up a local copy to play with instead of us having to host it.  We'd have to make sure to appropriately clean the CVSROOT module in each. (I think you get a "publicly-clean" copy when using the rsync module that pushes to cvs-mirror from cvs).

Comment 7

[Hal Wine [:hwine] use NI!]

Status: I believe all production code for bugzilla and sea monkey has been moved off of cvs.m.o at this point.

I'll set the entire site read-only on this Friday, April 17. I.e. this is final call, so setting need info on key folks.

Comment 8

[Mark Côté [:mcote]]

Read-only is fine.  We just had a Bugzilla 4.0 release today, but it should be the last one.  I plan on sending out an official EOL notice for Bugzilla-on-cvs this week.  What's the ETA on complete server tear-down?

Comment 9

[Edmund Wong (:ewong)]

(In reply to Hal Wine [:hwine] (use needinfo) from comment #7)
> Status: I believe all production code for bugzilla and sea monkey has been
> moved off of cvs.m.o at this point.
> 
> I'll set the entire site read-only on this Friday, April 17. I.e. this is
> final call, so setting need info on key folks.

Read-only is fine for us as well, just as long as we can still access 
it to get some remaining files.

Comment 10

[Hal Wine [:hwine] use NI!]

All cvs repositories on cvs.m.o are now in read-only mode. \o/

Comment 11

[Hal Wine [:hwine] use NI!]

(In reply to Mark Côté [:mcote] from comment #8)
> What's the ETA on complete server tear-down?

As soon as practical. Data will be preserved, and cvs-mirror (anon r/o pserver access) will remain a bit longer.

What's your concern or question behind the question? :)

Comment 12

[Mark Côté [:mcote]]

No particular concern; was just wondering in case anyone asked me. :)

Comment 13

[Hal Wine [:hwine] use NI!]

Just clarifying, it's okay for cvs1 to be powered down. Bug can be closed after that.

Comment 14

[Greg Cox [:gcox]]

ack.  Currently in a change freeze, will work on the takedown of cvs1 after the thaw.

Comment 15

[Greg Cox [:gcox]]

Nagios pulled in change 110127.
10.22.74.64   = cvs1.dmz.scl3
63.245.215.43 = cvs-rw-zlb.vips.scl3
Does have netvault, doesn't have NFS.
Powered off, waiting to make sure there's no complaints before destroying fully (probably Monday the 23rd).

Comment 16

[Rob Tucker [:rtucker]]

I've removed the backup jobs for cvs1.dmz.scl3.mozilla.com

Comment 17

[Greg Cox [:gcox]]

Deleted extra DNS entries:
dm-cvs01.mozilla.org CNAME cvs1.dmz.scl3.mozilla.com
dm-cvs01.mozilla.org CNAME cvs.mozilla.org
cvsserver.mozilla.org CNAME cvs.mozilla.org
Deleted inventory, RHN, puppetdashboard.  Zeus:

ZLB Traffic Group: cvs.mozilla.org-rw
ZLB Servers: cvs-rw-zlb.vips.scl3.mozilla.com:2401 (63.245.215.43)
ZLB Pools: cvs-rw-2401 / 10.22.74.64:2401

ZLB Traffic Group: cvs.mozilla.org-rw-ssh
ZLB Servers: cvs-rw-zlb.vips.scl3.mozilla.com:22 (63.245.215.43)
ZLB Pools: cvs-rw-2401 / 10.22.74.64:22

Pulled from puppet in change 110634.  Backups pulled in comment 16.
Surprisingly, didn't spot any netops acls.
Deleted from disk.

Going to mark this R/F since I'm not seeing more work to this, but reopen if I've missed something.

Comment 18

[Dave Miller [:justdave]]

Since it never got mentioned in the bug, and people looking for the archive might find this bug in their search to look for it, the archives of the CVS servers were placed at https://ftp.mozilla.org/pub/vcs-archive/