Vous n'êtes pas identifié(e).
Pages : 1
Hors ligne
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
et
a priori il te manque la dernière , le dist-upgrade
par principe debian n' écrase aucun fichier de configuration , au pire il te demande quoi faire et il va créer un fichier de sauvegarde (soit l'ancien , soit le nouveau selon ta réponse ).
ça manque d' informations ta question , mais déjà finit la migration si le dist-upgrade n'a pas été fait
a priori il te manque la dernière , le dist-upgrade
Qu'est-ce qui te fait dire ça ?
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par snariom38 (05-02-2019 15:52:58)
Hors ligne
Dernière modification par anonyme (05-02-2019 16:02:32)
Dernière modification par snariom38 (05-02-2019 16:01:36)
Hors ligne
tu a comme option : start ,stop , restart.
tu peu faire le point sur les erreurs depuis le dernier démarrage du serveur
Dernière modification par anonyme (05-02-2019 16:20:55)
après ça dépasse mes compétences
ps: Mariadb est compatible mysql , trouver des sujets sur le net sur la migration pour mysql-server (wiki chez debian peut être )
celui ci a l'air pas mal => https://debian-facile.org/utilisateurs: … rs-stretch
MySQL
MariaDB est maintenant la variante par défaut de MySQL, en version 10.1 ! . Plus de détails ici https://www.debian.org/releases/stretch … aces-mysql
Dans le cas où la migration de MySQL vers MariaDB se serait interrompue pour cause d'erreur (paquets laissés non configurés à la fin du dist-upgrade), vérifier /var/log/mysql/error.log, corriger les soucis indiqués le cas échéant (probablement dans /etc/mysql/conf.d/local.cnf), puis poursuivre la migration avec :
dpkg --configure --pending
service mysql restart
mysql_upgrade
Ne pas oublier de rapporter vos ajustements de configuration spécifiques depuis /etc/mysql/conf.d/local.cnf vers /etc/mysql/mariadb.conf.d/90-local.cnf (la partie Unicode est maintenant là par défaut, inutile de la reprendre).
et de debian
2.2.4. MariaDB remplace MySQL
MariaDB est maintenant la variante par défaut de MySQL, en version 10.1. Avec la publication de Stretch, un nouveau mécanisme est introduit pour choisir la variante par défaut. Celui-ci utilise les méta-paquets créés à partir du paquet source mysql-defaults. Par exemple, l'installation du méta-paquet default-mysql-server installera mariadb-server-10.1. Si les paquets mysql-server-5.5 ou mysql-server-5.6 étaient installés, ils seront supprimés et remplacés par leur équivalent MariaDB. De la même façon, l'installation du méta-paquet default-mysql-client installera mariadb-client-10.1.
[Important] Important
Veuillez noter que les formats de données binaires des bases de données ne sont pas rétrocompatibles. Une fois que vous aurez mis à niveau vers MariaDB 10.1, vous ne pourrez plus revenir à une version antérieure de MariaDB ou MySQL à moins d'avoir un export correct des bases de données. C'est pour cette raison qu'il est conseillé de faire une sauvegarde de vos bases de données importantes avant la mise à niveau, avec un outil approprié comme mysqldump.
Les paquets virtual-mysql-* et default-mysql-* continueront à exister. MySQL continuera à être maintenu dans Debian, dans la version unstable. Veuillez consulter la page du wiki Debian de l'équipe MySQL pour des informations à jour concernant les logiciels relatifs à MySQL dans Debian.
Dernière modification par anonyme (05-02-2019 16:43:17)
donc le service démarre et puis il s'arrête
confirmation lorsque je fais la commande suivante je n'ai rien sauf ma commande grep
la version de mysql server à l'air d'être la bonne
si je comprends bien le site debian, avec stretch, c'est mariadb qui devrait être installé ?
https://imgur.com/9wOmVke
mais je ne trouve aucune trace de mariadb
Je pense que je vais reinstaller complétement mysql (mariadb) est-ce que vous avez un bon tuto pour faire une re-install sans perdre les données ?
Hors ligne
Hors ligne
la migration est terminé avec ces 3 commandes (un apt-get upgrade ne suffit pas )
Il y a un intérêt à faire apt upgrade puis apt dist-upgrade, plutôt que de faire directement dist-upgrade?
Hors ligne
Passons à la mise à jour du système. On commencera par indiquer à APT qu'il doit utiliser Jessie au lieu de Wheezy, en modifiant le fichier /etc/apt/sources.list en conséquence. Si ce fichier ne contient que des références à Stable et non à un de ces noms de code, c'est encore plus simple : la modification n'est pas nécessaire, puisque Stable est toujours identique à la dernière version publiée de Debian. Dans les deux cas, on n'oubliera pas de rafraîchir la base de données des paquets disponibles (apt update, ou le bouton de mise à jour dans synaptic).
Une fois que ces nouvelles sources de paquets sont déclarées, la première chose à faire est une mise à jour minimale avec apt upgrade. Cette mise à jour en deux temps facilite la tâche des outils de gestion de paquets ; en particulier, cela assure que ces outils eux-mêmes sont dans leur dernière version et qu'ils disposent donc de correctifs et d'améliorations qui peuvent s'avérer nécessaires lors de la mise à jour complète de la distribution.
Une fois ces préliminaires accomplis, on pourra passer à la mise à jour proprement dite, soit avec apt full-upgrade, aptitude ou synaptic. On vérifiera les actions à effectuer avant de les déclencher (pour éventuellement ajouter des paquets suggérés, ou désélectionner des paquets qui ne sont que recommandés) ; le frontal devrait dans tous les cas arriver à un scénario dont la situation finale est un système Jessie cohérent et à jour. Il suffira alors de patienter durant le téléchargement des paquets, de répondre aux questions Debconf et de regarder la magie s'opérer pendant le reste de la procédure en gardant un œil attentif sur les éventuelles questions portant sur le remplacement de fichiers de configuration qui auraient été localement modifiés.
jamais testé , directement avec apt-get dist-upgrade
ps:
sauf dernièrement avec PCLinuxOS de 2017 ,(leur conseil => maximum 60 jours sans mise a jour) dans mon cas plus d un an , avec synaptic mon OS a très mal supporté , je m' en suis sorti avec un apt-get dist-upgrade en console
Sur debian d'une version a l'autre toujours suivi ce conseil en deux opérations "upgrade et dist-upgrade" et un reboot
a mes débuts , upgrade => reboot => dist-upgrade => reboot , raleur m'a dit que le reboot intermédiaire n'est pas utile
j'ai pas l'intention de réinventer la roue je suis les conseils et je pense que cela est toujours d' actualité ?
pour un serveur c'est bien plus compliqué , personnellement j' utilise une sauvegarde de tout le disque avant.
pour stretch le conseil est toujours valable => https://www.debian.org/releases/stable/ … ngpackages
ps: pour buster il n'est pas encore créé (trop tôt)
nota : release-notes de debian pour chaque nouvelle version
Dernière modification par anonyme (05-02-2019 20:29:25)
Il y a un intérêt à faire apt upgrade puis apt dist-upgrade, plutôt que de faire directement dist-upgrade?
c'est apt full-upgrade...
Juste pour ne pas laisser une erreur sur le forum.
Il semble bien que pour les migrations l'outil apt-get est plus complet que le apt, oui.
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Hors ligne
Sans rien perdre et sans sauvegarde ?
"apt-cache show default-mysql-server"
Apparement il va te remettre mysql
apt-cache search mariadb -n | wc -l
28 (paquets)
Pour info : nous avons fait un snapshot vmware avant de lancer la migration 8 --> 9 nous allons restaurer le snapshot et refaire complètement la migration
nous vous tiendrons au courant de l'avancement...
Hors ligne
Hors ligne
cela a été un échec, pour des problèmes de dépendances...
Avec le retour ici des lignes de ce retour manqué, on pourrait certainement éclaircir le problème, ne serait-ce que pour la prochaine migration
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
snariom38 a écrit :cela a été un échec, pour des problèmes de dépendances...
Avec le retour ici des lignes de ce retour manqué, on pourrait certainement éclaircir le problème, ne serait-ce que pour la prochaine migration
L'installation et la configuration de ce serveur a été effectué par une autre personne qui n'est plus présente:
En investiguant un peu on s'est aperçu qu'il y avait des packages gelé "hold" on a essayé de les dégeler ensuite on a fait l'installation de MariaDB (sans supprimer mysql) et il y avait des problèmes de configuration et de dépendances
Ensuite nous avons supprimer complètement mysql et les packages à moitié configuré de mariadb, pour refaire une clean install, mais même résultat, si nous avions plus de temps devant nous, nous aurions demandé à la communauté de nous aider à résoudre le problème
et en même temps on s'est dit vu que l'on n'a pas l'historique d'installation et de configuration de ce serveur, ce serait mieux de repartir sur une base propre que l'on maîtrise.
Hors ligne
sous stretch partir sur quelque chose de propre et a partir d un dump (je sais pas si le terme exact) de l'ancienne BD réinjecté dans la nouvelle BD vierge.
il suffit de purger mysql (en ayant fait les sauvegardes et le dump des tables ) et le réinstaller proprement.
ps: sur des dist-upgrades il y aussi des soucis avec apache (et les dépendances) quand il y a une grosse montée en version des paquets )
pour jessie les paquets ne sont pas disponibles (pas de backports pour mysql et mariadb)
pour stretch ça demande un peu de travail pour remettre en service la base de données (et le serveur mysql)
je pense que le souci est celui la pour cette migration
nota; dans les liens de debian certainement mieux expliqué que par moi ........
--
Jc E
Hors ligne
Dernière modification par smolski (06-02-2019 16:40:14)
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Dernière modification par anonyme (06-02-2019 17:07:47)
Hors ligne
Pages : 1