3 votes

Comment puis-je corriger le message "Le serveur MTM fs Mount n'a pas réussi à démarrer à cause de l'erreur 15" ?

Depuis quelques semaines, je reçois beaucoup de récurrents MTM fs Mount server failed to start because of error 15 les messages d'erreur dans system.log . Comment puis-je diagnostiquer et réparer ce problème ?

Je ne sais pas si cela cause des problèmes, mais c'est inquiétant, et comme il spamme le fichier journal, j'ai du mal à diagnostiquer d'autres problèmes. Time Machine a également été défaillant ces derniers temps, ne parvenant pas à terminer les sauvegardes sur les disques externes connectés à ma Time Capsule parce qu'il ne pouvait pas trouver le disque de sauvegarde. (Les sauvegardes sur les disques connectés localement fonctionnent bien). mtmfs fait partie du système Time Machine.

Voici à quoi il ressemble, d'après system.log comme vu dans Console. Il y aura une série d'erreurs et de tentatives de redémarrage, qui seront ensuite limitées.

Nov 28 15:08:18 eilonwy.local mtmfs[379]: cannot bind custom tcp socket
Nov 28 15:08:18 eilonwy.local mtmfs[379]: MTM fs Mount server failed to start because of error 15
Nov 28 15:08:19 eilonwy.local mtmfs[379]: MTM fs Mount server retrying ...
Nov 28 15:08:19 eilonwy.local mtmfs[379]: cannot bind custom tcp socket
Nov 28 15:08:19 eilonwy.local mtmfs[379]: MTM fs Mount server failed to start because of error 15
Nov 28 15:08:21 eilonwy.local mtmfs[379]: MTM fs Mount server retrying ...
Nov 28 15:08:21 eilonwy.local mtmfs[379]: cannot bind custom tcp socket
Nov 28 15:08:21 eilonwy.local mtmfs[379]: MTM fs Mount server failed to start because of error 15
Nov 28 15:08:22 eilonwy.local mtmfs[379]: MTM fs Mount server retrying ...
Nov 28 15:08:22 eilonwy.local mtmfs[379]: cannot bind custom tcp socket
Nov 28 15:08:22 eilonwy.local mtmfs[379]: MTM fs Mount server failed to start because of error 15
Nov 28 15:08:24 eilonwy.local mtmfs[379]: MTM fs Mount server retrying ...
Nov 28 15:08:24 eilonwy.local mtmfs[379]: cannot bind custom tcp socket
Nov 28 15:08:24 eilonwy.local mtmfs[379]: MTM fs Mount server failed to start because of error 15
Nov 28 15:08:25 eilonwy.local mtmfs[379]: MTM fs Mount server retrying ...
Nov 28 15:08:25 eilonwy.local mtmfs[379]: MTM fs Mount server failed to start because of too many retries
Nov 28 15:08:25 eilonwy.local mtmfs[379]: MTM fs Mount server failed, last error 15
Nov 28 15:08:25 eilonwy com.apple.launchd[1] (com.apple.mtmfs[379]): Exited with code: 99
Nov 28 15:08:25 eilonwy com.apple.launchd[1] (com.apple.mtmfs): Throttling respawn: Will start in 3 seconds

Cela se répète constamment, pour finir avec environ 150.000 mtmfs les messages d'erreur dans system.log tous les jours.

Ceci sous OS X 10.8.5 sur un MacBook Pro Retina mi-2012. eilonwy est le nom d'hôte de ma machine.

J'ai regardé le peu de documentation sur le sujet. mtmfs J'ai trouvé grâce à man et Google, et bien qu'il indique comment le démarrer et l'arrêter, je n'ai trouvé aucune information sur ce qu'il faut faire. error 15 signifie, à quelle "custom tcp socket" il peut essayer de se lier et comment y remédier, et quelles sont les conséquences d'un tel comportement. mtmfs qui ne fonctionnent pas sont.

J'ai contacté le service d'assistance d'Apple qui m'a suggéré d'effectuer une "réparation des permissions" à partir de l'utilitaire de disque, ce que j'ai fait et qui n'a pas résolu le problème, puis de réinstaller OS X, ce qui est un peu agressif (et Windowsien) à mon goût.

Quelqu'un peut-il m'aider à résoudre ce problème, ou m'indiquer des ressources pour m'aider à le diagnostiquer ?

