ntp service not starting on privilegied mode

1,075 views
Skip to first unread message

Thomas ttw

unread,
Jul 9, 2014, 12:05:48 PM7/9/14
to passenge...@googlegroups.com
Hi,

It looks like there is an issue with the baseimage when running in privileged mode.
here is how you repeat the problem:

root@server:~# docker run -t -i --privileged phusion/baseimage /bin/bash
root@90572e35c84a:/# apt-get update && apt-get install ntp
root@90572e35c84a:/# service ntp start
 * Starting NTP server ntpd                                         /usr/sbin/ntpd: error while loading shared libraries: libopts.so.25: cannot open shared object file: Permission denied

the file /usr/lib/x86_64-linux-gnu/libopts.so.25.15.0 is 644 and readable even as ntp user.
if you do the same thing without the privileged mode it works fine.

Anybody having an idea of what could be causing the issue ?

Thanks !

Josh Reichardt

unread,
Aug 27, 2014, 6:10:23 PM8/27/14
to passenge...@googlegroups.com
I am experiencing this same issue.  Did you ever find a solution?

Matt M

unread,
Feb 18, 2015, 4:04:38 PM2/18/15
to passenge...@googlegroups.com
I ran into the same issue today with Docker 1.5.0 on an Ubuntu 14.04LTS host with the AUFS storage driver explicitly configured (DOCKER_OPTS="--storage-driver=aufs" in /etc/default/docker).

After switching to devicemapper (DOCKER_OPTS="--storage-driver=devicemapper") and restarting the Docker service, I was able to launch a phusion/baseimage instance with --privileged=true and install/start ntpd without any trouble.

(I haven't tried to reproduce this with other storage drivers yet.)

Jay Kamat

unread,
Jun 15, 2015, 6:07:36 PM6/15/15
to passenge...@googlegroups.com
I have been having this issue for a long time as well, and the solution turned out to be that apparmor was preventing access to ntp on the host machine. Turning off apparmor for ntpd on the host solved this problem, and it now works fine on devicemapper/aufs.
Reply all
Reply to author
Forward
0 new messages