Return-Path: X-Original-To: apmail-trafficserver-users-archive@www.apache.org Delivered-To: apmail-trafficserver-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 8B91610C85 for ; Tue, 5 Nov 2013 21:41:46 +0000 (UTC) Received: (qmail 4301 invoked by uid 500); 5 Nov 2013 21:41:46 -0000 Delivered-To: apmail-trafficserver-users-archive@trafficserver.apache.org Received: (qmail 4188 invoked by uid 500); 5 Nov 2013 21:41:45 -0000 Mailing-List: contact users-help@trafficserver.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@trafficserver.apache.org Delivered-To: mailing list users@trafficserver.apache.org Received: (qmail 4180 invoked by uid 99); 5 Nov 2013 21:41:45 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Nov 2013 21:41:45 +0000 X-ASF-Spam-Status: No, hits=-5.0 required=5.0 tests=RCVD_IN_DNSWL_HI,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy includes SPF record at spf.trusted-forwarder.org) Received: from [17.151.62.50] (HELO mail-out.apple.com) (17.151.62.50) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Nov 2013 21:41:39 +0000 MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Received: from relay7.apple.com ([17.128.113.101]) by mail-out.apple.com (Oracle Communications Messaging Server 7u4-23.01 (7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTP id <0MVT007VG87NY4F1@mail-out.apple.com> for users@trafficserver.apache.org; Tue, 05 Nov 2013 13:41:18 -0800 (PST) X-AuditID: 11807165-b7f8e6d000004de8-0e-527965fd1455 Received: from marigold.apple.com (marigold.apple.com [17.128.115.132]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by relay7.apple.com (Apple SCV relay) with SMTP id E0.BF.19944.DF569725; Tue, 05 Nov 2013 13:41:17 -0800 (PST) Received: from [17.114.45.39] (unknown [17.114.45.39]) by marigold.apple.com (Oracle Communications Messaging Server 7u4-24.01 (7.0.4.24.0) 64bit (built Nov 17 2011)) with ESMTPSA id <0MVT009LB88TC100@marigold.apple.com> for users@trafficserver.apache.org; Tue, 05 Nov 2013 13:41:17 -0800 (PST) Subject: Re: Configs does not apply ! From: James Peach X-Priority: 3 In-reply-to: <3f397e71.4784.142260ebdfe.Coremail.esmq@163.com> Date: Tue, 05 Nov 2013 13:41:16 -0800 Cc: Fei Wan Content-transfer-encoding: quoted-printable Message-id: References: <1383468903987-2.post@n7.nabble.com> <1383580782.33991.YahooMailNeo@web164805.mail.gq1.yahoo.com> <3f397e71.4784.142260ebdfe.Coremail.esmq@163.com> To: users@trafficserver.apache.org X-Mailer: Apple Mail (2.1812) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrLLMWRmVeSWpSXmKPExsUi2FDcovs3tTLIYP4TS4v1mw6yOTB6PN/6 jy2AMYrLJiU1J7MstUjfLoErY37jDdaCC6IV626tZm9g/C3QxcjJISFgItH/qosJwhaTuHBv PVsXIxeHkMAkJomdrx8zgySEBNYxSXR1xoHYwgKqErufTmTtYuTg4BXQk1hxihnEZBZQl5gy JRekgg2kYt8RRoiRvBIz2p+ygNicAnYSGxZdALNZgGrONp1lA7GZBeQl3sxczgRha0s8eXeB FcTmFbCVuDb1DhPEOdcZJY5PnA6WEBFQkviycTs7yF4JAVmJT4fNJjAKzkI4aBbCQbOQDF3A yLyKUaAoNSex0lwvsaAgJ1UvOT93EyM4EAtTdzA2Lrc6xCjAwajEw5sgXxkkxJpYVlyZe4hR goNZSYRXKQ4oxJuSWFmVWpQfX1Sak1p8iFGag0VJnHfP3/IgIYH0xJLU7NTUgtQimCwTB6dU AyPfhnv6wYpLpwtu12N7qq+T41vj1pNwxCty8qRn3WmZ9deeJ3Q1HON4caGo5xtHxKI/q/uY 134wfqP+XiM0R/v/o+mzfqbff2MQ/Dysw4E1MDnHp10g9uuqD42RPw81nTyyI6Pne/MT4/eZ Yh1cq3/obF3Z0Hf4yPctd7fYbOPaLCw891qH2lMlluKMREMt5qLiRACN2qz0QAIAAA== X-Virus-Checked: Checked by ClamAV on apache.org On Nov 4, 2013, at 6:19 PM, Esmq wrote: > hi,all > i use ats v4.0.1, also i found the following two situations about = config apply: > 1) config will not apply if not actual change to the config file~ = (mtime change to config file does work!) >=20 > 2) when config apply successfuly=EF=BC=8C a corresponding message will = log to manager.log~ > but sometimes ats skip the config apply (and not log to manager.log), = i don't know why ~ (particularly when change the remap.config, it fail = to reload) If you can create a reproducible test case, then I expect that this is = very fixable. I'd need to know the specific configuration that you = change, and the traffic_line invocation that you are using. J >=20 >=20 >=20 >=20 >=20 > At 2013-11-05 00:05:49,"Fei Wan" wrote: > If there's error in the new config you're trying to apply, ATS won't = use it due to the errors. That's been what I experienced with 3.2. Try = fixing the errors ATS complains first. Then the config change should = apply without a problem. >=20 >=20 > On Sunday, November 3, 2013 4:27 PM, James Peach = wrote: > On Nov 3, 2013, at 1:55 AM, Omid Kosari wrote: >=20 > > Hello, > >=20 > > I am using "Apache Traffic Server - traffic_line - 3.2.4 - (build # = 32920 on > > Apr 29 2013 at 20:40:15)" on "Linux cache2 3.5.0-42-generic = #65-Ubuntu SMP > > Tue Oct 1 23:38:22 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux" > >=20 > > The problem is if i change config files and run "traffic_line -x" or = even > > "service trafficserver restart" the configs does not apply . >=20 > It's hard to imagine how the configurations even after restarting :) >=20 > >=20 > > for example in ip_allow.config i wrote following line at the top of = others > > but still i can surf ! > > src_ip=3D0.0.0.0-255.255.255.255 action=3Dip_deny = method=3DALL > >=20 > > or in parent.config=20 > > dest_domain=3D. parent=3D"1.1.1.12:6565;1.1.1.14:6565" = round_robin=3Dstrict > > go_direct=3Dfalse > > where the 6565 is a wrong port and does not listening but still can = surf . >=20 > The first thing I would verify is that you are actually sending = requests through Traffic Server correctly. Use curl to verify. >=20 >=20 > >=20 > > but if i wrote a bad syntax in the configs and restart , there will = be a > > WARNING or ERROR in traffic.out log file . > > I am really confused . > >=20 > >=20 > >=20 > > -- > > View this message in context: = http://apache-traffic-server.24303.n7.nabble.com/Configs-does-not-apply-tp= 2.html > > Sent from the Apache Traffic Server mailing list archive at = Nabble.com. >=20 >=20 >=20 >=20