C'est à peu près le seul endroit où j'ai trouvé un problème similaire au mien!
Nous avions un ancien Debien 9 / PostgreSQL 9.6, avec une procédure d'import de données exportées depuis un autre site géré par d'autres équipes.
Un beau jour, pg_restore refuse de récupérer l'export :
pg_restore: [archiveur] version non supportée (1.14) dans le fichier d'en-tête
A l'autre bout, ils ont procédé à une montée en version (on ne peut pas leur en vouloir) sans prévenir (on peut leur en vouloir!).
Méthode choisie pour régler le problème : upgrade debian 9 vers 10, puis pg_upgradecluster, puis upgrade debian 10 vers 11, re pg_upgradecluster, et enfin upgrade debian 11 vers 12 et un pg_upgtradecluster pour finir.
Le message d'erreur n'est plus le même, désormais. On a droit à :
pg_restore: erreur : une seule des options -d/--dbname and -f/--file peut être indiquée
Mais on y a droit tout le temps, même en tapant juste au prompt :
pg_upgrade
J'ai loupé une étape?
Je n'ai plus la debian 9.6 d'origine pour vérifier ce que retourne la simple commande :
pg_restore
Merci,
Christophe.
]]>cela n'a rien à voir avec le user postgres.
/tmp n'est pas vraiment un bon endroit pour faire un export de données.
Donc soit vous agrandissez /tmp suffisamment pour pouvoir accueillir le dump
soit vous générez le dump dans un autre file system (dans lequel postgres a le droit d'écrire)
Mais de toute façon évitez d'utiliser /tmp
]]>Ce n'est malheureusement pas possible ni prévu pour le moment.
]]>update test.fleuve
set tx_uti_sch = round(tx_uti_sch:: numeric, 2);
Cordialement,
]]>pg_depend ne retourne que des identifiants effectivement, mais vous pouvez soit utiliser pg_describe_object (https://www.postgresql.org/docs/current/functions-info.html ) soit joindre pg_depend aux catalogues voulus pour retrouver le nom correspondant.
]]>je ne suis plus du tout dans le dev et je souhaite supprimer mon identité de ce forum. Je n'ai pas trouvé le moyen de le faire moi-même.
Un modo ou admin peut-il le faire à ma place ?
Merci d'avance
]]>Pas vraiment. Il y a eu un changement avec la version 10 parce que les scripts de génération du projet se basaient enfin sur du XML (même si les fichiers sont toujours en .sgml). Du coup, il était plus simple de se baser sur leur script de génération. Mais donc en gros, il n'y a que deux types de génération en ce qui concerne la traduction : avant la v10 et depuis la v10.
> Si oui, pourquoi ne pas avoir migré les anciennes versions vers le format le plus récent ?
Parce que c'est du boulot, un boulot pas marrant, qui ne change rien pour les lecteurs. Le travail de traduction sur chaque version me prend déjà suffisamment de temps.
> J'imagine qu'il n'est donc pas non plus envisageable d'ajouter un bouton pour changer de version sur la même page ?
En tout cas, pas par moi. Si quelqu'un propose un patch fonctionnel qui permet de générer les anciennes versions comme les nouvelles, je suis clairement preneur et je prendrais le temps pour tout regénérer. Si vous êtes intéressés, n'hésitez pas.
]]>Aujourd'hui je vois aussi:
Cette page n'existe plus
Vous avez suivi un lien vers une page qui n'existe plus. Vous pouvez afficher la liste des anciennes revisions pour voir quand et pourquoi la page a été supprimée, pour accéder à ses anciennes révisions ou pour la restaurer.
Et l'historique de la page en question dit que la page a été supprimée le 29 juillet:
Anciennes révisions
Voici les anciennes révisions de la page en cours. Pour les comparer, sélectionnez-les avec les cases à options. Pour revenir à une ancienne révision, affichez-la en cliquant sur son nom, puis cliquez sur le bouton « Modifier cette page » et enregistrez-la.
2022/07/29 10:58 accueil – supprimée aquaslotgacor -2.6 KB (Version actuelle)
2022/07/25 06:44 Différences avec la version actuelle accueil – ancienne révision (2022/06/17 11:04) restaurée anthonyn +2.1 KB
J'ai restauré la version du 25.07.
]]>merci beaucoup pour votre réactivité! Ça ne tenait pas à grand chose...
]]>