Post ATSKL4AVBCnfGplCDo by lanodan@queer.hacktivis.me
(DIR) More posts by lanodan@queer.hacktivis.me
(DIR) Post #ATPayeDk5V8SAeIAD2 by bortzmeyer@mastodon.gougere.fr
2023-03-08T16:54:26Z
0 likes, 0 repeats
Qui c'est qui a mis à jour PostgreSQL sans vérifier que la base de données pouvait être migrée vers la nouvelle version ?(J'en suis à recompiler une vieille version.)
(DIR) Post #ATPbbMLsSPgG2sYY5o by Tsadiq@mastodon.social
2023-03-08T16:58:16Z
0 likes, 0 repeats
@bortzmeyer j'ai perdu mon instance gitlab locale comme ça 😬 #FaitesDesBackups
(DIR) Post #ATPbotPQrW2kKrfjcG by bortzmeyer@mastodon.gougere.fr
2023-03-08T17:02:38Z
0 likes, 0 repeats
@Tsadiq Oui, il, y a un backup en SQL donc je pourrais le recharger mais je suis prêt à faire des efforts compliqués pour ne pas perdre quelques heures de données (qui, pour cette application particulière, seront reconstituées facilement).
(DIR) Post #ATPcHaTWKzMe0iGcTY by Tsadiq@mastodon.social
2023-03-08T17:09:17Z
0 likes, 0 repeats
@bortzmeyer oh ça oui j'imagine bien ! Dans mon cas c'était irréversible et comme c'était en local ben... woops 🙊
(DIR) Post #ATPfUtlsCrMFU0tGAC by biggrizzly@framapiaf.org
2023-03-08T17:45:36Z
0 likes, 0 repeats
@bortzmeyer avec de la chance, y-a une image docker dans la bonne version rien que pour faire la backup des données et les réinjecter dans un environnement à jour ?
(DIR) Post #ATPgGZkJxiWHHCtl8i by bortzmeyer@mastodon.gougere.fr
2023-03-08T17:54:36Z
0 likes, 0 repeats
@biggrizzly Plus simple : recompiler une vieille version (sur ArchLinux, il y a même un paquetage AUR pour ça).
(DIR) Post #ATPgszKTIFBXcp7kYK by bortzmeyer@mastodon.gougere.fr
2023-03-08T18:01:37Z
1 likes, 0 repeats
C'est réparé, mais ne m'embauchez pas comme DBA !
(DIR) Post #ATPidlQKuX2k3xjezo by aegir_fr@mastodon.social
2023-03-08T18:21:29Z
0 likes, 0 repeats
@bortzmeyer C'est pas compliqué : Il faut migrer (pg_dump ou pg_upgrade) quand on change de version majeure...
(DIR) Post #ATPj5Nv1tYprGvGLWS by GeantJaune@mastodon.zaclys.com
2023-03-08T18:26:02Z
0 likes, 0 repeats
@bortzmeyer c'est justement celui qui a expérimenté ce genre de galère en vrai qu'il faut prendre comme DBA : maintenant, il sait
(DIR) Post #ATPkHEXGhvafbEMWi8 by R1Rail@mastodon.gougere.fr
2023-03-08T18:39:53Z
0 likes, 0 repeats
@bortzmeyer Faut toujours prévoir un rollback (dans moin cas vu que c'ets une jail sur du ZFS, je prends un snapshot avant l'upgrade...)
(DIR) Post #ATPlExvlZaRbTXIsV6 by jpmens@mastodon.social
2023-03-08T18:49:32Z
0 likes, 0 repeats
@bortzmeyer DBA? C’est plutôt “Dumb But Adorable” où “Don’t Bother Asking”? ;-)
(DIR) Post #ATPtOI9WYbBeQqhFdg by sebsauvage@framapiaf.org
2023-03-08T20:21:50Z
0 likes, 0 repeats
@bortzmeyer Ça me rappelle ma première SSII qui m'avait vendu comme expert SQL Server alors que j'y avais à peine touché.Ça vaccine contre les SSII et leur baratin de merde.
(DIR) Post #ATPyoqVzv7NMIzgpay by remi_suinot@mastodon.suinot.org
2023-03-08T20:03:25Z
0 likes, 0 repeats
@bortzmeyer pas de sauvegarde avant changement de version?
(DIR) Post #ATPyor7ve5iWCdR7ia by bortzmeyer@mastodon.gougere.fr
2023-03-08T21:22:40Z
0 likes, 0 repeats
@remi_suinot https://mastodon.gougere.fr/@bortzmeyer/109988738411077339
(DIR) Post #ATPyzaAP2jpMmshzOq by bortzmeyer@mastodon.gougere.fr
2023-03-08T21:24:30Z
0 likes, 0 repeats
@aegir_fr Il faut prendre ses précautions AVANT de changer PostgreSQL.
(DIR) Post #ATQfbnmV4MUq5hR2mW by aegir_fr@mastodon.social
2023-03-09T05:22:18Z
0 likes, 0 repeats
@bortzmeyer Oui, lire les releases notes :-D ( https://www.postgresql.org/docs/release/ ) et comme pentionné, si tu utilises des extensions genre postGis, voir chez l'éditeur de l'extension.Mais au lieu de recompiler une vieille version, tu aurais pu convertir ton $PGDATA avec pg_upgrade (https://www.postgresql.org/docs/current/pgupgrade.html ).Le mieux est quand même de compiler dans un directory propre à la version majeure ( aka ./configure --prefix=/opt/pgsql/15 ) pour avoir les 2 versions de pg disponibles.Autre précaution: sauvegarde
(DIR) Post #ATQqB4LcSzqZ9EJjpA by bortzmeyer@mastodon.gougere.fr
2023-03-09T07:20:35Z
0 likes, 0 repeats
@aegir_fr pg_upgrade nécessite d'avoir les binaires de la version ancienne.
(DIR) Post #ATQqHa4ZQWG7HLRpL6 by nico@ublog.byme.at
2023-03-09T00:46:21.857685Z
0 likes, 0 repeats
@bortzmeyer @aegir_fr Ta distribution n'installe pas les versions majeurs côte à côte?
(DIR) Post #ATQqHaeNHOtn4OCQ9A by bortzmeyer@mastodon.gougere.fr
2023-03-09T07:21:46Z
0 likes, 0 repeats
@nico @aegir_fr ArchLinux. Faut que je vois comment il a fait ça.
(DIR) Post #ATQqMPXzzGSY5CW3Dk by breizh@pleroma.breizh.pm
2023-03-08T22:03:56.830770Z
0 likes, 0 repeats
@bortzmeyer @biggrizzly Sur Arch t’as carrément le paquet postgresql-old-upgrade tout prêt qui permet d’avoir une instance de la version majeure précédente, en parallèle de l’actuelle. Dans les dépôts officiels.Justement pour faciliter les migrations (ça m’a été bien utile, j’avais un module incompatible avec la nouvelle).
(DIR) Post #ATQqMQAHgv5HzwQctc by bortzmeyer@mastodon.gougere.fr
2023-03-09T07:22:22Z
0 likes, 0 repeats
@breizh @biggrizzly Précédente. Ici, il y avait deux versions d'écart.
(DIR) Post #ATQqSu4VPZK6UQoghU by rodolphe@pwet.what.tf
2023-03-08T21:58:37.642204Z
0 likes, 0 repeats
@bortzmeyer Sur pas mal de distributions il y a un paquet avec la version majeure précédente afin de pouvoir la lancer et faire sa sauvegarde sans avoir à downgrade.
(DIR) Post #ATQqSvVU4kUuwORkOG by bortzmeyer@mastodon.gougere.fr
2023-03-09T07:22:42Z
0 likes, 0 repeats
@rodolphe Précédente. Ici, il y avait deux versions d'écart.
(DIR) Post #ATQxRmJLTlrboIAUsa by breizh@pleroma.breizh.pm
2023-03-09T08:36:42.954180Z
0 likes, 0 repeats
@bortzmeyer @biggrizzly Ah oui. Nan mais en même temps, laisser traîner une mise à jour plus d’un an sous Arch, c’est chercher les ennuis :D
(DIR) Post #ATQxRmr1SYnnUjvON6 by bortzmeyer@mastodon.gougere.fr
2023-03-09T08:42:03Z
0 likes, 0 repeats
@breizh @biggrizzly Oui, Arch ne pardonne pas aux faibles.
(DIR) Post #ATQy57BBpBYDpI6vHk by charly@montpellier.buzz
2023-03-09T08:49:15Z
0 likes, 0 repeats
@bortzmeyer Nix est ton ami, quand tu as besoin de retrouver une vielle version d'un programme (et toutes ses dépendances)
(DIR) Post #ATR1EuEn64DGRi9hiK by bortzmeyer@mastodon.gougere.fr
2023-03-09T09:24:38Z
0 likes, 1 repeats
@charly Ah oui, en ce moment, quand on a un problème informatique, la réponse est toujours « utilise Rust » ou « utilise Nix » :-)
(DIR) Post #ATR5BOSNCVhCpL5aLI by charly@montpellier.buzz
2023-03-09T09:51:47Z
0 likes, 0 repeats
@bortzmeyer Je pense que c'est plus souvent « utilise Rust »Ou alors faut vraiment que je change de milieu, parce que d'habitude on me répond plutôt « à part toi, qui utilise ça ? »
(DIR) Post #ATR5BPCoPqqJ9Mofj6 by bortzmeyer@mastodon.gougere.fr
2023-03-09T10:08:49Z
0 likes, 0 repeats
@charly Ah, comme quand je dis que je programme en Elixir.Ceci dit, depuis quelques jours, on peut répondre : @b0rk ! https://jvns.ca/blog/2023/03/03/how-do-nix-builds-work-/
(DIR) Post #ATROZs7aSRkcuSkhdI by matsa@h4.io
2023-03-09T13:46:08Z
0 likes, 0 repeats
@b0rk @charly @bortzmeyer Faux mate ! On est au moins deux à Dev en élixir ;)
(DIR) Post #ATRuPOtRTB0rtiBdlw by aegir_fr@mastodon.social
2023-03-09T19:42:31Z
0 likes, 0 repeats
@bortzmeyer @nico AMHA il fait ça très mal.Normalement un bon packaging va te mettre les binaires dans genre /var/lib/pgsql/<11|12|13|14|15...>Quelqu'un qui compile depuis le code source va faire un `./configure --prefix /opt/pgsql/<11|12|13|14...>Je vois sur https://www.postgresql.org/download/ qu'il n'est pas proposé de packages ArchLinux. AMHA sur un truc aussi important qu'un SGBD, s'il n'y a pas de package officiel réalisé par qq1 qui connait, le sujet il vaut mieux lire la doc & compiler.
(DIR) Post #ATRvL3uRe319c59QAa by bortzmeyer@mastodon.gougere.fr
2023-03-09T19:52:40Z
0 likes, 0 repeats
@aegir_fr @nico Il y a un paquetage ArchLinux https://archlinux.org/packages/extra/x86_64/postgresql/
(DIR) Post #ATRvo3a3wj3OzXRX1c by aegir_fr@mastodon.social
2023-03-09T19:58:29Z
0 likes, 0 repeats
@bortzmeyer @nico C'est pas ça que tu as utilisé ?T'as "upgradé" ton pgSql comment ? <-- là est la question en fait pour comprendre l'origine du problème.Parce que là, c'est digne de Microsoft Windows : On upgrade, la version précédente disparaît ! Non, je fais cohabiter toutes les versions majeures de pgSQL de 11 à 15 sans aucun problème.On ne va quand même pas inventer les putains de DLL sous Linux !?
(DIR) Post #ATRw9Q2XdcX2jGwyES by bortzmeyer@mastodon.gougere.fr
2023-03-09T20:01:30Z
0 likes, 0 repeats
@aegir_fr @nico Euh, les bibliothèques dynamiques, bien gérées, sont une bonne idée.
(DIR) Post #ATRwj0l96kygkQmk1g by rodolphe@pwet.what.tf
2023-03-09T17:51:44.976588Z
0 likes, 0 repeats
@bortzmeyer Ha, my bad, désolé. Du coup, vu la situation, je suppose qu’il n’y a plus rien dans /var/cache/pacman/pkg/postgresql-* afin de downgrade sur la version qui était en service ?
(DIR) Post #ATRwj1PChp1KkfWjSq by bortzmeyer@mastodon.gougere.fr
2023-03-09T20:08:24Z
0 likes, 0 repeats
@rodolphe Ah si. Je n'ai pas nettoyé ce répertoire. Mais, de toute façon, ce ne sont que les sources donc ça ne change rien.
(DIR) Post #ATRxl2wm2tBS48l5KC by rodolphe@pwet.what.tf
2023-03-09T20:16:28.667741Z
0 likes, 0 repeats
@bortzmeyer Heu, normalement c'est le répertoire de cache des paquets compilés, j'ai du mal à comprendre pourquoi il n'y aurait que des sources dedans. Au pire si tu veux j'ai moi-même un postgresql-13.6-2-x86_64.pkg.tar.zst pour x86_64, comme ça tu as juste à l'installer avec pacman -U.
(DIR) Post #ATRxl3Sg8Ghjf5gZ3Q by bortzmeyer@mastodon.gougere.fr
2023-03-09T20:20:11Z
0 likes, 0 repeats
@rodolphe Oui, pardon, je me suis mélangé les pinceaux sans regarder (le problème est résolu depuis hier soir, mais ce n'était pas une excuse pour dire n'importe quoi).
(DIR) Post #ATRzg9ehsLllKg6QxU by aegir_fr@mastodon.social
2023-03-09T20:41:48Z
0 likes, 0 repeats
@bortzmeyer @nico T'as déjà vu des DLL bien gérées sous Windows ?
(DIR) Post #ATRzutov271MZ1uUls by bortzmeyer@mastodon.gougere.fr
2023-03-09T20:44:29Z
0 likes, 0 repeats
@aegir_fr @nico Je parlais des bibliothèques dynamiques en général (je n'utilise pas Windows).
(DIR) Post #ATS0RzMVRxYXJ8OmNE by aegir_fr@mastodon.social
2023-03-09T20:50:31Z
0 likes, 0 repeats
@bortzmeyer @nico Ah oui. Ça on gère bien sous Linux depuis genre 30 ans.Les DLL sous Windows, la dernière fois que j'ai été confronté au pb, il n'y avait qu'une DLL qui pouvait être chargée sur le même nom, et c'était le 1er .exe qui la demandait qui la chargeait (et peu importe la version, ça dépendait de l'ordre du PATH).Donc après, c'était le bordel, forcément.
(DIR) Post #ATS4aP4o7xiDC2O7yy by breizh@pleroma.breizh.pm
2023-03-09T20:59:35.657025Z
0 likes, 0 repeats
@aegir_fr @bortzmeyer @nico Bah, non, c’est normal. On ne conserve pas une version obsolète éternellement. Cela dit, Arch fourni un paquet de transition qui peut être utilisé temporairement pour la procédure de mise à jour (mais ne gère qu’une majeure à la fois).C’est documenté sur le wiki d’ailleurs.
(DIR) Post #ATS4aPrNDOYncf6ugK by aegir_fr@mastodon.social
2023-03-09T21:15:35Z
0 likes, 0 repeats
@breizh @bortzmeyer @nico En PostgreSQL, il y a une version majeure chaque année, et chaque version majeure est maintenue pendant 5 ans.Il y a donc 5 versions de PostgreSQL non-obsolètes à un instant T.Si les packagers de ArchLinux n'ont aucune compétence en bases de données, qu'ils s'abstiennent de packager des bases de données.
(DIR) Post #ATS4aQa2XKHzrC0aIq by breizh@pleroma.breizh.pm
2023-03-09T21:21:00.991012Z
0 likes, 0 repeats
@aegir_fr C’est pas parce qu’il y a 5 versions supportées upstream que les distros doivent en conserver 5 en parallèle.Si tu n’as aucune compétence sur ArcheLinux, abstiens-toi de la juger 🤷e
(DIR) Post #ATS4aRNJa7hkK13w6i by lanodan@queer.hacktivis.me
2023-03-09T21:36:27.955149Z
0 likes, 0 repeats
@breizh @aegir_fr Surtout que Arch est pas seul dans ce cas, c'est pareil pour Debian, Fedora, … et c'était aussi le cas sous Alpine.Surtout que autre que un peu plus de charge coté adminsys et parfois les extensions qui suivent pas trop, y'a pas de vraies raisons à garder les 5 versions supportées par upstream, qui sont plus là pour laisser de la marge au différentes distros et déploiement de PostgreSQL.(La plupart des logiciels offrant au moins 2 ans de mise à jour de sécu, c'est pas un hasard que ça corresponde à ce que garantit Debian/Fedora/Alpine/…)
(DIR) Post #ATS6gfaFrnU82FDHEG by aegir_fr@mastodon.social
2023-03-09T21:52:40Z
0 likes, 0 repeats
@lanodan @breizh Dans le monde réel, pas celui des geeks, une migration ça prend 3 ans : 1 an pour modifier les procédures, 1 an pour mettre à jour le logiciel client, 1 an pour les recettes et validations.Et je ne parle même pas des validations cyber pour les agréments défense. C'est comme ça que j'ai vu dans une boîte UE de lanceurs satellites du pgSQL obsolète depuis 5 ans.Si on est incapable de gérer 10 versions de pg, on reste dans le jeu vidéo, on laisse le package de la BD aux autres
(DIR) Post #ATS6ggA3ig7npHxs2K by lanodan@queer.hacktivis.me
2023-03-09T21:55:28.454165Z
0 likes, 0 repeats
@aegir_fr @breizh Tu fous pas Arch si tu as besoin de validation (au quel ca tu auras sans doute ta propre distro de toute façon).Ton monde est pas la seule réalité, va toucher de l'herbe.
(DIR) Post #ATSIrRbhN40JK3nCOO by breizh@pleroma.breizh.pm
2023-03-10T00:15:27.836011Z
1 likes, 0 repeats
@aegir_fr @lanodan Merci de m’apprendre mon métier et celui de mes collègues, hein.En pratique ce qu’on fait pour une migration, c’est qu’on a deux serveurs en parallèle, un à jour, l’autre non, on copie l’applicatif, on le teste, on l’adapte, et quand c’est prêt on bascule et on fume l’ancien.Bien entendu ça dépends fortement de l’utilisation qu’on fait du serveur, du type d’application à mettre à jour, etc, etc, perso je fais surtout du Web (et majoritairement du bon vieux LAMP, à diverses sauces, mais on a plus exotique aussi.On est pas fermés aux multi-versions : on a de quoi faire tourner plusieurs PHP, par exemple.Par contre, MySQL, Apache, Nginx, et même PostgreSQL (par choix plus que par contrainte), on n’en fait tourner qu’un à la fois. Si le client en veux deux, il prends deux serveurs.Et si Debian inclus la version (ce qu’il ne fait pas pour MariaDB ou Redis d’ailleurs, et qui n’est pas fait par l’upstream si on utilise leur repos non plus) dans les chemins de PostgreSQL pour gérer plusieurs versions, c’est leur choix. Arch n’a pas choisi cette option parce que Arch est conçue pour n’avoir que la toute dernière versions stable (quelques outils font exceptions, comme PHP qui a deux versions (php, la dernière, et php-legacy, la plus ancienne non-EOL, ici ce ne sont donc pas des numéros de version exacts), ou à l’époque python (python était la v3, et la v2 était nommée python2)).Là encore ce sont des décisions, que chaque distribution prends de son côté. L’upstream n’a rien à redire.Quant à l’adminsys, choisir la bonne distribution pour la bonne situation fait partie de son boulot. Cracher sur une distro parce qu’elle ne corresponds pas à ton besoin particulier montre un problème de ton côté, pas de celui des distributions, avec tout le respect que je te dois.Arch est parfaitement adapté à mon desktop et mes serveurs perso. Par contre je n’irais pas mettre autre chose que Debian aux clients que je dois gérer au niveau professionnel. Et pourtant je hais APT.Je connais également une personne qui a géré un parc serveur (dans un cadre pro) sous Gentoo, et qui estime n’avoir jamais eu un parc aussi agréable à gérer depuis.Et bien sûr, il y a une petite couche de préférence personnelle par-dessus tout ça.
(DIR) Post #ATSK91B2TYNKWBGZqi by breizh@pleroma.breizh.pm
2023-03-10T00:25:12.048896Z
1 likes, 0 repeats
@aegir_fr @lanodan Et en vrai j’arrive pas à savoir si tu es un empaqueteur qui estime que seule sa façon de faire est la bonne (auquel cas je suppose que tu as ta propre distro ou que tu es un membre très important de l’une d’elles, mais je n’en connais pas qui se prétende meilleure que les autres), ou si tu ne sais juste rien du travail des empaqueteurs (en dehors de quelques paquets faits maison éventuellement, mais en gros pas de participation à un repo officiel de distro ou d’upstream relativement connus) 🤔
(DIR) Post #ATSKL4AVBCnfGplCDo by lanodan@queer.hacktivis.me
2023-03-10T00:33:03.502919Z
0 likes, 0 repeats
@breizh Une personne qui file un lien vers les binaires PostgreSQL et considère que les paquets sont là c'est sans doute pas un empaqueteur…(cf. https://mastodon.social/@aegir_fr/109995029418999982 )
(DIR) Post #ATStCKFxUaQoxKsdJQ by bortzmeyer@mastodon.gougere.fr
2023-03-10T07:03:56Z
0 likes, 0 repeats
@aegir_fr @breizh @nico Heureusement, on a sur le fédivers des experts intergalactiques, et qui sont modestes et bienveillants, en plus.
(DIR) Post #ATStH02A6fhzgWei4O by bortzmeyer@mastodon.gougere.fr
2023-03-10T07:04:45Z
0 likes, 0 repeats
@breizh @nico Et c'est cohérent avec le principe de "rolling release" d'Arch (Debian, par contre, a un paquetage séparé par version).
(DIR) Post #ATU962ElMqfhl1IrQ0 by aegir_fr@mastodon.social
2023-03-10T14:50:41Z
0 likes, 0 repeats
@breizh @lanodan En vrai je bosse sur PostgreSQL depuis 1998 ; j'administre actuellement des BD de plusieurs centaines de To ; j'ai donc une idée assez précise de ce qu'est une mauvaise installation et des conséquences que cela peut avoir.Il m'est arrivé il y a une 15aine d'années d'empaqueter en .deb pour de la distro "interne". Maintenant je préfère livrer du TGZ avec script d'installation, parce que les boîtes ont en plus leurs propres normes de sécurité qui imposent des particularités.
(DIR) Post #ATU962soxuiLlG2qrA by breizh@pleroma.breizh.pm
2023-03-10T14:57:48.898121Z
1 likes, 0 repeats
@aegir_fr @lanodan Oui, donc t’es un DBA avec des connaissances en adminsys.Tu sais vaguement empaqueter mais non seulement tu ne le fais plus (pour une raison qui me semble foireuse, mais passons, j’imagine bien des cas où tu choisis pas les contraintes, aussi stupides soit-elles), mais en plus ça n’a été fait que pour des besoins locaux.Du coup c’est pas ouf de ta part de critiquer un travail que tu ne connais visiblement pas assez, et dont tu sous-estimes visiblement l’importance (en tout cas perso, leur taf m’est absolument indispensable au quotidien, notamment professionnellement). Et je ne parle même pas du fait qu’on oublie un peu facilement que faire quelques paquets c’est facile, en comparaison avec le fait de maintenir tout une distribution dans un état fonctionnel…
(DIR) Post #ATU964iy7W1PTHS0mG by breizh@pleroma.breizh.pm
2023-03-10T15:03:42.180059Z
1 likes, 0 repeats
@aegir_fr @lanodan Bref, je t’invites à aller expliquer les mainteneurs de Arch qu’il font n’importe quoi depuis 20 ans et que leur distro largement utilisée de nos jours ne tiens pas la route. En expliquant que ça fait 15 ans que t’as pas fait un paquet, et en ignorant complètement les raisons de leurs décisions.Ça promet d’être amusant.
(DIR) Post #ATU9yLywAnDedFnmLY by aegir_fr@mastodon.social
2023-03-10T15:29:15Z
0 likes, 0 repeats
@breizh @lanodan Je n'ai jamais dit que leur distro ne tient pas la route (d'ailleurs je ne la connais pas), je dis que manifestement leur packaging de pgSQL c'est de la merde.J'ai pu constater par exemple il y a qques mois dans une boîte de lanceurs aérospatiaux, que le packaging de RH n'aurais pas pu aboutir au genre de pb qu'a rencontré @bortzmeyer De toute façon, le B-A-BA du SGBD, c'est de pouvoir faire tourner plusieurs versions du même SGBD en parallèle (because applicatifs).
(DIR) Post #ATU9yOjRwpc5A5Zx7g by breizh@pleroma.breizh.pm
2023-03-10T15:34:22.457487Z
0 likes, 0 repeats
@aegir_fr @lanodan Leur packaging est très bien, pour mes cas d’utilisation, ce que tu proposes serait particulièrement casse-couilles au contraire, donc je vois par pourquoi on devrait pourrir la vie de certaines personnes sous prétexte que ça en arrangerais d’autres qui ont mal choisi leur distribution, ou l’ont mal administré (oui une Arch ça se gère pas comme une RHEL, et une Gentoo se gère pas comme une Debian).Quant à la seconde partie c’est juste faux. Dans certains cas ça fait sens, oui, mais dans mon cas et celui de mes clients, avoir plusieurs version du SGBD sur le même serveur n’a tout simplement aucun intérêt. Tu généralises là encore ton cas particulier comme si c’était le seul valable…
(DIR) Post #ATU9yPZCqP0tkbnHnM by aegir_fr@mastodon.social
2023-03-10T15:37:20Z
0 likes, 0 repeats
@breizh @lanodan Et toi, tu généralises le cas où avoir plusieurs versions n'a aucun intérêt.On est typiquement dans la culture Windows avec ses DLL et non pas dans la culture Linux avec ses lib.so.x
(DIR) Post #ATU9ySlMxdWdfCVXfc by breizh@pleroma.breizh.pm
2023-03-10T15:43:56.357921Z
0 likes, 0 repeats
@aegir_fr @lanodan Je vois pas le rapport avec les .so et les .dll pour le coup, par contre 🤔.
(DIR) Post #ATU9yTJ2wQSpLeGRA8 by aegir_fr@mastodon.social
2023-03-10T15:50:30Z
0 likes, 0 repeats
@breizh @lanodan Avec les .so tu peux avoir n versions chaque binaire exécuté en // charge la version majeure pour laquelle il a été compilé. Avec les DLL, la dernière fois que j'ai touché à un serveur Windows, c'est la 1ère DLL chargée qui est active, même si un 2nd binaire exécuté a besoin d'une autre version de cette même DLL.Exactement la même chose avec pgSQL : Si on a besoin de 3 versions en // ça ne doit pas poser de problème. Il faut pouvoir accéder aux données.
(DIR) Post #ATU9yUflrQEfaPu6Do by breizh@pleroma.breizh.pm
2023-03-10T15:55:50.987684Z
0 likes, 0 repeats
@aegir_fr @lanodan Ouais enfin là on parle pas de .so du coup, on parle de logiciels entiers. Je veux dire, Arch Linux a la même gestion des .so que les autres, et quand tu dois avoir des librairies avec des versions différentes en parallèle, c’est géré (en générale le paquet principal a la version la plus récente, et un paquet secondaire est créé. Par exemple openssl est en version 3.0.8, et il y a un paquet openssl-1.1 en 1.1.1-t, parce qu’on ne peut pas encore s’en passer pour certains logiciels.Et tous les paquets qui nécessitent PostgreSQL sont tous compatibles avec PostgreSQL 15, donc pas de problème de ce côté-là. D’ailleurs une fois migré de 13 à 15, il me semble que le problème était résolu.
(DIR) Post #ATU9yW00ve1RhUNmPg by breizh@pleroma.breizh.pm
2023-03-10T15:59:45.844072Z
0 likes, 0 repeats
@aegir_fr @lanodan Disons que tu te trompes de problème, quoi. D’ailleurs, OpenSSL a mis plus d’un an à passer en 3.0 sous Arch Linux, justement pour ces problèmes de compatibilité, qui ont demandé beaucoup de travail pour savoir lesquels pouvaient être recompilés pour la 3.0 et lesquels nécessitaient un fallback en 1.1.Bref, il n’y a aucune raison, sous Arch Linux du moins, d’avoir plusieurs versions de PostgreSQL, les autres applicatifs étant eux aussi mis à jour de façon régulière.Si t’as besoin d’avoir plusieurs versions de PostgreSQL bah n’utilise pas Arch. Debian est plus indiqué. Pourquoi vouloir casser les couilles aux utilisateurs de Arch qui eux l’utilisent précisément parce que cela permet de rester constamment sur la dernière version, et d’éviter de lourdes migrations ?
(DIR) Post #ATU9yX78mdJj9sizA0 by breizh@pleroma.breizh.pm
2023-03-10T16:02:49.235732Z
0 likes, 0 repeats
@aegir_fr @lanodan (et d’ailleurs, ici ce n’était visiblement pas nécessaire d’avoirs plusieurs versions en parallèle, le problème étant seulement de ne pas avoir fait la bascule correctement. Je veux dire, c’est comme avoir installé la v15, mv les données à l’arrache de la 13 à la 15 et supprimer la 13 sans avoir vérifié que c’était possible. Le problème c’est uniquement d’être passé de 13 à 15 sans faire la procédure de migration correctement, pas autre chose).
(DIR) Post #ATU9yY5PAZWUAmv75s by aegir_fr@mastodon.social
2023-03-10T16:10:20Z
0 likes, 0 repeats
@breizh @lanodan Oui mais là on est dans l'éternel problème : L'administrateur système N'EST PAS l'administrateur de base de données.Et pourtant le DBA a besoin de l'administrateur système (swapiness, users, etc.)Si l'administrateur système fait une mise à jour qui pète l'accès aux DB, c'est un problème. Le SysAdm n'y connaît rien aux BD, ce n'est pas son problème (il en a d'autres).AMHA le packaging ne doit pas permettre au SysAdm de faire une boulette pareille.
(DIR) Post #ATU9yYbfEdKLmq0sNM by breizh@pleroma.breizh.pm
2023-03-10T16:14:07.378870Z
0 likes, 0 repeats
@aegir_fr @lanodan L’adminsys ne fera pas une mise à jour majeur de PostgreSQL sans l’avoir planifié avec le DBA. D’ailleurs, je gère un serveur sous Arch pour une association, je ne mets jamais à jour le PostgreSQL en version majeure moi-même dessus.Quand c’est la même personne c’est plus simple, évidemment (ce qui est le cas en perso).Mais ça vaut aussi pour les autres logiciels, je ne mets pas à jour en version majeure les MySQL des clients au taf, seulement les mineures.S’ils veulent une majeure, qu’ils migrent les données vers un nouveau serveur avec des nouvelles versions.C’est une question d’usage. Si Arch n’est pas adapté à ton cas, n’utilises pas Arch. Mais m’empêche pas de l’utiliser quand il est parfaitement adapté au mien. Genre, qu’est-ce que ça peut te foutre, sérieux ? 🤔
(DIR) Post #ATU9yZEIuyEfig5jbU by breizh@pleroma.breizh.pm
2023-03-10T16:18:15.801235Z
1 likes, 0 repeats
@aegir_fr @lanodan Dis autrement, dans le cas qui nous intéresse, il n’y a que deux réactions acceptables :– Arrêter d’utiliser Arch qui n’est potentiellement pas adapté à l’usage qui en est fait. – Continuer à utiliser Arch et faire en sorte d’éviter que ça se reproduise en étant plus attentif lors des mise à jour (et éventuellement à le faire plus régulièrement).Dire que Arch c’est de la merde alors que c’est l’admin qui a fait une erreur, et que Arch devrait s’adapter aux erreurs de cet admin au détriment des autres, c’est complètement con et déplacé.Et si ça se trouve, ta suggestion ne réponds même pas au besoin de l’admin qui a fait l’erreur, tu n’es pas à sa place, et il a peut-être une bonne raison d’utiliser Arch en premier lieu…
(DIR) Post #ATUAE3XeV67y4gWk2i by aegir_fr@mastodon.social
2023-03-10T16:24:50Z
0 likes, 0 repeats
@breizh @lanodan J'ajoute que dans ce cas d'espèce, l'admin ne fait pas d'erreur, puisque l'admin n'est pas supposé y comprendre quoique ce soit en SGBD.
(DIR) Post #ATUAE45KTt49l8HdXE by breizh@pleroma.breizh.pm
2023-03-10T16:30:42.731759Z
0 likes, 0 repeats
@aegir_fr @lanodan Non, ça c’est complètement con comme affirmation.Je sais effectivement pas comment créer un index sur une table ou faire telle ou telle requête, mais je sais à quoi servent les paquets que j’installe. Un adminsys qui fait ses mises à jour les yeux fermés sans vérifier le contenu de ces mises à jour est complètement débile.À la limite, sur Debian c’est tolérable au sein d’une version de la distro, parce qu’en théorie c’est garanti par la distro que ça va pas casser (et du coup tu dépends d’autant plus des mainteneurs…).Mais quand tu fais une mise à jour de Debian 10 à Debian 11, c’est à faire sous surveillance, en adaptant les configurations et faisant le nécessaire pour que les données soient utilisables avec les nouvelles versions, et c’est bien l’adminsys qui fait ça (éventuellement en concertation avec les DBAs et les devs).Bah sous Arch c’est pareil mais à la moindre mise à jour. C’est conçu comme ça. Donc si, c’est l’erreur de l’admin d’avoir mis à jour les yeux fermés sans vérifier le contenu de celles-ci.
(DIR) Post #ATUAE4lVx2oHry1KHw by breizh@pleroma.breizh.pm
2023-03-10T16:41:13.545957Z
1 likes, 0 repeats
@aegir_fr @lanodan Exemple récent : murmur a été renommé mumble-server. Ça implique des changements de chemins pour la BDD, la configuration, un utilisateur avec un nom différent.Bah y’avait une procédure de migration à appliquer, je l’ai faite. Sous Debian ce changement attendra Debian 12 voir Debian 13 et il faudra le gérer à ce moment-là. Est-ce à l’adminsys de faire la procédure, aucune idée, mais en tout cas c’est à lui de s’assurer que ça explose pas en vol et à planifier la migration proprement.