yahoo-eng-team team mailing list archive
-
yahoo-eng-team team
-
Mailing list archive
-
Message #00265
[Bug 1066115] Re: The landscape client plugin doesn't create the config file with the proper permissions
This bug was fixed in the package cloud-init - 0.7.1-0ubuntu1
---------------
cloud-init (0.7.1-0ubuntu1) raring; urgency=low
* New upstream release.
* landscape: install landscape-client package if not installed.
only take action if cloud-config is present (LP: #1066115)
* landscape: restart landscape after install or config (LP: #1070345)
* multipart/archive: do not fail on unknown headers in multipart
mime or cloud-archive config (LP: #1065116).
* tools/Z99-cloud-locale-test.sh: avoid warning when user's shell is
zsh (LP: #1073077)
* fix stack trace when unknown user-data input had unicode (LP: #1075756)
* split 'apt-update-upgrade' config module into 'apt-configure' and
'package-update-upgrade-install'. The 'package-update-upgrade-install'
will be a cross distro module.
* fix bug where cloud-config from user-data could not affect system_info
settings (LP: #1076811)
* add yum_add_repo configuration module for adding additional yum repos
* fix public key importing with config-drive-v2 datasource (LP: #1077700)
* handle renaming and fixing up of marker names (LP: #1075980)
this relieves that burden from the distro/packaging.
* group config: fix how group members weren't being translated correctly
when the group: [member, member...] format was used (LP: #1077245)
* work around an issue with boto > 0.6.0 that lazy loaded the return from
get_instance_metadata(). This resulted in failure for cloud-init to
install ssh keys. (LP: #1068801)
* add power_state_change config module for shutting down stystem after
cloud-init finishes. (LP: #1064665)
-- Scott Moser <smoser@xxxxxxxxxx> Wed, 14 Nov 2012 15:18:50 -0500
** Changed in: cloud-init (Ubuntu)
Status: Triaged => Fix Released
--
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/1066115
Title:
The landscape client plugin doesn't create the config file with the
proper permissions
Status in Init scripts for use on cloud images:
Fix Released
Status in “cloud-init” package in Ubuntu:
Fix Released
Status in “cloud-init” source package in Precise:
Triaged
Status in “cloud-init” source package in Quantal:
Triaged
Bug description:
=== Begin SRU Information ===
[Impact]
* If an image does not have landscape-client installed inside it, and the
user provided landscape config, then:
a.) the landscape config file would be written with root:root permissions
so that the user that landscape runs as could not change it.
b.) the landscape package would not be installed.
* The fix here is just to install the landscape-client package. This is
clearly what the user would want.
Additionally, no package installation occurs unless the user made that
request. The fix for 'a' is also addressed by this because the file will
exist on disk with proper permissions before cloud-init writes it, and
will thus keep the same ownership.
[Test Case]
* launch instance with landscape config in user-data like the following:
#cloud-config
apt_upgrade: True
apt_sources:
- source: deb $MIRROR $RELEASE-proposed main
landscape:
client:
url: "https://landscape.canonical.com/message-system"
ping_url: "http://landscape.canonical.com/ping"
data_path: "/var/lib/landscape/client"
http_proxy: "http://my.proxy.com/foobar"
tags: "server,cloud"
* upon investigation, /etc/landscape/client.conf should be owned
by 'landscape' user rather than root.
[Regression Potential]
* This was broken before, so it is not likely to be broken worse now.
=== End SRU Information ===
When cloud-init runs and landscape-client is not installed, it creates
/etc/landscape/client.conf owned as root:root, whereas landscape-
client expects it to be landscape:root. The proper fix is although
probably to require installation of landscape-client first, as it will
create the file properly, and then landscape-client can update it.
To manage notifications about this bug go to:
https://bugs.launchpad.net/cloud-init/+bug/1066115/+subscriptions