Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1avbCj-0007rd-It for pgsql-admin@arkaria.postgresql.org; Thu, 28 Apr 2016 01:57:21 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1avbCi-0007g6-M8 for pgsql-admin@arkaria.postgresql.org; Thu, 28 Apr 2016 01:57:20 +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 1avbB0-0003xg-T5 for pgsql-admin@postgresql.org; Thu, 28 Apr 2016 01:55:35 +0000 Received: from mail-pa0-x22c.google.com ([2607:f8b0:400e:c03::22c]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.84_2) (envelope-from ) id 1avbAx-0000Sl-KK for pgsql-admin@postgresql.org; Thu, 28 Apr 2016 01:55:33 +0000 Received: by mail-pa0-x22c.google.com with SMTP id zm5so29076257pac.0 for ; Wed, 27 Apr 2016 18:55:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=2ndquadrant-com.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=JeWyJw2RjYOGm1ZeNkzInJgrPqBNBfvhQ9Nr4PI+nnk=; b=x/nCBm1T/Xp/QCLYZbDminDREpav7KRi2j6P+I5+V09LECu3wujktGpeGPe+6ZV+Tu HsNhIGd4aEJFMQ2wz/hbV2Kxk27LFS1OiqwYmtN6B4XUobADsYW9FdVsRNPQ6iweEabF nA7+sIieqnZQal6mxyw+Ih/m6jLKiqTHt5N4HEfTSjR2aCoUGgLg4oVnGPUrs4xr2DGT kOSR6xhrmXGVkgM9FkpgLTV4LauuGank0HUa0AZOhVmQQOxaCAl8A7l4zGxYjbVj5/kv /+f20aprfn76xIQYTx94kIM3XIX9NSWsIXf2DZNLjR/LyoWpbubLBXwDiG+OysL2LpKn owgw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=JeWyJw2RjYOGm1ZeNkzInJgrPqBNBfvhQ9Nr4PI+nnk=; b=N8LOq1N8xclftltXUOcLGMt43EiOp5KcKB8H2Sw9g2im4vDHHPoY/1fKAFWlgY0xYe zWiusTSNs/Fm3Q05K7IzdEd7CgfJL/RxJrmRL08jNxAEm60SeVCu++xh6XlVO2oJ9BXP vvsXL+GXvAH8LLKDEn/QKfVgQydYqRkw/4sIfj+IG5xl5IYzt7UAl1yBn0xbqp/JpasZ fnYdQrVpOrBcOubd2em5Eu6sbrMYiXXCtImhBhZVRo4GKoaLl5tXlNjpJ6qz35tnulqP sS9K7ZRbhAFlbqPGuxmL5bgdrGrPaT9Bqf9x6Ou0nvXlVT16noCDCO5CbQA+Bm0SBQP1 QnFQ== X-Gm-Message-State: AOPr4FULeljeMnqycvXxDh3sN08rWPeHh497kZNsUSVDTEZbQN9I86M66hQcqOK1aIF0BjRZxNpYYXO+13zR/Qm+llnHmj+lGuqh13erWuMWS1Lv+DyLN5vhkbZKQk7Po5iDUVvIxtJLpe+wBBDDpuW7PPJnWLHgmoW9pcXgtns1JuaGQQL/81O8NESMbQ== X-Received: by 10.66.246.71 with SMTP id xu7mr16469810pac.17.1461808529458; Wed, 27 Apr 2016 18:55:29 -0700 (PDT) Received: from [192.168.1.2] (p2377149-ipngn18001marunouchi.tokyo.ocn.ne.jp. [153.204.6.149]) by smtp.gmail.com with ESMTPSA id 199sm9876324pfc.15.2016.04.27.18.55.28 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 27 Apr 2016 18:55:28 -0700 (PDT) Subject: Re: Testing hot standby on same server sharing same tablespace directory To: Sreekanth Palluru , "pgsql-admin@postgresql.org" References: <4CCCD44C0EB1284FA34A4FDD88B7E4E8E64654@abel.nb.superchoice.com.au> From: Ian Barwick Message-ID: <57216D8E.2080907@2ndquadrant.com> Date: Thu, 28 Apr 2016 10:55:26 +0900 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 In-Reply-To: <4CCCD44C0EB1284FA34A4FDD88B7E4E8E64654@abel.nb.superchoice.com.au> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Pg-Spam-Score: -2.6 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-admin Precedence: bulk Sender: pgsql-admin-owner@postgresql.org On 04/28/2016 08:45 AM, Sreekanth Palluru wrote: > > Hi > > I am testing hot standby on same server (version 9.5.2) , everything works well. > I have a doubt regarding sharing of tablespace directory by these two databases . > > I have created a tablespace and moved few objects and I happen to see that same > directory was being used by standby node aka slave node and to my surprise it still works > without any issues. > > Is this expected ? Both instances will start and initially appear to function, but you are guaranteed to run into unexpected behaviour and some kind of corruption. Try e.g. creating and populating a table, then pausing replay on the standby; then drop and recreate/repopulate the same table. > I was expecting some sort of warnings from Postgres or am I missing something No, there's nothing which could warn about this particular scenario. Regards Ian Barwick -- Ian Barwick http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services -- Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-admin