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
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 |