Re: VACUUM ANALYZE FAILS on 7.0.3
От | Dave Cramer |
---|---|
Тема | Re: VACUUM ANALYZE FAILS on 7.0.3 |
Дата | |
Msg-id | 00b901c085b6$a8479720$c201a8c0@orgl1.on.wave.home.com обсуждение исходный текст |
Ответ на | VACUUM ANALYZE FAILS on 7.0.3 ("Dave Cramer" <Dave@micro-automation.net>) |
Ответы |
Re: VACUUM ANALYZE FAILS on 7.0.3
|
Список | pgsql-general |
Ok, I tried setting ulimit to unlimited inside the script. This didn't help, still no core dump I did get logging working though: /usr/bin/postmaster: CleanupProc: pid 20146 exited with status 139 Server process (pid 20146) exited with status 139 at Tue Jan 23 22:32:26 2001 Terminating any active server processes... Server processes were terminated at Tue Jan 23 22:32:26 2001 Reinitializing shared memory and semaphores 010123.22:32:26.086 [19777] shmem_exit(0) --DC-- ----- Original Message ----- From: "Tom Lane" <tgl@sss.pgh.pa.us> To: "Dave Cramer" <Dave@micro-automation.net> Cc: <pgsql-general@postgresql.org> Sent: Tuesday, January 23, 2001 5:52 PM Subject: Re: [GENERAL] VACUUM ANALYZE FAILS on 7.0.3 > "Dave Cramer" <Dave@micro-automation.net> writes: > > No core dump but here is the message from vacuum verbose analyze; > > > NOTICE: --Relation pg_rewrite-- > > pqReadData() -- backend closed the channel unexpectedly. > > Can't tell much from that, except that the backend crashed, which > *should* leave a core dump. > > On some platforms (eg, most Linux distros), processes started from > system boot scripts are by default started under "ulimit -c 0", which > prevents core dumps. To get more information about what's happening, > I recommend restarting the postmaster with "ulimit -c unlimited" so that > crashed backends will leave core files. While you're at it, make sure > you are starting the postmaster without -S, and redirect its stdout and > stderr into some convenient logfile. The postmaster log might also > contain useful info about what's going wrong... > > regards, tom lane > >
В списке pgsql-general по дате отправления: