You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@trafficserver.apache.org by "Leif Hedstrom (JIRA)" <ji...@apache.org> on 2010/02/11 02:00:31 UTC
[jira] Created: (TS-165) Config files (records.config at least) can
get wrong ownership
Config files (records.config at least) can get wrong ownership
--------------------------------------------------------------
Key: TS-165
URL: https://issues.apache.org/jira/browse/TS-165
Project: Traffic Server
Issue Type: Bug
Components: Config
Reporter: Leif Hedstrom
With the following steps, I get records.config to become owned by root, when it should stay owned by nobody:
(04:43:38 PM) zwoop: Ok, so this reproduces it every time on my fedora box, gonna try it on ubuntu next
(04:44:41 PM) zwoop: This is what I did
(04:44:41 PM) zwoop: 1) rm -rf local
(04:44:41 PM) zwoop: 2) sudo gmake install
(04:44:41 PM) zwoop: 3) emacs local/etc/trafficserver/records.config
(04:44:41 PM) zwoop: change port from 8080 to 80, and change eth0 to eth1 (I have to do the later, or it'll fail)
(04:44:41 PM) zwoop: 4) local/bin/trafficserver start
(04:44:41 PM) zwoop: 5) Wait 10-20 seconds (at least, maybe longer)
(04:44:41 PM) zwoop: 6) ls -lrt local/etc/trafficserver
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (TS-165) Config files (records.config at least)
can get wrong ownership
Posted by "Leif Hedstrom (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TS-165?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12833323#action_12833323 ]
Leif Hedstrom commented on TS-165:
----------------------------------
I'm wondering of this is causing a problem:
[Feb 12 21:19:32.502] Manager {3085694768} DEBUG: (lm) [runAsUser] Attempting to run as user 'nobody'
[Feb 12 21:19:32.502] Manager {3085694768} DEBUG: (lm) [runAsUser] Attempting to run as user 'nobody'
[Feb 12 21:19:32.502] Manager {3085694768} DEBUG: (lm) [runAsUser] Running with uid: '0' euid: '99'
[Feb 12 21:19:32.502] Manager {3085694768} DEBUG: (lm) [runAsUser] Running with uid: '0' euid: '99'
but, later I see
[Feb 12 21:19:32.644] Manager {3085694768} DEBUG: (lm) [removeRootPiv] removed root privileges. Euid is 0.
The code does
bool
removeRootPriv(void)
{
if (seteuid(getuid()) < 0) {
Debug("lm", "[restoreRootPiv] seteuid root failed : %s\n", strerror(errno));
return false;
}
Debug("lm", "[removeRootPiv] removed root privileges. Euid is %d\n", geteuid());
return true;
}
which, I'm pretty sure, will restore euid to 0 (just as the debug messages says). So, I suspect the logic here is no longer correct? At least the function name makes no sense, since it actually does the opposite of removing "root privileges" :).
In the end, I think the traffic_manager process is runnig as "root" ?
Also, why are those first Debug messages showing up twice??
> Config files (records.config at least) can get wrong ownership
> --------------------------------------------------------------
>
> Key: TS-165
> URL: https://issues.apache.org/jira/browse/TS-165
> Project: Traffic Server
> Issue Type: Bug
> Components: Config
> Reporter: Leif Hedstrom
> Assignee: George Paul
> Priority: Critical
> Fix For: 2.0.0a
>
>
> With the following steps, I get records.config to become owned by root, when it should stay owned by nobody:
> (04:43:38 PM) zwoop: Ok, so this reproduces it every time on my fedora box, gonna try it on ubuntu next
> (04:44:41 PM) zwoop: This is what I did
> (04:44:41 PM) zwoop: 1) rm -rf local
> (04:44:41 PM) zwoop: 2) sudo gmake install
> (04:44:41 PM) zwoop: 3) emacs local/etc/trafficserver/records.config
> (04:44:41 PM) zwoop: change port from 8080 to 80, and change eth0 to eth1 (I have to do the later, or it'll fail)
> (04:44:41 PM) zwoop: 4) local/bin/trafficserver start
> (04:44:41 PM) zwoop: 5) Wait 10-20 seconds (at least, maybe longer)
> (04:44:41 PM) zwoop: 6) ls -lrt local/etc/trafficserver
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (TS-165) Config files (records.config at least) can
get wrong ownership
Posted by "Leif Hedstrom (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TS-165?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Leif Hedstrom updated TS-165:
-----------------------------
Priority: Critical (was: Major)
> Config files (records.config at least) can get wrong ownership
> --------------------------------------------------------------
>
> Key: TS-165
> URL: https://issues.apache.org/jira/browse/TS-165
> Project: Traffic Server
> Issue Type: Bug
> Components: Config
> Reporter: Leif Hedstrom
> Priority: Critical
> Fix For: 2.0.0a
>
>
> With the following steps, I get records.config to become owned by root, when it should stay owned by nobody:
> (04:43:38 PM) zwoop: Ok, so this reproduces it every time on my fedora box, gonna try it on ubuntu next
> (04:44:41 PM) zwoop: This is what I did
> (04:44:41 PM) zwoop: 1) rm -rf local
> (04:44:41 PM) zwoop: 2) sudo gmake install
> (04:44:41 PM) zwoop: 3) emacs local/etc/trafficserver/records.config
> (04:44:41 PM) zwoop: change port from 8080 to 80, and change eth0 to eth1 (I have to do the later, or it'll fail)
> (04:44:41 PM) zwoop: 4) local/bin/trafficserver start
> (04:44:41 PM) zwoop: 5) Wait 10-20 seconds (at least, maybe longer)
> (04:44:41 PM) zwoop: 6) ls -lrt local/etc/trafficserver
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Assigned: (TS-165) Config files (records.config at least)
can get wrong ownership
Posted by "George Paul (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TS-165?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
George Paul reassigned TS-165:
------------------------------
Assignee: Leif Hedstrom (was: George Paul)
> Config files (records.config at least) can get wrong ownership
> --------------------------------------------------------------
>
> Key: TS-165
> URL: https://issues.apache.org/jira/browse/TS-165
> Project: Traffic Server
> Issue Type: Bug
> Components: Config
> Reporter: Leif Hedstrom
> Assignee: Leif Hedstrom
> Priority: Critical
> Fix For: 2.0.0a
>
> Attachments: 0001-TS165_patch1.diff.patch
>
>
> With the following steps, I get records.config to become owned by root, when it should stay owned by nobody:
> (04:43:38 PM) zwoop: Ok, so this reproduces it every time on my fedora box, gonna try it on ubuntu next
> (04:44:41 PM) zwoop: This is what I did
> (04:44:41 PM) zwoop: 1) rm -rf local
> (04:44:41 PM) zwoop: 2) sudo gmake install
> (04:44:41 PM) zwoop: 3) emacs local/etc/trafficserver/records.config
> (04:44:41 PM) zwoop: change port from 8080 to 80, and change eth0 to eth1 (I have to do the later, or it'll fail)
> (04:44:41 PM) zwoop: 4) local/bin/trafficserver start
> (04:44:41 PM) zwoop: 5) Wait 10-20 seconds (at least, maybe longer)
> (04:44:41 PM) zwoop: 6) ls -lrt local/etc/trafficserver
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (TS-165) Config files (records.config at least) can
get wrong ownership
Posted by "Leif Hedstrom (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TS-165?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Leif Hedstrom updated TS-165:
-----------------------------
Attachment: TS-165.diff
To preserve semantics of the existing functions, and not change the behaviour of the code (the pattern proposed is appropriate for setuid binaries, with the 's' bit set, as far as I can tell), I'd like to propose something like the attached patch, which is a "merge" of George's and my proposals.
This eliminates the need for a "static" global, and also removes the pattern for setuid binaries (I think that is unnecessary).
Thoughts?
> Config files (records.config at least) can get wrong ownership
> --------------------------------------------------------------
>
> Key: TS-165
> URL: https://issues.apache.org/jira/browse/TS-165
> Project: Traffic Server
> Issue Type: Bug
> Components: Config
> Reporter: Leif Hedstrom
> Assignee: Leif Hedstrom
> Priority: Critical
> Fix For: 2.0.0a
>
> Attachments: 0001-TS165_patch1.diff.patch, TS-165.diff
>
>
> With the following steps, I get records.config to become owned by root, when it should stay owned by nobody:
> (04:43:38 PM) zwoop: Ok, so this reproduces it every time on my fedora box, gonna try it on ubuntu next
> (04:44:41 PM) zwoop: This is what I did
> (04:44:41 PM) zwoop: 1) rm -rf local
> (04:44:41 PM) zwoop: 2) sudo gmake install
> (04:44:41 PM) zwoop: 3) emacs local/etc/trafficserver/records.config
> (04:44:41 PM) zwoop: change port from 8080 to 80, and change eth0 to eth1 (I have to do the later, or it'll fail)
> (04:44:41 PM) zwoop: 4) local/bin/trafficserver start
> (04:44:41 PM) zwoop: 5) Wait 10-20 seconds (at least, maybe longer)
> (04:44:41 PM) zwoop: 6) ls -lrt local/etc/trafficserver
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (TS-165) Config files (records.config at least) can
get wrong ownership
Posted by "George Paul (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TS-165?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
George Paul updated TS-165:
---------------------------
Attachment: 0001-TS165_patch1.diff.patch
This patch '0001-TS165_patch1.diff.patch' fixes the problem of removing root privileges and restoring the original user.
-George
> Config files (records.config at least) can get wrong ownership
> --------------------------------------------------------------
>
> Key: TS-165
> URL: https://issues.apache.org/jira/browse/TS-165
> Project: Traffic Server
> Issue Type: Bug
> Components: Config
> Reporter: Leif Hedstrom
> Assignee: George Paul
> Priority: Critical
> Fix For: 2.0.0a
>
> Attachments: 0001-TS165_patch1.diff.patch
>
>
> With the following steps, I get records.config to become owned by root, when it should stay owned by nobody:
> (04:43:38 PM) zwoop: Ok, so this reproduces it every time on my fedora box, gonna try it on ubuntu next
> (04:44:41 PM) zwoop: This is what I did
> (04:44:41 PM) zwoop: 1) rm -rf local
> (04:44:41 PM) zwoop: 2) sudo gmake install
> (04:44:41 PM) zwoop: 3) emacs local/etc/trafficserver/records.config
> (04:44:41 PM) zwoop: change port from 8080 to 80, and change eth0 to eth1 (I have to do the later, or it'll fail)
> (04:44:41 PM) zwoop: 4) local/bin/trafficserver start
> (04:44:41 PM) zwoop: 5) Wait 10-20 seconds (at least, maybe longer)
> (04:44:41 PM) zwoop: 6) ls -lrt local/etc/trafficserver
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (TS-165) Config files (records.config at least) can
get wrong ownership
Posted by "Leif Hedstrom (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TS-165?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Leif Hedstrom updated TS-165:
-----------------------------
Fix Version/s: 2.0.0a
> Config files (records.config at least) can get wrong ownership
> --------------------------------------------------------------
>
> Key: TS-165
> URL: https://issues.apache.org/jira/browse/TS-165
> Project: Traffic Server
> Issue Type: Bug
> Components: Config
> Reporter: Leif Hedstrom
> Fix For: 2.0.0a
>
>
> With the following steps, I get records.config to become owned by root, when it should stay owned by nobody:
> (04:43:38 PM) zwoop: Ok, so this reproduces it every time on my fedora box, gonna try it on ubuntu next
> (04:44:41 PM) zwoop: This is what I did
> (04:44:41 PM) zwoop: 1) rm -rf local
> (04:44:41 PM) zwoop: 2) sudo gmake install
> (04:44:41 PM) zwoop: 3) emacs local/etc/trafficserver/records.config
> (04:44:41 PM) zwoop: change port from 8080 to 80, and change eth0 to eth1 (I have to do the later, or it'll fail)
> (04:44:41 PM) zwoop: 4) local/bin/trafficserver start
> (04:44:41 PM) zwoop: 5) Wait 10-20 seconds (at least, maybe longer)
> (04:44:41 PM) zwoop: 6) ls -lrt local/etc/trafficserver
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (TS-165) Config files (records.config at least)
can get wrong ownership
Posted by "Leif Hedstrom (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TS-165?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12832833#action_12832833 ]
Leif Hedstrom commented on TS-165:
----------------------------------
The issue is definitely reproducible as above (I tried on Ubuntu), and in step 3 all I have to change is the port from 8080 to 80.
> Config files (records.config at least) can get wrong ownership
> --------------------------------------------------------------
>
> Key: TS-165
> URL: https://issues.apache.org/jira/browse/TS-165
> Project: Traffic Server
> Issue Type: Bug
> Components: Config
> Reporter: Leif Hedstrom
> Fix For: 2.0.0a
>
>
> With the following steps, I get records.config to become owned by root, when it should stay owned by nobody:
> (04:43:38 PM) zwoop: Ok, so this reproduces it every time on my fedora box, gonna try it on ubuntu next
> (04:44:41 PM) zwoop: This is what I did
> (04:44:41 PM) zwoop: 1) rm -rf local
> (04:44:41 PM) zwoop: 2) sudo gmake install
> (04:44:41 PM) zwoop: 3) emacs local/etc/trafficserver/records.config
> (04:44:41 PM) zwoop: change port from 8080 to 80, and change eth0 to eth1 (I have to do the later, or it'll fail)
> (04:44:41 PM) zwoop: 4) local/bin/trafficserver start
> (04:44:41 PM) zwoop: 5) Wait 10-20 seconds (at least, maybe longer)
> (04:44:41 PM) zwoop: 6) ls -lrt local/etc/trafficserver
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Assigned: (TS-165) Config files (records.config at least)
can get wrong ownership
Posted by "George Paul (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TS-165?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
George Paul reassigned TS-165:
------------------------------
Assignee: George Paul
> Config files (records.config at least) can get wrong ownership
> --------------------------------------------------------------
>
> Key: TS-165
> URL: https://issues.apache.org/jira/browse/TS-165
> Project: Traffic Server
> Issue Type: Bug
> Components: Config
> Reporter: Leif Hedstrom
> Assignee: George Paul
> Priority: Critical
> Fix For: 2.0.0a
>
>
> With the following steps, I get records.config to become owned by root, when it should stay owned by nobody:
> (04:43:38 PM) zwoop: Ok, so this reproduces it every time on my fedora box, gonna try it on ubuntu next
> (04:44:41 PM) zwoop: This is what I did
> (04:44:41 PM) zwoop: 1) rm -rf local
> (04:44:41 PM) zwoop: 2) sudo gmake install
> (04:44:41 PM) zwoop: 3) emacs local/etc/trafficserver/records.config
> (04:44:41 PM) zwoop: change port from 8080 to 80, and change eth0 to eth1 (I have to do the later, or it'll fail)
> (04:44:41 PM) zwoop: 4) local/bin/trafficserver start
> (04:44:41 PM) zwoop: 5) Wait 10-20 seconds (at least, maybe longer)
> (04:44:41 PM) zwoop: 6) ls -lrt local/etc/trafficserver
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Assigned: (TS-165) Config files (records.config at least)
can get wrong ownership
Posted by "Leif Hedstrom (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TS-165?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Leif Hedstrom reassigned TS-165:
--------------------------------
Assignee: Leif Hedstrom (was: George Paul)
> Config files (records.config at least) can get wrong ownership
> --------------------------------------------------------------
>
> Key: TS-165
> URL: https://issues.apache.org/jira/browse/TS-165
> Project: Traffic Server
> Issue Type: Bug
> Components: Config
> Reporter: Leif Hedstrom
> Assignee: Leif Hedstrom
> Priority: Critical
> Fix For: 2.0.0a
>
>
> With the following steps, I get records.config to become owned by root, when it should stay owned by nobody:
> (04:43:38 PM) zwoop: Ok, so this reproduces it every time on my fedora box, gonna try it on ubuntu next
> (04:44:41 PM) zwoop: This is what I did
> (04:44:41 PM) zwoop: 1) rm -rf local
> (04:44:41 PM) zwoop: 2) sudo gmake install
> (04:44:41 PM) zwoop: 3) emacs local/etc/trafficserver/records.config
> (04:44:41 PM) zwoop: change port from 8080 to 80, and change eth0 to eth1 (I have to do the later, or it'll fail)
> (04:44:41 PM) zwoop: 4) local/bin/trafficserver start
> (04:44:41 PM) zwoop: 5) Wait 10-20 seconds (at least, maybe longer)
> (04:44:41 PM) zwoop: 6) ls -lrt local/etc/trafficserver
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (TS-165) Config files (records.config at least)
can get wrong ownership
Posted by "Leif Hedstrom (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TS-165?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12833621#action_12833621 ]
Leif Hedstrom commented on TS-165:
----------------------------------
So, this is similar to what we talked about on the IRC chat, but I'm not sure I understand the need for testing on
+#ifdef _POSIX_SAVED_ID
what platform(s) that we support would not have seteuid ? If this is a "just in case" check, I'd rather just get rid of it for now, and/or make tests for seteuid() vs setreuid() in configure.ac. I guess what I'm really saying is, what is the relationship between this posix define, and the existence of seteuid() (those seem orthogonal to me, unless there's something else overloaded in the POSIX_SAVED_ID define)?
I'm also not sure I see the need for doing it this "complex", those two functions really aren't what their names indicate any more. removeRootPriv now is really just a wrapper over seteuid and/or setreuid(). If we are going this route, just eliminate these functions completely, and just call seteuid() directly wherever we need to 'restore' the euid.
I guess I had imagined something just as simple as the below, which preserves the semantics of those two existing functions. But, I'm OK with the above, but my votes would be for a) Just call seteuid() always, and b) eliminate the 'wrapper' function and just call seteuid() directly.
-- Leif
Index: proxy/mgmt2/LocalManager.cc
===================================================================
--- proxy/mgmt2/LocalManager.cc (revision 909713)
+++ proxy/mgmt2/LocalManager.cc (working copy)
@@ -1323,15 +1323,16 @@ LocalManager::listenForProxy()
// - Returns true on success
// and false on failure
// - no-op on WIN32
+static uid_t saved_euid = 0;
bool
removeRootPriv(void)
{
- if (seteuid(getuid()) < 0) {
- Debug("lm", "[restoreRootPiv] seteuid root failed : %s\n", strerror(errno));
+ if (seteuid(saved_euid) < 0) {
+ Debug("lm", "[restoreRootPriv] seteuid failed : %s\n", strerror(errno));
return false;
}
- Debug("lm", "[removeRootPiv] removed root privileges. Euid is %d\n", geteuid());
+ Debug("lm", "[removeRootPriv] removed root privileges. Euid is %d\n", saved_euid);
return true;
}
@@ -1345,12 +1346,13 @@ removeRootPriv(void)
bool
restoreRootPriv(void)
{
+ saved_euid = geteuid();
if (seteuid(0) < 0) {
- Debug("lm", "[restoreRootPiv] seteuid root failed : %s\n", strerror(errno));
+ Debug("lm", "[restoreRootPriv] seteuid root failed : %s\n", strerror(errno));
return false;
}
- Debug("lm", "[restoreRootPiv] restored root privileges. Euid is %d\n", geteuid());
+ Debug("lm", "[restoreRootPriv] restored root privileges. Euid is %d\n", geteuid());
return true;
}
Index: proxy/mgmt2/RecordsConfig.cc
> Config files (records.config at least) can get wrong ownership
> --------------------------------------------------------------
>
> Key: TS-165
> URL: https://issues.apache.org/jira/browse/TS-165
> Project: Traffic Server
> Issue Type: Bug
> Components: Config
> Reporter: Leif Hedstrom
> Assignee: George Paul
> Priority: Critical
> Fix For: 2.0.0a
>
> Attachments: 0001-TS165_patch1.diff.patch
>
>
> With the following steps, I get records.config to become owned by root, when it should stay owned by nobody:
> (04:43:38 PM) zwoop: Ok, so this reproduces it every time on my fedora box, gonna try it on ubuntu next
> (04:44:41 PM) zwoop: This is what I did
> (04:44:41 PM) zwoop: 1) rm -rf local
> (04:44:41 PM) zwoop: 2) sudo gmake install
> (04:44:41 PM) zwoop: 3) emacs local/etc/trafficserver/records.config
> (04:44:41 PM) zwoop: change port from 8080 to 80, and change eth0 to eth1 (I have to do the later, or it'll fail)
> (04:44:41 PM) zwoop: 4) local/bin/trafficserver start
> (04:44:41 PM) zwoop: 5) Wait 10-20 seconds (at least, maybe longer)
> (04:44:41 PM) zwoop: 6) ls -lrt local/etc/trafficserver
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Assigned: (TS-165) Config files (records.config at least)
can get wrong ownership
Posted by "George Paul (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TS-165?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
George Paul reassigned TS-165:
------------------------------
Assignee: George Paul (was: Leif Hedstrom)
> Config files (records.config at least) can get wrong ownership
> --------------------------------------------------------------
>
> Key: TS-165
> URL: https://issues.apache.org/jira/browse/TS-165
> Project: Traffic Server
> Issue Type: Bug
> Components: Config
> Reporter: Leif Hedstrom
> Assignee: George Paul
> Priority: Critical
> Fix For: 2.0.0a
>
>
> With the following steps, I get records.config to become owned by root, when it should stay owned by nobody:
> (04:43:38 PM) zwoop: Ok, so this reproduces it every time on my fedora box, gonna try it on ubuntu next
> (04:44:41 PM) zwoop: This is what I did
> (04:44:41 PM) zwoop: 1) rm -rf local
> (04:44:41 PM) zwoop: 2) sudo gmake install
> (04:44:41 PM) zwoop: 3) emacs local/etc/trafficserver/records.config
> (04:44:41 PM) zwoop: change port from 8080 to 80, and change eth0 to eth1 (I have to do the later, or it'll fail)
> (04:44:41 PM) zwoop: 4) local/bin/trafficserver start
> (04:44:41 PM) zwoop: 5) Wait 10-20 seconds (at least, maybe longer)
> (04:44:41 PM) zwoop: 6) ls -lrt local/etc/trafficserver
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Resolved: (TS-165) Config files (records.config at least)
can get wrong ownership
Posted by "Leif Hedstrom (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TS-165?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Leif Hedstrom resolved TS-165.
------------------------------
Resolution: Fixed
> Config files (records.config at least) can get wrong ownership
> --------------------------------------------------------------
>
> Key: TS-165
> URL: https://issues.apache.org/jira/browse/TS-165
> Project: Traffic Server
> Issue Type: Bug
> Components: Config
> Reporter: Leif Hedstrom
> Assignee: Leif Hedstrom
> Priority: Critical
> Fix For: 2.0.0a
>
> Attachments: 0001-TS165_patch1.diff.patch, TS-165.diff
>
>
> With the following steps, I get records.config to become owned by root, when it should stay owned by nobody:
> (04:43:38 PM) zwoop: Ok, so this reproduces it every time on my fedora box, gonna try it on ubuntu next
> (04:44:41 PM) zwoop: This is what I did
> (04:44:41 PM) zwoop: 1) rm -rf local
> (04:44:41 PM) zwoop: 2) sudo gmake install
> (04:44:41 PM) zwoop: 3) emacs local/etc/trafficserver/records.config
> (04:44:41 PM) zwoop: change port from 8080 to 80, and change eth0 to eth1 (I have to do the later, or it'll fail)
> (04:44:41 PM) zwoop: 4) local/bin/trafficserver start
> (04:44:41 PM) zwoop: 5) Wait 10-20 seconds (at least, maybe longer)
> (04:44:41 PM) zwoop: 6) ls -lrt local/etc/trafficserver
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (TS-165) Config files (records.config at least)
can get wrong ownership
Posted by "George Paul (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TS-165?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12833883#action_12833883 ]
George Paul commented on TS-165:
--------------------------------
The new TS-165.diff' 'patch looks fine.
-George
> Config files (records.config at least) can get wrong ownership
> --------------------------------------------------------------
>
> Key: TS-165
> URL: https://issues.apache.org/jira/browse/TS-165
> Project: Traffic Server
> Issue Type: Bug
> Components: Config
> Reporter: Leif Hedstrom
> Assignee: Leif Hedstrom
> Priority: Critical
> Fix For: 2.0.0a
>
> Attachments: 0001-TS165_patch1.diff.patch, TS-165.diff
>
>
> With the following steps, I get records.config to become owned by root, when it should stay owned by nobody:
> (04:43:38 PM) zwoop: Ok, so this reproduces it every time on my fedora box, gonna try it on ubuntu next
> (04:44:41 PM) zwoop: This is what I did
> (04:44:41 PM) zwoop: 1) rm -rf local
> (04:44:41 PM) zwoop: 2) sudo gmake install
> (04:44:41 PM) zwoop: 3) emacs local/etc/trafficserver/records.config
> (04:44:41 PM) zwoop: change port from 8080 to 80, and change eth0 to eth1 (I have to do the later, or it'll fail)
> (04:44:41 PM) zwoop: 4) local/bin/trafficserver start
> (04:44:41 PM) zwoop: 5) Wait 10-20 seconds (at least, maybe longer)
> (04:44:41 PM) zwoop: 6) ls -lrt local/etc/trafficserver
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.