Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1WuMQ2-0006uG-Na for pgsql-bugs@arkaria.postgresql.org; Tue, 10 Jun 2014 13:48:54 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1WuMQ2-0006Z0-7H for pgsql-bugs@arkaria.postgresql.org; Tue, 10 Jun 2014 13:48:54 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1WuMQ1-0006Yt-Jy for pgsql-bugs@postgresql.org; Tue, 10 Jun 2014 13:48:53 +0000 Received: from smtprelay0025.b.hostedemail.com ([64.98.42.25] helo=smtprelay.b.hostedemail.com) by magus.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1WuMPu-0002kC-QS for pgsql-bugs@postgresql.org; Tue, 10 Jun 2014 13:48:52 +0000 Received: from filter.hostedemail.com (b-bigip1 [10.5.19.254]) by smtprelay04.b.hostedemail.com (Postfix) with ESMTP id 32FF47B617; Tue, 10 Jun 2014 13:48:45 +0000 (UTC) X-Session-Marker: 616C76686572726540616C76682E6E6F2D69702E6F7267 X-Spam-Summary: 50, 0, 0, , d41d8cd98f00b204, alvherre@alvh.no-ip.org, :::, RULES_HIT:41:355:379:599:800:960:967:968:973:988:989:1028:1260:1277:1311:1312:1313:1314:1345:1359:1431:1437:1515:1516:1518:1519:1534:1541:1593:1594:1595:1596:1711:1730:1747:1777:1792:2393:2525:2560:2563:2682:2685:2828:2859:2933:2937:2939:2942:2945:2947:2951:2954:3022:3138:3139:3140:3141:3142:3353:3834:3865:3866:3867:3868:3870:3871:3872:3934:3936:3938:3941:3944:3947:3950:3953:3956:3959:4250:4321:4560:4605:4659:5007:6261:6996:6997:9025:9121:10004:10400:10848:11232:11256:11257:11473:11658:11914:12296:12517:12519:12555:12740:13069:13184:13229:13255:13311:13357:13894:13895:21063, 0, RBL:none, CacheIP:none, Bayesian:0.5, 0.5, 0.5, Netcheck:none, DomainCache:0, MSF:not bulk, SPF:fn, MSBL:0, DNSBL:none, Custom_rules:0:0:0 X-HE-Tag: end46_1223afd5e0a43 X-Filterd-Recvd-Size: 3074 Received: from eldon.alvh.no-ip.org (pc-65-79-161-190.cm.vtr.net [190.161.79.65]) (Authenticated sender: alvherre@alvh.no-ip.org) by omf04.b.hostedemail.com (Postfix) with ESMTPA; Tue, 10 Jun 2014 13:48:44 +0000 (UTC) Received: by eldon.alvh.no-ip.org (Postfix, from userid 1000) id 2E7F31FC9; Tue, 10 Jun 2014 09:48:43 -0400 (CLT) Date: Tue, 10 Jun 2014 09:48:42 -0400 From: Alvaro Herrera To: Serge Negodyuck Cc: pgsql-bugs@postgresql.org Subject: Re: BUG #8673: Could not open file "pg_multixact/members/xxxx" on slave during hot_standby Message-ID: <20140610134842.GD18688@eldon.alvh.no-ip.org> References: <20131209142525.GA1123@awork2.anarazel.de> <20131209150345.GB1123@awork2.anarazel.de> <20131209182701.GD9519@awork2.anarazel.de> <20140103014616.GB7035@eldon.alvh.no-ip.org> <20140609194959.GB18688@eldon.alvh.no-ip.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Pg-Spam-Score: -1.9 (-) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-bugs Precedence: bulk Sender: pgsql-bugs-owner@postgresql.org Serge Negodyuck wrote: > 2014-06-09 22:49 GMT+03:00 Alvaro Herrera : > > > An ugly hack "cp pg_multixact/members/14077 pg_multixact/members/14078" > > > helped me to start master server in replica. > > > > > > Then, did pg_basebackup to slave database. It does not help > > > 2014-06-02 09:58:49 EEST 172.18.10.17 db2 DETAIL: Could not open file > > > "pg_multixact/members/1112D": No such file or directory. > > > 2014-06-02 09:58:49 EEST 172.18.10.18 db2 DETAIL: Could not open file > > > "pg_multixact/members/11130": No such file or directory. > > > 2014-06-02 09:58:51 EEST 172.18.10.34 db2 DETAIL: Could not open file > > > "pg_multixact/members/11145": No such file or directory. > > > 2014-06-02 09:58:51 EEST 172.18.10.38 db2 DETAIL: Could not open file > > > "pg_multixact/members/13F76": No such file or directory > > > > This is strange also; if the files are present in master, how come they > > weren't copied to the replica? I think we need more info about this > > problem. > I've thoroughly looked through the logs once again and I have not > found anything interesting. > I just know there were very few pg_multixact/members files starting > from 0000. It was on both slave servers. So I've observed this issue > two times. But it was OK on master, right? It had the full set of files and no file got remove improperly? (minus 14078, which wasn't created on time, of course) -- Álvaro Herrera http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services -- Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-bugs