Salut Philippe, Attention c'est juste pour restaurer , le trust enlève la sécurité et ouvre tout , donc pour juste un restaure de 10 minutes okay , mais surtout ne pas le laisser ainsi. Le md5 est mieux :-)
.D Le 28/05/20 à 13:26, dstc a écrit : > bonjour, > je vois à la fin d'un message de dany > > **_**_ > > _pg_hba.conf min_ > > local all all peer > > host all all 127.0.0.1/32 trust > > c'est ce qu'on trouve à l'installation et qu'il faut changer ou c'est > ce qu'il faut mettre ? > > moi j'ai : > # TYPE DATABASE USER ADDRESS METHOD > > # "local" is for Unix domain socket connections only > local all all md5 > # IPv4 local connections: > host all all 127.0.0.1/32 md5 > # IPv6 local connections: > host all all ::1/128 md5 > > > et ça fonctionne > bien à vous tous > > phdh > > > > Le 28/05/20 à 12:59, [email protected] a écrit : >> Envoyez vos messages pour la liste noalyss-generale à >> [email protected] >> >> Pour vous (dés)abonner par le web, consultez >> https://lists.nongnu.org/mailman/listinfo/noalyss-generale >> >> ou, par email, envoyez un message avec 'help' dans le corps ou dans le >> sujet à >> [email protected] >> >> Vous pouvez contacter l'administrateur de la liste à l'adresse >> [email protected] >> >> Si vous répondez, n'oubliez pas de changer l'objet du message afin >> qu'il soit plus spécifique que "Re: Contenu du digest de >> noalyss-generale..." >> >> >> Thèmes du jour : >> >> 1. Re: Récupérer une base de donnée après une >> ré-installation en catastrophe (ydc) >> 2. Re: Récupérer une base de donnée après une >> ré-installation en catastrophe (maxime) >> 3. Re: Récupérer une base de donnée après une >> ré-installation en catastrophe (Dany De Bontridder) >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Wed, 27 May 2020 21:41:14 +0200 >> From: ydc <[email protected]> >> To: [email protected] >> Subject: Re: [noalyss-generale] Récupérer une base de donnée >> après une ré-installation en catastrophe >> Message-ID: <[email protected]> >> Content-Type: text/plain; charset=utf-8 >> >> 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 >> >> >> >> ------------------------------ >> >> Message: 2 >> Date: Thu, 28 May 2020 12:27:29 +0200 >> From: maxime <[email protected]> >> To: [email protected] >> Subject: Re: [noalyss-generale] Récupérer une base de donnée >> après une ré-installation en catastrophe >> Message-ID: <[email protected]> >> Content-Type: text/plain; charset=utf-8; format=flowed >> >> 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 >> >> >> >> >> ------------------------------ >> >> Message: 3 >> Date: Thu, 28 May 2020 12:59:16 +0200 >> From: Dany De Bontridder <[email protected]> >> To: [email protected] >> Subject: Re: [noalyss-generale] Récupérer une base de donnée >> après une ré-installation en catastrophe >> Message-ID: <[email protected]> >> Content-Type: text/plain; charset="utf-8" >> >> 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 >> >> Que faire ? >> _*1° installer une version de postgresql 9.6 >> *_ >> Soit en la compilant , soit avec les packages de la distrib >> >> >> >> _*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" >> >> Une fois cela fait >> >> Avec la nouvelle version de postgresl faire >> >> /usr/lib/postgresql/10/bin/pg_dumpall > /tmp/full-backup.dmp >> >> 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
