Re: PostgreSQL and FreeBSD SoftUpdates
От | Sean Chittenden |
---|---|
Тема | Re: PostgreSQL and FreeBSD SoftUpdates |
Дата | |
Msg-id | 9D624F06-8202-11D8-8EC1-000A95C705DC@chittenden.org обсуждение исходный текст |
Ответ на | Re: PostgreSQL and FreeBSD SoftUpdates ("Marc G. Fournier" <scrappy@postgresql.org>) |
Список | pgsql-hackers |
>>> Right off the top of my head, it almost sounds like a file is being >>> held >>> open after its been deleted ... we went through that with the new >>> aspseek >>> a little while back, where 170gig just disappeared overnight, but du >>> showed hardly any disk space being used ... >>> >>> Does restarting the database server (not rebooting, just restarting >>> the >>> postmaster) free up the disk space? >> >> No - have to reboot. That's probably because of softupdates though. > > 'k, *shouldn't* require a reboot ... but, what I'd try is to do what > you've thought .. disable softupdates and see if you can recreate ... > if > killing off the process auto-reclaims the space fast, then it sounds > like > a stale file being held open (log file being rotated improperly?) ... Install the latest version of lsof(8) and see if there are any stale files being held open. I've got databases on FreeBSD 4.X and 5.X with softupdates on both and haven't had a problem. I'm wondering if your database is doing something "exotic" that hasn't been tickled. The first thing that comes to mind is, are you using deferred constraints? Second, if it is a soft updates issue, then a reboot isn't necessary (as Marc says)... you should be able to stop the database and type df -k && sync && sleep 30 && df -k see space being freed up. -sc -- Sean Chittenden
В списке pgsql-hackers по дате отправления: