You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@trafficserver.apache.org by bu...@apache.org on 2011/12/16 10:37:09 UTC
svn commit: r800341 - in
/websites/staging/trafficserver/trunk/content/docs/trunk: STATUS
admin/configuration-files/records.config.en.html admin/faqs/index.en.html
admin/working-log-files/squid-format.en.html
Author: buildbot
Date: Fri Dec 16 09:37:08 2011
New Revision: 800341
Log:
Staging update by buildbot
Modified:
websites/staging/trafficserver/trunk/content/docs/trunk/STATUS
websites/staging/trafficserver/trunk/content/docs/trunk/admin/configuration-files/records.config.en.html
websites/staging/trafficserver/trunk/content/docs/trunk/admin/faqs/index.en.html
websites/staging/trafficserver/trunk/content/docs/trunk/admin/working-log-files/squid-format.en.html
Modified: websites/staging/trafficserver/trunk/content/docs/trunk/STATUS
==============================================================================
--- websites/staging/trafficserver/trunk/content/docs/trunk/STATUS (original)
+++ websites/staging/trafficserver/trunk/content/docs/trunk/STATUS Fri Dec 16 09:37:08 2011
@@ -1,4 +1,4 @@
-Apache HTTP Traffic Server Trunk Documentation Status File.
+Apache Traffic Server Trunk Documentation Status File.
Last modified: $Date: 2010-12-10 15:53:32 +0100 (Fri, 10 Dec 2010) $
For more information on how to contribute to the Apache Traffic Server
@@ -9,8 +9,6 @@ Documentation Project, please see (LINK)
To Do List
=======================
-- integrate navigation/TOC generation
-
- invent a wheel that will help translators and users spot out-dated documents
- update the content: https://issues.apache.org/jira/secure/IssueNavigator.jspa?component=12313124
@@ -18,11 +16,6 @@ To Do List
Migration procedure
=======================
-- check out: https://github.com/igalic/HTML2Markdown
-
-- This requires Ruby 1.9.x
-
-- ex: ./html2markdown http://trafficserver.apache.org/docs/v2/sdk/HTTP_Transactions > http-hooks-and-transactions/http-transactions.en.mdtext
- take a look at the chapters which are done already for inspiration.
@@ -33,8 +26,6 @@ Migration procedure
This blog Post on the ASF CMS
https://blogs.apache.org/infra/entry/the_asf_cms
- https://issues.apache.org/jira/browse/TS-538 and it's ink-2-ts.sh
-
Content Migration
=======================
@@ -47,6 +38,8 @@ Findings
- Make sure to put pictures in their own pragraph.
+- comments sometimes break markdown interpretation :-/
+
Collision avoidance
=====================
@@ -59,8 +52,8 @@ index - done
getting-started - done
http-proxy-caching - done
reverse-proxy-http-redirects - done
-transparent-proxy - TS-488, needs review and info for other platforms
-forward-proxy - needs content.
+transparent-proxy - done - TS-488, needs review and info for other platforms
+forward-proxy - done
explicit-proxy-caching - done
hierachical-caching - done (commented out ICP peering, because it's not really supported right now)
configuring-cache - done
@@ -73,7 +66,7 @@ traffic-line-commands - This needs work!
event-logging-formats - done
configuration-files - done
traffic-server-error-messages - done
-faqs - restored. But it looks gross and needs serious cleanup.
+faqs - restored. cleaned up, needs a bit of a review.
plugins - sort of done
SDK Docs:
Modified: websites/staging/trafficserver/trunk/content/docs/trunk/admin/configuration-files/records.config.en.html
==============================================================================
--- websites/staging/trafficserver/trunk/content/docs/trunk/admin/configuration-files/records.config.en.html (original)
+++ websites/staging/trafficserver/trunk/content/docs/trunk/admin/configuration-files/records.config.en.html Fri Dec 16 09:37:08 2011
@@ -164,7 +164,7 @@ the <code>records.config</code> file.</p
<dt id="proxy.config.cop.core_signal"><em><code>proxy.config.cop.core_signal</code></em></dt>
<dd><code>INT</code></dd>
<dd>Default: <code>0</code></dd>
-<dd>The signal sent to <code>traffic_cop</code>'s managed processes to stop them. * 0 = no signal is sent.</dd>
+<dd>The signal sent to <code>traffic_cop</code>'s managed processes to stop them. <code>0</code> = no signal is sent.</dd>
<dt id="proxy.config.cop.linux_min_swapfree_kb"><em><code>proxy.config.cop.linux_min_swapfree_kb</code></em></dt>
<dd><code>INT</code></dd>
<dd>Default: <code>10240</code></dd>
@@ -238,7 +238,7 @@ the <code>records.config</code> file.</p
<dd><code>STRING</code></dd>
<dd>Default: <code>nobody</code></dd>
<dd>
-<p>Option used to specify who to run the <code>traffic_server</code>process as; also used to specify ownership of config and log files.</p>
+<p>Option used to specify who to run the <code>traffic_server</code> process as; also used to specify ownership of config and log files.</p>
<p>The nonprivileged user account designated to Traffic Server.</p>
<p>As of version 2.1.1 if the user_id is prefixed with pound character (#) the remaining of the string is considered to be <a href="http://en.wikipedia.org/wiki/User_identifier">numeric user identifier</a>. If the value is set to '#-1' Traffic Server will not change the user during startup.</p>
<p>Setting <code>user_id</code> to <code>root</code> or <code>#0</code> is now forbidden to increase security. Trying to do so, will cause the <code>traffic_server</code> fatal failure. However there are two ways to bypass that restriction: Specify <code>-DBIG_SECURITY_HOLE</code> in <code>CXXFLAGS</code> during compilation Set the <code>user_id=#-1</code> and start trafficserver as root.</p>
@@ -315,7 +315,7 @@ would listed to ports <code>6060</code>,
<li><code>1</code> = all extra information is added.</li>
<li><code>2</code> = some extra information is added.</li>
</ul>
-<p>Note: the Via: header string interpretation is <a href="../faqs#interpret_via_header">documented here.</a></p>
+<p>Note: the Via: header string interpretation is <a href="../faqs#interpret-via">documented here.</a></p>
</dd>
<dt id="proxy.config.http.insert_response_via_str"><em><code>proxy.config.http.insert_response_via_str</code></em></dt>
<dd>
Modified: websites/staging/trafficserver/trunk/content/docs/trunk/admin/faqs/index.en.html
==============================================================================
--- websites/staging/trafficserver/trunk/content/docs/trunk/admin/faqs/index.en.html (original)
+++ websites/staging/trafficserver/trunk/content/docs/trunk/admin/faqs/index.en.html Fri Dec 16 09:37:08 2011
@@ -25,7 +25,7 @@
</div>
<div class="eightcol last" style="margin-top: 15px;">
- <div id="header-main">Apache Traffic Server</div>
+ <div id="header-main">Adminstrator's Guide</div>
<div id="header-sub">FAQ and Troubleshooting Tips </div>
</div>
@@ -61,21 +61,34 @@
<ul>
<li><a href="#FAQs">FAQs</a><ul>
<li><a href="#raw-disk">How do you create a raw disk for the cache if all your disks have mounted file systems?</a></li>
-<li><a href="#disk-io-fail">How do disk I/O errors affect the cache and what does Traffic Server do when a cache disk fails?</a><ul>
-<li><a href="#client-disco-lo">If a client disconnects during the time that Traffic Server is downloading a large object, is any of the object saved in the cache?</a><ul>
+<li><a href="#disk-io-fail">How do disk I/O errors affect the cache and what does Traffic Server do when a cache disk fails?</a></li>
+<li><a href="#client-disco-lo">If a client disconnects during the time that Traffic Server is downloading a large object, is any of the object saved in the cache?</a></li>
<li><a href="#cache-java">Can Traffic Server cache Java applets, JavaScript programs, or other application files like VBScript?</a></li>
<li><a href="#apply-logxml">How do you apply changes to the <code>logs_xml.config</code> file to all nodes in a cluster?</a></li>
<li><a href="#squid-netscape-result-codes">In Squid- and Netscape-format log files, what do the cache result codes mean?</a></li>
<li><a href="#whatis-cqtx">What is recorded by the <code>cqtx</code> field in a custom log file?</a></li>
<li><a href="#ts-refresh-hostdb">Does Traffic Server refresh entries in its host database after a certain period of time if they have not been used?</a></li>
-<li><a href="#adjusthostdatabasesettings">To adjust the host database settings:</a></li>
+<li><a href="#style-custom-pages">Can you improve the look of your custom response pages by using images, animated .gifs, and Java applets?</a></li>
<li><a href="#run-forward-reverse-same-time">Can Traffic Server run in forward proxy and reverse proxy modes at the same time?</a></li>
<li><a href="#forward-proxy">How do I enable forward proxy mode</a></li>
<li><a href="#interpret-via">How do I interpret the Via: header code?</a></li>
+<li><a href="#SupportforHTTPExpectHeader">Support for HTTP Expect: Header</a></li>
</ul>
</li>
-</ul>
-</li>
+<li><a href="#trouble-shooting">Troubleshooting Tips</a><ul>
+<li><a href="#throughputstatisticisinaccurate">The throughput statistic is inaccurate</a></li>
+<li><a href="#YouareunableexecuteTrafficLinecommands">You are unable to execute Traffic Line commands</a></li>
+<li><a href="#Youobserveinconsistentbehaviorwhenonenodeobtainsanobjectfromanothernodeincluster">You observe inconsistent behavior when one node obtains an object from another node in the cluster</a></li>
+<li><a href="#Webbrowsersdisplayanerrordocumentwithadatamissingmessage">Web browsers display an error document with a 'data missing' message</a></li>
+<li><a href="#TSdoesnotresolveanywebsites">Traffic Server does not resolve any websites</a></li>
+<li><a href="#Maximumdocumentsizeexceededmessageinsystemlogfile">'Maximum document size exceeded' message in the system log file</a></li>
+<li><a href="#DrainIncomingChannelmessageinsystemlogfile">'DrainIncomingChannel' message in the system log file</a></li>
+<li><a href="#Nocopfilemessageinsystemlogfile">'No cop file' message in the system log file</a></li>
+<li><a href="#Warninginsystemlogfilewhenmanuallyediting">Warning in the system log file when manually editing vaddrs.config</a></li>
+<li><a href="#TSisrunningbutnologfilesarecreated">Traffic Server is running but no log files are created</a></li>
+<li><a href="#TSshowsanerrorindicatingtoomanynetworkconnections">Traffic Server shows an error indicating too many network connections</a></li>
+<li><a href="#Lowmemorysymptoms">Low memory symptoms</a></li>
+<li><a href="#Connectiontimeoutswithoriginserver">Connection timeouts with the origin server</a></li>
</ul>
</li>
</ul>
@@ -86,726 +99,426 @@
<h2 id="disk-io-fail">How do disk I/O errors affect the cache and what does Traffic Server do when a cache disk fails?</h2>
<p>If a disk drive fails five successive I/O operations, then Traffic Server considers the drive inaccessible
and removes the entire disk from the cache. Normal cache operations continue for all other Traffic Server disk drives.</p>
-<h4 id="client-disco-lo">If a client disconnects during the time that Traffic Server is downloading a large object, is any of the object saved in the cache?</h4>
-<p>When a client disconnects during an HTTP operation, Traffic Server continues
-to download the object from the origin server for up to 10 seconds. If the
-transfer from the origin server completes successfully within 10 seconds after
-the client disconnect, then Traffic Server stores the object in cache. If the
-origin server download does <em>not</em> complete successfully within 10 seconds,
-then Traffic Server disconnects from the origin server and deletes the object
+<h2 id="client-disco-lo">If a client disconnects during the time that Traffic Server is downloading a large object, is any of the object saved in the cache?</h2>
+<p>When a client disconnects during an HTTP operation, Traffic Server continues
+to download the object from the origin server for up to 10 seconds. If the
+transfer from the origin server completes successfully within 10 seconds after
+the client disconnect, then Traffic Server stores the object in cache. If the
+origin server download does <em>not</em> complete successfully within 10 seconds,
+then Traffic Server disconnects from the origin server and deletes the object
from cache. Traffic Server does not store partial documents in the cache.</p>
-<h4 id="cache-java">Can Traffic Server cache Java applets, JavaScript programs, or other application files like VBScript?</h4>
+<h2 id="cache-java">Can Traffic Server cache Java applets, JavaScript programs, or other application files like VBScript?</h2>
<p>Yes, Traffic Server can store and serve Java applets, JavaScript programs, VBScripts, and other executable objects
from its cache according to the freshness and cacheability rules for HTTP objects. Traffic Server does not execute
the applets, scripts, or programs, however - these objects run only when the client system (ie, the one that sent the request) loads them.</p>
-<h4 id="apply-logxml">How do you apply changes to the <code>logs_xml.config</code> file to all nodes in a cluster?</h4>
+<h2 id="apply-logxml">How do you apply changes to the <code>logs_xml.config</code> file to all nodes in a cluster?</h2>
<p>Link to documentation</p>
-<h4 id="squid-netscape-result-codes">In Squid- and Netscape-format log files, what do the cache result codes mean?</h4>
-<p>The following table describes the cache result codes in Squid and Netscape
-log files.</p>
-<dl>
-<dt><code>TCP_HIT</code></dt>
-<dd>A valid copy of the requested object was in the cache and Traffic Server sent
-the object to the client. </dd>
-<dt><code>TCP_MISS</code></dt>
-<dd>The requested object was not in cache, so Traffic Server retrieved the object
-from the origin server (or a parent proxy) and sent it to the client.</dd>
-<dt><code>TCP_REFRESH_HIT</code></dt>
-<dd>The object was in the cache, but it was stale. Traffic Server made an <br />
-<code>if-modified-since</code> request to the origin server and the origin server sent a <br />
-<code>304</code> not-modified response. Traffic Server sent the cached object to the client.</dd>
-<dt><code>TCP_REF_FAIL_HIT</code></dt>
-<dd>The object was in the cache but was stale. Traffic Server made an <br />
-<code>if-modified-since</code> request to the origin server but the server did not respond.
-Traffic Server sent the cached object to the client.</dd>
-<dt><code>TCP_REFRESH_MISS</code></dt>
-<dd>The object was in the cache but was stale. Traffic Server made an <br />
-<code>if-modified-since</code> request to the origin server and the server returned a new object.
-Traffic Server served the new object to the client.</dd>
-<dt><code>TCP_CLIENT_REFRESH</code></dt>
-<dd>The client issued a request with a <code>no-cache</code> header. Traffic Server obtained
-the requested object from the origin server and sent a copy to the client.
-Traffic Server deleted the previous copy of the object from cache.</dd>
-<dt><code>TCP_IMS_HIT</code></dt>
-<dd>The client issued an <br />
-<code>if-modified-since</code> request and the object was in cache & fresher than the IMS date, <strong>or</strong> an <br />
-<code>if-modified-since</code> request to the origin server revealed the cached object was fresh.
-Traffic Server served the cached object to the client.</dd>
-<dt><code>TCP_IMS_MISS</code></dt>
-<dd>The client issued an <br />
-<code>if-modified-since request</code>, and the object was either not in cache or was stale in cache. Traffic Server sent an <br />
-<code>if-modified-since request</code> to the origin server and received the new object. Traffic Server sent the updated object to the client.</dd>
-<dt><code>TCP_SWAPFAIL</code></dt>
-<dd>The object was in the cache but could not be accessed. The client did not
-receive the object.</dd>
-<dt><code>ERR_CLIENT_ABORT</code></dt>
-<dd>The client disconnected before the complete object was sent.</dd>
-<dt><code>ERR_CONNECT_FAIL</code></dt>
-<dd>Traffic Server could not reach the origin server.</dd>
-<dt><code>ERR_DNS_FAIL</code></dt>
-<dd>The Domain Name Server (DNS) could not resolve the origin server name, or
-no DNS could be reached.</dd>
-<dt><code>ERR_INVALID_REQ</code></dt>
-<dd>The client HTTP request was invalid. (Traffic Server forwards requests with
-unknown methods to the origin server.) </dd>
-<dt><code>ERR_READ_TIMEOUT</code></dt>
-<dd>The origin server did not respond to Traffic Server's request within the timeout
-interval.</dd>
-<dt><code>ERR_PROXY_DENIED</code></dt>
-<dd>Client service was denied.</dd>
-<dt><code>ERR_UNKNOWN</code></dt>
-<dd>The client connected, but subsequently disconnected without sending a request. </dd>
-</dl>
-<h4 id="whatis-cqtx">What is recorded by the <code>cqtx</code> field in a custom log file?</h4>
+<h2 id="squid-netscape-result-codes">In Squid- and Netscape-format log files, what do the cache result codes mean?</h2>
+<p>This is described in detail in the <a href="../working-log-files/squid-format">Squid log format documentation</a></p>
+<h2 id="whatis-cqtx">What is recorded by the <code>cqtx</code> field in a custom log file?</h2>
<ul>
-<li>In <strong>forward proxy mode</strong>, the <br />
- cqtx field records the complete client request in the log file (for example, <br />
+<li>In <strong>forward proxy mode</strong>, the
+ cqtx field records the complete client request in the log file (for example,
GET http://www.company.com HTTP/1.0 ).</li>
-<li>In <strong>reverse proxy mode</strong>, the <br />
+<li>In <strong>reverse proxy mode</strong>, the
cqtx field records the hostname or IP address of the origin server because
- Traffic Server first remaps the request as per map rules in the <br />
-<a href="../configuration-files/remap.config">remap.config</a> file.</li>
+ Traffic Server first remaps the request as per map rules in the
+ <a href="../configuration-files/remap.config">remap.config</a> file.</li>
</ul>
-<h4 id="ts-refresh-hostdb">Does Traffic Server refresh entries in its host database after a certain period of time if they have not been used?</h4>
-<p>By default, the Traffic Server host database observes the time-to-live (<code>ttl</code>)
-values set by name servers. You can reconfigure Traffic Server to ignore the
-<code>ttl</code> set by name servers and use a specific Traffic Server setting instead.
-Alternatively, you can configure Traffic Server to compare the <code>ttl</code> value
-set by the name server with the <code>ttl</code> value set by Traffic Server, and then
-use either the lower or the higher value. </p>
-<h4 id="adjusthostdatabasesettings">To adjust the host database settings:</h4>
-<!-- XXX: Put this into the records.config docs -->
-1. In a text editor, open the
- records.config file located in the Traffic Server
- config directory.
-2. Set the value of the variable
- proxy.config.hostdb.ttl_mode to:
-
-*
- 0 to obey `ttl` values set by the name servers.
-*
- 1 to ignore `ttl` values set by name servers and instead use the value set by the Traffic Server configuration variable
- proxy.config.hostdb.timeout (make sure you set this variable to a value appropriate for your needs).
-*
- 2 to use the lower of the two values (i.e., either the value set by the name server or the one set by Traffic Server).
-*
- 3 to use the higher of the two values.
-
-Save and close the
- records.config file.
- From the Traffic Server
- bin directory, run the command
- traffic_line -x to apply the configuration changes.
-
-#### Can you improve the look of your custom response pages by using images, animated .gifs, and Java applets? #### {#style-custom-pages}
-
-<!-- XXX: This sounds wrong. -->
-No, because Traffic Server can only respond to clients with a single text or HTML document.
+<h2 id="ts-refresh-hostdb">Does Traffic Server refresh entries in its host database after a certain period of time if they have not been used?</h2>
+<p>By default, the Traffic Server host database observes the time-to-live (<code>ttl</code>)
+values set by name servers. You can reconfigure Traffic Server to ignore the
+<code>ttl</code> set by name servers and use a specific Traffic Server setting instead.
+Alternatively, you can configure Traffic Server to compare the <code>ttl</code> value
+set by the name server with the <code>ttl</code> value set by Traffic Server, and then
+use either the lower or the higher value.</p>
+<p>see <a href="../configuration-files/records.config#proxy.config.hostdb.ttl_mode">proxy.config.hostdb.ttl_mode</a> for more info</p>
+<h2 id="style-custom-pages">Can you improve the look of your custom response pages by using images, animated .gifs, and Java applets?</h2>
+<p>No, because Traffic Server can only respond to clients with a single text or HTML document.
As a workaround, however, you can provide references on your custom response pages to images,
animated .gifs, Java applets, or objects other than text which are located on a web server.
-Add links in the body_factory template files in the same way you would for any image in an HTML document (i.e., with the full URL in the `SRC` attribute).
-
-<h4 id="run-forward-reverse-same-time">Can Traffic Server run in forward proxy and reverse proxy modes at the same time?</h4>
-<p>Yes. When you enable reverse proxy mode, Traffic Server remaps incoming requests according to the map rules in the <br />
-<a href="../configuration-files/remap.config"><code>remap.config</code></a> file. All other requests that do not match a map rule are simply served in forward proxy mode.</p>
-<p>If you want to run in reverse proxy only mode (wherein Traffic Server does <em>not</em> serve requests that fail to match a map rule), then you must set the configuration variable <br />
-proxy.config.url_remap.remap_required to 1 in the <a href="../configuration-files/records.config"><code>records.config</code></a> file. </p>
-<h4 id="forward-proxy">How do I enable forward proxy mode</h4>
-<!--- TODO: This should be it's own short document -->
-
-<p>Forward proxy mode is not enabled out of the box for security reasons.
-When enabling any proxy on the internet, you want to make sure you observe
-pertinent security restrictions. Having an open proxy available to internet
-users is a bad thing. If you understand this and are sure you know what you are doing,
-in <a href="../configuration-files/records.config"><code>records.config</code></a>:</p>
-<div class="codehilite"><pre># Set this variable to 1 if you want Traffic Server to serve
-# requests only from origin servers listed in the mapping rules
-# of the remap.config file. If a request does not match, then
-# the browser will receive an error.
-CONFIG proxy.config.url_remap.remap_required INT 0
+Add links in the body_factory template files in the same way you would for any image in an HTML document (i.e., with the full URL in the <code>SRC</code> attribute).</p>
+<h2 id="run-forward-reverse-same-time">Can Traffic Server run in forward proxy and reverse proxy modes at the same time?</h2>
+<p>Yes. When you enable reverse proxy mode, Traffic Server remaps incoming requests
+according to the map rules in the <a href="../configuration-files/remap.config"><code>remap.config</code></a>
+file. All other requests that do not match a map rule are simply served in forward proxy mode.</p>
+<p>If you want to run in reverse proxy only mode (wherein Traffic Server does <em>not</em> serve
+requests that fail to match a map rule), then you must set the configuration variable
+<a href="../configuration-files/records.config#proxy.config.url_remap.remap_required">proxy.config.url_remap.remap_required</a>
+to <code>1</code> in the <a href="../configuration-files/records.config"><code>records.config</code></a> file.</p>
+<h2 id="forward-proxy">How do I enable forward proxy mode</h2>
+<p>Please refer to the <a href="../forward-proxy">Forward Proxy</a> documentation</p>
+<h2 id="interpret-via">How do I interpret the Via: header code?</h2>
+<p>The Via header is an optional HTTP header added by Traffic Server and other
+HTTP proxies. If a request goes through multiple proxies, each one appends
+its Via header content to the end of the existing Via header. Via header content
+is for general information and diagnostic use only and should not be used as
+a programmatic interface to Traffic Server.</p>
+<p>The form of the Via header is</p>
+<div class="codehilite"><pre>Via: <protocol> <proxyname> (<product/version> [<via-codes>]
</pre></div>
-<h4 id="interpret-via">How do I interpret the Via: header code?</h4>
-<!--- TODO: put this in records.config? -->
-The Via header is an optional HTTP header added by Traffic Server and other
-HTTP proxies. If a request goes through multiple proxies, each one appends
-its Via header content to the end of the existing Via header. Via header content
-is for general information and diagnostic use only and should not be used as
-a programmatic interface to Traffic Server.
-
-The form of the Via header is
-
-Via: _`<protocol> <proxyname>` (<product/version> [<via-codes>])_
-
-_<protocol>_ the scheme and version of the HTTP request
-
-_<proxyname>_ the configured name of the proxy server
-
-_<product/version>_ the Inktomi Network Products product name and version
-
-_<via-codes>_ a string of alphabetic codes presenting status information about the proxy
-handling of the HTTP request
-
-For example:
-
-Via: HTTP/1.0 storm (Traffic-Server/4.0.0 [cMs f ])
- [u lH o f pS eN] cache hit
- [u lM oS fF pS eN] cache miss
- [uN l oS f pS eN] no-cache origin server fetch
-The short status code shows the cache-lookup, server-info and cache-fill information as listed
-in the full status code description below. The long status code list provided in older,
-commercial versions of Traffic Server can be restored by setting the
-`verbose_via_str` config variable.
-
-The character strings in the via-code show `[<request results>:<proxy op>]` where _<request results>_
-represents status information about the results of the client request and _<proxy op>_ represent some
-information about the proxy operations performed during request processing. The full via-code status format is
-
-_`[u<client-info> c<cache-lookup> s<server-info>`_
-
-f_<cache-fill>_ p_<proxy-info>_ e_<error-codes>_
-
-: t_<tunnel-info>_c_<cache-type><cache-lookup-result>_ i_<icp-conn-info>_ p_<parent-proxy>_ s_<server-conn-info>_]
-
-**u** _client-info_ Request headers received from client. Value is one of:
-
-C
-: cookie
-
-E
-: error in request
-
-I
-: If Modified Since (IMS)
-
-N
-: no-cache
-
-S
-: simple request (not conditional)
-
-**c** _cache-lookup_ Result of Traffic Server cache lookup for URL. Value is one of:
-
-A
-: in cache, not acceptable (a cache "MISS")
-
-H
-: in cache, fresh (a cache "HIT")
-
-M
-: miss (a cache "MISS")
-
-S
-: in cache, stale (a cache "MISS")
-
-blank
-: no cache lookup performed
-
-**s** _server-info_ Response information received from origin server. Value is one of:
-
-E
-: error in response
-
-N
-: not-modified
-
-S
-: served
-
-blank
-: no server connection needed
-
-**f** _cache-fill_ Result of document write to cache. Value is one of:
-
-D
-: cached copy deleted
-
-U
-: updated old cache copy
-
-W
-: written into cache (new copy)
-
-blank
-: no cache write performed
-
-**p** _proxy-info_ Proxy operation result. Value is one of:
- N
-: not-modified
-
-R
-: origin server revalidated
-
-S
-: served
-
-**e** _error-codes_ Value is one of:
- A
-: authorization failure
-
-C
-: connection to server failed
-
-D
-: dns failure
-
-F
-: request forbidden
-
-H
-: header syntax unacceptable
-
-N
-: no error
-
-S
-: server related error
-
-T
-: connection timed out
-
-**:** = Separates proxy request result information from operation detail codes
-
-**t** _tunnel-info_ Proxy-only service operation. Value is one of:
- F
-: tunneling due to a header field (such as presence of If-Range header)
-
-M
-: tunneling due to a method (e.g. CONNECT)
-
-O
-: tunneling because cache is turned off
-
-U
-: tunneling because of url (url suggests dynamic content)
-
-blank
-: no tunneling
-
-**c** _cache-type_ and _cache-lookup_ cache result values (2 characters)
-
-cache-type character value is one of
-
-C
-: cache
-
-I
-: icp
-
-blank
-: cache miss or no cache lookup
-
-cache-lookup-result character value is one of: C
-: cache hit, but config forces revalidate
-
-D
-: cache hit, but method forces revalidated (e.g. ftp, not anonymous)
-
-H
-: cache hit
-
-I
-: conditional miss (client sent conditional, fresh in cache, returned 412)
-
-M
-: cache miss (url not in cache)
-
-N
-: conditional hit (client sent conditional, doc fresh in cache, returned 304)
-
-S
-: cache hit, but expired
-
-U
-: cache hit, but client forces revalidate (e.g. Pragma: no-cache)
-
-blank
-: no cache lookup
-
-**i** _icp-conn-info_ ICP status
-
-F
-: connection open failed
-
-S
-: connection opened successfully
-
-blank
-: no icp
-
-**p** _parent-proxy_ parent proxy connection status
- F
-: connection open failed
-
-S
-: connection opened successfully
-
-blank
-: no parent proxy
-
-**s** _server-conn-info_ origin server connection status
-
-F
-: connection open failed
-
-S
-: connection opened successfully
-
-blank
-: no server connection
-
-### Support for HTTP Expect: Header ### {#SupportforHTTPExpectHeader}
-
-Traffic Server currently does not handle request Expect: headers according to the HTTP/1.1 spec.
-
-Note that clients such as cURL automatically send Expect: for POST requests with large POST bodies, with a 1 second timeout if a 100 Continue response is not received. To avoid the timeout when using cURL as a client to Traffic Server, you can turn off the Expect: header as follows:
-
-command line:
-
-curl -H"Expect:" http://www.example.com/
-
-C (libcurl):
-
-struct curl_slist *header_list=NULL;
- header_list = curl_slist_append(header_list, "Expect:");
- curl_easy_setopt(my_curlp, CURLOPT_HTTPHEADER, header_list);
-
-php:
-
-curl_setopt($ch, CURLOPT_HTTPHEADER, array('Expect:'));
-
-# Troubleshooting Tips # {#trouble-shooting}
-
-### The throughput statistic is inaccurate ### {#throughputstatisticisinaccurate}
-
-Traffic Server updates the throughput statistic after it has transferred an
-entire object. For larger files, the byte count increases sharply at the end
-of a transfer. The complete number of bytes transferred is attributed to the
-last 10-second interval, although it can take several minutes to transfer the
-object. This inaccuracy is more noticeable with a light load. A heavier load
-yields a more accurate statistic.
-
-### You are unable to execute Traffic Line commands ### {#YouareunableexecuteTrafficLinecommands}
-
-_
-
-Traffic Line commands do not execute under the following conditions:
-
-* **When the `traffic_manager` process is not running**
- Check to see if the `**traffic_manager**` process is running by entering the following command:
-` ps aux | grep traffic_manager `
-
-If the `traffic_manager` process is not running, then enter the following command from the Traffic Server `bin` directory to start it:
-`./traffic_manager`
-
-You should always start and stop Traffic Server with the `start_traffic_server `and `stop_traffic_server` commands to ensure that all the processes start and stop correctly. For more information, refer to [Getting Started](getstart.htm).
-*
-* **When you are not executing the command from `$TSHome/bin`**
- If the Traffic Server `bin` directory is not in your path, then prepend the Traffic Line commands with `./` (for example, `./traffic_line -h`).
-*
-* ** When multiple Traffic Server installations are present and you are not executing the Traffic Line command from the active Traffic Server path specified in `/etc/traffic_server`**``
- Always switch to the correct directory by issuing the command:
-`cd `cat /etc/traffic_server`/bin`
-
-_
-
-### You observe inconsistent behavior when one node obtains an object from another node in the cluster ### {#Youobserveinconsistentbehaviorwhenonenodeobtainsanobjectfromanothernodeincluster}
-
-_
-
-As part of the initial system preparation, you must synchronize the clocks
-on all nodes in your cluster. Minor time differences do not cause problems,
-but differences of more than a few minutes can affect Traffic Server operation.
-
-You should run a clock synchronization daemon such as
- xntpd. To obtain the latest version of
- xntpd, go to `http://www.eecis.udel.edu/~ntp/`
-
-_
-
-### Web browsers display an error document with a 'data missing' message ### {#Webbrowsersdisplayanerrordocumentwithadatamissingmessage}
-
-_ A message similar to the following might display in web browsers:
-
->
-> Data Missing
->
-> This document resulted from a POST operation and has expired from the cache. You can repost the form data to recreate the document by pressing the Reload button.
-
-This is a Web browser issue and not a problem specific to (or caused by) Traffic
-Server. Because Web browsers maintain a separate local cache in memory and/or
-disk on the client system, messages about documents that have expired from
-cache refer to the browser's local cache and _not _ to the Traffic Server cache.
-There is no Traffic Server message or condition that can cause such messages
-to appear in a web browser.
-
-_
-
-### Traffic Server does not resolve any websites ### {#TSdoesnotresolveanywebsites}
-
-_
-
-The browser indicates that it is contacting the host and then times out with
-the following message:
-
->
->
->
->
-> The document contains no data; Try again later, or contact the server's Administrator...
->
->
-
-Make sure the system is configured correctly and that Traffic Server can read
-the name resolution file:
-
-* Check if the server can resolve DNS lookups by issuing the
- nslookup command (for example, `nslookup www.myhost.com`).
-* Check if the `/etc/resolv.conf` file contains valid IP addresses for your DNS servers.
-* On some systems, if the `/etc/resolv.conf` file is unreadable or has no name server entry, then the operating system uses `localhost` as a name server. Traffic Server, however, does not use this convention. If you want to use `localhost` as a name server, then you must add a name server entry for `127.0.0.1` or `0.0.0.0` in the `/etc/resolv.conf` file.
-* Check that the Traffic Server user account has permission to read the
- /etc/resolv.conf file. If it does not, then change the file permissions to `rw-r--r--` (`644`)
-
-_
-
-### 'Maximum document size exceeded' message in the system log file ### {#Maximumdocumentsizeexceededmessageinsystemlogfile}
-
-_
-
-The following message appears in the system log file:
-
->
->
->
->
-> WARNING: Maximum document size exceeded
->
->
-
-A requested object was larger than the maximum size allowed in the Traffic Server cache, so Traffic Server provided proxy service for the oversized object but did not cache it. To set the object size limit for the cache, modify the
- proxy.config.cache.limits.http.max_doc_size variable in the
- records.config file. If you do not want to limit the size of objects in the cache, then set the document size to` **0**`(zero).
-
-_
-
-### 'DrainIncomingChannel' message in the system log file ### {#DrainIncomingChannelmessageinsystemlogfile}
-
-_
+<ul>
+<li><em><protocol></em> the scheme and version of the HTTP request</li>
+<li><em><proxyname></em> the configured name of the proxy server (defaults to the hostname of the machine where it was built)</li>
+<li><em><product/version></em> Traffic Server and its version</li>
+<li><em><via-codes></em> a string of alphabetic codes presenting status information about the proxy handling of the HTTP request</li>
+</ul>
+<p>For example:</p>
+<div class="codehilite"><pre>Via: HTTP/1.0 storm (Traffic-Server/4.0.0 [cMs f ])
+ [u lH o f pS eN] cache hit
+ [u lM oS fF pS eN] cache miss
+ [uN l oS f pS eN] no-cache origin server fetch
+</pre></div>
-The following messages may appear in the system log file:
->
->
->
-> `Feb 20 23:53:40 louis traffic_manager[4414]: ERROR ==>`
->
->
->
->
-> `[drainIncomingChannel] Unknown message: 'GET http://www.telechamada.pt/`
->
->
->
->
-> `HTTP/1.0'`
->
->
->
-> `Feb 20 23:53:46 louis last message repeated 1 time`
->
->
->
-> `Feb 20 23:53:58 louis traffic_manager[4414]: ERROR ==>`
->
->
->
->
-> `[drainIncomingChannel] Unknown message: 'GET http://www.ip.pt/ HTTP/1.0'`
->
->
+<p>The short status code shows the cache-lookup, server-info and cache-fill information as listed
+in the full status code description below. The long status code list can be achieved by
+setting <a href="../configuration-files/records.config#proxy.config.http.insert_request_via_str"><code>proxy.config.http.insert_request_via_str</code></a>
+to a higher value.</p>
+<p>The character strings in the via-code show <code>[<request results>:<proxy op>]</code> where <em><request results></em>
+represents status information about the results of the client request and <em><proxy op></em> represent some
+information about the proxy operations performed during request processing. The full via-code status format is</p>
+<p>[<a href="#client-info"><em>u<client-info></em></a> <a href="#cache-lookup"><em>c<cache-lookup></em></a> <a href="#server-info"><em>s<server-info></em></a> <a href="#cache-fill"><em>f<cache-fill></em></a> <a href="#proxy-info"><em>p<proxy-info></em></a> <a href="#error-codes"><em>e<error-codes></em></a> <a href="#separator"><em>:</em></a> <a href="#tunnel-info"><em>t<tunnel-info></em></a><a href="#cache-type"><em>c<cache-type></em></a><a href="#cache-lookup-result"><em><cache-lookup-result></em></a> <a href="#icp-conn-info"><em>i<icp-conn-info></em></a> <a href="#parent-proxy"><em>p<parent-proxy></em></a> <a href="#server-conn-info"><em>s<server-conn-info></em></a>]</p>
+<p id="client-info"><strong>u</strong> <em>client-info</em> Request headers received from client. Value is one of:</p>
+<dl>
+<dt id="client-info-c">C</dt>
+<dd>cookie</dd>
+<dt id="client-info-e">E</dt>
+<dd>error in request</dd>
+<dt id="client-info-i">I</dt>
+<dd>If Modified Since (IMS)</dd>
+<dt id="client-info-n">N</dt>
+<dd>no-cache</dd>
+<dt id="client-info-s">S</dt>
+<dd>simple request (not conditional)</dd>
+</dl>
+<p id="cache-lookup"><strong>c</strong> <em>cache-lookup</em> Result of Traffic Server cache lookup for URL. Value is one of:</p>
+<dl>
+<dt id="cache-lookup-a">A</dt>
+<dd>in cache, not acceptable (a cache "MISS")</dd>
+<dt id="cache-lookup-h">H</dt>
+<dd>in cache, fresh (a cache "HIT")</dd>
+<dt id="cache-lookup-m">M</dt>
+<dd>miss (a cache "MISS")</dd>
+<dt id="cache-lookup-s">S</dt>
+<dd>in cache, stale (a cache "MISS")</dd>
+<dt id="cache-lookup-blank">blank</dt>
+<dd>no cache lookup performed</dd>
+</dl>
+<p id="server-info"><strong>s</strong> <em>server-info</em> Response information received from origin server. Value is one of:</p>
+<dl>
+<dt id="server-info-e">E</dt>
+<dd>error in response</dd>
+<dt id="server-info-n">N</dt>
+<dd>not-modified</dd>
+<dt id="server-info-s">S</dt>
+<dd>served</dd>
+<dt id="server-info-blank">blank</dt>
+<dd>no server connection needed</dd>
+</dl>
+<p id="cache-fill"><strong>f</strong> <em>cache-fill</em> Result of document write to cache. Value is one of:</p>
+<dl>
+<dt id="cache-fill-d">D</dt>
+<dd>cached copy deleted</dd>
+<dt id="cache-fill-u">U</dt>
+<dd>updated old cache copy</dd>
+<dt id="cache-fill-w">W</dt>
+<dd>written into cache (new copy)</dd>
+<dt id="cache-fill-blank">blank</dt>
+<dd>no cache write performed</dd>
+</dl>
+<p id="proxy-info"><strong>p</strong> <em>proxy-info</em> Proxy operation result. Value is one of:</p>
+<dl>
+<dt id="proxy-info-n">N</dt>
+<dd>not-modified</dd>
+<dt id="proxy-info-r">R</dt>
+<dd>origin server revalidated</dd>
+<dt id="proxy-info-s">S</dt>
+<dd>served</dd>
+</dl>
+<p id="error-codes"><strong>e</strong> <em>error-codes</em> Value is one of:</p>
+<dl>
+<dt id="error-codes-a">A</dt>
+<dd>authorization failure</dd>
+<dt id="error-codes-c">C</dt>
+<dd>connection to server failed</dd>
+<dt id="error-codes-d">D</dt>
+<dd>dns failure</dd>
+<dt id="error-codes-f">F</dt>
+<dd>request forbidden</dd>
+<dt id="error-codes-h">H</dt>
+<dd>header syntax unacceptable</dd>
+<dt id="error-codes-n">N</dt>
+<dd>no error</dd>
+<dt id="error-codes-s">S</dt>
+<dd>server related error</dd>
+<dt id="error-codes-t">T</dt>
+<dd>connection timed out</dd>
+</dl>
+<p id="separator"><strong>:</strong> = Separates proxy request result information from operation detail codes</p>
+<p id="tunnel-info"><strong>t</strong> <em>tunnel-info</em> Proxy-only service operation. Value is one of:</p>
+<dl>
+<dt id="tunnel-info-f">F</dt>
+<dd>tunneling due to a header field (such as presence of If-Range header)</dd>
+<dt id="tunnel-info-m">M</dt>
+<dd>tunneling due to a method (e.g. CONNECT)</dd>
+<dt id="tunnel-info-o">O</dt>
+<dd>tunneling because cache is turned off</dd>
+<dt id="tunnel-info-u">U</dt>
+<dd>tunneling because of url (url suggests dynamic content)</dd>
+<dt id="tunnel-info-blank">blank</dt>
+<dd>no tunneling</dd>
+</dl>
+<p id="cache-type"><strong>c</strong> <em>cache-type</em> and <em>cache-lookup</em> cache result values (2 characters)</p>
+<p>cache-type character value is one of</p>
+<dl>
+<dt id="cache-type-c">C</dt>
+<dd>cache</dd>
+<dt id="cache-type-i">I</dt>
+<dd>icp</dd>
+<dt id="cache-type-blank">blank</dt>
+<dd>cache miss or no cache lookup</dd>
+</dl>
+<p id="cache-lookup-result">cache-lookup-result character value is one of:</p>
+<dl>
+<dt id="cache-lookup-result-c">C</dt>
+<dd>cache hit, but config forces revalidate</dd>
+<dt id="cache-lookup-result-d">D</dt>
+<dd>cache hit, but method forces revalidated (e.g. ftp, not anonymous)</dd>
+<dt id="cache-lookup-result-h">H</dt>
+<dd>cache hit</dd>
+<dt id="cache-lookup-result-i">I</dt>
+<dd>conditional miss (client sent conditional, fresh in cache, returned 412)</dd>
+<dt id="cache-lookup-result-m">M</dt>
+<dd>cache miss (url not in cache)</dd>
+<dt id="cache-lookup-result-n">N</dt>
+<dd>conditional hit (client sent conditional, doc fresh in cache, returned 304)</dd>
+<dt id="cache-lookup-result-s">S</dt>
+<dd>cache hit, but expired</dd>
+<dt id="cache-lookup-result-u">U</dt>
+<dd>cache hit, but client forces revalidate (e.g. Pragma: no-cache)</dd>
+<dt id="cache-lookup-result-blank">blank</dt>
+<dd>no cache lookup</dd>
+</dl>
+<p id="icp-conn-info"><strong>i</strong> <em>icp-conn-info</em> ICP status</p>
+<dl>
+<dt id="icp-conn-info-f">F</dt>
+<dd>connection open failed</dd>
+<dt id="icp-conn-info-s">S</dt>
+<dd>connection opened successfully</dd>
+<dt id="icp-conn-info-blank">blank</dt>
+<dd>no icp</dd>
+</dl>
+<p id="parent-proxy"><strong>p</strong> <em>parent-proxy</em> parent proxy connection status</p>
+<dl>
+<dt id="parent-proxy-f">F</dt>
+<dd>connection open failed</dd>
+<dt id="parent-proxy-s">S</dt>
+<dd>connection opened successfully</dd>
+<dt id="parent-proxy-blank">blank</dt>
+<dd>no parent proxy</dd>
+</dl>
+<p id="server-conn-info"><strong>s</strong> <em>server-conn-info</em> origin server connection status</p>
+<dl>
+<dt id="server-conn-info-f">F</dt>
+<dd>connection open failed</dd>
+<dt id="server-conn-info-s">S</dt>
+<dd>connection opened successfully</dd>
+<dt id="server-conn-info-blank">blank</dt>
+<dd>no server connection</dd>
+</dl>
+<h2 id="SupportforHTTPExpectHeader">Support for HTTP Expect: Header</h2>
+<p>Traffic Server currently does not handle request Expect: headers according to the HTTP/1.1 spec.</p>
+<p>Note that clients such as cURL automatically send Expect: for POST requests with large POST bodies, with a 1 second timeout if a 100 Continue response is not received. To avoid the timeout when using cURL as a client to Traffic Server, you can turn off the Expect: header as follows:</p>
+<p>command line:</p>
+<div class="codehilite"><pre><span class="n">curl</span> <span class="o">-</span><span class="n">H</span><span class="s">"Expect:"</span> <span class="n">http:</span><span class="sr">//</span><span class="n">www</span><span class="o">.</span><span class="n">example</span><span class="o">.</span><span class="n">com</span><span class="o">/</span>
+</pre></div>
-These error messages indicate that a browser is sending HTTP requests to one
-of the Traffic Server cluster ports - either `rsport` (default port 8088) or
-`mcport` (default port 8089). Traffic Server discards the request; this error
-does not cause any Traffic Server problems. The misconfigured browser must
-be reconfigured to use the correct proxy port. Traffic Server clusters work
-best when configured to use a separate network interface and cluster on a private
-subnet, so that client machines have no access to the cluster ports.
-_
+<p>C (libcurl):</p>
+<div class="codehilite"><pre><span class="k">struct</span> <span class="n">curl_slist</span> <span class="o">*</span><span class="n">header_list</span><span class="o">=</span><span class="nb">NULL</span><span class="p">;</span>
+<span class="n">header_list</span> <span class="o">=</span> <span class="n">curl_slist_append</span><span class="p">(</span><span class="n">header_list</span><span class="p">,</span> <span class="s">"Expect:"</span><span class="p">);</span>
+<span class="n">curl_easy_setopt</span><span class="p">(</span><span class="n">my_curlp</span><span class="p">,</span> <span class="n">CURLOPT_HTTPHEADER</span><span class="p">,</span> <span class="n">header_list</span><span class="p">);</span>
+</pre></div>
-### 'No cop file' message in the system log file ### {#Nocopfilemessageinsystemlogfile}
-_
+<p>php:</p>
+<div class="codehilite"><pre><span class="x">curl_setopt($ch, CURLOPT_HTTPHEADER, array('Expect:'));</span>
+</pre></div>
-The following message appears repeatedly in the system log file:
->
->
->
-> `traffic_cop[16056]: encountered "config/internal/no_cop" file...exiting`
->
->
+<h1 id="trouble-shooting">Troubleshooting Tips</h1>
+<h2 id="throughputstatisticisinaccurate">The throughput statistic is inaccurate</h2>
+<p>Traffic Server updates the throughput statistic after it has transferred an
+entire object. For larger files, the byte count increases sharply at the end
+of a transfer. The complete number of bytes transferred is attributed to the
+last 10-second interval, although it can take several minutes to transfer the
+object. This inaccuracy is more noticeable with a light load. A heavier load
+yields a more accurate statistic.</p>
+<h2 id="YouareunableexecuteTrafficLinecommands">You are unable to execute Traffic Line commands</h2>
+<p>Traffic Line commands do not execute under the following conditions:</p>
+<ul>
+<li><strong>When the <code>traffic_manager</code> process is not running</strong>
+ Check to see if the <code>**traffic_manager**</code> process is running by entering the following command:
+<code>ps aux | grep traffic_manager</code></li>
+</ul>
+<p>If the <code>traffic_manager</code> process is not running, then enter the following command from the Traffic Server <code>bin</code> directory to start it:
+<code>./traffic_manager</code></p>
+<p>You should always start and stop Traffic Server with the <code>start_traffic_server</code>and <code>stop_traffic_server</code> commands to ensure that all the processes start and stop correctly. For more information, refer to <a href="getstart.htm">Getting Started</a>.
+<em>
+</em> <strong>When you are not executing the command from <code>$TSHome/bin</code></strong>
+ If the Traffic Server <code>bin</code> directory is not in your path, then prepend the Traffic Line commands with <code>./</code> (for example, <code>./traffic_line -h</code>).
+<em>
+</em> <strong> When multiple Traffic Server installations are present and you are not executing the Traffic Line command from the active Traffic Server path specified in <code>/etc/traffic_server</code></strong></p>
+<h2 id="Youobserveinconsistentbehaviorwhenonenodeobtainsanobjectfromanothernodeincluster">You observe inconsistent behavior when one node obtains an object from another node in the cluster</h2>
+<p>As part of the initial system preparation, you must synchronize the clocks
+on all nodes in your cluster. Minor time differences do not cause problems,
+but differences of more than a few minutes can affect Traffic Server operation.</p>
+<p>You should run a clock synchronization daemon such as
+ xntpd. To obtain the latest version of
+ xntpd, go to <code>http://www.eecis.udel.edu/~ntp/</code></p>
+<h2 id="Webbrowsersdisplayanerrordocumentwithadatamissingmessage">Web browsers display an error document with a 'data missing' message</h2>
+<p>A message similar to the following might display in web browsers:</p>
+<blockquote>
+<div class="codehilite"><pre> <span class="n">Data</span> <span class="n">Missing</span>
-The file `config/internal/no_cop` acts as an administrative control that instructs the `traffic_cop` process to exit immediately without starting `traffic_manager` or performing any health checks. The `no_cop` file prevents Traffic Server from starting automatically when it has been stopped with the `stop_traffic_server` command. Without this static control, Traffic Server would restart automatically upon system reboot. The `no_cop` control keeps Traffic Server off until it is explicitly restarted with the
- start_traffic_server command.
+<span class="n">This</span> <span class="n">document</span> <span class="n">resulted</span> <span class="n">from</span> <span class="n">a</span> <span class="n">POST</span> <span class="n">operation</span> <span class="ow">and</span> <span class="n">has</span> <span class="n">expired</span> <span class="n">from</span> <span class="n">the</span> <span class="n">cache</span><span class="o">.</span> <span class="n">You</span> <span class="n">can</span> <span class="n">repost</span> <span class="n">the</span> <span class="n">form</span> <span class="n">data</span> <span class="n">to</span> <span class="n">recreate</span> <span class="n">the</span> <span class="n">document</span> <span class="n">by</span> <span class="n">pressing</span> <span class="n">the</span> <span class="n">Reload</span> <span class="n">button</span><span class="o">.</span>
+</pre></div>
-The Traffic Server installation script also creates a
- no_cop file so that Traffic Server does not start automatically. After you have completed installation/configuration and have rebooted the operating system, use the
- start_traffic_server command to start Traffic Server.
-_
+</blockquote>
+<p>This is a Web browser issue and not a problem specific to (or caused by) Traffic
+Server. Because Web browsers maintain a separate local cache in memory and/or
+disk on the client system, messages about documents that have expired from
+cache refer to the browser's local cache and _not _ to the Traffic Server cache.
+There is no Traffic Server message or condition that can cause such messages
+to appear in a web browser.</p>
+<h2 id="TSdoesnotresolveanywebsites">Traffic Server does not resolve any websites</h2>
+<p>The browser indicates that it is contacting the host and then times out with
+the following message:</p>
+<blockquote>
+<div class="codehilite"><pre> <span class="n">The</span> <span class="n">document</span> <span class="n">contains</span> <span class="nb">no</span> <span class="n">data</span><span class="p">;</span> <span class="n">Try</span> <span class="n">again</span> <span class="n">later</span><span class="p">,</span> <span class="ow">or</span> <span class="n">contact</span> <span class="n">the</span> <span class="n">server</span><span class="err">'</span><span class="n">s</span> <span class="n">Administrator</span><span class="o">...</span>
+</pre></div>
-### Warning in the system log file when manually editing `vaddrs.config ` ### {#Warninginsystemlogfilewhenmanuallyediting`vaddrs.config`}
-_
+</blockquote>
+<p>Make sure the system is configured correctly and that Traffic Server can read
+the name resolution file:</p>
+<ul>
+<li>Check if the server can resolve DNS lookups by issuing the
+ nslookup command (for example, <code>nslookup www.myhost.com</code>).</li>
+<li>Check if the <code>/etc/resolv.conf</code> file contains valid IP addresses for your DNS servers.</li>
+<li>On some systems, if the <code>/etc/resolv.conf</code> file is unreadable or has no name server entry, then the operating system uses <code>localhost</code> as a name server. Traffic Server, however, does not use this convention. If you want to use <code>localhost</code> as a name server, then you must add a name server entry for <code>127.0.0.1</code> or <code>0.0.0.0</code> in the <code>/etc/resolv.conf</code> file.</li>
+<li>Check that the Traffic Server user account has permission to read the
+ /etc/resolv.conf file. If it does not, then change the file permissions to <code>rw-r--r--</code> (<code>644</code>)</li>
+</ul>
+<h2 id="Maximumdocumentsizeexceededmessageinsystemlogfile">'Maximum document size exceeded' message in the system log file</h2>
+<p>The following message appears in the system log file:</p>
+<div class="codehilite"><pre> <span class="n">WARNING:</span> <span class="n">Maximum</span> <span class="n">document</span> <span class="n">size</span> <span class="n">exceeded</span>
+</pre></div>
-If you manually edit the
- vaddrs.config file as a non-root user, then Traffic Server issues a warning message in the system log file similar to the following:
->
->
->
->
-> WARNING: interface is ignored: Operation not permitted
->
->
+<p>A requested object was larger than the maximum size allowed in the Traffic Server cache, so Traffic Server provided proxy service for the oversized object but did not cache it. To set the object size limit for the cache, modify the
+ proxy.config.cache.limits.http.max_doc_size variable in the
+ records.config file. If you do not want to limit the size of objects in the cache, then set the document size to<code>**0**</code>(zero).</p>
+<h2 id="DrainIncomingChannelmessageinsystemlogfile">'DrainIncomingChannel' message in the system log file</h2>
+<p>The following messages may appear in the system log file:</p>
+<div class="codehilite"><pre> <span class="n">Feb</span> <span class="mi">20</span> <span class="mi">23</span><span class="p">:</span><span class="mi">53</span><span class="p">:</span><span class="mi">40</span> <span class="n">louis</span> <span class="n">traffic_manager</span><span class="p">[</span><span class="mi">4414</span><span class="p">]:</span> <span class="n">ERROR</span> <span class="o">==></span> <span class="p">[</span><span class="n">drainIncomingChannel</span><span class="p">]</span> <span class="n">Unknown</span> <span class="n">message:</span> <span class="s">'GET http://www.telechamada.pt/ HTTP/1.0'</span>
+ <span class="n">Feb</span> <span class="mi">20</span> <span class="mi">23</span><span class="p">:</span><span class="mi">53</span><span class="p">:</span><span class="mi">46</span> <span class="n">louis</span> <span class="k">last</span> <span class="n">message</span> <span class="n">repeated</span> <span class="mi">1</span> <span class="nb">time</span>
+ <span class="n">Feb</span> <span class="mi">20</span> <span class="mi">23</span><span class="p">:</span><span class="mi">53</span><span class="p">:</span><span class="mi">58</span> <span class="n">louis</span> <span class="n">traffic_manager</span><span class="p">[</span><span class="mi">4414</span><span class="p">]:</span> <span class="n">ERROR</span> <span class="o">==></span> <span class="p">[</span><span class="n">drainIncomingChannel</span><span class="p">]</span> <span class="n">Unknown</span> <span class="n">message:</span> <span class="s">'GET http://www.ip.pt/ HTTP/1.0'</span>
+</pre></div>
-You can safely ignore this message; Traffic Server _does_ apply your configuration
-edits.
-_
+<p>These error messages indicate that a browser is sending HTTP requests to one
+of the Traffic Server cluster ports - either <code>rsport</code> (default port 8088) or
+<code>mcport</code> (default port 8089). Traffic Server discards the request; this error
+does not cause any Traffic Server problems. The misconfigured browser must
+be reconfigured to use the correct proxy port. Traffic Server clusters work
+best when configured to use a separate network interface and cluster on a private
+subnet, so that client machines have no access to the cluster ports.</p>
+<h2 id="Nocopfilemessageinsystemlogfile">'No cop file' message in the system log file</h2>
+<p>The following message appears repeatedly in the system log file:</p>
+<div class="codehilite"><pre> <span class="n">traffic_cop</span><span class="p">[</span><span class="mi">16056</span><span class="p">]:</span> <span class="n">encountered</span> <span class="s">"config/internal/no_cop"</span> <span class="n">file</span><span class="o">...</span><span class="n">exiting</span>
+</pre></div>
-### Nontransparent requests fail after enabling `always_query_destination` ### {#Nontransparentrequestsfailafterenabling`alwaysquerydestination`}
-_
+<p>The file <code>config/internal/no_cop</code> acts as an administrative control that instructs the <code>traffic_cop</code>
+process to exit immediately without starting <code>traffic_manager</code> or performing any health checks.
+The <code>no_cop</code> file prevents Traffic Server from starting automatically when it has been stopped
+with the <code>stop_traffic_server</code> command. Without this static control, Traffic Server would restart
+automatically upon system reboot. The <code>no_cop</code> control keeps Traffic Server off until it is explicitly
+restarted with the</p>
+<div class="codehilite"><pre><span class="n">start_traffic_server</span>
+</pre></div>
-The variable
- proxy.config.arm.always_query_dest in the
- records.config file configures Traffic Server in transparent mode to ignore host headers and always ask for the IP address of the origin server. When you enable this variable, Traffic Server obtains the origin server IP address from the existing NAT map list rather than trying to resolve the destination hostname with a DNS lookup. As a result, logged URLs contain only IP addresses and no hostnames. However, explicit requests (nontransparent requests, including requests on port 80) fail, as there is no matching map in the NAT list. The `always_query_destination` option works only on the primary proxy port.
-_
+<p>command.</p>
+<p>The Traffic Server installation script also creates a no_cop file so that Traffic Server does not
+start automatically. After you have completed installation/configuration and have rebooted the
+operating system, use the</p>
+<div class="codehilite"><pre> <span class="n">start_traffic_server</span>
+</pre></div>
-### Traffic Server is running but no log files are created ### {#TSisrunningbutnologfilesarecreated}
-_
+<p>command to start Traffic Server.</p>
+<h2 id="Warninginsystemlogfilewhenmanuallyediting">Warning in the system log file when manually editing vaddrs.config</h2>
+<p>If you manually edit the
+ vaddrs.config file as a non-root user, then Traffic Server issues a warning message in the system log file similar to the following:</p>
+<div class="codehilite"><pre> <span class="n">WARNING:</span> <span class="n">interface</span> <span class="n">is</span> <span class="n">ignored:</span> <span class="n">Operation</span> <span class="ow">not</span> <span class="n">permitted</span>
+</pre></div>
-Traffic Server only writes event log files when there is information to record.
-If Traffic Server is idle, then it's possible/probable that no log files exist.
-In addition:
-Make sure you're looking in the correct directory. By default, Traffic Server creates log files in the
- logs directory.
-Check the location of log files by checking the value of the variable
- proxy.config.log.logfile_dir in the
- records.config file. Check that the log directory has read/write permissions for the Traffic Server user account. If the log directory does not have the correct permissions, then the
+<p>You can safely ignore this message; Traffic Server <em>does</em> apply your configuration edits.</p>
+<h2 id="TSisrunningbutnologfilesarecreated">Traffic Server is running but no log files are created</h2>
+<p>Traffic Server only writes event log files when there is information to record.
+If Traffic Server is idle, then it's possible/probable that no log files exist.
+In addition:</p>
+<p>Make sure you're looking in the correct directory. By default, Traffic Server creates log files in the
+logs directory.
+Check the location of log files by checking the value of the variable
+ proxy.config.log.logfile_dir in the
+ records.config file. Check that the log directory has read/write permissions for the Traffic Server user account. If the log directory does not have the correct permissions, then the
traffic_server process is unable to open or create log files.
-Check that logging is enabled by checking the value of the
- proxy.config.log.logging_enabled variable in the
- records.config file.
-Check that a log format is enabled. In the
- records.config file, select the standard or custom format by editing variables in the
- Logging Config section.
-_
-
-### Traffic Server shows an error indicating too many network connections ### {#TSshowsanerrorindicatingtoomanynetworkconnections}
-
-_
-
-By default, Traffic Server supports 8000 network connections: half of this
-number is allocated for client connections and the remaining half is for origin
-server connections. A **connection throttle event** occurs when client or origin
-server connections reach 90% of half the configured limit (3600 by default).
-When a connection throttle event occurs, Traffic Server continues processing
-all existing connections but will not accept new client connection requests
-until the connection count falls below the limit.
-
-Connection throttle events can occur under the following conditions:
-
-* If there is a **connection spike** (e.g., if thousands of client requests all reach Traffic Server at the same time). Such events are typically transient and require no corrective action.
-* If there is a **service overload** (e.g., if client requests continuously arrive faster than Traffic Server can service them). Service overloads often indicate network problems between Traffic Server and origin servers. Conversely, it may indicate that Traffic Server needs more memory, CPU, cache disks, or other resources to handle the client load.
-
-If necessary, you can reset the maximum number of connections supported by Traffic Server by editing the value of the `_proxy.config.net.connections_throttle _` configuration variable in the
- records.config file. Do not increase the connection throttle limit unless the system has adequate memory to handle the client connections required. A system with limited RAM might need a throttle limit lower than the default value. Do not set this variable below the minimum value of 100.
-
-_
-
-### Low memory symptoms ### {#Lowmemorysymptoms}
-
-_
-
-Under heavy load, the Linux kernel can run out of RAM. This low memory condition
-can cause slow performance and a variety of other system problems. In fact,
-RAM exhaustion can occur even if the system has plenty of free swap space.
-
-Symptoms of extreme memory exhaustion include the following messages in the
-system log files (`/var/log/messages`):
-
->
->
->
-> `WARNING: errno 105 is ENOBUFS (low on kernel memory), consider a memory upgrade`
->
->
->
->
-> `kernel: eth0: can't fill rx buffer (force 0)!`
->
->
->
->
-> `kernel: recvmsg bug: copied E01BA916 seq E01BAB22`
->
->
-
-To avoid memory exhaustion, add more RAM to the system or reduce the load
-on Traffic Server.
-
-_
-
-### Connection timeouts with the origin server ### {#Connectiontimeoutswithoriginserver}
-
-_
-
-Certain origin servers take longer than 30 seconds to post HTTP requests, which results in connection timeouts with Traffic Server. To prevent such connection timeouts, you must change the value of the configuration variable
- proxy.config.http.connect_attempts_timeout in the
- records.config file to 60 seconds or more.
-
-_
-
-### IBM Web servers do not work with Traffic Server ### {#IBMWebserversdonotworkwithTS}
-
-_
-
-IBM web servers do not support the TLS (Transport Layer Security) protocol.
-For IBM web servers to work with Traffic Server, you must edit a configuration
-variable.
-
-#### To configure Traffic Server to work with IBM web servers: #### {#configureTSworkwithIBMwebservers}
-
-1. In a text editor, open the `records.config` file located in the Traffic Server `config` directory.
-2. Edit the following configuration variable:
-**
-
-Variable
- ** **
-
-Description
- **
-
-_
- `proxy.config.ssl.TLSv1`_
-
-:
+Check that logging is enabled by checking the value of the
+ proxy.config.log.logging_enabled variable in the
+ records.config file.
+Check that a log format is enabled. In the
+ records.config file, select the standard or custom format by editing variables in the
+ Logging Config section.</p>
+<h2 id="TSshowsanerrorindicatingtoomanynetworkconnections">Traffic Server shows an error indicating too many network connections</h2>
+<p>By default, Traffic Server supports 8000 network connections: half of this
+number is allocated for client connections and the remaining half is for origin
+server connections. A <strong>connection throttle event</strong> occurs when client or origin
+server connections reach 90% of half the configured limit (3600 by default).
+When a connection throttle event occurs, Traffic Server continues processing
+all existing connections but will not accept new client connection requests
+until the connection count falls below the limit.</p>
+<p>Connection throttle events can occur under the following conditions:</p>
+<ul>
+<li>If there is a <strong>connection spike</strong> (e.g., if thousands of client requests all reach Traffic Server at the same time). Such events are typically transient and require no corrective action.</li>
+<li>If there is a <strong>service overload</strong> (e.g., if client requests continuously arrive faster than Traffic Server can service them). Service overloads often indicate network problems between Traffic Server and origin servers. Conversely, it may indicate that Traffic Server needs more memory, CPU, cache disks, or other resources to handle the client load.</li>
+</ul>
+<p>If necessary, you can reset the maximum number of connections supported by Traffic Server by editing the value of the <code>_proxy.config.net.connections_throttle _</code> configuration variable in the
+ records.config file. Do not increase the connection throttle limit unless the system has adequate memory to handle the client connections required. A system with limited RAM might need a throttle limit lower than the default value. Do not set this variable below the minimum value of 100.</p>
+<h2 id="Lowmemorysymptoms">Low memory symptoms</h2>
+<p>Under heavy load, the Linux kernel can run out of RAM. This low memory condition
+can cause slow performance and a variety of other system problems. In fact,
+RAM exhaustion can occur even if the system has plenty of free swap space.</p>
+<p>Symptoms of extreme memory exhaustion include the following messages in the
+system log files (<code>/var/log/messages</code>):</p>
+<div class="codehilite"><pre> <span class="n">WARNING:</span> <span class="n">errno</span> <span class="mi">105</span> <span class="n">is</span> <span class="n">ENOBUFS</span> <span class="p">(</span><span class="n">low</span> <span class="n">on</span> <span class="n">kernel</span> <span class="n">memory</span><span class="p">),</span> <span class="n">consider</span> <span class="n">a</span> <span class="n">memory</span> <span class="n">upgrade</span> <span class="err">`</span><span class="n">kernel:</span> <span class="n">eth0:</span> <span class="n">can</span><span class="err">'</span><span class="n">t</span> <span class="n">fill</span> <span class="n">rx</span> <span class="n">buffer</span> <span class="p">(</span><span class="n">force</span> <span class="mi">0</span><span class="p">)</span><span class="o">!</span>
+ <span class="n">kernel:</span> <span class="n">recvmsg</span> <span class="n">bug:</span> <span class="n">copied</span> <span class="n">E01BA916</span> <span class="n">seq</span> <span class="n">E01BAB22</span>
+</pre></div>
-Set this variable to `**0**` (zero).
-3. Save and close the
- records.config file.
-4. Navigate to the Traffic Server `bin` directory.
-5. Run the command
- traffic_line -x to apply the configuration changes._ _
+<p>To avoid memory exhaustion, add more RAM to the system or reduce the load
+on Traffic Server.</p>
+<h2 id="Connectiontimeoutswithoriginserver">Connection timeouts with the origin server</h2>
+<p>Certain origin servers take longer than 30 seconds to post HTTP requests, which results in connection timeouts with Traffic Server. To prevent such connection timeouts, you must change the value of the configuration variable
+ proxy.config.http.connect_attempts_timeout in the
+ records.config file to 60 seconds or more.</p>
</div>
</div>
<div class="fourcol last">
Modified: websites/staging/trafficserver/trunk/content/docs/trunk/admin/working-log-files/squid-format.en.html
==============================================================================
--- websites/staging/trafficserver/trunk/content/docs/trunk/admin/working-log-files/squid-format.en.html (original)
+++ websites/staging/trafficserver/trunk/content/docs/trunk/admin/working-log-files/squid-format.en.html Fri Dec 16 09:37:08 2011
@@ -111,6 +111,59 @@ was required.</dd>
Server response header.</p>
</dd>
</dl>
+<h1 id="squid-netscape-result-codes">Squid- and Netscape-format: Cache Result Codes</h1>
+<p>The following table describes the cache result codes in Squid and Netscape
+log files.</p>
+<dl>
+<dt><code>TCP_HIT</code></dt>
+<dd>A valid copy of the requested object was in the cache and Traffic Server sent the object to the client. </dd>
+<dt><code>TCP_MISS</code></dt>
+<dd>The requested object was not in cache, so Traffic Server retrieved the object
+from the origin server (or a parent proxy) and sent it to the client.</dd>
+<dt><code>TCP_REFRESH_HIT</code></dt>
+<dd>The object was in the cache, but it was stale. Traffic Server made an
+<em> <code>if-modified-since</code> request to the origin server and the origin server sent a
+</em> <code>304</code> not-modified response. Traffic Server sent the cached object to the client.</dd>
+<dt><code>TCP_REF_FAIL_HIT</code></dt>
+<dd>The object was in the cache but was stale. Traffic Server made an
+* <code>if-modified-since</code> request to the origin server but the server did not respond. Traffic Server sent the cached object to the client.</dd>
+<dt><code>TCP_REFRESH_MISS</code></dt>
+<dd>The object was in the cache but was stale. Traffic Server made an
+* <code>if-modified-since</code> request to the origin server and the server returned a new object. Traffic Server served the new object to the client.</dd>
+<dt><code>TCP_CLIENT_REFRESH</code></dt>
+<dd>The client issued a request with a <code>no-cache</code> header. Traffic Server obtained
+the requested object from the origin server and sent a copy to the client.
+Traffic Server deleted the previous copy of the object from cache.</dd>
+<dt><code>TCP_IMS_HIT</code></dt>
+<dd>The client issued an
+<em> <code>if-modified-since</code> request and the object was in cache & fresher than the IMS date, <strong>or</strong> an
+</em> <code>if-modified-since</code> request to the origin server revealed the cached object was fresh.
+Traffic Server served the cached object to the client.</dd>
+<dt><code>TCP_IMS_MISS</code></dt>
+<dd>The client issued an <br />
+<code>if-modified-since request</code>, and the object was either not in cache or was stale in cache. Traffic Server sent an <br />
+<code>if-modified-since request</code> to the origin server and received the new object. Traffic Server sent the updated object to the client.</dd>
+<dt><code>TCP_SWAPFAIL</code></dt>
+<dd>The object was in the cache but could not be accessed. The client did not
+receive the object.</dd>
+<dt><code>ERR_CLIENT_ABORT</code></dt>
+<dd>The client disconnected before the complete object was sent.</dd>
+<dt><code>ERR_CONNECT_FAIL</code></dt>
+<dd>Traffic Server could not reach the origin server.</dd>
+<dt><code>ERR_DNS_FAIL</code></dt>
+<dd>The Domain Name Server (DNS) could not resolve the origin server name, or
+no DNS could be reached.</dd>
+<dt><code>ERR_INVALID_REQ</code></dt>
+<dd>The client HTTP request was invalid. (Traffic Server forwards requests with
+unknown methods to the origin server.) </dd>
+<dt><code>ERR_READ_TIMEOUT</code></dt>
+<dd>The origin server did not respond to Traffic Server's request within the timeout
+interval.</dd>
+<dt><code>ERR_PROXY_DENIED</code></dt>
+<dd>Client service was denied.</dd>
+<dt><code>ERR_UNKNOWN</code></dt>
+<dd>The client connected, but subsequently disconnected without sending a request. </dd>
+</dl>
</div>
</div>
<div class="fourcol last">