help... mysql part en c....

[tojar]

Bon. J'ai un Mac Pro avec un Os X server... qui fonctionnait très bien avec un MySQL (installé via le .dmg du site) et tout le tintouin pour gérer un site de réservation, deux forums, un ou deux sites webs standards et une plateforme moodle.

du 10.8 au 10.10, quasiment rien à faire, tout fonctionnait nickel.


Mais j'ai du installé 10.11 du fait de certains softs... et là, c'est la catastrophe. impossible de faire fonctionner MySQL.

J'ai donc tenté une mise à jour en 7: le control panel ne marche pas, il me lance deux instances de MySQL ?? ca foire plein pot...

J'ai aussi essayé la 6.35... toujours via le dmg du site, au moins 60 fois ces dernières 24h (sans exagérer): à chaque fois la réponse est la même: . ERROR! The server quit without updating PID file (/usr/local/mysql/data/nomdemonsite.no-ip.info.pid).
Il me lance deux instances de sql ... puis une fois que j'arrive à couper le server, impossible d'en relancer une seule.

J'ai réparé les autorisations, vérifié celle de chaque fichier à priori impliqué minutieusement...


j'ai tenté aussi l'install via HomeBrew.. sauf que l'arborescence n'est pas du tout la meme (y'a pas un dossier DATA) et donc, récupérer mes bases de données, c'est impossible... il refuse. les autorisations que veut mysql via homebrew ne sont pas les mêmes que mysql via le dmg du site... je deviens fou.

je viens d'y passer 25heures d'affilée... et j'ai des années de travail qui vont voler à la poubelle. car, non, hélas, ressortir la version qui fonctionnait depuis un timemachine ne résouds pas le problème (hormis réinstaller 10.10 mais ca, je ne peux pas non plus, je dois bosser en 10.11...)

j'ai compulsé un nombre de site incalculables.... si quelqu'un à une idée, je suis preneur, vraimet...


Je me suis arrêté à ce site:
https://icesquare.com/wordpress/mysql-start...ating-pid-file/

La solution d'upgrader les tables, pourquoi pas mais comment lancer mysql avec les args demandés ? la ligne de code /usr/local/etc/rc.d/mysql-server start ne fonctionne pas avec la version mysql en dmg....

Ce message a été modifié par tojar - 4 Aug 2016, 06:10.

[Jaypee]

tojar,

Il faut revenir aussi prêt que possible de la dernière qui a marché. Si la deuxième installation via homebrew ne fonctionne pas, il faut la virer: des explications ici: http://stackoverflow.com/questions/4359131...mysql-on-mac-os

Ensuite, il faut des détails: quelles sont les erreurs lors de l'absence de démarrage.
- Il faut rechercher en arrière la séquence d'un démarrage "qui marche" dans les logs, ou trouver un utilisateur avec la même config qui peut fournir une copie de cette séquence.
- Il faut des symptômes pour faire un diagnostic.
- Faire un démarrage qui échoue et comparer les logs avec le premier cas.

Les endroits où chercher avec un grep:
- /var/log/system.log

On cherche ensuite la solution. Aussi calmement et rigoureusement que possible. Il faut accepter l'aide et les points de vue diversifiés...

L'étape suivante est celle où No6 est déjà: comment éviter le problème dans le futur?
- Simplifier au maximum
- Bien documenter les spécificités. Il faut aussi documenter toutes les pannes majeures et leur résolution.
- Coller à des standards pour que la connaissance collective puisse jouer.
- Faire des backups. Il m'est arrivé de faire du mysqldump et de committer le dump dans SVN pour les versionner mais ça ne faisait que 20 Mo par jour
- Se poser la problématique du clonage et du redémarrage après un désastre: J'ai eu une fois la décommission (mise à la retraite, reformage) d'un serveur Jenkins qui devait me fournir un kit pour une mise en prod, à deux jours de Noël. J'ai eu des backups de Wiki, avec toute la base de connaissance qui ne se restauraient pas...
- Accepter la loi de Murphy : tout ce qui peut casser, va casser un jour. Et s'en protéger.

J-P

[tojar]

et en quoi ce que tu es en train de dire va m'aider à résoudre mon souci, mhh ?

Et bien pour moi ton "soucis" vient de ta config, et que ce qui t'arrive aujourd'hui risque de se reproduire de plus en plus.
Donc à mon sens, le meilleur moyen de régler se "souci" c'est une migration de système.

"bonjour, mon cher garagiste, pourriez vous me réparer le moteur de ma peugeot ? Non, allez plutot acheter BMW/audi/fiat/skoda/whatever."

pas sûr qu'il s'en sorte ce garagiste....

tojar,

Il faut revenir aussi prêt que possible de la dernière qui a marché. Si la deuxième installation via homebrew ne fonctionne pas, il faut la virer: des explications ici: http://stackoverflow.com/questions/4359131...mysql-on-mac-os

Ensuite, il faut des détails: quelles sont les erreurs lors de l'absence de démarrage.
- Il faut rechercher en arrière la séquence d'un démarrage "qui marche" dans les logs, ou trouver un utilisateur avec la même config qui peut fournir une copie de cette séquence.
- Il faut des symptômes pour faire un diagnostic.
- Faire un démarrage qui échoue et comparer les logs avec le premier cas.

Les endroits où chercher avec un grep:
- /var/log/system.log

On cherche ensuite la solution. Aussi calmement et rigoureusement que possible. Il faut accepter l'aide et les points de vue diversifiés...

L'étape suivante est celle où No6 est déjà: comment éviter le problème dans le futur?
- Simplifier au maximum
- Bien documenter les spécificités. Il faut aussi documenter toutes les pannes majeures et leur résolution.
- Coller à des standards pour que la connaissance collective puisse jouer.
- Faire des backups. Il m'est arrivé de faire du mysqldump et de committer le dump dans SVN pour les versionner mais ça ne faisait que 20 Mo par jour
- Se poser la problématique du clonage et du redémarrage après un désastre: J'ai eu une fois la décommission (mise à la retraite, reformage) d'un serveur Jenkins qui devait me fournir un kit pour une mise en prod, à deux jours de Noël. J'ai eu des backups de Wiki, avec toute la base de connaissance qui ne se restauraient pas...
- Accepter la loi de Murphy : tout ce qui peut casser, va casser un jour. Et s'en protéger.

J-P

n'étant plus devant la machine ces jours ci, je n'ai pas les logs sous la main (je peux tjrs voir à distance.... mais c'est pas toujours évident en déplacement).

par contre, je veux bien plus de détails sur ta phrase mise en gras ?