Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lsRnq-0003jx-Dq for pgsql-admin@arkaria.postgresql.org; Sun, 13 Jun 2021 15:13:34 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1lsRnp-0002r6-EL for pgsql-admin@arkaria.postgresql.org; Sun, 13 Jun 2021 15:13:33 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lsRnp-0002qv-5Z for pgsql-admin@lists.postgresql.org; Sun, 13 Jun 2021 15:13:33 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lsRnn-0005ix-SW for pgsql-admin@postgresql.org; Sun, 13 Jun 2021 15:13:32 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 15DFDTiY050546; Sun, 13 Jun 2021 11:13:29 -0400 From: Tom Lane To: Wells Oliver cc: pgsql-admin Subject: Re: pg_restore: warning: invalid creation date in header In-reply-to: References: Comments: In-reply-to Wells Oliver message dated "Sat, 12 Jun 2021 16:47:24 -0700" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <50544.1623597209.1@sss.pgh.pa.us> Date: Sun, 13 Jun 2021 11:13:29 -0400 Message-ID: <50545.1623597209@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Wells Oliver writes: > These are the first lines when trying to restore a dump created on a > machine in the PDT time zone, into a machine in UTC. Not sure if it > matters, but I wanted to ask. > pg_restore: warning: invalid creation date in header Hmm. Looking at the code for that, it knows nothing of timezones. It's complaining that mktime() failed, which perhaps is because of bad data in the archive header ... but I'm betting it has something to do with failing to initialize all the fields of the struct tm it passes. However, that code's been like that a long time and we've not heard previous reports of this. Could you say exactly what the (receiving) platform is? How was pg_restore built (any special switches, etc)? The output of pg_config on that machine might be helpful. regards, tom lane