Publication jobs should not start if authorized_keys is missing

Bug #513722 reported by Thierry Carrez
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
eucalyptus (Ubuntu)
Fix Released
Medium
Thierry Carrez
Lucid
Fix Released
Medium
Thierry Carrez

Bug Description

Splitted from bug 504326

On package installs, authorized_keys must be manually set on components.
There is no point in starting publication jobs if the the component is not ready to be autoregistered.

Two options:
- Fail the publication job is authorized_keys is missing (requires the user to manually start the publication job after keys are setup)
- Poll for authorized_keys presence in the upstart script (slightly heavier on resource usage)

Thierry Carrez (ttx)
Changed in eucalyptus (Ubuntu):
importance: Undecided → Medium
status: New → Triaged
Revision history for this message
Mathias Gug (mathiaz) wrote : Re: [Bug 513722] [NEW] Publication jobs should not start if authorized_keys is missing

On Thu, Jan 28, 2010 at 11:26:16AM -0000, Thierry Carrez wrote:
> Public bug reported:
>
> On package installs, authorized_keys must be manually set on components.
> There is no point in starting publication jobs if the the component is not ready to be autoregistered.
>
> Two options:
> - Fail the publication job is authorized_keys is missing (requires the user to manually start the publication job after keys are setup)
> - Poll for authorized_keys presence in the upstart script (slightly heavier on resource usage)
>

Another option:

 * fire off an upstart event when the authorized_keys file is installed on the
system (inotify?). The eucalytpus-nc job would also have to check for the
authorized_keys file and fire off the same upstart event to handle an
environment where authorized_keys has already been installed.

--
Mathias Gug
Ubuntu Developer http://www.ubuntu.com

Revision history for this message
Thierry Carrez (ttx) wrote :

While this bug shares some resemblance with bug 503180 (both are about waiting for a set of conditions before triggering an upstart job), I would consider it a different issue. It's not about the same jobs, and the condition is different.

Changed in eucalyptus (Ubuntu Lucid):
milestone: none → lucid-alpha-3
Thierry Carrez (ttx)
Changed in eucalyptus (Ubuntu Lucid):
assignee: nobody → Thierry Carrez (ttx)
status: Triaged → In Progress
Thierry Carrez (ttx)
Changed in eucalyptus (Ubuntu Lucid):
status: In Progress → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package eucalyptus - 1.6.2~bzr1189-0ubuntu1

---------------
eucalyptus (1.6.2~bzr1189-0ubuntu1) lucid; urgency=low

  [ Thierry Carrez ]
  * debian/rules: Start publication jobs on package install (LP: #504326)
  * debian/*publication.upstart: Do not advertise Walrus, SC, CC or NC if
    eucalyptus authorized_keys is missing, since autoregistration would then
    partially fail (LP: #513722)

  [ Dustin Kirkland ]
  * Merge from upstream bzr revision, should fix:
    - LP: #453416 - fix metadata subdirectory lists
    - LP: #513842 - fix metadata ephemeral verbage
 -- Dustin Kirkland <email address hidden> Thu, 11 Feb 2010 16:32:06 -0600

Changed in eucalyptus (Ubuntu Lucid):
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.