Samba et Mac la relation impossible.
Spek
Membre
Bonjour,
Alors voici un problème sympa sur lequel je bûche depuis quelques semaine sans réellement comprendre pourquoi.
La situation :
Dans l'entreprise dans laquelle je suis le réseau comprend plusieurs PC, Mac, Serveurs.
Ces serveurs en questions sont sous Debian ou Windows.
L'un de ses serveur (un Windows 7 Pro) sert de transfert entre les sources pour les graphistes et les export de ces sources pour les développeur. Il y a au maximum 10 accès en même temps sur ce serveur. Tout se passe bien dans la journée puis à un moment donnée les Macs vont soit avoir des grosses lenteur d'accès sur ce serveur, soit carrément être déco et ne plus pouvoir se logué dessus (bien que le ping fonctionne dans les 2 sens), nous avons toujours le message "Le serveur n'a pas été trouvé". Nous sommes dès lors obligé de redémarrer le serveur.
Les Mac en question sont soit en OSX 10.7 soit en OSX 10.8.
Ce que je ne comprend pas c'est ce qui se passe et comment le résoudre. J'ai lu un peu partout que le client Samba sur les OSX est, depuis quelques versions, assez faible.
Toujours le même souci.
Si jamais l'un d'entre vous à des idées ?
Réponses
Est-ce que ça vous fait la même chose avec un Windows Server et non un Windows Client ?
Si vous n'avez pas les sous pour Windows Server, prenez au moins un NAS Synologie. Enfin quelque chose d'officiellement vendu pour faire point de partage de groupe de travail. Ce n'est pas le cas de Windows Client qui dispose de limitations débiles de toutes parts.
Justement nous avons un NAS. Et même si le problème est moins violent. Nous en avons toujours. Certains PSD sont par exemple dessus (pour des projets web par exemple) et la aussi nous avons coupure et ralentissement, mais comme je le disais cela est moins fréquent.
Au niveau des limitations Windows. Je les ai vérifié et normalement il n'y a rien qui expliquerai ce phénomène.
Pourquoi les postes Mac sont les seuls a être déconnecté ?
Pourquoi faut-il redémarrer la machine ?
J'ai pensé à une idée, les accès concurrentiel, mais ils sont au nombre de 20.
Par la suite nous avons testé dans la journée hier de basculer du travail sur le Debian. Et certes les Mac ne déco plus mais dès qu'il ferme un fichier ils ne libèrent pas les droits dessus. Ce qui fait que les web designer et les devs ne peuvent pas travailler ensemble.
Enfin nous avions déjà testé sur un Windows Server et le problème été le même.
Pour la suite j'ai appelé la boutique spécialisé du coin. Ils vont venir jeter un oe“il et nous dire. Mais pour eux cela ressemble fortement à un problème du client Samba et leur solution c'est de le remplacer par un autre. Enfin la suite au prochain épisode. En attendant je suis ouvert à tout raisonnement, question, et autre. Car là je perd mon latin.
Tu va pas aimer ma réponse, mais je vais te faire la même qu'à tous mes clients.
Va lire la documentation des produits que tu utilise...
Ni Adobe, ni Microsoft, ni Apple ne supportent l'ouverture des fichiers en réseau. C'est quelque chose de fondamentalement débile d'ouvrir un fichier de travail sur un espace de travail lent et à la disponibilité douteuse. Les perte de paquets ça existe, les switch qui plantent aussi. Tu n'es pas dans un DataCenter, ton réseau local ne fait pas de la haute disponibilité et n'est pas rapide.
Ouvrir depuis le point de partage réseau un fichier c'est mettre toutes les chances de son coté pour faire planter les logiciels. Surtout les merdes du genre Office et CS qui font parti des pires logiciels en terme de respect d'un file system et de gestion des locks.
Ton problème de lock non libéré qui empêche les graphistes de bosser ensemble, ce n'est pas ton Mac qui est merdique, mais ton logiciel qui pose un lock qu'il ne libère pas comme il faut. Excel est spécialiste du genre.
Autre chose, la gestion des identifiants unique. Office est développé par une bande de gros débile qui utilise des fichiers temporaire à la racine du point de partage et organisé par UID. Soit un identifiant qui n'est pas unique à travers un réseau sauf à utiliser un serveur d'annuaire. Ils auraient pu utiliser le GUID mais non, c'est des gros débiles, donc ils ont pris l'option qui va faire planter le plus leur logiciel sur le réseau. Quand un Excel ferme en fin de journée et supprime ses fichiers temporaire, il va aussi supprimer les fichiers de ses voisins qui ont le même UID. Certes un réseau correctement géré ne devrait pas avoir les même UID, mais ce n'est pas la réalité de terrain, et ce n'est pas géré chez les guignols...
Quand aux pousseurs de cartons spécialisé du coin, personnellement j'éviterais de leur mettre un ordinateur entre les mains... J'en vois que très rarement des compétent sur réseau d'entreprise.
Bah t'inquiètes pas je suis développeur, le réseau et ses méandres je le fais à peine pour aider mon admin réseau. Je comprend bien ce que tu dis et je vais faire passer le message.
Le truc qui me parait suspect (tout de même). C'est mon cas particulier. Je dev pour Android et iOS. Je suis donc à mon bureau avec un PC et un Mac. Je travail sur le PC avec Eclipse, Sublime et Photoshop et sur le Mac avec Xcode, Sublime et Photoshop.
Le problème étant que c'est juste quand je travail avec le Mac que cela m'arrive et sur Photoshop principalement. La même sur PC je n'ai jamais eut aucun problème. Mais vraiment aucun. Après nous avons testé une journée sur un Mac Book Pro en OSX 10.6 et le problème n'est jamais apparût.
Bref, cela me gonfle et je sais pourquoi j'en ai pas fais mon métier. Du coup je pense que je vais arrêter les frais et travailler uniquement avec le SVN.
SVN ou GIT est un bien meilleur système de collaboration qu'un simple point de partage. Si tu veux un truc un peu plus user friendly tu as aussi SharePlan de Code42 mais payant.
Ce que tu peux regarder pour tes problèmes sous OS X c'est voir si un autre utilisateur Mac ne travail pas en même temps sur le réseau quand ça plante, tu as peut être un conflit d'UID.
Oui je travaille depuis plus de 10 ans et SVN me suit depuis très longtemps. (J'ai bien essayé de passer sous Git mais j'ai ma préférence pour SVN). Je vais regarder ce SharePlan, car déjà SVN est passé assez difficilement pour un projet, alors si il est mis en outil de collaboration général....
Bon avancé notoire dans mon problème. En enlevant tous les réglage de mise en veille automatique nous avons beaucoup beaucoup beaucoup moins de plantage (genre 1 tous les deux jours). D'après les renseignement du responsable réseau. Un Mac qui se mettrait en veille aurait fréquemment ce genre de problème dans un réseau SAMBA mixant Mac, Windows. Je trouve ça difficile à comprendre. Mais bon les faits sont là .
Maintenant les seuls problèmes restant sont lors de travaux sur un même dossier par deux macs, il arrive qu'il y ai blocage et encore c'est pas systématique. A suivre.