From: | "Carsten" <fcarsten(at)tpg(dot)com(dot)au> |
---|---|
To: | pgsql-bugs(at)postgresql(dot)org |
Subject: | BUG #3232: Regression: pgsql server startup problem with encrypted partitions |
Date: | 2007-04-16 23:56:29 |
Message-ID: | 200704162356.l3GNuThI019470@wwwmaster.postgresql.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
The following bug has been logged online:
Bug reference: 3232
Logged by: Carsten
Email address: fcarsten(at)tpg(dot)com(dot)au
PostgreSQL version: 8.2.3
Operating system: Windows XP SP 2
Description: Regression: pgsql server startup problem with encrypted
partitions
Details:
I am running the following scenario:
* Windows XP SP 2
* Postgres 8.2.3 installed on a normal Windows partition
* One highly sensitive database on a seperate table space which is located
on a TureCrypt partition
* The TrueCrypt partition only can be mounted after I log into the machine
(as I have to enter the password)
In the version of PostgreSQL which I was using previously (don't remember
version number) this scenario worked fine. As long as I didn't try to access
a database on the encrypted partition before mounting it the pgsql server
was happy.
In current version this no longer works. I have to manually restart the
pgsql server after mounting the encyprted partition to access the database
on it.
Were there any changes which made the pgsql server stricter in requiring
that all table-spaces exist on start-up? If yes, any chance of reversing
this to support databases on encrypted partitions or removable devices?
From | Date | Subject | |
---|---|---|---|
Next Message | Jeff Davis | 2007-04-17 01:59:40 | Grantor name gets lost when grantor role dropped |
Previous Message | Jon Sime | 2007-04-16 18:18:27 | Re: BUG #3230: Division problem |