Tablespaces llenos ¿es posible?

From: Reynier Pérez Mira <rperezm(at)uci(dot)cu>
To: pgsql-es-ayuda <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: Tablespaces llenos ¿es posible?
Date: 2009-09-25 02:41:10
Message-ID: 4ABC2DC6.9020400@uci.cu
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda

Hola listeros:
Tengo un servidor que realiza salvas automáticas con Bacula. Este usa
una BD PostgreSQL para almacenar la información de las cosas salvadas,
los directorios, etc. La cuestión es que cuando cree la BD le dije que
usara el tablespace "pg_default" del cual no conozco la capacidad
máxima. Hace unos días Bacula me está reportando el siguiente error:

23-Sep 03:17 serverbacula-dir JobId 2215: Fatal error: sql_create.c:825
Fill File table Query failed: INSERT INTO File (FileIndex, JobId,
PathId, FilenameId, LStat, MD5)SELECT batch.FileIndex, batch.JobId,
Path.PathId, Filename.FilenameId,batch.LStat, batch.MD5 FROM batch JOIN
Path ON (batch.Path = Path.Path) JOIN Filename ON (batch.Name =
Filename.Name): ERR=ERROR: could not write to hash-join temporary file:
No space left on device

No se si el espacio disponible se refiere al tablespace o al espacio en
HDD aunque este último lo he comprobado y no tiene problemas. Observen:

root(at)postgresql:~# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/vg00-lv_root
2.4G 758M 1.6G 33% /
tmpfs 1.9G 0 1.9G 0% /lib/init/rw
varrun 1.9G 84K 1.9G 1% /var/run
varlock 1.9G 0 1.9G 0% /var/lock
udev 1.9G 152K 1.9G 1% /dev
tmpfs 1.9G 0 1.9G 0% /dev/shm
lrm 1.9G 2.4M 1.9G 1%
/lib/modules/2.6.28-11-server/volatile
/dev/sda1 89M 14M 71M 16% /boot
/dev/mapper/vg00-lv_tmp
477M 11M 442M 3% /tmp
/dev/mapper/vg00-lv_var
2.4G 1.6G 719M 69% /var

¿Qué me dicen al respecto?

Un saludo y gracias por adelantado

Responses

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message <<Jorge Humberto Fajardo>>::http://sermicro.blogspot.com 2009-09-25 03:48:36 NECESITO MANUALES ESPAÑOL
Previous Message Marcos Luis Ortiz Valmaseda 2009-09-24 23:18:17 Re: Dos instancias de PostgreSQL conviviendo en un mismo PG_DATA