Vous n'êtes pas identifié(e).
Pages : 1
Ouai, mais ce que je n'ai pas compris c'est pourquoi mon pg_dump ne s'était pas mis à jour avec la mise à jour Debian. Il y a eut un changement de paquet ?
OK. Je comprend la démarche. Mais de mon côté l'idée n'était pas de réinstaller la version 8.3 sur le système, mais juste temporairement pour récupérer les données. C'est bien pour cela d'ailleurs que j'ai éviter de me mettre root pour en faire l'installation.
Pour le pg_dumpall visiblement il n'y a plus de problème, mais hier lorsque je voulais le faire sur le port de la version 8.4 j'avais une erreur comme quoi le serveur était 8.4 mais le client était 8.3. Là, je sais pas si c'est dû à l'installation du paquet postgresql-client (postgresql-common et postgresql-client-common étaient installés aux), mais j'ai pu faire un dump sur ma base 8.4. Donc visiblement il n'y a plus de problème.
Merci encore en tout cas
En fait après avoir faire un apt-get install postgresql-client il semble que tout rentre dans l'ordre.
Puis-je désormais me permettre de supprimer les répertoires suivants ?
/usr/share/postgresql/8.3/
/var/lib/postgresql/8.3/
/etc/postgresql/8.3/
et le script /etc/init.d/postgresql-8.3 ?
Que veux-tu dire ? Si je récupère les sources du dépot Debian alors je pourrait submitter un paquet pour squeeze ?
En fait mon problème d'utilisatuer a été réglé après redémarrage de la base.
Par contre, je ne sais pas quoi faire pour régler mon problème de pg_dumpall, actuellement il m'est impossible de procéder à un export Je sais pas pourquoi je n'ai pas la bonne version ? Et je pense pas que c'est le dépot qui n'est pas cohérent, je dois avoir un problème !
Bonsoir !
J’ai recompilé postgresql et j’ai en effet réussit à récupérer mes données. En faisait un dump j’ai réussit à les important dans mon cluster 8.4.
Par contre j’ai désormais deux problèmes :
* Que ce soit avec la 8.3 et que j’ai compilé (écoutant sur le port 5433), ou bien avec la 8.4 (reconfigurée pour écouter sur le port 5432), sous phppgadmin j’arrive bien à accéder aux données avec le compte postgres (j’ai temporairement désactivé la sécurité de phppgadmin) ; mais avec les autres utilisateurs j’ai l’erreur : « User does not have CONNECT privilege. » alors qu’il était tout à fait possible qu’un utilisateur accès à ses schémas. Cependant je constate que d’autres applications web utilisant mes comptes postgreSQL sont à nouveau fonctionne. Je me demande alors si ça ne viendrais pas de la configuration de pg_hba.conf ??
* La commade pg_dumpall ne fonctionne pas pour le server 8.4. En effet j’ai un avertissement comme quoi ma version de pg_dumpall est en 8.3.11 alors que l’host est en 8.4. Pourtant apt-get install postgresql-common ne me met rien à jour
Je pense que ce n’est plus grand-chose par rapport à ce que j’ai fait, mais j’aimerai pouvoir retrouver une installation la plus clean possible. Merci par avance
En tout cas, voici le détail de la procédure que j’ai effectué pour récupérer mes données :
Tout d’abord en tant que root :
apt-get build-dep postgresql-8.3
Ensuite, en tant que compte ‘philippe’ :
tar -xzf postgresql-8.3.11.tar.gz
cd postgresql-8.3.11/
mkdir /home/philippe/postgres-install
./configure --prefix=/home/philippe/postgres-install --enable-integer-datetimes
make
make install
Puis à nouveau en tant que root, récupération des données :
cp -R /var/lib/postgresql/8.3/main/ /home/philippe/postgres-install/data
chown -R philippe:philippe /home/philippe/postgres-install/
Et en tant qu’utilisateur ‘philippe’ :
mkdir /home/philippe/postgres-install/var/
mkdir /home/philippe/postgres-install/etc/
cp /home/philippe/post.conf/postgresql.conf /home/philippe/postgres-install/etc/postgresql.conf
cp /home/philippe/post.conf/pg_hba.conf /home/philippe/postgres-install/etc/pg_hba.conf
cp /home/philippe/post.conf/pg_ident.conf /home/philippe/postgres-install/etc/pg_ident.conf
cp /home/philippe/post.conf/postmaster.opts /home/philippe/postgres-install/data/postmaster.opts
Où les fichiers dans /home/philippe/post.conf/ dont des versions modifiés de /etc/postgresql/8.3/ et /var/lib/postgresql/8.3/main/postmaster.opts pour utiliser les dossiers dans /home/philippe/postgres-install/
J’ai aussi configurer pour lancer cette installation sur le port 5433
Enfin en tant que root, je refait un chown de mon dossier d’intall pour le compte postgres. Et en tant que postgres je lance la commande /home/philippe/postgres-install/bin/postgres "-D" "/home/philippe/postgres-install/data" "-c" "config_file=/home/philippe/postgres-install/etc/postgresql.conf"
Je fait mon dump avec pg_dumpall -h localhost -p 5433 -U postgres -f /home/philippe/backup/dump
Ensuite, j’ai reconfiguré ma 8.4 de Debian pour écouter sur le port par défaut 5432 et relancé le service. Et j’ai fait la commande psql < /home/philippe/backup/dump pour restaurer ma base.
Hum.. disons qu'en fait lorsque je fait la commande apt-get install libkrb53 j'obtient la réponse suivante:
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires :
apache2-suexec-custom libgtk2.0-common pwgen libatk1.0-0 libio-compress-zlib-perl libcompress-raw-zlib-perl automake1.4 libxcb-render-util0 libmd5-perl mysql-client openssh-blacklist-extra libsensors3 db4.6-util libdjvulibre21
libcompress-zlib-perl djvulibre-desktop libilmbase6 ttf-dejavu-extra re2c sqlite clamav webmin-virtual-server webmin-virtualmin-awstats libmail-spf-perl clamav-freshclam awstats libcap1 libio-compress-base-perl libsocket6-perl
openssl-blacklist libxslt1.1 libserf-0-0 rdoc postgresql-doc-8.3 postgresql-doc-8.4 libsqlite0 libnet-xwhois-perl quota ri libcairo2 liberror-perl libnetaddr-ip-perl clamav-base libclamav6 spamassassin libpango1.0-common
libxcb-render0 hicolor-icon-theme libisccc50 libxxf86misc1 libapache2-mod-fcgid libmysqlclient15off libdirectfb-1.0-0 fontconfig spamc clamav-testfiles libmcrypt4 librecode0 libltdl3-dev libtidy-0.99-0 webmin-virtualmin-mailman
libjs-mootools libstartup-notification0 webmin-virtualmin-htpasswd liblwres50 libhunspell-1.2-0 libpango1.0-0 libt1-5 mailman libhal1 scponly webmin-security-updates mlock libgsf-1-common mysql-server irb libcroco3 libopenexr6
clamav-daemon clamav-docs libnet-ip-perl openssh-blacklist libthai0 dctrl-tools libio-socket-inet6-perl libnet-dns-perl libxtrap6 libsys-syslog-perl postgresql-doc libatk1.0-data procmail-wrapper webalizer webmin-virtual-server-theme
tcl8.4 webmin-virtualmin-dav psfontmgr libming0 libmozjs1d ttf-dejavu libmpfr1ldbl python-egenix-mxdatetime libvolume-id0 proftpd-basic postgresql-client-common libthai-data xorg-docs libnl1 apache2-doc python-egenix-mxtools
myspell-en-us libsysfs2 libtommath0 libmhash2 dbconfig-common usermin-virtual-server-theme libdigest-hmac-perl libisc52 dbus-x11 tinymce libgraphviz4 libdjvulibre-text proftpd-mod-mysql defoma libiodbc2 postgresql-common libnss3-1d
libavahi-core5 webmin-virtualmin-svn x-ttcidfont-conf libsys-hostname-long-perl libgsf-1-114 libltdl3 ri1.8 enscript libdigest-sha1-perl proftpd-mod-ldap
Veuillez utiliser « apt-get autoremove » pour les supprimer.
Paquets suggérés :
krb5-doc krb5-user
Les paquets suivants seront ENLEVÉS :
avahi-daemon bind9 bind9-host bind9utils curl cvsnt debian-goodies dnsutils dovecot-common dovecot-imapd dovecot-pop3d ghostscript gs-common iceweasel libapache2-mod-php5 libapache2-svn libbind9-60 libc-client2007e libcups2
libcupsimage2 libcurl3 libdbd-pg-perl libdns66 libgs8 libgsasl7 libgssapi-krb5-2 libgtk2.0-0 libgtk2.0-bin libisccfg60 libk5crypto3 libkrb5-3 libkrb5support0 libmagick10 libmailutils2 libneon27-gnutls libnss-mdns libpg-perl libpq5
librsvg2-2 libsvn1 libwmf0.2-7 mailutils mutt nfs-common openssh-client openssh-server php-auth php-auth-sasl php-mail-mime php-mail-mimedecode php-mdb2 php-mdb2-driver-mysql php-mdb2-driver-pgsql php-mdb2-driver-sqlite php-net-smtp
php-net-socket php-pear php5 php5-cgi php5-cli php5-curl php5-gd php5-idn php5-imagick php5-imap php5-ldap php5-mcrypt php5-memcache php5-ming php5-mysql php5-pgsql php5-pspell php5-recode php5-snmp php5-sqlite php5-suhosin php5-tidy
php5-xcache php5-xmlrpc php5-xsl phpmyadmin phppgadmin postgresql postgresql-8.4 postgresql-client-8.3 postgresql-client-8.4 proftpd-mod-pgsql python-subversion roundcube roundcube-core roundcube-sqlite sasl2-bin ssh subversion
sun-java6-plugin viewvc viewvc-query virtualmin-base xulrunner-1.9.1
Les NOUVEAUX paquets suivants seront installés :
libkrb53
0 mis à jour, 1 nouvellement installés, 99 à enlever et 1 non mis à jour.
Il est nécessaire de prendre 0o/482ko dans les archives.
Après cette opération, 207Mo d'espace disque seront libérés.
Souhaitez-vous continuer [O/n] ? n
Annulation.
Ce qui ne me donne certainement pas envie de continuer !!!
Ne risquerais-je pas d'avoir le même problème en faisant une installation manuelle ?
Bonjour,
Je ne suis pas très expérimenté avec PostgreSQL et je rencontre le même problème lors d'une mise à jour de Debian Lenny vers Squeeze.
Debian m’a installé la version 8.4 de PostgreSQL en créant un nouveau cluster dans /var/lib/postgresql/8.4/. L’ancien cluster est toujours dans /var/lib/postgresql/8.3/.
Visiblement l’installation a laissé les répertoires /etc/postgresql/8.3 et /var/lib/postgresql/8.3/.
Dans les configurations 8.3 est configuré sur le port 5432 et 8.4 sur le port 5433.
Il faudrait que je puisse lancer PostgreSQL 8.3 afin d’utiliser pg_upgradecluster afin de migrer mes données du cluster 8.3 vers le cluster 8.4.
Mais… lorsque je lance /etc/init.d/postgresql start seul la version 8.4 se lance.
La commande /etc/init.d/postgresql start 8.3 ne fait rien. J’ai aussi un script /etc/init.d/postgresql-8.3. Celui me donne l’erreur suivante :
mainError: could not exec start -D /var/lib/postgresql/8.3/main -l /var/log/postgresql/postgresql-8.3-main.log -s -o -c config_file="/etc/postgresql/8.3/main/postgresql.conf" : Aucun fichier ou dossier de ce type ... failed!
failed!
Pourtant comme indiqué plus haut les fichiers mentionnés dans la commande sont bel et bien présent sur mon système. J’ignore alors quel est le fichier manquant.
De plus la commande apt-get install postgresql-8.3, pour réinstaller postgresql en parallèle, me donne l’erreur suivante :
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Certains paquets ne peuvent être installés. Ceci peut signifier que vous avez demandé l'impossible, ou bien, si vous utilisez la distribution unstable, que certains paquets n'ont pas encore été créés ou ne sont pas sortis d'Incoming.
L'information suivante devrait vous aider à résoudre la situation :
Les paquets suivants contiennent des dépendances non satisfaites :
postgresql-8.3: Dépend: libkrb53 (>= 1.6.dfsg.2) mais ne sera pas installé
E: Paquets défectueux
Merci d’avance si vous avez une indication pour pouvoir relancer PostgreSQL 8.3.
Pages : 1