New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
mount option can`t set permissions #2225
Comments
Launchpad user Serge Hallyn(serge-hallyn) wrote on 2011-11-23T20:56:49.427112+00:00 Thanks for taking the time to report this bug. I am marking this 'low' priority, per the definition "moderate impact on a non-core application". |
Launchpad user Scott Moser(smoser) wrote on 2011-12-20T01:32:38.942456+00:00 What sort of syntax would you suggest for cloud-config to set permissions on a mount? |
Launchpad user Björn Dieding(bjoern-a) wrote on 2011-12-20T01:46:05.083687+00:00 Yes something like this.
|
Launchpad user Scott Moser(smoser) wrote on 2011-12-20T03:35:27+00:00 On Tue, 20 Dec 2011, Björn Dieding wrote:
Hm... i suppose we could add a field there, but it wouldn't be ideal. But any other solution would require mapping the entry to directory. |
Launchpad user Björn Dieding(bjoern-a) wrote on 2011-12-20T12:24:16.337962+00:00 I do not know... it is up to you... |
Launchpad user Sergii Golovatiuk(sgolovatiuk) wrote on 2013-06-17T12:47:01.968460+00:00 This issue is more serious than you think. For instance, I want to create /tmp as ephemeral. Normally, I assign 1777 permissions to /tmp to allow users to create and delete own files/directories from /tmp. That's very common for very large set of programs. If I set up tmp in cloud-init definition as
it means that permission will be 0755 every time after reboot. It makes cloud-init unusable and requires extra hacks such as creating upstart script to fix the permission on /tmp during boot process as stated at http://serverfault.com/questions/427626/how-to-mount-tmp-in-mnt-on-ec2 As a solution you should either implement as mounts:
or [ ephemeral0, /tmp, 'defaults', '0', '2', 'ubuntu:ubuntu', '0755'] otherwise this bug makes cloud-init not very usable for mount management |
Launchpad user traylenator(traylenator) wrote on 2014-11-14T09:56:54.956414+00:00 This is particularly in the way with CentOS 7 it seems where when the system reboots the boot process stops early as /tmp is not writable. |
Launchpad user Graham Leggett(minfrin-y) wrote on 2018-03-08T17:41:27.053866+00:00 We just ran into this issue trying to get cloud-init to create a dedicated partition for /var/tmp. It creates the mount, but with the wrong permissions, and thus breaks the machine. We've had to hack our config to work around the problem, which is really ugly. |
This feature request was first created in 2011. Is there any plan to someday implement it ? |
Hey @vjau , unfortunately this just hasn't been seen as a priority given its age and initial triage status. Given that a few people have commented asking for this and it sounds like it should be relatively straightforward, I'll try to get it a little higher on the priority list. |
This bug was originally filed in Launchpad as LP: #893786
Launchpad details
Launchpad user Björn Dieding(bjoern-a) wrote on 2011-11-22T21:46:42.967166+00:00
mounts:
will create this error
[ec2-user@ip-10-234-85-230 ~]$ mkdir -p /mnt/ephemeral/var.live
mkdir: cannot create directory `/mnt/ephemeral/var.live': Permission denied
it looks like a chmod is not implemented
The text was updated successfully, but these errors were encountered: