Re: RE: Re: Re: BUG #15769: The database cluster intialisation failed. - Mailing list pgsql-bugs

From Sandeep Thakkar
Subject Re: RE: Re: Re: BUG #15769: The database cluster intialisation failed.
Date
Msg-id CANFyU95+oqdNkNTY1Lp=YNxL1AOdvCFw5Vuf7s7_1FJQL_E-MA@mail.gmail.com
Whole thread Raw
In response to RE: RE: Re: Re: BUG #15769: The database cluster intialisation failed.  (Nick Anderson <nicholas.anderson@zurichna.com>)
Responses RE: Re: RE: Re: Re: BUG #15769: The database cluster intialisation failed.
List pgsql-bugs
Hi,

There is an update available to the Windows installer. There has been a fix around that. Could you try the latest available installer and let us know? Also, share the bitrock installer log if it fails again.

On Tue, May 7, 2019 at 8:56 PM Nick Anderson <nicholas.anderson@zurichna.com> wrote:

Hi,

 

I’m still waiting for a reply.  We continue to get the database cluster initialization failed error.  Please advise.

 

Thanks,

 

Zurich_Signature_logo

Nick Anderson

IT Infrastructure Specialist II

Zurich North America  

1299 Zurich Way

Schaumburg, Illinois 60196

 

Office: 847-605-6959

Email: nicholas.anderson@zurichna.com

 

 

   zurichna.com

 

   cid:image002.jpg@01D2293B.21F32D80  cid:image003.jpg@01D2293B.21F32D80  cid:image004.jpg@01D2293B.21F32D80      

 

 

From: Nick Anderson
Sent: Tuesday, April 30, 2019 9:50 AM
To: GOLLET Nicolas <ng@ng.pe>
Cc: Sandeep Thakkar <sandeep.thakkar@enterprisedb.com>; Tomas Vondra <tomas.vondra@2ndquadrant.com>; pgsql-bugs@lists.postgresql.org
Subject: RE: [EXTERNAL] RE: Re: Re: BUG #15769: The database cluster intialisation failed.

 

Hi Nicolas,

 

What is the small program from GitHub supposed to do?  When I run it as an administrator on the VM it flashes a command prompt window then nothing happens.

 

Thanks,

 

Zurich_Signature_logo

Nick Anderson

IT Infrastructure Specialist II

Zurich North America  

1299 Zurich Way

Schaumburg, Illinois 60196

 

Office: 847-605-6959

Email: nicholas.anderson@zurichna.com

 

 

   zurichna.com

 

   cid:image002.jpg@01D2293B.21F32D80  cid:image003.jpg@01D2293B.21F32D80  cid:image004.jpg@01D2293B.21F32D80      

 

 

From: GOLLET Nicolas <ng@ng.pe>
Sent: Tuesday, April 23, 2019 10:50 AM
To: Nick Anderson <nicholas.anderson@zurichna.com>
Cc: Sandeep Thakkar <sandeep.thakkar@enterprisedb.com>; Tomas Vondra <tomas.vondra@2ndquadrant.com>; pgsql-bugs@lists.postgresql.org
Subject: [EXTERNAL] RE: Re: Re: BUG #15769: The database cluster intialisation failed.

 

Hello,

 

Your server is a virtual machine? If yes, which hypervisor is used.... maybe xen server 6.5?

 

Your problem reminds me a problem with poorly exposed CPU instructions....

 

For example, under Citrix XenServer 6.5, the CPU exposes the AVX2 flag without exposing the XSAVE and OSXSAVE flags, so that the "Advanced Vector Extensions" support is partial. This partial support is not detected by the Visual Studio Runtime, causing the application to crash when using these instructions. Here during installation, it is the "postgres.exe" process that crashes...

For Xen 6.5, service pack 1 fixes this problem....

 

