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

RESOLVED FIXED

Status

--
major
RESOLVED FIXED
5 years ago
2 years ago

People

(Reporter: aki, Assigned: pmoore)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

5 years ago
This may need to happen by Friday.
(Reporter)

Comment 1

5 years ago
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)
(Reporter)

Comment 3

5 years ago
(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.
(Assignee)

Comment 5

5 years ago
Created attachment 8461072 [details] [diff] [review]
Changes to point stuff to pmoore account on people, instead of aki's account

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)
(Assignee)

Comment 6

5 years ago
Actually, rather than moving to /home/pmoore, we should probably move to ~vcs2vcs dir instead...
(Reporter)

Comment 7

5 years ago
(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.
(Reporter)

Comment 8

5 years ago
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+
(Reporter)

Comment 9

5 years ago
>+    "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.
(Assignee)

Comment 10

5 years ago
Committed to default and merged to production:

https://hg.mozilla.org/build/mozharness/rev/3d2364a0fcd1 (default)
https://hg.mozilla.org/build/mozharness/rev/d95e84d0fbef (production)
(Assignee)

Updated

5 years ago
Attachment #8461072 - Flags: checked-in+
(Assignee)

Comment 11

5 years ago
(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.
(Assignee)

Comment 12

5 years ago
(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)
(Assignee)

Comment 13

5 years ago
(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)
(Reporter)

Comment 16

5 years ago
Awesome! I think we're done here.
Status: NEW → RESOLVED
Last Resolved: 5 years ago
Resolution: --- → FIXED
Attachment #8461072 - Flags: feedback?(hwine)
Component: Tools → General
Product: Release Engineering → Release Engineering
You need to log in before you can comment on or make changes to this bug.