I have to ask this out of curiosity... not removing the 9.4 data directorie=
s explains why the space was not released. However, why did I not see the s=
ame issue with Index tablespace directories. I have about 4 TB of indexes a=
nd the vols were pretty much 90% utilized before the "alter table set logge=
d", and may be 95% or so after running the statement. Does the switch from =
"unlogged" to "logged" of tables has a different effect on indexes - may be=
indexes are not "really" rebuilt as were the tables.=20
Thanks
________________________________________
From: Ganesh Kannan
Sent: Friday, June 3, 2016 2:38 PM
To: Bruce Momjian; Tom Lane
Cc: pgsql-bugs@postgresql.org
Subject: Re: [BUGS] After upgrade to 9.5 space not being released
Thank you Bruce and Tom.
I ran the delete_old_cluster.sh script, and it did the job. Appreciate all =
your work and timely response. That was my bad, I did not want to remove t=
he 9.4 directories until I validate the database upgrade fully, so made som=
e wrong assumptions about hard link behavior.
Thanks again,
Ganesh
________________________________________
From: Bruce Momjian <bruce@momjian.us>
Sent: Friday, June 3, 2016 1:48:53 PM
To: Tom Lane
Cc: Ganesh Kannan; pgsql-bugs@postgresql.org
Subject: Re: [BUGS] After upgrade to 9.5 space not being released
On Fri, Jun 3, 2016 at 01:40:38PM -0400, Tom Lane wrote:
> Ganesh Kannan <ganesh.kannan@weatheranalytics.com> writes:
> > Sorry I meant to say I did not remove the old data directory given they=
are hard links, and not soft links. I thought I should not remove those ha=
rd links when using "pg_upgrade --link" option.
>
> As long as those old files still have hard links in the old data
> directory, they are not going to go away.
>
> Note that if you're using tablespaces, you need to clear out the
> appropriate tablespace subdirectories, not only the old data
> directory proper.
Uh, after the upgrade, the output say:
Running this script will delete the old cluster's data files:
./delete_old_cluster.sh
That script is designed to do this cleanup.
--
Bruce Momjian <bruce@momjian.us> http://momjian.us
EnterpriseDB http://enterprisedb.com
+ As you are, so once was I. As I am, so you will be. +
+ Ancient Roman grave inscription +