Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eMrI0-0001dR-07 for pgsql-admin@arkaria.postgresql.org; Thu, 07 Dec 2017 08:12:16 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eMrHx-0007MR-QR for pgsql-admin@arkaria.postgresql.org; Thu, 07 Dec 2017 08:12:13 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1eMrHx-0007MG-71 for pgsql-admin@lists.postgresql.org; Thu, 07 Dec 2017 08:12:13 +0000 Received: from mail-wm0-x242.google.com ([2a00:1450:400c:c09::242]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1eMrHt-0005VM-Hc for pgsql-admin@lists.postgresql.org; Thu, 07 Dec 2017 08:12:11 +0000 Received: by mail-wm0-x242.google.com with SMTP id f206so11220808wmf.5 for ; Thu, 07 Dec 2017 00:12:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=europecamions-interactive.com; s=google.europecamions-interactive.com; h=message-id:subject:from:to:date:in-reply-to:references:mime-version; bh=I4PNk5F4Fj6EGoRK+2a69/zGtYspH9P5MyWMVZgMB1I=; b=MgVme8vtNiGQIZYtl3vgWfWqLN7rSzGPfNLt3mo9UGYu3qy4oXcKWIQLgQaJE8bq1T JN9D4rhSJ0Y1MOwy8Lc3SFUCTSDnxArmW4fYYNBBMwm3O7TkWnJ9rzRHj3YNxlEN24nj lLoSE2p3mQQZtF0rX1wFZWNEkS89jN1DscrHU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:to:date:in-reply-to :references:mime-version; bh=I4PNk5F4Fj6EGoRK+2a69/zGtYspH9P5MyWMVZgMB1I=; b=Hq8boEKQS743+XaU8MnlHyhEntXZ33ppJh2IvbYv8hp+euk8k3b1It7rpbKtC23lql vH0ASJnY5vdK/LtNqSlxdsSd6r3SCYIScbrGl6vfUTGtr6ocBVcPrx8xRp7RKM/JcX6j JSR61Ljd0v2/DnXusxIFLyzC7uXIdpn8i7NIqqwC54kY5VIaaCdE7DkZ9feKKSQ3Oeav nVE0AWB73+hMtCkp9h//8/bXhRdYzC0aCBwsSXEZZWar02Rrx9zRj9ob2V/5l7gNy4nC HrH9HrL98Omi6w3PSIEDro/oVv2O+5/0yF5iPmeYWExjZk7nr+WSbxPQKF7JiJiJr9E+ JQ2g== X-Gm-Message-State: AKGB3mIU5x0K/uDAT5NIslYBDrU/dlUxd5t4N72oKvbUC8FGejNdNruu gVhWPlOv0G2DCRhCjItY0BeBWbe2QBw= X-Google-Smtp-Source: AGs4zMZtMxpwKzMMXWAeRk+y41qzTyIgg77E7tVzZYSn8+tKxAXkkpqoClCLPyeVUDj3CdrgRRJLjA== X-Received: by 10.28.141.11 with SMTP id p11mr342172wmd.149.1512634327172; Thu, 07 Dec 2017 00:12:07 -0800 (PST) Received: from Aethelthryth ([88.202.77.84]) by smtp.gmail.com with ESMTPSA id y78sm4867547wrb.51.2017.12.07.00.12.03 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 07 Dec 2017 00:12:05 -0800 (PST) Message-ID: <1512634318.2188.3.camel@europecamions-interactive.com> Subject: Re: "FATAL: the database system is starting up" and hot_standby = on From: David Guyot To: pgsql-admin@lists.postgresql.org Date: Thu, 07 Dec 2017 09:11:58 +0100 In-Reply-To: References: Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="=-PB2b81MXmvLEnpCrXo8a" X-Mailer: Evolution 3.22.6-1+deb9u1 Mime-Version: 1.0 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk --=-PB2b81MXmvLEnpCrXo8a Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello. I can't say why this tip worked, but I can say you that you shouldn't bother about the "FATAL: the database system is starting up" message: PgSQL routinely displays this message when starting up. "FATAL" is called "gravity", that is to say it describes the importance of the following message. "FATAL" is the highest importance and, indeed, knowing if your database is up, or not, is of the highest importance, but it is not a fatal error. Regards. Le jeudi 07 d=C3=A9cembre 2017 =C3=A0 10:49 +0500, Ilnur Khanov a =C3=A9cri= t=C2=A0: > Hi, >=20 > There is a standalone server with Postgresql=C2=A09.6.3 on Windows 2016 > Server. >=20 > I had been faced with "FATAL: the database system is starting up" > after disk failure. This mailing list helped me to solve issue by > setting "hot_standby =3D on" in=C2=A0postgresql.conf. > But I can't fully understand why it had worked. >=20 > Comments in conf says, that the setting has to be ignored in my case: > =3D=3D=3D > # - Standby Servers - > # These settings are ignored on a master server. > hot_standby =3D on # "on" allows queries during > recovery > # (change requires restart) > =3D=3D=3D >=20 > But it is standalone installation, not slave, there is no > replication. Though there is no recovery.conf and any sign of pending > recovery nor in log, nor in postgres.exe output with debug level 5. >=20 > Why setting "hot_standby =3D on" had helped me with "FATAL: the > database system is starting up" error on standalone server? Any > ideas? >=20 --=20 David Guyot Administrateur syst=C3=A8me=C2=A0/ Sysadmin Europe Camions Interactive=C2=A0/ Stockway Moulin Collot F-88500 Ambacourt T=C3=A9l=C2=A0: +33 (0)3 29 30 47 85 --=-PB2b81MXmvLEnpCrXo8a Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE3x4z121mNEB/JJ/PgVDjr4mKouAFAloo984ACgkQgVDjr4mK ouDBMQ//X75s8BwMONrS/y5vqMUCupfXOSV0KmAJ6u4ieCAf01UAT9Xr2NvEtmUn uYt7M+R0AGyWSCdKsT62R/HOTO9CUJuJfGLBZntIiWYkvAgNlpytkWdmbEeuZMSl dH6/7jyQFLVn8cnAyCukZOkXw/z8ftZV/igjKV1S/WYIkgHVUrCgFi5flS9d6VdR lUe1iS/9t8r/pebrYgm814iEpl0OzM2nSXnHN3GN8GmkRaAireBTSvZdVkgtwgYk JftXxpdl+wJ9ec9sLbK0aR389pdUTZaB0IqOFyLg7m+nfKM8g1roagMJucfpkVnc noFWqbU9WM4AEk8szT581WxxOMal5NdZnNrALrLHuATM0MwbUjSri6puhFw262Tq 2gWatA7dn8xWe2SYjCz/HwpA/zXlhmTxZo07tPiLUh3t+mx6eO4bsKL37qOeQfya 4Me+DNMJnxBnJNOU1LR4thv6nJjMd2FG8nvzGJi1TugVzvCuuQPdSAwOLejJZnSf VHbNiL/02QnZHcHtgzmemT69Kx9m2Oh6nNKZPpnNkztA5H0AVHlw3bQQUEcJ54Jp KdqgloeSr1MPrCs8suFksqIjH6tCVc8fzMH1u0TdQjvWqQ8OGstTs1Lxh+9ap8Vx sFlwebt7dAPcYyZx2pOfkg3agMIzfKaldnVF2sPc1dMBpSRi+us= =+553 -----END PGP SIGNATURE----- --=-PB2b81MXmvLEnpCrXo8a--