1. 31 Mar, 2014 32 commits
  2. 24 Mar, 2014 2 commits
  3. 19 Mar, 2014 3 commits
  4. 17 Mar, 2014 3 commits
    • Ilias Tsitsimpis's avatar
      burnin: Fix 'project_id' param in 'create_floatingip' · ff869536
      Ilias Tsitsimpis authored
      Until now, burnin was using a 'feature' version of kamaki
      where the 'create_floatingip' method had a 'project' parameter.
      This parameter was renamed to 'project_id' for uniformity with the
      other kamaki methods.
      
      These changes have been merged to 'develop' branch of kamaki and the API
      is not expected to be changed again. This patch changes the way burnin
      invokes 'create_floatingip' to use the 'project_id' parameter instead of
      the 'project' one.
      ff869536
    • Christos Stavrakakis's avatar
      cyclades: Change snf-dispatcher's default PID file · 12057ab7
      Christos Stavrakakis authored
      Rename snf-dispatcher's default PID file from 'snf_dispatcher.pid' to
      'snf-dispatcher.pid'.
      12057ab7
    • Chris Stavrakakis's avatar
      Merge pull request #25 from iliastsi/feature-command-logger · abda6cc6
      Chris Stavrakakis authored
      All Synnefo's management commands are written as custom django-admin commands.
      This means that every management command is in fact a class that extends
      Django's BaseCommand class.
      
      Django's BaseCommand provides the attributes self.stdout and
      self.stderr and Django's documentation encourages the users to use these
      attributes if they wish to write to the console. Django doesn't provide an
      option to write the output to files and the user has to implement this
      explicitly when implementing the handle method.
      
      We would like to extend the above mechanism to allow every snf-manage
      command to log all stdout and stderr output on a unique filename under a given
      directory. The implementation should change nothing in the way that users write
      management commands (only acceptable change is that the new commands may have
      to inherit a new class and not the BaseCommand one). This means that
      existing management commands should play out of the box and also that the
      logging mechanism will globally apply to all of them.
      
      Commands that do not alter the state of the server (i.e. *-list and *-show
      commands) will be excluded from the logging mechanism.
      abda6cc6