On Dec 17, 2013, at 6:43 PM, Eddie <[email protected]> wrote: > James, > > I do not see ATS crashing ... following are the logs after I restarted ATS: > > diags.log: > > [Dec 18 02:31:02.960] {0x2b15a51dc840} STATUS: opened > /var/log/trafficserver/diags.log > [Dec 18 02:31:02.960] {0x2b15a51dc840} NOTE: updated diags config > [Dec 18 02:31:02.964] Server {0x2b15a51dc840} NOTE: cache clustering disabled > [Dec 18 02:31:02.977] Server {0x2b15a51dc840} NOTE: ip_allow.config updated, > reloading > [Dec 18 02:31:02.990] Server {0x2b15a51dc840} NOTE: cache clustering disabled > [Dec 18 02:31:02.991] Server {0x2b15a51dc840} NOTE: logging initialized[15], > logging_mode = 3 > [Dec 18 02:31:02.994] Server {0x2b15a51dc840} NOTE: loading plugin > '/libexec/trafficserver/stats_over_http.so' > [Dec 18 02:31:03.024] Server {0x2b15a51dc840} NOTE: traffic server running > [Dec 18 02:31:03.037] Server {0x2b15a7bad700} NOTE: cache enabled > > traffic.out: > > NOTE: Traffic Server received Sig 15: Terminated > [TrafficManager] ==> Cleaning up and reissuing signal #15 > [TrafficManager] ==> signal #15 > [E. Mgmt] log ==> [TrafficManager] using root directory '/' > [TrafficServer] using root directory '/' > > > manager.log: > > [Dec 18 02:30:55.747] Manager {0x7f75ae4497e0} ERROR: [TrafficManager] ==> > Cleaning up and reissuing signal #15 > [Dec 18 02:30:55.747] Manager {0x7f75ae4497e0} ERROR: (last system error 14: > Bad address) > [Dec 18 02:30:55.757] Manager {0x7f75ae4497e0} ERROR: [TrafficManager] ==> > signal #15 > [Dec 18 02:30:55.757] Manager {0x7f75ae4497e0} ERROR: (last system error 14: > Bad address) > [Dec 18 02:31:00.917] {0x7f770e4d47e0} STATUS: opened > /var/log/trafficserver/manager.log > [Dec 18 02:31:00.917] {0x7f770e4d47e0} NOTE: updated diags config > [Dec 18 02:31:00.920] Manager {0x7f770e4d47e0} NOTE: [ClusterCom::ClusterCom] > Node running on OS: 'Linux' Release: '2.6.32-279.el6.x86_64' > [Dec 18 02:31:00.922] Manager {0x7f770e4d47e0} NOTE: > [LocalManager::listenForProxy] Listening on port: 80 > [Dec 18 02:31:00.922] Manager {0x7f770e4d47e0} NOTE: [TrafficManager] Setup > complete > [Dec 18 02:31:01.934] Manager {0x7f770e4d47e0} NOTE: > [LocalManager::startProxy] Launching ts process > [Dec 18 02:31:01.945] Manager {0x7f770e4d47e0} NOTE: > [LocalManager::pollMgmtProcessServer] New process connecting fd '11' > [Dec 18 02:31:01.945] Manager {0x7f770e4d47e0} NOTE: [Alarms::signalAlarm] > Server Process born > > I just re-complied ATS and testing another map rule: > > [root@dnsbt01-cc38 trafficserver]# cat remap.config > map http://xfinity.net http://xfinity.net > @plugin=/libexec/trafficserver/regex_remap.so > @pparam=/etc/trafficserver/regexmap/xfinity.net.reg > > [root@dnsbt01-cc38 trafficserver]# > [root@dnsbt01-cc38 trafficserver]# cat > /etc/trafficserver/regexmap/xfinity.net.reg > ^/x1platform(.*) https://spectrum.comcast.net/webportal/ @status=301 > ^/x1(.*) http://xfinity.comcast.net/x1/ @status=301 > ^/(.*) http://xfinity.comcast.net @status=301 > > -------- > Following curl command works fine (I could see output from curl command): > > curl -sLIH "Host: xfinity.net" http://68.87.98.100 > > 2013-12-18 02:37:41 10.25.251.168 301 FIN http://xfinity.net > http://xfinity.comcast.net > -------- (Note in log, https is for both source and target URL) > > Following command does not return anything but I saw following in transaction > log: > > curl -sLIH "Host: xfinity.net" http://68.87.98.100/x1platform > > 2013-12-18 02:39:06 10.25.251.168 301 FIN https://xfinity.net > https://spectrum.comcast.net/webportal/ > > -------- > > Following command does not return anything from curl but transaction log > indicates 301 redirect happened. > > curl -sLIH "Host: xfinity.net" http://68.87.98.100/x1 > > 2013-12-18 02:40:46 10.25.251.168 301 FIN http://xfinity.net > http://xfinity.comcast.net/x1/ > > ---- > > I am totally confused. Can you see anything wrong? > > Thank > > Eddie > > > On Tuesday, December 17, 2013 9:22 PM, James Peach <[email protected]> wrote: > On Dec 17, 2013, at 4:24 PM, Eddie <[email protected]> wrote: > > > James, > > > > Thanks for helping ... ATS 4.0.1 was installed freshly on a different > > server. I have some "redirect" rules and they are working fine. > > I did not do upgrade on the server running ATS 3.2.4. > > I checked all logs and ATS and did not find anything suspicious (diags.log, > > error.log, manager.log, etc). > > > > Could you let me know how/where to check more? > > If there's a crash, I'd expect to see the string "STACK TRACE" in > traffic.out. Otherwise, check manager.log to see whether it is restarting > each time you do a HTTP GET. > > > > > Thanks > > > > Eddie > > > > > > On Tuesday, December 17, 2013 5:38 PM, James Peach <[email protected]> > > wrote: > > On Dec 17, 2013, at 12:56 PM, Eddie <[email protected]> wrote: > > > > > I am trying to upgrade ATS from 3.2.4 to 4.0.1. I copied the > > > records.config and remap.config, plus the map rule files from version > > > 3.2.4 server to version 4.0.1 server. > > > So, everything is same except the ATS versions. However, the map rules > > > are no longer working any more. Does anyone have any idea? > > > > > > map http://vehix.com http://vehix.com > > > @plugin=/libexec/trafficserver/regex_remap.so > > > @pparam=/etc/trafficserver/regexmap/vehix.com.reg
Wait, isn't this a URL rewrite loop? > > > > > > But I am getting no response. > > > > Sounds like it is crashing; check your logs and > > <https://cwiki.apache.org/confluence/display/TS/Upgrading+to+v4.0> > > > > > > > > > > curl -svIH "HOST: vehix.xom" http://68.87.98.100 > > > * About to connect() to 68.87.98.100 port 80 (#0) > > > * Trying 68.87.98.100... > > > * connected > > > * Connected to 68.87.98.100 (68.87.98.100) port 80 (#0) > > >> HEAD / HTTP/1.1 > > >> User-Agent: curl/7.24.0 (x86_64-apple-darwin12.0) libcurl/7.24.0 > > >> OpenSSL/0.9.8y zlib/1.2.5 > > >> Accept: */* > > >> HOST: vehix.xom > > >> > > > * Empty reply from server > > > * Connection #0 to host 68.87.98.100 left intact > > > * Closing connection #0 > > > > > > Does anyone have any clue what I am missing? > > > > > > Thanks > > > > > > Eddie > > > > > > > >
