Vous n'êtes pas identifié(e).
Toujours dans le même contexte:
après avoir déplacé la table et ses indexes j'ai effectué un vacuum full mais il ne m'a pas récupéré de l'espace :
nohup: ignoring input
INFO: vacuuming "public.abonnement"
INFO: "abonnement": found 0 removable, 153625015 nonremovable row versions in 1519342 pages
DETAIL: 68880619 dead row versions cannot be removed yet.
CPU 68.37s/147.85u sec elapsed 277.41 sec.
INFO: analyzing "public.idg_etu_abonnement"
INFO: "abonnement": scanned 30000 of 1511144 pages, containing 1679913 live rows and 1370361 dead rows; 30000 rows in sample, 152255079 estimated total rows
VACUUM
Pour information la table fait 12GB avec un seul index de 9GB.
La ligne DETAIL: 68880619 dead row versions cannot be removed yet. correspond à quoi exactement ?.
d'avance merci pour votre aide.
Cordialement.
Mahdi,
Il me semble que j'ai trouvé, apparemment il faut également faire la même action sur les indexes de la table.
Bonjour,
Je viens de changer le tablespace d'une table avec la commande ALTER TABLE matable SET TABLESPACE NEW_TABLESPACE.
Je vois bien ma table sur le nouveau FS mais il ne m'a pas récupéré l'espace sur l'ancien FS ?
Quelqu'un aurait une idée SVP !
Cordialement.
Mahdi,
Merci Guillaume
Désolé pour le dérangement.
oid oid Row identifier (hidden attribute; must be explicitly selected)
je n'ai pas sélectionné le bonne colonne dans ma requête.
Bonjour,
J'ai un souci le numéro oid dans la vue pg_database ne correspond pas au numéro dans $PGDATA/base
postgres=# select datdba from pg_database;
datdba
--------
10
10
10
16385
454548
(5 rows)
postgres=# \! ls -ltr /u02/postgresql-9.4-5436/data/base
total 34972
drwx------ 2 postgres postgres 12288 Mar 6 10:13 13003
drwx------ 2 postgres postgres 4096 Apr 22 02:25 454549
drwx------ 2 postgres postgres 4096 Jun 10 02:40 1
drwx------ 2 postgres postgres 4096 Jun 10 02:40 12998
drwx------ 2 postgres postgres 36864 Jul 3 10:33 16386
drwx------ 2 postgres postgres 35745792 Jul 3 15:11 pgsql_tmp
postgres=#
Est-ce que c'est normal ?
D'avance merci !
Cordialement.
Bonjour,
pg_dump se plante sur une base et quand j'ai vérifié la log de postgresql j'ai trouvé:
2017-01-24 03:56:49 CET [postgres] [CRA_POR_USINE_FO_PROD] [6500] [5-1]: LOG: could not send data to client: Connection reset by peer
2017-01-24 03:56:49 CET [postgres] [CRA_POR_USINE_FO_PROD] [6500] [6-1]: STATEMENT: COPY public.piece_jointe (pji_id, frm_id, pjo_nom, pjo_ctnt_type, pjo_date, pjo_taille, pjo_num_row, pjo_data) TO stdout;
2017-01-24 03:56:49 CET [postgres] [CRA_POR_USINE_FO_PROD] [6500] [7-1]: FATAL: connection to client lost
2017-01-24 03:56:49 CET [postgres] [CRA_POR_USINE_FO_PROD] [6500] [8-1]: STATEMENT: COPY public.piece_jointe (pji_id, frm_id, pjo_nom
Sachant que le pg_dump est lancé en local avec l'user postgres.
D'avance merci pour votre aide !
Cordialement.
MBA
Merci !
Bonjour,
J'ai constaté beaucoup de locks dans ma base et les sessions qui sont en cause sont idle :
postgres=# SELECT version();
version
-------------------------------------------------------------
PostgreSQL 9.4.8, compiled by Visual C++ build 1800, 64-bit
(1 ligne)
postgres=# SELECT count(*)
postgres-# FROM pg_locks l, pg_stat_activity s
postgres-# WHERE s.pid = l.pid and s.state like 'idle%';
count
-------
349
(1 ligne)
postgres=#
Dans la log error il y a plusieurs lignes de type:
2017-01-19 14:34:09 CET LOG: n'a pas pu recevoir les données du client : An existing connection was forcibly closed by the remote host.
2017-01-19 14:34:09 CET LOG: n'a pas pu recevoir les données du client : An existing connection was forcibly closed by the remote host.
2017-01-19 14:34:09 CET LOG: n'a pas pu recevoir les données du client : An existing connection was forcibly closed by the remote host.
2017-01-19 14:34:09 CET LOG: fin de fichier (EOF) inattendue de la connexion du client avec une
transaction ouverte
2017-01-19 14:35:07 CET LOG: n'a pas pu recevoir les données du client : An existing connection was forcibly closed by the remote host.
2017-01-19 14:45:29 CET ERREUR: SAVEPOINT peut seulement être utilisé dans des blocs de transaction
2017-01-19 14:45:29 CET INSTRUCTION : SAVEPOINT SAVEPOINT_EXECUTE
d'avance merci pour votre aide .
Cordialement.
