Vous n'êtes pas identifié(e).
Pages : 1
Bonjour,
je travaille avec une base de données PostgreSQL 8.4 sur Ubuntu 10.04.
J'ai modifier le fichier postgresql.conf afin de déplacer les bases de données sur une autre partition (la propriété data_directory)
Tout marchait bien depuis plus de 3 mois mais maintenant ma partition root est pleine et nous avons remarqué le dossier /var/lib/postgresql/8.4/main/base contient des bases de données étrangement seulement 4 oid correspondent au dossier "base" de ma nouvelle partition.
Je me demandais si je pouvais supprimer les dossiers de /var/lib/postgresql/8.4/main/base sans qu'il y ait de conséquence.
Merci pour votre aide.
Non, pas encore car c'est un seveur dédié chez OVH. Merci je ferai ça. Ce qui me parait bizarre, c'est que le manager d'OVH indique aucun problème.
Merci beaucoup !
Super la technique a fonctionné ! J'ai enlevé la clef primaire de la table, identifié le doublon sur la colonne id, supprimé le doublon et enfin remis la contrainte primary key sur id.
Mais ce que je ne comprends pas c'est comment cela a pu arriver ?
En fait, j'ai un programme Java qui lit un fichier CSV et insère les données dans la table authors.
Merci beaucoup !
Bonjour,
J'ai l'erreur suivante lorsque je fais une opération REINDEX sur ma table authors
ERREUR: n'a pas pu créer l'index unique « authors_pkey »
DETAIL: La table contient des valeurs dupliquées.
authors_pkey correspond à la contrainte sur la clef primaire qui est de type serial.
J'ai effectué un
SELECT max(id) FROM authors
et regardé dans la table de séquence, je constate que la valeur retournée par ma requête est inférieure à ma valeur dans la séquence.
De plus, avec une simple requête :
SELECT id FROM authors ORDER by id
J'ai l'erreur suivante :
ERREUR: n'a pas pu ouvrir le segment 1 de la relation 1663/509911/509958 (bloc cible 4129190) : Aucun fichier ou répertoire de ce type
Par contre cette requête fonctionne parfaitement
SELECT id FROM authors
Quelqu'un a une idée où est le problème svp ?
Merci d'avance
D'accord, merci j’essaierai ça.
Après le redémarrage manuel de Postgres, tout semblait bien fonctionner sur le site. Mais ensuite j'avais remarqué qu'il y avait un probleme avec une contrainte d'intégrité sur un id (de type serial). En exécutant des requêtes SQL, j'ai constaté que un id était en double... alors que c'est la clef primaire de ma table. Je me suis dit que ce problème de doubon d'id est survenu parce que Postgres a été redémarré durant la restauration. Alors, j'ai remplacé la BDD par un dump (de cette même BDD datant de 24h ) . Donc, avec la nouvelle BDD, il y a plus de problèmes de doublon.
J'ai regardé les logs et j'ai cette erreur :
processus serveur (PID 20997) a été arrêté par le signal 11 : Segmentation fault
2011-11-07 16:54:48 CET LOG: arrêt des autres processus serveur actifs
Par contre la restauration a duré plus de 12h et comme c'est une bdd pour un site professionnel, j'ai du relancé postgres.
Merci.
Merci Marc pour ta réponse rapide, je regarde ça.
Bonjour,
Je possède une base de données postgres sur Debian. Et en me connectant à pgadmin sur ma BDD, j'ai le message suivant : " FATAL le système de base de données en cours de restauration ". Je voulais savoir quelles pouvaient être les causes possibles ?
Merci
Pages : 1
