Re: Extending the volume size of the data directory volume

Поиск
Список
Период
Сортировка
От Filip Rembiałkowski
Тема Re: Extending the volume size of the data directory volume
Дата
Msg-id CAP_rww=Dej=GvM3QEqmRbw4z=-RFyW2EZcwpC-vTw5sVmNHaJg@mail.gmail.com
обсуждение исходный текст
Ответ на Extending the volume size of the data directory volume  (panam <panam@gmx.net>)
Ответы Re: Extending the volume size of the data directory volume  (panam <panam@gmx.net>)
Список pgsql-general
here's what I would do to analyze this first:

- vmstat 1

- iostat -k -x 3

- look into system logs, maybe something actually happened there...

- look at the process list. find if some of Pg processes are in D state

- strace -f -v <PID of the "hanging" writer process>



2011/11/29 panam <panam@gmx.net>:
> Hi,
>
> as I am importing gigabytes of data and the space on the volume where the
> data dictionary resides just became to small during that process, I resized
> it dynamically (it is a LVM volume) according to this procedure:
>
http://www.techrepublic.com/blog/opensource/how-to-use-logical-volume-manager-lvm-to-grow-etx4-file-systems-online/3016
> Everything went without any problems and the import continued. Now, it is
> suddenly stuck (pgAdmin shows it as idle (piped connection)) and there is a
> good chance (as estimated from the space used) it just started using one of
> the added LE-Blocks (HDD space that was added to the volume). The db
> imported so far can be accessed just fine.
> So from the postmaster architecture, is there something that would explain
> this behaviour based on the hypothesis that newly added space was used? Any
> chance to revive the import somehow?
>
> Thanks
>
> --
> View this message in context:
http://postgresql.1045698.n5.nabble.com/Extending-the-volume-size-of-the-data-directory-volume-tp5030663p5030663.html
> Sent from the PostgreSQL - general mailing list archive at Nabble.com.
>
> --
> Sent via pgsql-general mailing list (pgsql-general@postgresql.org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-general

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

Предыдущее
От: Filip Rembiałkowski
Дата:
Сообщение: Re: initdb failure on Windows 2003
Следующее
От: Scott Marlowe
Дата:
Сообщение: Re: Query Optimizer makes a poor choice