Re: [noalyss-generale] Récupérer une base de donnée après une ré-installation en catastrophe

[maxime]

    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 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