[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [noalyss-generale] Récupérer une base de donnée après une ré-instal
From: |
maxime |
Subject: |
Re: [noalyss-generale] Récupérer une base de donnée après une ré-installation en catastrophe |
Date: |
Thu, 28 May 2020 13:46:19 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 |
Bonjour,
Merci pour ce début de solution, mes essais (pour l'instant toujours
infructueux) dans le corps du message
On 28/05/2020 12:59, Dany De Bontridder
via noalyss-generale wrote:
Bonjour,
C'est un peu compliqué , je vais donc
essayer d'être clair.
la situation :
tu as toute la DB 9.6 dans
/var/lib/9.6/main/ et aucun backup
C'est cela, et j'ai aussi le /etc/postgresql/9.6/main "historique".
Que faire ?
1° installer une version de
postgresql 9.6
Soit en la compilant , soit avec les
packages de la distrib
Fait, avec les paquets de la distrib
(à partir des infos ici :
https://askubuntu.com/questions/1052079/unable-to-install-postgresql-9-6-in-ubuntu-18-04)
2° la démarrer pour qu'elle
prennent les fichiers de /var/lib/9.6/main/
Soit grâce aux fichiers existant dans
/etc/postgresql/9.6/main soit à la main le temps de faire un
backup.
A la main , il faut copier des
fichier pg_hba.conf et postgresql.conf dans
/etc/postgresql/9.6/main , il faut les adapter !!!!
puis faire
Attention : il faut avoir le
chemin complet ver pg_ctl
/usr/lib/postgresql/9.6/bin/pg_ctl
start --pgdata /var/lib/9.6/main/ -o "--port=4000"
J'ai essayé et voici le résultat :
postgres@mardi:~$ /usr/lib/postgresql/9.6/bin/pg_ctl start --pgdata
/var/lib/postgresql/9.6/main/ -o "--port=4000"
serveur en cours de démarrage
postgres@mardi:~$ postgres : n'a pas pu accéder au fichier de
configuration « /var/lib/postgresql/9.6/main/postgresql.conf » :
Aucun fichier ou dossier de ce type
NB/ Je n'ai effectivement pas de fichier postfresql.conf dans le
dossier historique /var/lib/postgresql/9.6/main/, j'ai tout au
plus un fichier postgresql.auto.conf
et il me rend la main mais sans le préfixe habituel...
Une fois cela fait
Avec la nouvelle version de postgresl
faire
/usr/lib/postgresql/10/bin/pg_dumpall
> /tmp/full-backup.dmp
... du coup, j'arrive à lancer la suite
/usr/lib/postgresql/12/bin/pg_dumpall > full-backup.dmp
pg_dump: attention : WITH OIDS n'est plus supporté (table « action
»)
pg_dump: attention : WITH OIDS n'est plus supporté (table «
action_gestion »)
pg_dump: attention : WITH OIDS n'est plus supporté (table « attr_def
»)
pg_dump: attention : WITH OIDS n'est plus supporté (table « attr_min
»)
pg_dump: attention : WITH OIDS n'est plus supporté (table «
centralized »)
pg_dump: attention : WITH OIDS n'est plus supporté (table « document
»)
pg_dump: attention : WITH OIDS n'est plus supporté (table «
document_modele »)
pg_dump: attention : WITH OIDS n'est plus supporté (table «
document_state »)
pg_dump: attention : WITH OIDS n'est plus supporté (table «
document_type »)
pg_dump: attention : WITH OIDS n'est plus supporté (table « fiche »)
pg_dump: attention : WITH OIDS n'est plus supporté (table «
fiche_def »)
pg_dump: attention : WITH OIDS n'est plus supporté (table «
fiche_def_ref »)
pg_dump: attention : WITH OIDS n'est plus supporté (table «
fiche_detail »)
pg_dump: attention : WITH OIDS n'est plus supporté (table « form »)
pg_dump: attention : WITH OIDS n'est plus supporté (table « formdef
»)
pg_dump: attention : WITH OIDS n'est plus supporté (table «
jnt_fic_attr »)
pg_dump: attention : WITH OIDS n'est plus supporté (table « jrn »)
pg_dump: attention : WITH OIDS n'est plus supporté (table « jrn_def
»)
pg_dump: attention : WITH OIDS n'est plus supporté (table « jrn_rapt
»)
pg_dump: attention : WITH OIDS n'est plus supporté (table « jrn_type
»)
pg_dump: attention : WITH OIDS n'est plus supporté (table « jrnx »)
pg_dump: attention : WITH OIDS n'est plus supporté (table «
parameter »)
pg_dump: attention : WITH OIDS n'est plus supporté (table «
parm_code »)
pg_dump: attention : WITH OIDS n'est plus supporté (table «
parm_money »)
pg_dump: attention : WITH OIDS n'est plus supporté (table «
parm_periode »)
pg_dump: attention : WITH OIDS n'est plus supporté (table «
quant_sold »)
pg_dump: attention : WITH OIDS n'est plus supporté (table «
stock_goods »)
pg_dump: attention : WITH OIDS n'est plus supporté (table « tmp_pcmn
»)
pg_dump: attention : WITH OIDS n'est plus supporté (table « tva_rate
»)
pg_dump: attention : WITH OIDS n'est plus supporté (table «
user_local_pref »)
pg_dump: attention : WITH OIDS n'est plus supporté (table «
user_sec_act »)
pg_dump: attention : WITH OIDS n'est plus supporté (table «
user_sec_jrn »)
pg_dump: attention : WITH OIDS n'est plus supporté (table « version
»)
pg_dump: attention : WITH OIDS n'est plus supporté (table « action
»)
pg_dump: attention : WITH OIDS n'est plus supporté (table «
action_gestion »)
pg_dump: attention : WITH OIDS n'est plus supporté (table « attr_def
»)
pg_dump: attention : WITH OIDS n'est plus supporté (table « attr_min
»)
pg_dump: attention : WITH OIDS n'est plus supporté (table «
centralized »)
pg_dump: attention : WITH OIDS n'est plus supporté (table « document
»)
pg_dump: attention : WITH OIDS n'est plus supporté (table «
document_modele »)
pg_dump: attention : WITH OIDS n'est plus supporté (table «
document_state »)
pg_dump: attention : WITH OIDS n'est plus supporté (table «
document_type »)
pg_dump: attention : WITH OIDS n'est plus supporté (table « fiche »)
pg_dump: attention : WITH OIDS n'est plus supporté (table «
fiche_def »)
pg_dump: attention : WITH OIDS n'est plus supporté (table «
fiche_def_ref »)
pg_dump: attention : WITH OIDS n'est plus supporté (table «
fiche_detail »)
pg_dump: attention : WITH OIDS n'est plus supporté (table « form »)
pg_dump: attention : WITH OIDS n'est plus supporté (table « formdef
»)
pg_dump: attention : WITH OIDS n'est plus supporté (table «
jnt_fic_attr »)
pg_dump: attention : WITH OIDS n'est plus supporté (table « jrn »)
pg_dump: attention : WITH OIDS n'est plus supporté (table « jrn_def
»)
pg_dump: attention : WITH OIDS n'est plus supporté (table « jrn_rapt
»)
pg_dump: attention : WITH OIDS n'est plus supporté (table « jrn_type
»)
pg_dump: attention : WITH OIDS n'est plus supporté (table « jrnx »)
pg_dump: attention : WITH OIDS n'est plus supporté (table «
parameter »)
pg_dump: attention : WITH OIDS n'est plus supporté (table «
parm_code »)
pg_dump: attention : WITH OIDS n'est plus supporté (table «
parm_money »)
pg_dump: attention : WITH OIDS n'est plus supporté (table «
parm_periode »)
pg_dump: attention : WITH OIDS n'est plus supporté (table «
quant_sold »)
pg_dump: attention : WITH OIDS n'est plus supporté (table «
stock_goods »)
pg_dump: attention : WITH OIDS n'est plus supporté (table « tmp_pcmn
»)
pg_dump: attention : WITH OIDS n'est plus supporté (table « tva_rate
»)
pg_dump: attention : WITH OIDS n'est plus supporté (table «
user_local_pref »)
pg_dump: attention : WITH OIDS n'est plus supporté (table «
user_sec_act »)
pg_dump: attention : WITH OIDS n'est plus supporté (table «
user_sec_jrn »)
pg_dump: attention : WITH OIDS n'est plus supporté (table « version
»)
postgres@mardi:~$ /usr/lib/postgresql/9.6/bin/pg_ctl stop --pgdata
/var/lib/postgresql/9.6/main/ -o "--port=4000"
pg_ctl : le fichier de PID «
/var/lib/postgresql/9.6/main/postmaster.pid » n'existe pas
Le serveur est-il en cours d'exécution ?
postgres@mardi:~$
Ce qui me fait un fichier full-backup de 775Ko, ce qui je pense
n'est pas ma base de donnée (qui n'est pas grosse, mais quand même
:)
Une idée ?
D'avance merci et oui, si je m'en sors, j'écrirais une page de wiki
!
Maxime
Puis arrêter le server 9.6
/usr/lib/postgresql/9.6/bin/pg_ctl
stop --pgdata /var/lib/9.6/main/ -o "--port=4000"
Pourrais-tu améliorer la procédure et
ajouter une page pour ce genre de problème : tu n'es pas le
premier à qui cela arrive
Posgresql.conf minimum
listen_addresses =
'localhost' # what IP address(es) to listen on;
port = 4000 # (change requires
restart)
pg_hba.conf min
local all
all peer
host all all 127.0.0.1/32
trust
Tiens nous au courant
Dany
Le 28/05/20 à 12:27, maxime a écrit :
Salut,
Oui, et pour en être sûr j'ai recommencé la manip', et
maintenant je suis bloqué une étape plus tôt :
- soit j'ai un "erreur de connexion" juste après la page de
login admin/phpcompta
- soit je n'ai pas le dossier historique dans la page de
sélection des bases de données (je n'ai en fait aucun dossier)
En allant vérifier que j'ai bien créer l'utilisateur noalyss
(sudo -i -u postgres, suivi de psql), je tombe sur ce code
d'erreur :
psql: n'a pas pu se connecter au serveur : Aucun fichier ou
dossier de ce type
Le serveur est-il actif localement et accepte-t-il les
connexions sur la
socket Unix « /var/run/postgresql/.s.PGSQL.5432 » ?
J'ai cru un moment réussir à le contourner en faisant ce qui
était indiqué ici :
https://stackoverflow.com/questions/50287000/is-there-any-way-migrate-postgresql-db-without-pg-dump
Et à un moment j'ai cru avoir un poil plus de succès, car il
semblait que la seule contrainte soit que la base de donnée
originale était construite avec un LC_COLLATE="fr_FR.UTF-8" (et
que maintenant j'ai ré-installé l'ordi avec fr_BE.UTF-8). J'ai
fait les modifs que je pensais nécessaires pour corriger cela,
redémarrer l'ordi et maintenant je reste bloqué à l'étape
ci-dessus ( « /var/run/postgresql/.s.PGSQL.5432 » )...
Bref, je ne perds pas espoir, mais je serais ravi de savoir si
je creuse dans la bonne direction ou si le trésor est plutôt
dans le champ d'à côté ;)
Merci d'avance pour vos messages,
Maxime
On 27/05/2020 21:41, ydc wrote:
Salut, Maxime.
Après avoir remplacé le dossier «main» de postgresql, as-tu
procédé à
nouveau à la création de l'utilisateur postgre?
y
maxime:
Bonjour,
Mon ordinateur ayant bien planté après une fausse manip,
j'ai dû le
réinstaller complètement (en réussissant toutefois à
sauvegarder
l'intégralité du disque depuis la racine, et donc aussi les
fichiers
compris dans /var, et ainsi de suite). Après avoir
ré-installer Noalyss,
je cherche à récupérer la base de données qui allait avec,
et dont je
n'avais évidemment pas fait de backup *.bin depuis le
logiciel...
En forçant l'installation de postgresql 9.6 (ainsi que
noalyss 7201), et
en copiant/collant le contenu de l'ancien
/var/lib/9.6/main/* dans le
nouveau dossier éponyme, j'ai réussi à voir à nouveau le
dossier de
compta "historique" dans mon navigateur. Mais, en cliquant
dessus pour y
accéder, il m'indique "Erreur de connexion". J'imagine bien
que d'autres
fichiers sont à reconfigurer ailleurs et que ma méthode
n'est pas très
orthodoxe... !
Existe-t-il un moyen de récupérer/ouvrir dans noalyss cette
base de
donnée historique, afin d'en faire un export convenable,
avant de tout
réinstaller/mettre à jour (postgresql et noalyss) ?
Merci d'avance pour vos lumières !
Maxime
---
NOALYSS est un Serveur de Comptabilité et de Gestion libre
NOALYSS is an ERP Server opensource focused on accountancy
Gérer votre abonnement
https://lists.nongnu.org/mailman/listinfo/noalyss-generale
---
NOALYSS est un Serveur de Comptabilité et de Gestion libre
NOALYSS is an ERP Server opensource focused on accountancy
Gérer votre abonnement https://lists.nongnu.org/mailman/listinfo/noalyss-generale
---
NOALYSS est un Serveur de Comptabilité et de Gestion libre
NOALYSS is an ERP Server opensource focused on accountancy
Gérer votre abonnement https://lists.nongnu.org/mailman/listinfo/noalyss-generale
--
gpg key 0x6259f36e
Alchimerys sprl http://www.alchimerys.be
Noalyss , serveur de comptabilité libre ,http://www.noalyss.eu
---
NOALYSS est un Serveur de Comptabilité et de Gestion libre
NOALYSS is an ERP Server opensource focused on accountancy
Gérer votre abonnement https://lists.nongnu.org/mailman/listinfo/noalyss-generale
- [noalyss-generale] Récupérer une base de donnée après une ré-installation en catastrophe, maxime, 2020/05/27
- Re: [noalyss-generale] Récupérer une base de donnée après une ré-installation en catastrophe, ydc, 2020/05/27
- Re: [noalyss-generale] Récupérer une base de donnée après une ré-installation en catastrophe,
maxime <=
- Re: [noalyss-generale] Récupérer une base de donnée après une ré-installation en catastrophe, Dany De Bontridder, 2020/05/28
- Re: [noalyss-generale] Récupérer une base de donnée après une ré-installation en catastrophe, maxime, 2020/05/28
- Re: [noalyss-generale] Récupérer une base de donnée après une ré-installation en catastrophe, Dany De Bontridder, 2020/05/28
- Re: [noalyss-generale] Récupérer une base de donnée après une ré-installation en catastrophe, Dany De Bontridder, 2020/05/28
- Re: [noalyss-generale] Récupérer une base de donnée après une ré-installation en catastrophe, maxime, 2020/05/28
- Re: [noalyss-generale] Récupérer une base de donnée après une ré-installation en catastrophe, Dany De Bontridder, 2020/05/28
- Re: [noalyss-generale] Récupérer une base de donnée après une ré-installation en catastrophe, Dany De Bontridder, 2020/05/28
- Re: [noalyss-generale] Récupérer une base de donnée après une ré-installation en catastrophe, maxime, 2020/05/28
- Re: [noalyss-generale] Récupérer une base de donnée après une ré-installation en catastrophe, Dany De Bontridder, 2020/05/28
- Re: [noalyss-generale] Récupérer une base de donnée après une ré-installation en catastrophe, maxime, 2020/05/28