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 1sw3uY-001dAw-Vq for pgsql-general@arkaria.postgresql.org; Wed, 02 Oct 2024 18:17:19 +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 1sw3uY-001Wr2-Ab for pgsql-general@arkaria.postgresql.org; Wed, 02 Oct 2024 18:17:18 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1svrps-00AVsf-66 for pgsql-general@lists.postgresql.org; Wed, 02 Oct 2024 05:23:40 +0000 Received: from mail-oa1-x2e.google.com ([2001:4860:4864:20::2e]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1svrpp-0024Xl-If for pgsql-general@lists.postgresql.org; Wed, 02 Oct 2024 05:23:38 +0000 Received: by mail-oa1-x2e.google.com with SMTP id 586e51a60fabf-2877d7ae431so675999fac.0 for ; Tue, 01 Oct 2024 22:23:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fresho.com; s=google; t=1727846616; x=1728451416; darn=lists.postgresql.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=8R2vIO+8oUzdmDlDIU1pyU/X3QEI76XPcOz9jS1lD9k=; b=RiPuZr1k8Ca3KLSupdK85baLJNKDV5Y4/FN0YPSWWxES8Q9i59bUPrnjCf8sNP89UN 5sL6Xu5W7OJRvtTUSMMhxbHERdDYesHhVrbzJCxTvRfvIu6hRqhcX1Iyhl8mLhlHwoXc Qo+0UCm/SyQpQ6fvK0Ngb4Dfdwv8VpO5RoG5w= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1727846616; x=1728451416; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=8R2vIO+8oUzdmDlDIU1pyU/X3QEI76XPcOz9jS1lD9k=; b=QIUpeqIhT9P0Cz2uSbvTHY+5ilqVsBgeKRsVTFizfrO15rCMsztHtyvOmhxp6zghVy VxnFrgIRnnp8QLGN9x9pB4WrWYz7moX9OwRQKfLEPqx/fgXsXPasijweAY+4vy+3p8Zm k7r/nYm2suVui94hs3Hkhrfs2o0VByUW5AM8xrkNn7RhYw+jTDJ0HI81QKkPrNq4zVoA l/AyL0+/yIH31RAAEguhISTlxSTvZrCyb0NVDpJ78P/Yd6QcH7UEOnF/2PZTOl67tRlC VR93KUzuRIKSAUPENIc6Vphup3VAhafOipY8qSLkXZrLMnRl4WOAALEbtD+KrKAy80Ez N7Hw== X-Gm-Message-State: AOJu0YxInUNFS+TdZS9dTH51gV/VS1aNUAKsFLXvuDwQfLIIMUvXTfiR NNdbcw9G5zbEoELS0qLdqkFFRmlPPyqxs73VVYoAhE0cVOMOnuX/7/6gd5jSI4ptSmpj9TVO3YI RkPAlegiVZshX3if6yekJjC1rj5c2Kq23+SXl1yfIeTgKok9OlYMSxqV/ X-Google-Smtp-Source: AGHT+IGtAJFvvjWB1DD28EQAeYHpi2VHioVpjSBSYaN8nOM82kUYN2JsloM6nn2mvtuz3crCGlaId11U6hOs8mMqlpo= X-Received: by 2002:a05:6871:7a5:b0:286:f2cc:7a4a with SMTP id 586e51a60fabf-2878902cec2mr1318793fac.34.1727846616312; Tue, 01 Oct 2024 22:23:36 -0700 (PDT) MIME-Version: 1.0 From: Sam Kidman Date: Wed, 2 Oct 2024 13:23:25 +0800 Message-ID: Subject: pg_dump 17 produces files incompatible with older server versions To: pgsql-general@lists.postgresql.org Content-Type: text/plain; charset="UTF-8" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Hello We're developing a rails application and part of our development workflow involves dumping out the database schema using pg_dump, which is restored whenever we drop and create our development database. As of version 17 we now have SET transaction_timeout = 0 in the schema file. Unfortunately we use the latest version of the client tools (ie pg_dump and kin) but we run the same database server version as we use in production (12) and so now we're unable to import our database schema with the error below: ERROR: unrecognized configuration parameter "transaction_timeout" It might be easier for us if we could configure pg_dump to _not_ output setting runtime parameters - they're not that important for the use case of applying a schema to a database for local development. Are there any other solutions to this issue? It could be quite troublesome for us as we have a few different postgres server versions in use in different applications but we use the same set of client tools for all of them. Best, -- Sam Kidman Web Developer Melbourne 0498 592 582 sam@fresho.com www.fresho.com