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 1tgPju-00ASyA-Ae for pgsql-general@arkaria.postgresql.org; Fri, 07 Feb 2025 14:53:54 +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 1tgPjt-002ID2-7b for pgsql-general@arkaria.postgresql.org; Fri, 07 Feb 2025 14:53:53 +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 1tgPjs-002ICs-TN for pgsql-general@lists.postgresql.org; Fri, 07 Feb 2025 14:53:52 +0000 Received: from mail-il1-x133.google.com ([2607:f8b0:4864:20::133]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1tgPjo-004Noc-0w for pgsql-general@lists.postgresql.org; Fri, 07 Feb 2025 14:53:52 +0000 Received: by mail-il1-x133.google.com with SMTP id e9e14a558f8ab-3d05b672ee6so6312995ab.1 for ; Fri, 07 Feb 2025 06:53:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1738940027; x=1739544827; darn=lists.postgresql.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=qmmcvPueOCrWXUFBjGrzpmOZbzwyafcgO+Rm8X5ZWAM=; b=dp+GDYg87nZjiiO2Cl0Q/zOF+SnuLabLFMDqsaPCc0C/pgLq11DniwI6zXZMVUUSpS lZoo1lDoyu2SGuDuTF+F/SEMr6QL0xAGByJg4zSBX15TJ0aAlU+l4ZRnq0HayYfRyOBv NVRFaKrOzecZl5fgs1k3EimSTX7p58UNydltvI1HPFNBJqKtXFD1cRMeFQh0etE+pp29 dXFGEMezTdIQPWqUAsgOkJxOEcvIlcKCOGMFAycoW3VjCKc2qKQtgGPuAbXld/U50ACx 9O5upHIDhBuAerPr40jZFMKdMCk8XRMTf/iAHhaRJ4sLelebfaUSP1xyZhODcppyCMD6 5JiA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1738940027; x=1739544827; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=qmmcvPueOCrWXUFBjGrzpmOZbzwyafcgO+Rm8X5ZWAM=; b=CbCDtozoLsa9WsDx2G2slCEjQFOP1f6PLAIkDTfoG4etivIk7/DIO2cRNAlGIrEH2y gbaPvv5ZTHzVno+m6hIZaOeAGJdWs18m7UBx0uwZMQ43H4OTM75DYVFzOrD42NvX3Hes hJ8EIQeky6LMcJU54Od4RUlpfR1TyC2RjAJ7Y6LCbemeRrXYZNK4khVscqNtVlL4OzIJ 9brLa0bfQX4sd5qPPqYkk2byRJeorowQkpwKjQ3dE7vPJPg0aHoVtX2elf/T6k8Zc8md JR+2iGqrwV3RnIjNfBQ38HQ9Lb725+76jjclfVSr7I2NTEVD+blUmCdP0E+Yhe0rGp5t YChA== X-Forwarded-Encrypted: i=1; AJvYcCVDdUZsOFkfd1LDlb7hA7TvG5SCizUUPuIZlWfDDb+/jRawFyC26zzsOY72RH/RSOTRV7dVhJYPEIkDFMgt@lists.postgresql.org X-Gm-Message-State: AOJu0YwWgpagq4h2hls4ZQ93Cnv6ODtr70+sFTnzrtFbroHWn96wqU7Z dxkN3N6TNOHW7ioC15EGkFDzRmW+cLeKoev/Z6Op3Br9Q2neZ0wKdh992wJho1plj1C1jOQmMdq t7toVfJ+HY1nHREu8Ust+YLyOKi0= X-Gm-Gg: ASbGnct/54LmKNuM6b3SEZLV84T55MwsRquoNSgsAaHOVnJWVe6W2RAhWuWDNU0uUQL vpmFo9FePlJGcVspZgi1Kx3yvfAvN/Vnt/OcEy2f2vI2zPNdfik236EFLlcE0SKtskBpxpKTSos U6pXT58ujEIaZ9YiCAwyKFsGPdW2QKGyk= X-Google-Smtp-Source: AGHT+IGe3HPOi49ntvRWyGlpcL/HdOUe5xoErfVmTAp204MvOQS9o4c2AwcIgCQ6drd7Lc6Kxh5AEe81niA9srx+Djc= X-Received: by 2002:a05:6e02:2382:b0:3d0:11a4:1f87 with SMTP id e9e14a558f8ab-3d13e2795a1mr26744305ab.7.1738940026670; Fri, 07 Feb 2025 06:53:46 -0800 (PST) MIME-Version: 1.0 References: <669e44d4-01fd-4ae2-9918-4396a7f8f070@manitou-mail.org> In-Reply-To: <669e44d4-01fd-4ae2-9918-4396a7f8f070@manitou-mail.org> From: Greg Sabino Mullane Date: Fri, 7 Feb 2025 09:53:10 -0500 X-Gm-Features: AWEUYZnTCG4zt_1NqRk0dQa8t1ftgv5tRc2QcCOF-EPcPrrCjhxXY9J0hFEpjY0 Message-ID: Subject: Re: libc to libicu via pg_dump/pg_restore? To: Daniel Verite Cc: Paul Foerster , Adrian Klaver , Pgsql-General List Content-Type: multipart/alternative; boundary="000000000000935829062d8e8619" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000935829062d8e8619 Content-Type: text/plain; charset="UTF-8" I'm not sure why we are focused on the other errors - the database fails to get dropped (or created), so future errors are to be expected. pg_restore should be run with the --exit-on-error flag, and handle the errors one by one as someone mentioned upthread. I would use the --section=pre-data --section=data and --section=post-data flags to pg_dump to create (for the pre-data) a small and editable file so you can tweak the CREATE DATABASE as you please. pg_dump mydb --clean --create --section=pre-data --file=mydb.pre.pg Cheers, Greg -- Crunchy Data - https://www.crunchydata.com Enterprise Postgres Software Products & Tech Support --000000000000935829062d8e8619 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I'm not sure why we are focused on the other errors - = the database fails to get dropped (or created), so future errors are to be = expected.=C2=A0

pg_restore should be run with the --exit= -on-error flag, and handle the errors one by one as someone mentioned upthr= ead.

I would use the --section=3Dpre-data --section=3Dda= ta and --section=3Dpost-data flags to pg_dump to create (for the pre-data) = a small and editable file so you can tweak the CREATE DATABASE as you pleas= e.

pg_dump mydb --clean --create --section=3Dpre-d= ata --file=3Dmydb.pre.pg

<= /div>
Cheers,
Greg

--
Crunchy Dat= a - https://www.crunchydata.com=
Enterprise Postgres Software Products & Tech Support

=
--000000000000935829062d8e8619--