Re: New pg_upgrade data directory inside old one?

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: New pg_upgrade data directory inside old one?
Дата
Msg-id 20160218233247.GA30338@momjian.us
обсуждение исходный текст
Ответ на Re: New pg_upgrade data directory inside old one?  (Magnus Hagander <magnus@hagander.net>)
Список pgsql-hackers
On Mon, Feb 15, 2016 at 06:32:06PM +0100, Magnus Hagander wrote:
> 
> 
> On Mon, Feb 15, 2016 at 6:29 PM, Bruce Momjian <bruce@momjian.us> wrote:
> 
>     Someone on IRC reported that if they had run the pg_upgrade-created
>     delete_old_cluster.sh shell script it would have deleted their old _and_
>     new data directories.  (Fortunately they didn't run it.)
> 
>     I was confused how this could have happened, and the user explained that
>     their old cluster was in /u/pgsql/data, and that they wanted to switch to
>     a per-major-version directory naming schema, so they put the new data
>     directory in /u/pgsql/data/9.5.  (They could have just moved the
>     directory while the server was down, but didn't.)
> 
>     Unfortunately, there is no check for having the new cluster data
>     directory inside the old data directory, only a check for tablespace
>     directories in the old cluster.  (I never anticipated someone would do
>     this.)
> 
> 
> Interesting - I definitely wouldn't have expected that either. And it
> definitely seems like a foot-gun we should protect the users against. 

Patch applied back through 9.3 where delete script tests were added.

--  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. +
+ Roman grave inscription                             +



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: [DOCS] The number of bytes is stored in index_size of pgstatindex() ?
Следующее
От: Peter Geoghegan
Дата:
Сообщение: Re: Remove or weaken hints about "effective resolution of sleep delays is 10 ms"?