0 votes

Andrew (ou quelqu'un d'autre) a-t-il réussi à résoudre ce problème ? J'ai la même erreur qui se répète constamment.

0 votes

J'ai fini par abandonner, j'ai effacé mon disque et j'ai fait une nouvelle réinstallation d'OS X 10.9. L'erreur a disparu. (La simple mise à niveau vers 10.9 ne l'a pas corrigée).

0 votes

@rtaustin - Pouvez-vous essayer la réponse de bmike et nous faire savoir si cela fonctionne pour vous ?

8voto

BMourelo Points 96

J'ai eu le même problème et il était dû à des erreurs dans l'adresse IPv4 du localhost dans /etc/hosts. Le daemon de mtmfs écoute sur localhost.

Vérifiez que c'est la première ligne dans /etc/hosts :

127.0.0.1       localhost

Vous pouvez également tester : (cela dépend des options du pare-feu)

$ ping localhost

Désactivez ensuite les instantanés Time Machine locaux et déclenchez le nettoyage automatique des données d'instantanés locaux accumulés :

$ sudo tmutil disablelocal

Redémarrez le Mac, et activez les snapshots Time Machine locaux :

$ sudo tmutil enablelocal

Et cela fonctionne sans erreur.

[system.log] mtmfs[40]: mount succeeded for /Volumes/MobileBackups

0 votes

Bingo ! J'ai sorti mon vieux /etc/hosts depuis le moment de l'émission hors des sauvegardes, et en effet son 127.0.0.1 localhost a été commentée et remplacée par une entrée normale de type 192.168.0.xxx Adresse IP. Je peux reproduire les symptômes exacts en modifiant /etc/hosts encore une fois, donnant à localhost une IP incorrecte. (Je ne sais pas pourquoi elle a été changée en premier lieu.) Votre solution fonctionne. Merci !

0 votes

Ditto bingo ! J'avais 172.0.0.2 dans mon fichier d'hôtes et il l'utilisait par défaut. Supprimé. Corrigé.

1voto

Oskar Points 1242

J'ai eu beaucoup de mal à interagir avec les mtmfs et à réparer les choses quand elles ne vont pas bien. J'ai bien réussi à nettoyer le magasin mobile et à démarrer la partie sauvegarde mobile.

Faites une sauvegarde Time Machine avec votre disque de destination normal monté, puis désactivez-la - laissez le système nettoyer l'espace de cache sur le disque et réactivez ensuite le magasin d'instantanés local. Vous perdez tous les intervalles de sauvegarde qui ne sont pas sur la destination réelle, mais vous obtenez également un ensemble fonctionnel. Enfin, j'exécuterais tmdiagnose pour capturer la panne avant de la nettoyer, au cas où elle réapparaîtrait, et vous pouvez envoyer les deux séries de journaux de diagnostic à Apple pour qu'ils soient analysés par les ingénieurs.

sudo -s
tmutil startbackup --rotation --block
tmdiagnose
tmutil disablelocal
sleep 30
tmutil enablelocal
exit

À ce stade, vous voudrez tester une ou deux sauvegardes et répéter le tmdiagnose si vous parvenez à reproduire le problème :

tmutil snapshot
sleep 15
tmutil startbackup --rotation --block
sleep 15
tmutil snapshot

0 votes

+1 Merci bmike ! Je ne savais pas que tmdiagnose ; cela semble utile. J'avais essayé tmutil disablelocal / enablelocal mais ça ne l'a pas arrangé. Peut-être n'ai-je pas attendu assez longtemps entre les deux ? Quoi qu'il en soit, j'ai abandonné et reformaté, donc je ne peux pas tester la reproductibilité. Je ne sais pas quelle est l'étiquette concernant l'acceptation lorsque la situation originale a disparu...

0 votes

@AndrewJanke La meilleure étiquette est de choisir une réponse si le problème ne peut plus être reproduit. Cela incite les autres à modifier la question pour montrer comment le reproduire ou à poser une nouvelle question. Vous êtes encouragé à répondre vous-même si, pour une raison quelconque, vous sélectionnez l'une des réponses existantes. Donc, à moins que vous ne vouliez cocher la mienne comme réponse, allez-y et répondez vous-même.

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X