Re: postgres 8.2.9 can't drop database in single user mode
От | Maria L. Wilson |
---|---|
Тема | Re: postgres 8.2.9 can't drop database in single user mode |
Дата | |
Msg-id | 49EF4F7E.9000906@nasa.gov обсуждение исходный текст |
Ответ на | Re: postgres 8.2.9 can't drop database in single user mode (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: postgres 8.2.9 can't drop database in single user mode
Re: postgres 8.2.9 can't drop database in single user mode Re: postgres 8.2.9 can`t drop database in single user mode |
Список | pgsql-admin |
wow - I am finally back in business!! Tom - the answer to your question is yes - these uncommitted transactions blocked the vacuuming. As soon as i got around getting the uncommitted transactions rollbacked - the vacuuming worked and things seemed fine. One other little thing i had was a corrupt pg_hba.conf file also. INteresting..... As soon as i recreated a new one - everything seemed fine. Question - is there any maintenance type item that we could to to check for uncommitted transactions on a regular basis - outside of the pg_prepared_xacts table? How about from a developers position - most of our code accessing the databases is jboss/java/jdbc. What could have happened from the code side that caused these uncommitted transactions? Thanks again for everybody's help!! Maria Wilson Tom Lane wrote: > "Maria L. Wilson" <Maria.L.Wilson-1@nasa.gov> writes: > >> yes - how do i get rid of these?? >> > > Either COMMIT PREPARED or ROLLBACK PREPARED, depending on whether > you think you want those old transactions to take effect or not. > (Personally I'd go for ROLLBACK --- if you did not even know those > transactions were open, you probably don't want them.) > > Does anyone remember whether uncommitted prepared transactions > block vacuum cleanup in 8.2.x? These things might explain Maria's > original problem, too. > > regards, tom lane >
В списке pgsql-admin по дате отправления: