yahoo-eng-team team mailing list archive

[James Falcon <1359590@xxxxxxxxxxxxxxxxxx>]

Tracked in Github Issues as https://github.com/canonical/cloud-
init/issues/2477

** Bug watch added: github.com/canonical/cloud-init/issues #2477
   https://github.com/canonical/cloud-init/issues/2477

** Changed in: cloud-init
       Status: Confirmed => Expired

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to cloud-init.
https://bugs.launchpad.net/bugs/1359590

Title:
  Getty's on serial consoles need to be consistent

Status in cloud-init:
  Expired
Status in util-linux package in Ubuntu:
  Confirmed

Bug description:
  In our cloud images today we launch a getty on ttyS0, as long as it's
  not in a container. We don't launch a getty on ttyS1-n even if they
  exist.

  In MAAS, which also uses cloud images, it would often be useful to put
  getty's on the serial port that is mapped to remote serial access,
  such as IPMI SOL. It is however difficult to know which is the correct
  getty.

  Broadly speaking I think we should have a consistent approach to
  getty's. That might mean:

   * launch a getty on each ttySn that passes an stty test (as per ttyS0 currently)
   * allow cloud-init to prevent some of those, via vendordata or userdata or default behaviour per-cloud

  or

   * launch no getty's on ttyS, but
   * allow cloud-init to create them based on vendordata or userdata or default behaviour per-cloud

To manage notifications about this bug go to:
https://bugs.launchpad.net/cloud-init/+bug/1359590/+subscriptions