Public bug reported:
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
** Affects: cloud-init
Importance: Undecided
Status: New
** Affects: util-linux (Ubuntu)
Importance: Undecided
Status: New
** Also affects: cloud-init
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to util-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1359590
Title:
Getty's on serial consoles need to be consistent
Status in Init scripts for use on cloud images:
New
Status in “util-linux” package in Ubuntu:
New
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
--
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help : https://help.launchpad.net/ListHelp
