Activity log for bug #1619393

Date Who What changed Old value New value Message
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