Re: initdb error
От | Greg B. Hill |
---|---|
Тема | Re: initdb error |
Дата | |
Msg-id | 406B0427.40401@netscape.net обсуждение исходный текст |
Ответ на | initdb error ("Greg B. Hill" <gregoryhill597@netscape.net>) |
Список | pgsql-cygwin |
When I had this problem I experienced more or less the following series of events - this was awhile ago so my apologies for the lack of exact detail (i.e. which argument, which range of vals, etc.). 1) try initdb and it fails (for some other config error than the semctl invalid argument error). 2) fix the orig problem but now it fails because of the semctl invalid argument error. 3) each time retry, one of the semctl args bumps up higher and higher each time, and the error repeats itself, in fact the problematic arg gets more and more out of range. 4) finally i decided to try rebooting, wondering if that would wipe whatever memory the semctl was using to determine the initial value for its args. 5) this worked - so for me, the solution was, if initdb fails for any reason, correct the problem, but then reboot before reattempting. It would be nicer of course to know where semctl is storing this information and be able to change it there, etc. etc. etc. hth, Greg Eric.Schwarzenbach@wrycan.com wrote: > We are getting this same exact error-- always this > > semctl(35, 16, SETVAL, 536) failed: Invalid argument > > on the creating template1 step of initdb. > > On my Windows XP machine I had 7.4.1 working fine last month (service > configuration). > > If I install 7.4.2 I get this error. If I reinstall 7.4.1 (rerun make > install) initdb works. If I reinstall 7.4.2 it fails again with that > semctl error. I tried rebuilding 7.41 from scratch and installing, > thinking maybe it was a configuration difference when I built it last > month, but no, 7.4.1 initdb still works. > > My coworker, on the other hand (not running it as a service), gets > this same semctl error even with 7.4.1. > > This is preventing us from switching from mySQL to Postgres. Can > anyone please offer a clue how to get around this? > > Eric Schwarzenbach > >
В списке pgsql-cygwin по дате отправления: