Project

General

Profile

Feature #2780

gitbuilder: move to vercoi, redo deployment if feasible

Added by Anonymous over 11 years ago. Updated over 11 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
-
Target version:
% Done:

0%

Source:
Tags:
Backport:
Reviewed:
Affected Versions:
Pull request ID:

History

#1 Updated by Anonymous over 11 years ago

  • Target version set to v0.50
  • translation missing: en.field_position deleted (1)
  • translation missing: en.field_position set to 90

#2 Updated by Anonymous over 11 years ago

  • Assignee set to Anonymous

#3 Updated by Sage Weil over 11 years ago

A few possible kinks:

  • The fabfile currently pulls the magic ssh keys for rsync from cephbooter. we need a new location for those keys that lives on the secure network, or something equivalent.
  • The ceph.com 'custom' param on the uebernet has the /gitbuilder-foo/ ProxyPass lines going to gitbuilder-foo.ceph.newdream.net. those should be switched to gitbuilder-foo.dynamicspecialness.sepia.ceph.com when the new vms come up.
  • The only futzing I had to do with the old vms from base precise was to add an ssh key for fabric to get in and to add NOPASSWD to /etc/sudoers for.. group sudoers? I forget. (By default the passwordless sudo would work from the console but not over ssh, or something similarly annoying.)
  • I can't remember if the debian images were fully tested from scratch. Those might need some futzing (creating debian user, etc.).

#4 Updated by Anonymous over 11 years ago

for the record, this is being done in this sprint for two reasons:
(a) we are under some pressure to give up the old gitbuilder hardware/rack-space.
(b) moving the gitbuilder will bump into a few problems in its current
implementation, necessitating some cleanup ... so we'll take a few days
and try to make this basic tool much better.

#5 Updated by Anonymous over 11 years ago

  • Status changed from New to In Progress

#7 Updated by Anonymous over 11 years ago

Responding to Sage's possible kinks:

1. the cephbooter issue only comes up with new installs, existing vms with the files already downloaded are good -> ignoring for now ;)

2. ProxyPass lines are easy to change once we're happy with the new vms, the documented procedure allows you to leave the old vm running until that time.

3. NOPASSWD and ssh keys can be handled with downburst for new deployments; existing images are fine.

4. not installing debian images from scratch for now

#8 Updated by Anonymous over 11 years ago

  • Target version changed from v0.50 to v0.51
  • translation missing: en.field_position deleted (95)
  • translation missing: en.field_position set to 1

#9 Updated by Anonymous over 11 years ago

  • Status changed from In Progress to Closed

Also available in: Atom PDF