Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1iFIig-0006vK-51 for pgsql-admin@arkaria.postgresql.org; Tue, 01 Oct 2019 14:01:38 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1iFIie-00037t-Na for pgsql-admin@arkaria.postgresql.org; Tue, 01 Oct 2019 14:01:36 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1iFIie-00037d-70 for pgsql-admin@lists.postgresql.org; Tue, 01 Oct 2019 14:01:36 +0000 Received: from mail-wm1-x344.google.com ([2a00:1450:4864:20::344]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1iFIia-0004zd-Nu for pgsql-admin@lists.postgresql.org; Tue, 01 Oct 2019 14:01:34 +0000 Received: by mail-wm1-x344.google.com with SMTP id m18so3408091wmc.1 for ; Tue, 01 Oct 2019 07:01:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zunibal-com.20150623.gappssmtp.com; s=20150623; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=rXFoloqrxLOnqpBh+tPACqxn1VnZcoLS3nNh2Tq+nUA=; b=IztBV3ja3nNMkPDoGxzi2dU/st2ty+QHfCV69QgrwSRW3dVXfKBBeXs0ydg6NwYP98 Ex3gGVcJZGPH5F8PkvVYCAjPp89PF6xLVlqbghEUJt0eTCot2KnrDld651d3goRD3+ie jScoML8mdSjSC8kAibmAoorIb26qSfH62/096xOIknyM4rkkogwja5j836Vli7Uj0hIb 6wl75ZFGZTUhsVyjD/CJTB/LrtgxeOD9R8dLNB8xnX3vgQiyze0XXwiadPoYWT0o6PNL 2uc6mmVrVIV0lKdQRYpu9mbhAoVcHZNr63uP1ltHt3yScoz0C9pjOAlm17u8XqNKlRhI ZJNA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=rXFoloqrxLOnqpBh+tPACqxn1VnZcoLS3nNh2Tq+nUA=; b=N1ag5f0Mg2A+4N+iZbw6HKyVi2EjAmMPJPmrcEkfm1fiIUvS/IBILNTPgAT8SrBFJf AIytW4A6ZqLVHA6dR0OGbKbwB3GjEo3cGdgvORXxB96pTTo8nO8L/b0A+Rour8PgM88T e0FyFhxnsCVwbG0pO/yxQxyjOmzGYsQ8d6YSCi+7tn+O3+AuKPISEhYB0F7OmHBvPkKU sp32vTkuukSZ5nnEerUfzYXXLZPB2l2gVhiEveYoSzjrAvTiTMnIxvEZXMnFumeLBd3X TBhvlc3vcI0QMzJeEaaBKSHKsBHpXVrs0Isi77J9bS65nGFKZmQFYQfs9E0r19/W6AWI 3k7A== X-Gm-Message-State: APjAAAX4ZO7TVnzqdOERSE9E1f2R9N3amDj0KkMhbzSj2pDfouTcRZbM Fm6K+H6DYC+O76/dIaMJ7PXYdHBI1Ao= X-Google-Smtp-Source: APXvYqyLMmbVI2KGiMEsdDMxP+7UNoIiIhgj4Nokh9RarBHrqO5x+ipdMdAuEbDURsn1ZXN1RiQupQ== X-Received: by 2002:a1c:2645:: with SMTP id m66mr3736235wmm.33.1569938485788; Tue, 01 Oct 2019 07:01:25 -0700 (PDT) Received: from [192.168.3.150] ([176.222.91.85]) by smtp.gmail.com with ESMTPSA id x129sm4960256wmg.8.2019.10.01.07.01.24 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 01 Oct 2019 07:01:24 -0700 (PDT) Subject: Re: Files overwritten when installing v9.6 in machine with v8.4 previously running To: Tom Lane Cc: pgsql-admin@lists.postgresql.org References: <4cd198c1-5035-9374-500d-a7167b6ae05e@zunibal.com> <00bea3ea-ee92-00cb-8b27-1e82d4e4a6e9@gmail.com> <221d54aa-e272-f9a9-0a8b-ead42bee43c1@zunibal.com> <26005.1569854873@sss.pgh.pa.us> From: Ekaterina Amez Message-ID: Date: Tue, 1 Oct 2019 16:01:22 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <26005.1569854873@sss.pgh.pa.us> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Tom, you've pointed me the right way: setting unix_socket_directory was the answer. Having a look at v9.6 config, this parameter is set as:     unix_socket_directories = '/var/run/postgresql, /tmp' I've finally pg_upgrade my test server from v8.4 to v9.6. Thank you all for your suggestions. El 30/9/19 a las 16:47, Tom Lane escribió: > Ekaterina Amez writes: >> I first thought they were going to be installed in their own >> directories, but I'm starting to think that I'm missing something during >> instalation process or maybe I'm missing something at deeper level >> (probably lack of knowledge about linux and postgres). The thing is >> after installing v9.6, having both versions running, I can't connect to >> the older one and I'm having the message:  "no such file or directory. >> Is the server running locally and accepting connections on Unix domain >> socket "/var/run/postgresql/.s.PGSQL.5432"?". > This is probably a case of confusion about where the Unix socket file is. > There are competing standards about that: as we ship it, that file will > be in /tmp, but some Linux vendors make it be /var/run/postgresql because > of filesystem layout rules. You are evidently using a libpq that was > built to default to /var/run/postgresql --- and since we can see that > you have a postmaster running on port 5432, it must have put its socket > file somewhere else, which I'm going to jump to the conclusion is /tmp. > > You can override the client's default socket directory via something > like > > psql -h /tmp ... > > A better long-term fix might be to change the postmaster's > unix_socket_directory(ies) setting to agree with what the > updated client library expects. > > regards, tom lane