Closed Bug 1042819 Opened 10 years ago Closed 10 years ago

new vcs-sync needs to publish to a non- people.m.o/~asasaki location

Categories

(Release Engineering :: General, defect)

x86
macOS
defect
Not set
major

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: mozilla, Assigned: pmoore)

Details

Attachments

(1 file)

This may need to happen by Friday.
Nicolas, are you still consuming the mapfile?
Flags: needinfo?(nicolas.b.pierron)
(In reply to Aki Sasaki [:aki] from comment #1)
> Nicolas, are you still consuming the mapfile?

Yes, I do depend on it for mapping AWFY gecko's commit to the corresponding HG changeset which are reported on arewefastyet.com.

Is there another way to get this information?
Flags: needinfo?(nicolas.b.pierron)
(In reply to Nicolas B. Pierron [:nbp] from comment #2)
> (In reply to Aki Sasaki [:aki] from comment #1)
> > Nicolas, are you still consuming the mapfile?
> 
> Yes, I do depend on it for mapping AWFY gecko's commit to the corresponding
> HG changeset which are reported on arewefastyet.com.
> 
> Is there another way to get this information?

We're planning on moving it to ~pmoore/... this week.  We'll either need to double-publish (or fun with {soft,hard}links!) or otherwise coordinate with you on timing.
Severity: normal → major
(In reply to Aki Sasaki [:aki] from comment #3)
> We're planning on moving it to ~pmoore/... this week.  We'll either need to
> double-publish (or fun with {soft,hard}links!) or otherwise coordinate with
> you on timing.

I think we can coordinate on timing, on a morning, or just do a symlink and I'll update it the next morning.
Also we'll need to one-time move the following file on all the vcs sync servers it lives on:

$ sudo mv /home/asasaki/mozilla-cvs-history.tar.bz2 /home/pmoore/mozilla-cvs-history.tar.bz2
$ sudo chown vc2vcs:vcs2vcs /home/pmoore/mozilla-cvs-history.tar.bz2
$ sudo chown vc2vcs:vcs2vcs /mnt/netapp/github_sync/aki

Have I missed anything?

I think the directory /mnt/netapp/github_sync/aki can stay with this name for now. Do you agree?

I see this is mounted on e.g. github-sync2.dmz.scl3.mozilla.com.
Attachment #8461072 - Flags: review?(escapewindow+mozbugs)
Attachment #8461072 - Flags: feedback?(hwine)
Actually, rather than moving to /home/pmoore, we should probably move to ~vcs2vcs dir instead...
(In reply to Pete Moore [:pete][:pmoore] from comment #6)
> Actually, rather than moving to /home/pmoore, we should probably move to
> ~vcs2vcs dir instead...

Yeah.  It's on gd2 in both ~asasaki and ~vcs2vcs .  This file and initial3.tar.bz2 (initial3 is critical if you want to ever recreate gecko* without the initial week-long conversion!) are important enough that I have copies in various places.
Comment on attachment 8461072 [details] [diff] [review]
Changes to point stuff to pmoore account on people, instead of aki's account

On rollout, we need an equivalent ln.sh running in cron on your people account, and mine to link to my homedir + the old url path so people have time to switch over.
Attachment #8461072 - Flags: review?(escapewindow+mozbugs) → review+
>+    "cvs_history_tarball": "/home/pmoore/mozilla-cvs-history.tar.bz2",

As noted above, let's point this to /opt/vcs2vcs or something.  This isn't the time-sensitive piece, since we only use this config option on initial conversion of gecko*, but it may be important later on.
Attachment #8461072 - Flags: checked-in+
(In reply to Aki Sasaki [:aki] from comment #9)
> >+    "cvs_history_tarball": "/home/pmoore/mozilla-cvs-history.tar.bz2",
> 
> As noted above, let's point this to /opt/vcs2vcs or something.  This isn't
> the time-sensitive piece, since we only use this config option on initial
> conversion of gecko*, but it may be important later on.

I can roll this out as a second change tomorrow.
(In reply to Nicolas B. Pierron [:nbp] from comment #4)
> (In reply to Aki Sasaki [:aki] from comment #3)
> > We're planning on moving it to ~pmoore/... this week.  We'll either need to
> > double-publish (or fun with {soft,hard}links!) or otherwise coordinate with
> > you on timing.
> 
> I think we can coordinate on timing, on a morning, or just do a symlink and
> I'll update it the next morning.

So we've switched over, but have hard linking to aki's account, so you are free to switch over as soon as the rsyncing finishes (which should be sometime soon).

Thanks to Aki for all your help with this.
Flags: needinfo?(nicolas.b.pierron)
(I mean - aki's account is still getting updates because of the hard linking - so there is no immediate rush, but some time after this week his account will be removed - so you should aim to switch over at some point this week)
(In reply to Pete Moore [:pete][:pmoore] from comment #5)
> I think the directory /mnt/netapp/github_sync/aki can stay with this name
> for now. Do you agree?

No problem with the name. We can't have anything we need owned by, or in space owned by, user/group asasaki -- that's what will disappear.
(In reply to Pete Moore [:pete][:pmoore] from comment #12)
> So we've switched over, but have hard linking to aki's account, so you are
> free to switch over as soon as the rsyncing finishes (which should be
> sometime soon).

Done.
My scripts are now using ~pmoore/gecko-mapfile.

> Thanks to Aki for all your help with this.

Indeed, thanks for your help :)
Flags: needinfo?(nicolas.b.pierron)
Awesome! I think we're done here.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Attachment #8461072 - Flags: feedback?(hwine)
Component: Tools → General
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: