Et le bouton Upgrade est grisé :
Des conseils sur la façon de « mettre à niveau » ?
2 « J'aime »
Effectuez une mise à niveau en ligne de commande.
Mais vous êtes tellement en retard que je m’assurerais d’abord de faire une sauvegarde et vous pourriez même envisager de déployer sur un nouveau serveur complètement et d’utiliser une de vos sauvegardes pour restaurer.
Une fois sauvegardé, vous pourriez essayer :
./launcher cleanup app puis
./launcher rebuild app
Mais vous pourriez trouver que votre système d’exploitation est trop ancien et que votre version de docker est trop ancienne. Mais essayez quand même.
5 « J'aime »
Anciennes mises à jour il y a une heure et une semaine ?
Modification : ma vue est différente, d’ailleurs. Mais cette heure de mise à jour n’indique pas quand toutes celles-ci ont été mises à jour pour la dernière fois sur un forum, mais quand cette liste a été mise à jour ? Si c’est le cas, alors l’OP devrait mettre à niveau dès que possible via la console.
Merci. J’essaierai ça quand je reviendrai.
Oui, je ne suis pas sûr de ce que signifie « il y a une heure ». Ça fait longtemps !
C’est à ce moment-là que les dépôts ont été mis à jour pour la dernière fois. Pas le site.
3 « J'aime »
Oui, je m’en suis rendu compte quand j’ai vérifié le mien. Tous les jours quelque chose de nouveau (enfin, je n’utilise pratiquement jamais les mises à jour de l’interface utilisateur, cependant)
2 « J'aime »
Et voyez aussi Mise à jour PostgreSQL 15.
Cela fait-il 4 ans que vous n’avez pas effectué de mise à niveau ?
Votre système d’exploitation est probablement également obsolète, je vous recommanderais donc probablement d’obtenir une nouvelle VM et de Déplacer un site Discourse vers un autre VPS avec rsync, en excluant peut-être postgres_*, puis de restaurer une sauvegarde. Ainsi, vous éviterez la mise à niveau de la base de données et vous vous contenterez de restaurer vos données, qui seront migrées lors de la restauration.
C’est plus simple, et si quelque chose tourne mal, votre site existant pourra continuer à fonctionner tant bien que mal.
1 « J'aime »
Ok, je commence. J’ai fait une sauvegarde, mais je ne peux pas la télécharger via l’interface utilisateur, elle dit qu’elle a envoyé un e-mail mais que le serveur n’envoie pas d’e-mails actuellement.
Je suis entré via SSH et je vois que c’est Ubuntu 14.
Je pense que le mieux serait de faire un nouveau déploiement de la dernière version de Discourse sur le dernier système d’exploitation, puis de télécharger la sauvegarde (après avoir d’abord obtenu la sauvegarde via SSH).
Cela migrera automatiquement la base de données une fois que je l’aurai importée, n’est-ce pas ?
1 « J'aime »
Le commit sur lequel je me trouve est 46d899f9c10ebc0d44ced97d6f724dff295e7741.
Et j’ai ajouté un fichier containers/app.yml (je ne me souviens plus pourquoi), par exemple avec des choses comme :
env:
DISCOURSE_HOSTNAME: 'lume.community'
LETSENCRYPT_ACCOUNT_EMAIL: 'joe@trusktr.io'
Je ne me souviens pas si ces configurations étaient nécessaires. Est-ce que c’est requis ? L’idéal serait que je démarre simplement une nouvelle instance Discourse, que je télécharge une base de données, et que je sois opérationnel.
Je vais essayer de créer la nouvelle instance maintenant…
4 « J'aime »
Le nom d’hôte l’est. Le let’s encrypt n’aura bientôt plus d’importance.
Restaurer votre ancienne base de données sur le nouveau site devrait fonctionner. C’est comme ça que je ferais.
J’ai actuellement ceci dans mon app.yml d’il y a des années :
# TODO (joe) supprimer cette ligne une fois que Discourse aura corrigé le problème associé
# Voir https://meta.discourse.org/t/upgrade-rebuilds-fail-due-to-maxmind-db-eol/137387/2
DISCOURSE_REFRESH_MAXMIND_DB_DURING_PRECOMPILE_DAYS: 30
Lien vers :
Puis-je supprimer cela avec la nouvelle instance ? Ou dois-je faire quelque chose ? Je suppose que cela a été résolu il y a longtemps, et que je peux éviter d’inclure ce paramètre dans app.yml ?
1 « J'aime »
Plusieurs corrections ont été apportées l’année dernière concernant MaxMind, et je pense que cela devrait être sûr maintenant. Je n’ai vu aucun sujet mentionnant un problème avec cela depuis des mois.
Vous pouvez tester le téléchargement manuellement avec une commande rake :
./launcher enter app
rake maxminddb:get
exit
(message supprimé par l’auteur)
Vous n’auriez pas dû supprimer, je pense qu’il est toujours utile que d’autres voient une solution associée à un problème.
4 « J'aime »
Je suis maintenant sur cet écran avec une toute nouvelle installation, je me demande comment importer la base de données de l’ancienne instance avant de faire quoi que ce soit :
Je suppose qu’il faut s’enregistrer, puis importer dans l’interface utilisateur, et que je devrais peut-être éviter de m’enregistrer avec l’adresse e-mail de mon compte administrateur dans la base de données que je vais importer pour éviter les conflits.
Je vais essayer. Je peux toujours recommencer.
EDIT : Ah, eh bien, il ne permet de s’enregistrer qu’avec l’e-mail d’administrateur que j’ai spécifié lors de la configuration. Voyons ce qui se passe.
EDIT : Je devrai revenir plus tard, car il n’envoie pas d’e-mails. Mailgun semble avoir bloqué mon compte “en raison d’un compromis potentiel”, ce que je dois résoudre.
EDIT : J’ai contourné le problème des e-mails défectueux en important la sauvegarde via la ligne de commande.
On dirait que ça a marché !! 
5 « J'aime »
Vous l’avez fait !
Si vous devez le refaire un jour, vous pourriez vouloir Restaurer une sauvegarde depuis la ligne de commande
Si vous avez les sauvegardes sur s3 et que vous avez mis ces paramètres dans votre fichier yml, vous n’avez même pas besoin de déplacer vous-même le fichier de sauvegarde.
4 « J'aime »
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.