2016-09-01 17:16:02 |
Ryan Harper |
bug |
|
|
added bug |
2016-09-01 17:17:02 |
Scott Moser |
cloud-init (Ubuntu): status |
New |
Confirmed |
|
2016-09-01 17:17:05 |
Scott Moser |
cloud-init (Ubuntu): importance |
Undecided |
High |
|
2016-09-01 17:17:20 |
Scott Moser |
bug task added |
|
cloud-init |
|
2016-09-01 17:17:28 |
Scott Moser |
cloud-init: status |
New |
Confirmed |
|
2016-09-01 17:17:30 |
Scott Moser |
cloud-init: importance |
Undecided |
High |
|
2016-09-01 17:17:39 |
Scott Moser |
cloud-init: assignee |
|
Ryan Harper (raharper) |
|
2016-09-01 20:58:50 |
Ryan Harper |
merge proposal linked |
|
https://code.launchpad.net/~raharper/cloud-init/+git/cloud-init/+merge/304700 |
|
2016-09-01 20:59:14 |
Ryan Harper |
cloud-init: status |
Confirmed |
In Progress |
|
2016-10-21 02:57:13 |
Scott Moser |
cloud-init: status |
In Progress |
Fix Committed |
|
2016-10-25 22:17:38 |
Launchpad Janitor |
cloud-init (Ubuntu): status |
Confirmed |
Fix Released |
|
2016-11-07 21:09:52 |
Scott Moser |
description |
When running under ubuntu-core 16 images, /etc/passwd is read-only.
If my user-data includes any non-default username, creation fails due to
the read-only nature of the image.
This is addressed by useradd/groupadd including a command line flag, --extrausers
which instructs the command to look for a different user/group database in
/var/lib/extrausers , which is writable in the ubuntu-core 16 image.
The cc_user_groups module though is not aware of this.
The Distro base-class could check if the system it's running on is snappy (see cc_snappy.py)
and if so, append the --extrausers parameter to the useradd/groupadd commands.
1) release is Xenial (ubuntu-core 16)
2) cloud-init present is: 0.7.7~bzr1256-0ubuntu1~16.04.1
3) useradd bob -m should create the user bob
4) useradd fails due to readonly /etc/{passwd,group,shadow} |
=== Begin SRU Template ===
[Impact]
When running under ubuntu-core 16 images, /etc/passwd is read-only.
If my user-data includes any non-default username, creation fails due to
the read-only nature of the image.
This is addressed by useradd/groupadd including a command line flag, --extrausers
which instructs the command to look for a different user/group database in
/var/lib/extrausers , which is writable in the ubuntu-core 16 image.
[Test Case]
In a snappy image that has cloud-init enabled, launch image with the
following user-data:
#cloud-config
users:
- name: bob
snapuser: bob@bobcom.io
And also:
#cloud-config
snappy:
email: bob@bobcom.io
where 'bob@bobcom.io' is your launchpad registered email address.
Assume you can log in.
[Regression Potential]
The code is intended to be backwards compatible and inert unless
cloud-config provided turns it on. It is also gated by a 'system_is_snappy'
method that checks if the system is snappy (ubuntu core).
Unit tests are provided, so regression should be somewhat reduced.
Some code was moved around to implement this, and a new config module was added.
[Other Info]
The upstream change made here is at [1]
[1] https://git.launchpad.net/cloud-init/commit?id=d8534561ba76db25b6fc0044eb1bfda63686e859
=== End SRU Template ===
When running under ubuntu-core 16 images, /etc/passwd is read-only.
If my user-data includes any non-default username, creation fails due to
the read-only nature of the image.
This is addressed by useradd/groupadd including a command line flag, --extrausers
which instructs the command to look for a different user/group database in
/var/lib/extrausers , which is writable in the ubuntu-core 16 image.
The cc_user_groups module though is not aware of this.
The Distro base-class could check if the system it's running on is snappy (see cc_snappy.py)
and if so, append the --extrausers parameter to the useradd/groupadd commands.
1) release is Xenial (ubuntu-core 16)
2) cloud-init present is: 0.7.7~bzr1256-0ubuntu1~16.04.1
3) useradd bob -m should create the user bob
4) useradd fails due to readonly /etc/{passwd,group,shadow} |
|
2016-11-15 19:51:50 |
Scott Moser |
nominated for series |
|
Ubuntu Xenial |
|
2016-11-15 19:51:50 |
Scott Moser |
bug task added |
|
cloud-init (Ubuntu Xenial) |
|
2016-11-15 19:52:05 |
Scott Moser |
cloud-init (Ubuntu Xenial): importance |
Undecided |
Medium |
|
2016-11-15 19:52:05 |
Scott Moser |
cloud-init (Ubuntu Xenial): status |
New |
Confirmed |
|
2016-11-15 23:30:36 |
Steve Langasek |
cloud-init (Ubuntu Xenial): status |
Confirmed |
Fix Committed |
|
2016-11-15 23:30:38 |
Steve Langasek |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
2016-11-15 23:30:43 |
Steve Langasek |
bug |
|
|
added subscriber SRU Verification |
2016-11-15 23:30:47 |
Steve Langasek |
tags |
|
verification-needed |
|
2016-11-16 21:48:05 |
Ryan Harper |
tags |
verification-needed |
verification-done |
|
2016-11-19 01:56:16 |
Steve Langasek |
tags |
verification-done |
|
|
2016-11-19 01:56:18 |
Steve Langasek |
tags |
|
verification-needed |
|
2016-11-21 19:52:35 |
Ryan Harper |
tags |
verification-needed |
verification-done |
|
2016-11-24 20:00:36 |
Launchpad Janitor |
cloud-init (Ubuntu Xenial): status |
Fix Committed |
Fix Released |
|
2016-11-24 20:00:58 |
Adam Conrad |
removed subscriber Ubuntu Stable Release Updates Team |
|
|
|
2016-11-29 23:41:30 |
Chris Halse Rogers |
cloud-init (Ubuntu Yakkety): status |
New |
Fix Committed |
|
2016-11-29 23:41:32 |
Chris Halse Rogers |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
2016-11-29 23:41:38 |
Chris Halse Rogers |
tags |
verification-done |
|
|
2016-11-29 23:41:39 |
Chris Halse Rogers |
tags |
|
verification-needed |
|
2016-12-15 19:36:21 |
Ryan Harper |
tags |
verification-needed |
verification-done |
|
2016-12-21 01:05:10 |
Launchpad Janitor |
cloud-init (Ubuntu Yakkety): status |
Fix Committed |
Fix Released |
|
2017-02-17 15:13:18 |
Paul Larson |
bug |
|
|
added subscriber Paul Larson |
2017-09-22 20:42:43 |
Scott Moser |
cloud-init: status |
Fix Committed |
Fix Released |
|
2023-05-10 16:24:49 |
James Falcon |
bug watch added |
|
https://github.com/canonical/cloud-init/issues/2714 |
|