Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dNLzB-0000dd-Lr for pgsql-hackers@arkaria.postgresql.org; Tue, 20 Jun 2017 16:26:38 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1dNLz9-0000hf-VY for pgsql-hackers@arkaria.postgresql.org; Tue, 20 Jun 2017 16:26:36 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1dNLxX-0003Tk-KD for pgsql-hackers@postgresql.org; Tue, 20 Jun 2017 16:24:55 +0000 Received: from mail-lf0-x244.google.com ([2a00:1450:4010:c07::244]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.84_2) (envelope-from ) id 1dNLxU-00029s-Qz for pgsql-hackers@postgresql.org; Tue, 20 Jun 2017 16:24:54 +0000 Received: by mail-lf0-x244.google.com with SMTP id n136so4317561lfn.2 for ; Tue, 20 Jun 2017 09:24:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=kkrmJ6LP7wMFelArd+vLAyLpUIYNNXbry7PMgy0YFoo=; b=Y9wyDl6Nj+q08S3h1JK1hDIvgJO79Xeq4mW+dB6WuoVrtpZC3HKp4H5mtpCqXNmKZp /QWEhfmIgCr8QKOG8IlzKuXN4LZNv5qaDsaQMZkzJrsap0k7K6C1BvsjH/+U3JY27NMg ARmIuKVSKK6FtQ3xbZ92yj9YsgBty8l1eQg67jSpoFwato5bg9we0XHPOvuqJ9axICnI 4MpgF41aKVhdq8ilTjEoDXi03veA4IWFDUHwGrLUMsc5W4AVvdijInAKZKJ57eMz5ANA tUrIxVKA/h8fPdizuy++d5Jb+CdKTo82lQkfjRK6rObE7zXF8TffyVeUciTePKdhxbAb PWAA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=kkrmJ6LP7wMFelArd+vLAyLpUIYNNXbry7PMgy0YFoo=; b=Y7TD+2J4J3Edg7zwWH//l/DkITr8CT56zntY2Idbt3LatCZx82dxmVm4F2Eta+klyV BWSDOVJ+hNMozZaQvczmsrIQgkrwDQZTpNmDe0IgEJkqwi5PSNPJv6hPnkczdjkmBc7y dcDclw31aUXIhucuyK4DkQcYB1qrs/W61rysnzOq5hFSxrEqxirYoF67h+sWJoTHqpAY nJwNT4/EIVcYnQXePS+WHJoFl2xlvnZIsM6TtGJ39y3HK+kBTa8FcDAsjws9yhTeFZ5X Xyd++/Lzzqk58F8NoKqzcvqsNX8jjNGDRVgBi6bRqW0h+3uYaGrEbNrpK7aQ7y1xgwUV yQFw== X-Gm-Message-State: AKS2vOyzU9/mj4ySHxLmw1kf0gGOfxcYJ/7GrvHcs4kWz4saarhyvvl3 A6sAY6YMzx6gQQ== X-Received: by 10.25.72.75 with SMTP id v72mr8654466lfa.18.1497975890999; Tue, 20 Jun 2017 09:24:50 -0700 (PDT) Received: from seb.koffice.internal (koffice.avito.ru. [195.151.206.25]) by smtp.gmail.com with ESMTPSA id w2sm3101145ljd.52.2017.06.20.09.24.49 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 20 Jun 2017 09:24:49 -0700 (PDT) From: Sergey Burladyan To: Amit Kapila Cc: Bruce Momjian , PostgreSQL-development , Dmitriy Sarafannikov , Vladimir Borodin Subject: Re: Broken hint bits (freeze) References: <20170613193124.GQ13873@momjian.us> <87mv98af8j.fsf@seb.koffice.internal> <20170616164641.GP11450@momjian.us> <87fuezalc3.fsf@seb.koffice.internal> <20170619222113.GF3180@momjian.us> <20170620025919.GA28277@momjian.us> <20170620033726.GB28277@momjian.us> <87h8zb6kbx.fsf@seb.koffice.internal> <8760fq7pfe.fsf@seb.koffice.internal> Date: Tue, 20 Jun 2017 19:24:49 +0300 In-Reply-To: (Amit Kapila's message of "Tue, 20 Jun 2017 19:24:41 +0530") Message-ID: <87tw3a62zy.fsf@seb.koffice.internal> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-hackers Precedence: bulk Sender: pgsql-hackers-owner@postgresql.org Amit Kapila writes: > > I am not sure about rsync, in my production server I have for example > > 111 GB in pg_xlog and if I run rsync for pg_xlog it must send ~ 40GB > > of new WALs I think. > > > > Isn't the difference between old and new is just the last WAL segment > file? What is the source of this difference? Postgres generate WAL files forward, and at standby too :-( For example: === master === $ psql -c 'select pg_current_xlog_insert_location()' pg_current_xlog_insert_location --------------------------------- 4ED09/34A74590 (1 row) $ ls 9.2/main/pg_xlog/ | awk '/4ED0900000034/,/xxx/ { print }' | wc -l 2262 ============== === standby === $ psql -c 'select pg_last_xlog_replay_location()' pg_last_xlog_replay_location ------------------------------ 4ED0A/AECFD7B8 (1 row) postgres@avi-sql29:~$ ls 9.2/main/pg_xlog/ | awk '/4ED0A000000AE/,/xxx/ { print }' | wc -l 2456 =============== See https://www.postgresql.org/docs/9.2/static/wal-configuration.html > they are recycled (renamed to become the next segments in the numbered sequence) -- Sergey Burladyan -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers