Re: Windows installation service - Mailing list pgsql-hackers
From | Dann Corbit |
---|---|
Subject | Re: Windows installation service |
Date | |
Msg-id | D425483C2C5C9F49B5B7A41F8944154702962146@postal.corporate.connx.com Whole thread Raw |
In response to | Re: Windows installation service (Dave Page <dpage@pgadmin.org>) |
Responses |
Re: Windows installation service
|
List | pgsql-hackers |
> -----Original Message----- > From: Dave Page [mailto:dpage@pgadmin.org] > Sent: Friday, April 10, 2009 1:58 PM > To: Dann Corbit > Cc: pgsql-hackers@postgresql.org; Bill Luton; Larry McGhaw; Mike McKee; > Brian Fifer > Subject: Re: [HACKERS] Windows installation service > > On Fri, Apr 10, 2009 at 8:29 PM, Dann Corbit <DCorbit@connx.com> wrote: > > > I don't know the reason why, but that is not what happens here. > > > > We see the problem on 64-bit machines with Windows 2008 Server. > > We see the problem on 32-bit machine with Windows 2003 Server. > > We see the problem on 32-bit Windows XP machines. > > It is universal (all of these machines demonstrate the problem). > > > > I did get this email from Mike McKee this morning: > > > > "I noticed a pattern. > > > > The first time it works, and can shutdown. > > > > The second time is where it kind of hangs ...." > > So what is unusual about your machines that makes this happen for you, > but apparently noone else we've heard of? Are you running on a domain? Yes. This is a corporation, so we don't run peer to peer. > Any nonstandard security policy or other configuration? Nothing unusual. > I know Connx have experience developing on Windows, so can one of you > attach a debugger and see why the WaitForMultipleObjects() call in > pg_ctl doesn't work on your systems? Here is what we tried: We decided to start the service from the command line as an executable rather than a service. First, we found permissions problems: C:\CONNX32\CONNXSTORE\bin>C:\CONNX32\CONNXSTORE\bin\pg_ctl.exe start -w -N "pgsql-8.3" -D "C:\CONNX32\CONNXSTORE\data\" waiting for server to start...2009-04-10 14:55:22 PDT LOG: loaded library "$libdir/plugins/plugin_debugger.dll" 2009-04-10 14:55:22 PDT PANIC: could not open control file "global/pg_control": Permission denied This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. ............................................................could not start server We allowed user postgres to have full control for the global folder. C:\CONNX32\CONNXSTORE\bin>C:\CONNX32\CONNXSTORE\bin\pg_ctl.exe start -w -N "pgsql-8.3" -D "C:\CONNX32\CONNXSTORE\data\" waiting for server to start...2009-04-10 15:09:50 PDT LOG: loaded library "$libdir/plugins/plugin_debugger.dll" 2009-04-10 15:09:50 PDT LOG: could not create file "postmaster.opts": Permission denied ................... done server started We had a similar problem with the data folder, so we changed permissions for user postgres to have full control for the data folder. C:\CONNX32\CONNXSTORE\bin>C:\CONNX32\CONNXSTORE\bin\pg_ctl.exe start -w -N "pgsql-8.3" -D "C:\CONNX32\CONNXSTORE\data\" waiting for server to start...2009-04-10 15:19:49 PDT LOG: loaded library "$libdir/plugins/plugin_debugger.dll" ............................................................could not start server After those changes, we no longer had permissions problems but the server did not start from the command line. I uninstalled Postgresql I removed the postgres user I removed the postgres directory structure I installed PostgreSQL postgresql-8.3.7-1. Apparently this version does not have the same bad symptoms (I have not checked all the other machines yet -- that will take some time).
pgsql-hackers by date: