From users-return-6917-archive-asf-public=cust-asf.ponee.io@trafficserver.apache.org Mon Jan 8 18:31:19 2018 Return-Path: X-Original-To: archive-asf-public@eu.ponee.io Delivered-To: archive-asf-public@eu.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by mx-eu-01.ponee.io (Postfix) with ESMTP id 4B093180607 for ; Mon, 8 Jan 2018 18:31:19 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id 3A8A6160C2C; Mon, 8 Jan 2018 17:31:19 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 5B1B0160C29 for ; Mon, 8 Jan 2018 18:31:18 +0100 (CET) Received: (qmail 73597 invoked by uid 500); 8 Jan 2018 17:31:17 -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 73587 invoked by uid 99); 8 Jan 2018 17:31:17 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 08 Jan 2018 17:31:17 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id D4CB318078C for ; Mon, 8 Jan 2018 17:31:16 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -0.02 X-Spam-Level: X-Spam-Status: No, score=-0.02 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=disabled Authentication-Results: spamd3-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=tetrisblocks-net.20150623.gappssmtp.com Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id pb0GUEMEtal9 for ; Mon, 8 Jan 2018 17:31:13 +0000 (UTC) Received: from mail-qk0-f170.google.com (mail-qk0-f170.google.com [209.85.220.170]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTPS id DBB035FB71 for ; Mon, 8 Jan 2018 17:31:12 +0000 (UTC) Received: by mail-qk0-f170.google.com with SMTP id o126so15093457qke.12 for ; Mon, 08 Jan 2018 09:31:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tetrisblocks-net.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=qZHsOo05LWB7WRxagIGpwHSD1C+k333p9vCJoquyTRo=; b=Mj8tQj7FI6HrEmkuZ3Q7wNkqaqDqaUxQn/+UI8UTtBmE1luNyBW8HKSKmao4OvY+Xy VuW5v4vad5jyLKwsbQXCluYkedt7CVGtCL3cm+syb1r9ziI9UBvvdsoIphmb4OFzpU5i LvGZshBQRJhPf3vtUemoKBu4Scpd9kTvQ7BKdWv2NWFxMLYRMtumR7ZEJBur+hEbNyVO h7ieoSg62dG7kr/t0jVasx+hS1qrxX4eiN47z8X0iTk45fmDaHHu+EXE1quAKCfoC+3x zx+h7adMoxh2L7TovpxfQxv8XeV/yVhCS8s3y8vi6cXiePk9FkppXJcNzvhsTcQn3IaC EFhQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=qZHsOo05LWB7WRxagIGpwHSD1C+k333p9vCJoquyTRo=; b=cnqx/DziJV5CbRfV0k3vmWnRB+fa3rmaFlk9wLUG3g3pkDl+c0Py8ud3EESSPQkpP3 P6zQUvGH7ulm2JTpw3JcYJS4IbNxgXYaMkwjcKa2Q5Mwj3JQbXMAvjz4XyIhY5y/tlt5 SeXmYJ0DmddW4aEfDmEKDV4gKFO7eLlVb2f8zLno87jqW1iAa9OHfS2BW8jdXuFAospq RfQakkYiB64SGw0B43abOl0g+BD9HeXoqh0rr41p1wTc7SG+fTG0yQmZcT+XThdO00IF 6jH4E3z3S1ByQa0O4NSpZ85blhX8bXVt3TznB8ciI4j3snxO6hs3z4Atv6+jodP0Wm+d lLcA== X-Gm-Message-State: AKGB3mKfaLyNPR6S1nfVL7ZCPf9zwl8rjQjVUvodvTxijm/ksTYg7JWS 0yKxRTjbjkhY5O9pFUPSC4LY8+AS6wJFlXto0UBXYk7Y X-Google-Smtp-Source: ACJfBovjYEhEf0m9wEOCB1T9PUTeeqO8PuXpDHN3z5zKVLs19FR3kJ78OjeuhZgUeZBh/mFq9L7xUdTduKeeojEMTnQ= X-Received: by 10.55.212.211 with SMTP id s80mr16384916qks.96.1515432671553; Mon, 08 Jan 2018 09:31:11 -0800 (PST) MIME-Version: 1.0 Received: by 10.237.42.229 with HTTP; Mon, 8 Jan 2018 09:31:11 -0800 (PST) X-Originating-IP: [207.140.53.98] In-Reply-To: References: From: "Patrick O'Brien" Date: Mon, 8 Jan 2018 09:31:11 -0800 Message-ID: Subject: Re: child always re-validates object fetched from parent To: users@trafficserver.apache.org Content-Type: text/plain; charset="UTF-8" Good catch! This didn't fix the issue by itself, but it did remind me that proxy.config.http.cache.when_to_revalidate was set to 2 (Always Stale). I guess on our non-chained proxies everything worked because of our rules in cache.config? I appreciate the advice, Jeremy. Thank you! On Mon, Jan 8, 2018 at 8:29 AM, Jeremy Payne wrote: > Can you modify the below to reflect non-zero values ? > > ############################################################################## > # Heuristic cache expiration. Docs: > # https://docs.trafficserver.apache.org/records.config#heuristic-expiration > ############################################################################## > # Setting all of these to zero in order for everything to be considered stale > # by ATS. If we want to change this in the future, this is where to do it. > CONFIG proxy.config.http.cache.heuristic_min_lifetime INT 0 > CONFIG proxy.config.http.cache.heuristic_max_lifetime INT 0 > CONFIG proxy.config.http.cache.heuristic_lm_factor FLOAT 0.000000 > ############################################################################## > > On Mon, Jan 8, 2018 at 10:24 AM, Patrick O'Brien > wrote: >> Hey Jeremy, >> >> Here's the full config from the child node: >> https://gist.github.com/poblahblahblah/a1abdad3d64ebdfba003c75e50c9fe00 >> >> Thanks for looking! >> >> On Sun, Jan 7, 2018 at 8:13 PM, Jeremy Payne wrote: >>> Can you post the complete records.config from your child cache ? >>> If I had to guess, it looks like heurstics or fuzzytimer may be set too low ??? >>> But if you provide a company sanitized version of your records.config >>> that should give us a better understanding of your setup. >>> >>> >>> >>> >>> >>> >>> On Wed, Jan 3, 2018 at 6:10 PM, Patrick O'Brien >>> wrote: >>>> Hello, >>>> >>>> I am testing out hierarchical caching in ATS 7.1.1. Everything seems >>>> to work, although it looks like the child node is always needing to >>>> revalidate objects fetched from the parent node. Here are the headers >>>> on an example GET: >>>> https://gist.github.com/poblahblahblah/928aaa88c24ef3c05366433a514f1a28 >>>> >>>> The parent has the object stored in RAM and doesn't require >>>> validation, but the child thinks the response is stale. Here is the >>>> cache.config file on both the parent and the child: >>>> https://gist.github.com/poblahblahblah/36b54ac8b7d75071c1342da6694d3c51 >>>> >>>> The problem with this is that the connection between the child and >>>> parent is pretty flaky and when the parent is down we are met with a >>>> 502: https://gist.github.com/poblahblahblah/d50657354c815040faae50539fa45836 >>>> >>>> Here is the parent.config on the child: >>>> https://gist.github.com/poblahblahblah/9f1dcb4cf674c21c80a27173bd0ef81b >>>> >>>> Relevant configs from records.config for the parent: >>>> https://gist.github.com/poblahblahblah/e6ac573e9f9cd63088c2e06e6544d801 >>>> Relevant configs from records.config for the child: >>>> https://gist.github.com/poblahblahblah/5a6dc02a88b24cafca0e8c70d353b92e >>>> >>>> Any guidance on this would be much appreciated. >>>> >>>> -patrick