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"
Puis voir ici
https://wiki.noalyss.eu/doku.php?id=tutoriaux:sauvegarde_et_restauration_des_bases_de_donnees
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 sprlhttp://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 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
