Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rO2XG-000iL8-NV for pgsql-admin@arkaria.postgresql.org; Thu, 11 Jan 2024 21:24:23 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1rO2XF-00F8Sl-PQ for pgsql-admin@arkaria.postgresql.org; Thu, 11 Jan 2024 21:24:21 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rO2XF-00F8Qx-Ce for pgsql-admin@lists.postgresql.org; Thu, 11 Jan 2024 21:24:21 +0000 Received: from mail-oi1-x230.google.com ([2607:f8b0:4864:20::230]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1rO2XC-0014uy-R6 for pgsql-admin@lists.postgresql.org; Thu, 11 Jan 2024 21:24:20 +0000 Received: by mail-oi1-x230.google.com with SMTP id 5614622812f47-3bbc649c275so3111892b6e.0 for ; Thu, 11 Jan 2024 13:24:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1705008256; x=1705613056; darn=lists.postgresql.org; h=to:in-reply-to:cc:references:message-id:date:subject:mime-version :from:content-transfer-encoding:from:to:cc:subject:date:message-id :reply-to; bh=NZXV3WzNVLFCkgUxeEMY72wRPAI1X5SqApL5o00YZ6s=; b=AlQspc4W5OI/eYACyP9ku8zm/nQJlaqz5mN1lDxxfYDbgoOPy46tH2Baot52xI6fE1 GyOKUsRowzPVT1pHxEYV0uZi5naJMS0uk8KXOImlkcdwPdGWEYBcmPriW4TFQ+3JeX3Y s/EVJXgRLkij4OWtfIrB9mpMdc060DV/fSPQXARG5DT7COSoTsDQDitc48BorvnhApFM RL3bDtUYhCXHZ+YZKfrBFEO3LvoqAg3gGFFH6jD3lDLXTNs8BSt/NNtPqJZhaO875Adf obfF0mEvZCODblQfQFqt00xYZkynWFKXAAjQomtp4HOplqvCKr1rM45r/Dq8fMhdzvRT nkJQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1705008256; x=1705613056; h=to:in-reply-to:cc:references:message-id:date:subject:mime-version :from:content-transfer-encoding:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=NZXV3WzNVLFCkgUxeEMY72wRPAI1X5SqApL5o00YZ6s=; b=e3TSGUX4yQ1bpYpRxPEHXDgzfKX/BCxjUXuUaSWHLLVkP3jZqNxSufGR/r94PnvmSZ UNj0bBS/0K4NAqx76y+dAkjCTml4fhxSZSG5ZNQH0uh+OhzI6VIspm0ZRKOtYorJZkaB wMZM0qcQh4N+BUmNH+DayW0NqTDEKRx7z+nHtQUECmGeoPMuQeYp+8QsUbJmNaCqNwW3 owaeY4jW7eCPLgShoi8Xg8iUuQU6Yr9Hsk8YOBkPSn82WFenISqL/DVnPt7g8NjufjhQ UQQerc6LEgvB8JuddLiOEuZY5wvJCORCq5sEFCGmqR8199jozrh0HIrZ285NZ5RvlxCL 6rRg== X-Gm-Message-State: AOJu0YwwOuXtF3LRvWe4nN7Cz6x4IWcLfiP6dNaCLFpKdcaT6vfSYuzZ BC7aZFhX75hq7j73zzeVHZtMMeRjNGs= X-Google-Smtp-Source: AGHT+IGwDfMBSACA4dI14JTd9a7uSqA1foSjGos8zboXHrJi2HqyXhq0iqDrChxDZksQqCpAxqzbWQ== X-Received: by 2002:a05:6808:650c:b0:3bd:5308:371c with SMTP id fm12-20020a056808650c00b003bd5308371cmr361514oib.87.1705008255954; Thu, 11 Jan 2024 13:24:15 -0800 (PST) Received: from smtpclient.apple ([2601:3cb:600:e330:7932:f41b:ef8:45bb]) by smtp.gmail.com with ESMTPSA id q33-20020a056808202100b003bd437f4e14sm305304oiw.49.2024.01.11.13.24.15 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 11 Jan 2024 13:24:15 -0800 (PST) Content-Type: multipart/alternative; boundary=Apple-Mail-B8A6436E-B900-40D7-B508-1942CE6910DC Content-Transfer-Encoding: 7bit From: Andrew Wang Mime-Version: 1.0 (1.0) Subject: Re: Test mail for pgsql-admin Date: Thu, 11 Jan 2024 15:24:04 -0600 Message-Id: References: <383812ba-230f-9d66-cebe-dd02c4c4f210@jakobs.com> Cc: pgsql-admin@lists.postgresql.org In-Reply-To: <383812ba-230f-9d66-cebe-dd02c4c4f210@jakobs.com> To: Holger Jakobs X-Mailer: iPhone Mail (21B101) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --Apple-Mail-B8A6436E-B900-40D7-B508-1942CE6910DC Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable These files were backed up to another Linux= system. Is it possible to convert it into a program readable format? I can w= rite a script in most languages to read them.
Best,



On Jan 11, 2024, at 3:18=E2=80=AFPM= , Holger Jakobs <holger@jakobs.com> wrote:

<= blockquote type=3D"cite">
=EF=BB=BF =20 =20 =20

You can always dump the contents of a running instance (called cluster) using pg_dumpall creating a text file with SQL commands, which can be fed subsequently into any empty, but running installation of the same or more recent version of the server using psql.

What isn't possible is getting a corrupted copy of the data directory back to life.

Unless you took the copy while the database server was completely down, regard it unusable.

If the copy isn't corrupt, you can start it on the same architecture with the same major version of the software again using pg_ctl. Look at the help of the program for details.

When the database system is running again, take a dump with pg_dumpall.

Am 11.01.24 um 22:12 schrieb Andrew Wang:
They were separated. The source list in Ubuntu 18 was moved because the 16 is different from former versions, which caused the problem, as I upgraded the Linux system before, it worked very well.

I tried to install the 15 and 16, but the configuration complained ports and other things. Any way to dump all into a format from another computer and then read them into the new 16?
Best,



On Jan 11, 2024, at 2:28=E2=80=AFPM, Ron= Johnson <ronljohnsonjr@gmail.com> wrote:

=EF=BB=BF
"I assumed they can merged into 16 but they were not after upgrading my system."

Yeah... that's a pretty unfounded assumption.

Fortunately, your data might be salvageable, if the new system has separate -- and populated -- directories for 12, 13 and 14.  Were any of the source system Postgresql instances running when you ran rsync?

If not, then you can install the old versions of Postgresql in parallel with 16, and then run pg_upgrade.

On Thu, Jan 11, 2024 at 3:11=E2=80=AFPM Andrew Wang <andrew.wang.2009@gmail.com> wrote:
I used =E2=80=9Crsync=E2=80=9D in Linux t= o backup the the entire directory that contained data for 12,13 and 15. The last 15 was gone after upgrading to 16 with Ubuntu 22.04. I assumed they can merged into 16 but they were not after upgrading my system.
Best,



On Jan 11, 2024, at 1:46=E2=80=AFPM, Rajesh Kumar <rajeshkumar.dba09@gmail.com> wrote:

=EF=BB=BF
Did you take basebackup? 
On Fri, 12 Jan 2024, 00:55 Ron Johnson, <ronljohnsonjr@gmail.com> wrote:
1. What is the source of the data that you copied to /var/lib/pgs= ql/15/main?
2. What errors or problems are you having?

On Thu, Jan 11, 2024 at 12:43=E2=80=AFPM Andr= ew Wang <andrew.wang.2009@gmail.com> wrote:
Dear staff at pqsql,
 I try to restore all data from /var/lib/pgsql/15/main, but do not know how and have not found hits from your web as detailed below. Could you provide a tip for that?Thanks. Regards
Your search for restore data from /var/lib/pgsql/ returned no hits.

Andrew

On= Thu, Jan 11, 2024 at 11:35=E2=80=AFAM pgsql-admin Owner <pgsql-admin-owne= r@lists.postgresql.org> wrote:
Hel= lo!

This is a test mail for the list

pgsql-admin@lists.postgresql.org

as requested. The mail has the same list-id header
as email delivered to the list, and can be used to
for example test local mail filters.


--
Best,

Andrew Wang
--=20
Holger Jakobs, Bergisch Gladbach, Tel. +49-178-9759012
=20
= --Apple-Mail-B8A6436E-B900-40D7-B508-1942CE6910DC--