It is easy to detect on the system that all flags are correctly exposed, to perform this control, we can run this small program available on my GitHub: (https://github.com/ng-pe/Check_AVX_VS2013_BUG/releases)

 

Maybe you have a problem here similar to the one I mentioned here http://blog.ng.pe/postgresql-9-4-et-9-5-sous-windows/ (in French)

 

Sincerely,

 

Nicolas GOLLET,

 

---- Le ven., 19 avr. 2019 18:48:29 +0200 Nick Anderson <nicholas.anderson@zurichna.com> écrit ----

 

I tried running the installer from an admin command prompt with "--enable_acledit 1" but I still get the “database cluster intialisation failed” error.  See details below from the new bitrock-installer.log file.

 

 

The database cluster will be initialized with locale "English_United States.1252".

The default text search configuration will be set to "english".

 

Data page checksums are disabled.

 

fixing permissions on existing directory C:/PostgreSQL9.6data ... ok

creating subdirectories ... ok

selecting default max_connections ... 10

selecting default shared_buffers ... 400kB

selecting dynamic shared memory implementation ... windows

creating configuration files ... ok

running bootstrap script ... initdb: could not execute command ""C:/PostgreSQL9.6/bin/postgres.exe" --boot -x1  -F ": No error

initdb: removing contents of data directory "C:/PostgreSQL9.6data"

 

Called Die(Failed to initialise the database cluster with initdb)...

Failed to initialise the database cluster with initdb

 

Script stderr:

Program ended with an error exit code

 

Error running cscript //NoLogo "C:\PostgreSQL9.6/installer/server/initcluster.vbs" "NT AUTHORITY\NetworkService" "postgres" "****" "C:\PostgreSQL9.6" "C:\PostgreSQL9.6data" 5432 "DEFAULT" 1: Program ended with an error exit code

 

 

 

Thanks,

 

Zurich_Signature_logo

Nick Anderson

IT Infrastructure Specialist II

Zurich North America  

1299 Zurich Way

Schaumburg, Illinois 60196

 

Office: 847-605-6959

Email: nicholas.anderson@zurichna.com

 

 

   zurichna.com

 

             

 

 

From: Sandeep Thakkar <sandeep.thakkar@enterprisedb.com>

Sent: Friday, April 19, 2019 7:46 AM

To: Nick Anderson <nicholas.anderson@zurichna.com>

Subject: [EXTERNAL] Re: Re: BUG #15769: The database cluster intialisation failed.

 

Hi,

 

I'm not sure but the error may be because of insufficient ACLs on the installation directory. Could you try launching the installer on the command prompt with "--enable_acledit 1" option and check if this fixes the issue? 

 

On Thu, Apr 18, 2019 at 7:38 PM Nick Anderson <nicholas.anderson@zurichna.com> wrote:

In case you did not receive the attachment on my reply I pasted code below for the error section from the end of the bitrock_installer.log file.  Please advise.

 

 

The database cluster will be initialized with locale "English_United States.1252".

The default text search configuration will be set to "english".

 

Data page checksums are disabled.

 

fixing permissions on existing directory C:/PostgreSQLdata ... ok

creating subdirectories ... ok

selecting default max_connections ... 10

selecting default shared_buffers ... 400kB

selecting dynamic shared memory implementation ... windows

creating configuration files ... ok

running bootstrap script ... initdb: could not execute command ""C:/PostgreSQL/bin/postgres.exe" --boot -x1  -F ": No error

initdb: removing contents of data directory "C:/PostgreSQLdata"

 

Called Die(Failed to initialise the database cluster with initdb)...

Failed to initialise the database cluster with initdb

 

Script stderr:

 Program ended with an error exit code

 

Error running cscript //NoLogo "C:\PostgreSQL/installer/server/initcluster.vbs" "NT AUTHORITY\NetworkService" "postgres" "****" "C:\PostgreSQL" "C:\PostgreSQLdata" 5432 "DEFAULT" 0: Program ended with an error exit code

 

 

 

 

Thanks,

 

 

Nick Anderson

IT Infrastructure Specialist II

Zurich North America

1299 Zurich Way

Schaumburg, Illinois 60196

 

Office: 847-605-6959

 

 

 

 

 

 

 

-----Original Message-----

From: Tomas Vondra <tomas.vondra@2ndquadrant.com>

Sent: Wednesday, April 17, 2019 10:57 AM

Subject: [EXTERNAL] Re: BUG #15769: The database cluster intialisation failed.

 

On Wed, Apr 17, 2019 at 02:32:19PM +0000, PG Bug reporting form wrote:

>The following bug has been logged on the website:

> 

>Bug reference:      15769

>Logged by:          Nick Anderson

>Email address:      nicholas.anderson@zurichna.com

>PostgreSQL version: 9.6.5

>Operating system:   Windows Server 2012 R2

>Description:

> 

>When trying to install PostgreSQL 9.6.5 on Windows Server 2012 R2 an

>error displays that says "Problem running post-install step.

>Installation may not complete correctly. The database cluster initialization failed."

> 

 

There's not much we can do without additional info - we don't know what exactly failed and why. Try digging in the windows system log, for example. I believe there should be a log file from the installer in %TEMP% so maybe there's more info in it.

 

regards

 

--

PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services

 

 

******************* PLEASE NOTE *******************

This message, along with any attachments, is for the designated recipient(s) only and may contain privileged, proprietary, or otherwise confidential information. If this message has reached you in error, kindly destroy it without review and notify the sender immediately.  Any other use of such misdirected e-mail by you is prohibited.  Where allowed by local law, electronic communications with Zurich and its affiliates, including e-mail and instant messaging (including content), may be scanned for the purposes of information security and assessment of internal compliance with company policy.

 

 

 

--

Sandeep Thakkar

 

 

******************* PLEASE NOTE *******************

This message, along with any attachments, is for the designated recipient(s) only and may contain privileged, proprietary, or otherwise confidential information. If this message has reached you in error, kindly destroy it without review and notify the sender immediately. Any other use of such misdirected e-mail by you is prohibited. Where allowed by local law, electronic communications with Zurich and its affiliates, including e-mail and instant messaging (including content), may be scanned for the purposes of information security and assessment of internal compliance with company policy.

 

 

 


******************* PLEASE NOTE *******************
This message, along with any attachments, is for the designated recipient(s) only and may contain privileged, proprietary, or otherwise confidential information. If this message has reached you in error, kindly destroy it without review and notify the sender immediately. Any other use of such misdirected e-mail by you is prohibited. Where allowed by local law, electronic communications with Zurich and its affiliates, including e-mail and instant messaging (including content), may be scanned for the purposes of information security and assessment of internal compliance with company policy.


--
Sandeep Thakkar


Attachment

pgsql-bugs by date:

Previous
From: Andrew Gierth
Date:
Subject: Re: BUG #15812: Select statement of a very big number, with a division operator seems to round up.
Next
From: Michael Paquier
Date:
Subject: Re: BUG #15804: Assertion failure when using logging_collector withEXEC_BACKEND