Activity log for bug #1342875

Date Who What changed Old value New value Message
2014-07-16 17:52:21 Robert C Jennings bug added bug
2014-07-21 17:53:27 John Agosta shadow (Ubuntu): status New Fix Committed
2014-07-21 17:53:38 John Agosta shadow (Ubuntu): status Fix Committed New
2014-07-21 18:04:24 Ben Howard nominated for series Ubuntu Trusty
2014-07-21 18:04:24 Ben Howard nominated for series Ubuntu Utopic
2014-08-13 15:33:41 Stéphane Graber bug task added shadow (Ubuntu Trusty)
2014-08-13 15:33:43 Stéphane Graber bug task added shadow (Ubuntu Utopic)
2014-08-29 20:07:53 Ben Howard shadow (Ubuntu Utopic): importance Undecided Medium
2014-08-29 20:07:55 Ben Howard shadow (Ubuntu Trusty): importance Undecided Medium
2014-08-29 20:08:05 Launchpad Janitor shadow (Ubuntu): status New Confirmed
2014-08-29 20:08:05 Launchpad Janitor shadow (Ubuntu Trusty): status New Confirmed
2014-08-31 00:05:17 Isaac Mercer bug added subscriber Isaac Mercer
2015-04-16 18:22:08 Brian Murray bug added subscriber Brian Murray
2015-04-16 19:20:50 Brian Murray tags trusty utopic
2015-04-16 19:24:07 Brian Murray tags trusty utopic trusty utopic vivid
2015-04-20 19:00:42 Brian Murray shadow (Ubuntu): status Confirmed Invalid
2015-04-20 19:00:51 Brian Murray shadow (Ubuntu Trusty): status Confirmed Won't Fix
2015-04-20 19:00:54 Brian Murray shadow (Ubuntu Utopic): status Confirmed Won't Fix
2015-04-20 19:52:11 Brian Murray shadow (Ubuntu): status Invalid Triaged
2015-04-20 20:28:59 Brian Murray shadow (Ubuntu Trusty): status Won't Fix Triaged
2015-04-20 20:29:03 Brian Murray shadow (Ubuntu Utopic): status Won't Fix Triaged
2015-04-20 20:29:07 Brian Murray shadow (Ubuntu): status Triaged Fix Released
2015-07-10 22:46:18 Steve Langasek description A user can not delete themselves using the command 'sudo userdel -rf <username>', this is common in cloud tools that clean up running images prior to capture. A quick test shows that this worked from Precise (didn't look back further) to Raring and stopped working with Saucy. Here's a quick example of the failure (from trusty): # sudo adduser test # sudo usermod -aG sudo test ## As the 'test' user # sudo userdel -rf test userdel: user test is currently used by process 9600 userdel: cannot open /etc/subuid ## User is not removed Previously (output from precise) # sudo userdel -rf test userdel: user test is currently logged in userdel: warning: can't remove /var/mail/test: No such file or directory ## User is removed This is being run as the last command by tools that remove the 'ubuntu' user to clean the image prior to capture. This had previously worked and it is preferable that this could be made to work again. The alternative is removal by root, but the root user on cloud images is locked down and we would not want the user to enable root to run userdel on the risk of it not getting disabled properly prior to image capture. [SRU justification] Regression from previous releases, this prevents cloud instance setup processes from removing the default admin account that's exists solely for the purpose of the setup itself. [Test case] 1. Create a trusty schroot environment 2. Log into the trusty schroot environment as a non-root admin user: schroot -c trusty 3. Attempt to remove the admin account: sudo userdel -f vorlon (warning! do not use -r if your host system's home directory is mounted!) 4. Observe the following error: userdel: user vorlon is currently used by process 5253 userdel: cannot open /etc/subuid 5. Upgrade to the passwd package from trusty-proposed 6. Attempt to remove the admin account again 7. Verify that the command has succeeded. [Regression potential] Minimal, as this is a targeted bugfix to the error handling for subuids. A user can not delete themselves using the command 'sudo userdel -rf <username>', this is common in cloud tools that clean up running images prior to capture. A quick test shows that this worked from Precise (didn't look back further) to Raring and stopped working with Saucy. Here's a quick example of the failure (from trusty): # sudo adduser test # sudo usermod -aG sudo test ## As the 'test' user # sudo userdel -rf test userdel: user test is currently used by process 9600 userdel: cannot open /etc/subuid ## User is not removed Previously (output from precise) # sudo userdel -rf test userdel: user test is currently logged in userdel: warning: can't remove /var/mail/test: No such file or directory ## User is removed This is being run as the last command by tools that remove the 'ubuntu' user to clean the image prior to capture. This had previously worked and it is preferable that this could be made to work again. The alternative is removal by root, but the root user on cloud images is locked down and we would not want the user to enable root to run userdel on the risk of it not getting disabled properly prior to image capture.
2015-07-15 19:21:37 Chris J Arges shadow (Ubuntu Trusty): status Triaged Fix Committed
2015-07-15 19:21:39 Chris J Arges bug added subscriber Ubuntu Stable Release Updates Team
2015-07-15 19:21:45 Chris J Arges bug added subscriber SRU Verification
2015-07-15 19:21:53 Chris J Arges tags trusty utopic vivid trusty utopic verification-needed vivid
2015-07-15 19:22:52 Chris J Arges shadow (Ubuntu Utopic): status Triaged Fix Committed
2015-07-15 19:52:14 Launchpad Janitor branch linked lp:ubuntu/trusty-proposed/shadow
2015-07-15 19:52:16 Launchpad Janitor branch linked lp:ubuntu/utopic-proposed/shadow
2015-07-28 12:43:54 Simon Déziel tags trusty utopic verification-needed vivid trusty utopic verification-done vivid
2015-07-28 16:38:18 Brian Murray shadow (Ubuntu Utopic): status Fix Committed Won't Fix
2015-07-28 16:42:03 Launchpad Janitor shadow (Ubuntu Trusty): status Fix Committed Fix Released
2015-07-28 16:42:08 Brian Murray removed subscriber Ubuntu Stable Release Updates Team
2015-08-18 23:11:15 Ubuntu QA Website tags trusty utopic verification-done vivid iso-testing trusty utopic verification-done vivid