You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@trafficserver.apache.org by Bill Zeng <bi...@gmail.com> on 2014/10/29 02:10:44 UTC
lockfile permission denied
Hi all,
I have a question about the privileges of the processes traffic_cop,
traffic_manager, and traffic_server. I started ATS with:
$ ./trafficserver start
It reported permission denied error:
$ ./trafficserver start
./trafficserver: line 186:
/path-to-ats/var/log/trafficserver/traffic_server.stdout: Permission denied
The permission of the file seems to be root:
$ ls -l /path-to-ats/var/log/trafficserver/traffic_server.stdout
-rw-r--r-- 1 root root 0 Oct 28 17:55
/path-to-ats/var/log/trafficserver/traffic_server.stdout
It is root-owned. If I run it with sudo, the permission seems fine:
$ sudo ./trafficserver start
Starting Apache Traffic Server: [ OK ]
But traffic_manager and traffic_server are not run:
$ ps aux | grep traffic_
root 9243 0.0 0.0 75636 2992 ? Ssl 18:05 0:00
/path-to-ats/bin/traffic_cop
bzeng 9339 0.0 0.0 103248 864 pts/14 S+ 18:08 0:00 grep
traffic_
The ATS is freshly checked out from upstream.
Thanks in advance.
Bill
Re: lockfile permission denied
Posted by Cynthia Gu <cz...@linkedin.com.INVALID>.
Bill,
Can you check if there is any port opened by traffic_server with lsof?
Cynthia
On 10/28/14, 7:16 PM, "Bill Zeng" <bi...@gmail.com> wrote:
>Thank you two for the replies! traffic_server.stdout is created by
>traffic_cop/traffic_manager/traffic_server when it still had root
>privilege. So the owner is still root. The question lies why
>traffic_manager and traffic_server are not started even if trafficserver
>is
>sudo'ed.
>
>
>On Tue, Oct 28, 2014 at 6:40 PM, Alan M. Carroll <
>amc@network-geographics.com> wrote:
>
>> Checking my various installs, all of this seems normal. The question I
>> would have for Bill is how traffic_server.stdout became owned by root -
>> chown is a privileged operation so if the script wasn't running as root,
>> how did that get done?
>>
>> The trafficserver script should always be run as root. For Bill's case,
>>I
>> suspect some other problem. My standard technique in that case is to
>>check
>> the other logs (such as error.log, diags.log) and then try "sudo gdb
>> traffic_manager" and "sudo gdb traffic_server" to see if you have any
>> library problems.
>>
>> Tuesday, October 28, 2014, 6:21:42 PM, you wrote:
>>
>> > That¹s weird. I can see traffic_cop running on root, traffic_manager
>>and
>> > traffic_server running on non root by doing sudo ./trafficserver
>>start. I
>> > use traffic_server 5.2.0. Any changes since?
>>
>> > On 10/28/14, 6:10 PM, "Bill Zeng" <bi...@gmail.com> wrote:
>>
>> >>Hi all,
>>
>> >>I have a question about the privileges of the processes traffic_cop,
>> >>traffic_manager, and traffic_server. I started ATS with:
>> >> $ ./trafficserver start
>> >>It reported permission denied error:
>> >>$ ./trafficserver start
>> >>./trafficserver: line 186:
>> >>/path-to-ats/var/log/trafficserver/traffic_server.stdout: Permission
>> >>denied
>>
>> >>The permission of the file seems to be root:
>> >>$ ls -l /path-to-ats/var/log/trafficserver/traffic_server.stdout
>> >>-rw-r--r-- 1 root root 0 Oct 28 17:55
>> >>/path-to-ats/var/log/trafficserver/traffic_server.stdout
>>
>> >>It is root-owned. If I run it with sudo, the permission seems fine:
>> >>$ sudo ./trafficserver start
>> >>Starting Apache Traffic Server: [ OK ]
>>
>> >>But traffic_manager and traffic_server are not run:
>> >>$ ps aux | grep traffic_
>> >>root 9243 0.0 0.0 75636 2992 ? Ssl 18:05 0:00
>> >>/path-to-ats/bin/traffic_cop
>> >>bzeng 9339 0.0 0.0 103248 864 pts/14 S+ 18:08 0:00 grep
>> >>traffic_
>>
>> >>The ATS is freshly checked out from upstream.
>>
>> >>Thanks in advance.
>> >>Bill
>>
>>
>>
>>
Re: lockfile permission denied
Posted by Bill Zeng <bi...@gmail.com>.
Hi all,
Thanks for the help! The records.config was out of sync after I did a
re-install. Everything looks good now.
Bill
On Wed, Oct 29, 2014 at 7:33 AM, Jared Ocker <oc...@ohsu.edu> wrote:
> Does your proxy.config.admin.user_id in records.config match the owner of
> your ATS files? I recently had those out of sync and traffic_cop would
> start but not traffic_manager or traffic_server. I seem to remember it
> throwing some relevant errors in /var/log/messages.
>
> .: Jared
>
> On 10/28/14, 7:16 PM, "Bill Zeng" <bi...@gmail.com> wrote:
>
> >Thank you two for the replies! traffic_server.stdout is created by
> >traffic_cop/traffic_manager/traffic_server when it still had root
> >privilege. So the owner is still root. The question lies why
> >traffic_manager and traffic_server are not started even if trafficserver
> >is
> >sudo'ed.
> >
> >
> >On Tue, Oct 28, 2014 at 6:40 PM, Alan M. Carroll <
> >amc@network-geographics.com> wrote:
> >
> >> Checking my various installs, all of this seems normal. The question I
> >> would have for Bill is how traffic_server.stdout became owned by root -
> >> chown is a privileged operation so if the script wasn't running as root,
> >> how did that get done?
> >>
> >> The trafficserver script should always be run as root. For Bill's case,
> >>I
> >> suspect some other problem. My standard technique in that case is to
> >>check
> >> the other logs (such as error.log, diags.log) and then try "sudo gdb
> >> traffic_manager" and "sudo gdb traffic_server" to see if you have any
> >> library problems.
> >>
> >> Tuesday, October 28, 2014, 6:21:42 PM, you wrote:
> >>
> >> > That¹s weird. I can see traffic_cop running on root, traffic_manager
> >>and
> >> > traffic_server running on non root by doing sudo ./trafficserver
> >>start. I
> >> > use traffic_server 5.2.0. Any changes since?
> >>
> >> > On 10/28/14, 6:10 PM, "Bill Zeng" <bi...@gmail.com> wrote:
> >>
> >> >>Hi all,
> >>
> >> >>I have a question about the privileges of the processes traffic_cop,
> >> >>traffic_manager, and traffic_server. I started ATS with:
> >> >> $ ./trafficserver start
> >> >>It reported permission denied error:
> >> >>$ ./trafficserver start
> >> >>./trafficserver: line 186:
> >> >>/path-to-ats/var/log/trafficserver/traffic_server.stdout: Permission
> >> >>denied
> >>
> >> >>The permission of the file seems to be root:
> >> >>$ ls -l /path-to-ats/var/log/trafficserver/traffic_server.stdout
> >> >>-rw-r--r-- 1 root root 0 Oct 28 17:55
> >> >>/path-to-ats/var/log/trafficserver/traffic_server.stdout
> >>
> >> >>It is root-owned. If I run it with sudo, the permission seems fine:
> >> >>$ sudo ./trafficserver start
> >> >>Starting Apache Traffic Server: [ OK ]
> >>
> >> >>But traffic_manager and traffic_server are not run:
> >> >>$ ps aux | grep traffic_
> >> >>root 9243 0.0 0.0 75636 2992 ? Ssl 18:05 0:00
> >> >>/path-to-ats/bin/traffic_cop
> >> >>bzeng 9339 0.0 0.0 103248 864 pts/14 S+ 18:08 0:00 grep
> >> >>traffic_
> >>
> >> >>The ATS is freshly checked out from upstream.
> >>
> >> >>Thanks in advance.
> >> >>Bill
> >>
> >>
> >>
> >>
>
>
Re: lockfile permission denied
Posted by Jared Ocker <oc...@ohsu.edu>.
Does your proxy.config.admin.user_id in records.config match the owner of
your ATS files? I recently had those out of sync and traffic_cop would
start but not traffic_manager or traffic_server. I seem to remember it
throwing some relevant errors in /var/log/messages.
.: Jared
On 10/28/14, 7:16 PM, "Bill Zeng" <bi...@gmail.com> wrote:
>Thank you two for the replies! traffic_server.stdout is created by
>traffic_cop/traffic_manager/traffic_server when it still had root
>privilege. So the owner is still root. The question lies why
>traffic_manager and traffic_server are not started even if trafficserver
>is
>sudo'ed.
>
>
>On Tue, Oct 28, 2014 at 6:40 PM, Alan M. Carroll <
>amc@network-geographics.com> wrote:
>
>> Checking my various installs, all of this seems normal. The question I
>> would have for Bill is how traffic_server.stdout became owned by root -
>> chown is a privileged operation so if the script wasn't running as root,
>> how did that get done?
>>
>> The trafficserver script should always be run as root. For Bill's case,
>>I
>> suspect some other problem. My standard technique in that case is to
>>check
>> the other logs (such as error.log, diags.log) and then try "sudo gdb
>> traffic_manager" and "sudo gdb traffic_server" to see if you have any
>> library problems.
>>
>> Tuesday, October 28, 2014, 6:21:42 PM, you wrote:
>>
>> > That¹s weird. I can see traffic_cop running on root, traffic_manager
>>and
>> > traffic_server running on non root by doing sudo ./trafficserver
>>start. I
>> > use traffic_server 5.2.0. Any changes since?
>>
>> > On 10/28/14, 6:10 PM, "Bill Zeng" <bi...@gmail.com> wrote:
>>
>> >>Hi all,
>>
>> >>I have a question about the privileges of the processes traffic_cop,
>> >>traffic_manager, and traffic_server. I started ATS with:
>> >> $ ./trafficserver start
>> >>It reported permission denied error:
>> >>$ ./trafficserver start
>> >>./trafficserver: line 186:
>> >>/path-to-ats/var/log/trafficserver/traffic_server.stdout: Permission
>> >>denied
>>
>> >>The permission of the file seems to be root:
>> >>$ ls -l /path-to-ats/var/log/trafficserver/traffic_server.stdout
>> >>-rw-r--r-- 1 root root 0 Oct 28 17:55
>> >>/path-to-ats/var/log/trafficserver/traffic_server.stdout
>>
>> >>It is root-owned. If I run it with sudo, the permission seems fine:
>> >>$ sudo ./trafficserver start
>> >>Starting Apache Traffic Server: [ OK ]
>>
>> >>But traffic_manager and traffic_server are not run:
>> >>$ ps aux | grep traffic_
>> >>root 9243 0.0 0.0 75636 2992 ? Ssl 18:05 0:00
>> >>/path-to-ats/bin/traffic_cop
>> >>bzeng 9339 0.0 0.0 103248 864 pts/14 S+ 18:08 0:00 grep
>> >>traffic_
>>
>> >>The ATS is freshly checked out from upstream.
>>
>> >>Thanks in advance.
>> >>Bill
>>
>>
>>
>>
Re: lockfile permission denied
Posted by Bill Zeng <bi...@gmail.com>.
Thank you two for the replies! traffic_server.stdout is created by
traffic_cop/traffic_manager/traffic_server when it still had root
privilege. So the owner is still root. The question lies why
traffic_manager and traffic_server are not started even if trafficserver is
sudo'ed.
On Tue, Oct 28, 2014 at 6:40 PM, Alan M. Carroll <
amc@network-geographics.com> wrote:
> Checking my various installs, all of this seems normal. The question I
> would have for Bill is how traffic_server.stdout became owned by root -
> chown is a privileged operation so if the script wasn't running as root,
> how did that get done?
>
> The trafficserver script should always be run as root. For Bill's case, I
> suspect some other problem. My standard technique in that case is to check
> the other logs (such as error.log, diags.log) and then try "sudo gdb
> traffic_manager" and "sudo gdb traffic_server" to see if you have any
> library problems.
>
> Tuesday, October 28, 2014, 6:21:42 PM, you wrote:
>
> > That¹s weird. I can see traffic_cop running on root, traffic_manager and
> > traffic_server running on non root by doing sudo ./trafficserver start. I
> > use traffic_server 5.2.0. Any changes since?
>
> > On 10/28/14, 6:10 PM, "Bill Zeng" <bi...@gmail.com> wrote:
>
> >>Hi all,
>
> >>I have a question about the privileges of the processes traffic_cop,
> >>traffic_manager, and traffic_server. I started ATS with:
> >> $ ./trafficserver start
> >>It reported permission denied error:
> >>$ ./trafficserver start
> >>./trafficserver: line 186:
> >>/path-to-ats/var/log/trafficserver/traffic_server.stdout: Permission
> >>denied
>
> >>The permission of the file seems to be root:
> >>$ ls -l /path-to-ats/var/log/trafficserver/traffic_server.stdout
> >>-rw-r--r-- 1 root root 0 Oct 28 17:55
> >>/path-to-ats/var/log/trafficserver/traffic_server.stdout
>
> >>It is root-owned. If I run it with sudo, the permission seems fine:
> >>$ sudo ./trafficserver start
> >>Starting Apache Traffic Server: [ OK ]
>
> >>But traffic_manager and traffic_server are not run:
> >>$ ps aux | grep traffic_
> >>root 9243 0.0 0.0 75636 2992 ? Ssl 18:05 0:00
> >>/path-to-ats/bin/traffic_cop
> >>bzeng 9339 0.0 0.0 103248 864 pts/14 S+ 18:08 0:00 grep
> >>traffic_
>
> >>The ATS is freshly checked out from upstream.
>
> >>Thanks in advance.
> >>Bill
>
>
>
>
Re: lockfile permission denied
Posted by "Alan M. Carroll" <am...@network-geographics.com>.
Checking my various installs, all of this seems normal. The question I would have for Bill is how traffic_server.stdout became owned by root - chown is a privileged operation so if the script wasn't running as root, how did that get done?
The trafficserver script should always be run as root. For Bill's case, I suspect some other problem. My standard technique in that case is to check the other logs (such as error.log, diags.log) and then try "sudo gdb traffic_manager" and "sudo gdb traffic_server" to see if you have any library problems.
Tuesday, October 28, 2014, 6:21:42 PM, you wrote:
> That¹s weird. I can see traffic_cop running on root, traffic_manager and
> traffic_server running on non root by doing sudo ./trafficserver start. I
> use traffic_server 5.2.0. Any changes since?
> On 10/28/14, 6:10 PM, "Bill Zeng" <bi...@gmail.com> wrote:
>>Hi all,
>>I have a question about the privileges of the processes traffic_cop,
>>traffic_manager, and traffic_server. I started ATS with:
>> $ ./trafficserver start
>>It reported permission denied error:
>>$ ./trafficserver start
>>./trafficserver: line 186:
>>/path-to-ats/var/log/trafficserver/traffic_server.stdout: Permission
>>denied
>>The permission of the file seems to be root:
>>$ ls -l /path-to-ats/var/log/trafficserver/traffic_server.stdout
>>-rw-r--r-- 1 root root 0 Oct 28 17:55
>>/path-to-ats/var/log/trafficserver/traffic_server.stdout
>>It is root-owned. If I run it with sudo, the permission seems fine:
>>$ sudo ./trafficserver start
>>Starting Apache Traffic Server: [ OK ]
>>But traffic_manager and traffic_server are not run:
>>$ ps aux | grep traffic_
>>root 9243 0.0 0.0 75636 2992 ? Ssl 18:05 0:00
>>/path-to-ats/bin/traffic_cop
>>bzeng 9339 0.0 0.0 103248 864 pts/14 S+ 18:08 0:00 grep
>>traffic_
>>The ATS is freshly checked out from upstream.
>>Thanks in advance.
>>Bill
Re: lockfile permission denied
Posted by Cynthia Gu <cz...@linkedin.com.INVALID>.
That¹s weird. I can see traffic_cop running on root, traffic_manager and
traffic_server running on non root by doing sudo ./trafficserver start. I
use traffic_server 5.2.0. Any changes since?
On 10/28/14, 6:10 PM, "Bill Zeng" <bi...@gmail.com> wrote:
>Hi all,
>
>I have a question about the privileges of the processes traffic_cop,
>traffic_manager, and traffic_server. I started ATS with:
> $ ./trafficserver start
>It reported permission denied error:
>$ ./trafficserver start
>./trafficserver: line 186:
>/path-to-ats/var/log/trafficserver/traffic_server.stdout: Permission
>denied
>
>The permission of the file seems to be root:
>$ ls -l /path-to-ats/var/log/trafficserver/traffic_server.stdout
>-rw-r--r-- 1 root root 0 Oct 28 17:55
>/path-to-ats/var/log/trafficserver/traffic_server.stdout
>
>It is root-owned. If I run it with sudo, the permission seems fine:
>$ sudo ./trafficserver start
>Starting Apache Traffic Server: [ OK ]
>
>But traffic_manager and traffic_server are not run:
>$ ps aux | grep traffic_
>root 9243 0.0 0.0 75636 2992 ? Ssl 18:05 0:00
>/path-to-ats/bin/traffic_cop
>bzeng 9339 0.0 0.0 103248 864 pts/14 S+ 18:08 0:00 grep
>traffic_
>
>The ATS is freshly checked out from upstream.
>
>Thanks in advance.
>Bill