j'ai un souci avec le montage d'un disque FAT distant via SAMBA.
J'ai testé sur un serveur Red Hat et un Live CD Ubuntu, les deux me posent le meme souci.
Je monte donc mon disque via la commande :
mount -t smbfs -o username=..,password=..,iocharset=utf8,codepage=cp850 //ma-machine/repertoire/ /mnt/repertoire/
Le disque se monte bien, je peux le constater avec un explorateur, mais dans les 5 secondes qui suivent, c'est tout linux qui freeze (et freeze de chez freeze, impossible de faire quelque ou de reprendre la main, ne reste que le reboot hard (outch) )
Voilà, si quelqu'un sait comment me tirer du pétrin, je lui en serai gré ^^
# Daemon local qui fout le bronx ?
Posté par Gyro Gearllose . Évalué à 2.
J'ai un problème similaire avec famd, mais il peut peut-être y avoir d'autres processus qui bouffent tout le cpu (updatedb, par exemple)...
Regarde bien la configuration de ton client (ton poste linux) depuis lequel tu fais le montage, et au besoin, arrête les daemons "inutiles" pour trouver celui qui cause ce "freeze".
Ça peut paraître farfelu, mais en tout cas, chez-moi-ça-marche.org depuis que j'ai viré famd...
[^] # Re: Daemon local qui fout le bronx ?
Posté par Bill_Gts . Évalué à -4.
Moi j'ai une solution pour vous, pour que vous arretiez enfin de vous prendre le chou sur des problemes minables à cause de votre OS tout moisi !
ACHETEZ WINDOWS VISTA ULTIMATE !!!!
Rien de mieux ne se fait ....
Voila .
Bye
[^] # Re: Daemon local qui fout le bronx ?
Posté par Bill_Gts . Évalué à -5.
Moi j'ai une solution pour vous, pour que vous arretiez enfin de vous prendre le chou sur des problemes minables à cause de votre OS tout moisi !
ACHETEZ WINDOWS VISTA ULTIMATE !!!!
Rien de mieux ne se fait ....
Voila .
Bye
[^] # Re: Daemon local qui fout le bronx ?
Posté par Kiba . Évalué à 2.
Mais avec un montage mount -t nfs, il n'y a aucun souci (a part les accents, d'ou le smbfs), je comprends donc mal que smbfs bouffe beaucoup plus de proc que nfs. Est ce le cas d'une maniere generale ?
Pas de famd ou de updatedb sur la machine Rh, je teste cette aprem sur le live cd. Une idée d'autres services potentielles ?
Un autre truc, si je fais un smb://mon-ip dans konqueror, je peux par contre atteindre le disque sans souci -_-
[^] # Re: Daemon local qui fout le bronx ?
Posté par Gyro Gearllose . Évalué à 2.
En effet, avec samba, il y a un truc de plus qu'avec nfs. Pour ce que j'en sais, nfs doit fonctionner en TCP/IP natif, alors que smb fonctionne avec du netbios au dessus de tcp/ip... Et là, c'est le drame....
En effet, il faudrait que tu regardes dans la doc soit de samba, soit de microsoft pour comprendre un peu plus comment ça fonctionne dans les faits, mais je peux t'en donner une version allégée, de ce que j'en ai compris, si toutefois ça peut aider...
D'un, pour le protocole smb, il faut un serveur de noms netbios.
Ça permet de faire la correspondance entre la requête //serveur/ressource en IP/ressource.
Là où ça cliche, c'est que les machines windows, lors de leur connexion au réseau demandent forcément une ré-élection du serveur de noms, pour éventuellement prendre le contrôle de tout le trafic. Et une élection, ça peut durer longtemps (jusqu'à 3/4 heures dans le pire des cas).
Mais ça, ça peut se régler avec un serveur linux : il suffit d'un serveur nmbd qui tourne en permanence, avec un os-level au max (255) dans le smb.conf.
Dans ce cas, une machine windows qui vient de démarrer demande une élection et se fait bouler automatiquement, car dans tous les cas, c'est nmbd qui gagne.
Voilà, j'espère que ces explications sont claires....
En tout cas, il me semble que ton problème est peut-être lié à ça, et donc, je te donne une piste pour en trouver la cause...
Bon courage, et indique-nous si le problème vient de là...
[^] # Re: Daemon local qui fout le bronx ?
Posté par Kiba . Évalué à 2.
Là ou le bat blesse, c'est que je ne suis pas sur que ce soit un windows qui heberge le disque dur FAT. Je m'explique, il s'agit d'un snap, un disque dur branché directement sur le reseau, et managé par interface web. Je ne peux donc pas dire si c'est un windows ou un linux light qui tourne -_-
"Mais ça, ça peut se régler avec un serveur linux : il suffit d'un serveur nmbd qui tourne en permanence, avec un os-level au max (255) dans le smb.conf."
Il y a deux samba a distinguer, le samba du snap qui devra heberger les données en sauvegarde, et le samba du serveur Red Hat pour le stockage des données (et qui est client sur le samba du snap donc). Quel smb.conf je bidouille ?
Merci
[^] # Re: Daemon local qui fout le bronx ?
Posté par Gyro Gearllose . Évalué à 2.
A la limite, on s'en fout !
Il en faut un, et un seul qui soit serveur de noms netbios (c'est nmbd qui se charge de ça)....
Après, il faut que tous les postes du réseau, peu importe l'os qui tourne dessus, l'utilisent pour la résolution nom_ressource <-> adresse IP.
Sous windows, ça se règle dans les propriétés TCP/IP de la carte réseau, sous linux, ça dépend des distros et de la méthode utilisée pour configurer la carte.
Chez nous, on fait ça par dhcp, avec la directive
option netbios-name-servers
dans le dhcpd.conf
Voilà, j'espère que ceci t'aidera.
[^] # Configurer netbios
Posté par Kiba . Évalué à 1.
j'ai parcouru cet article, je commence à piger certains trucs. Mais ca me depasse que le disque soit monté et seulement apres la machine freeze -_-
Dans cet article, on ne parle que de win98 et 2000, mais j'imagine que cela s'applique aussi à XP
Une question, s'il n'y avait aucun windows sur le reseau, seulement mon serveur red hat et mon snap, la mise en oeuvre netbios serait qd meme obligatoire ?
Enfin, parametrer le netbios sous windows pour le reseau, cets dans le champ d'adresse DNS ?
je continue de fouiner sur netbios
[^] # Re: Configurer netbios
Posté par Gyro Gearllose . Évalué à 2.
Regarde le paragraphe 3.2.3, il me paraît intéressant et pourrait décrire ton problème, du moins en partie....
Pour ta question concernant la mise en oeuvre de netbios si tu n'avais pas de machines windows sur ton réseau, la réponse est oui, à partir du moment où tu utilises samba.
Sinon, non, netbios et dns n'ont rien à voir...
Pour netbios, ça se règle dans l'onglet WINS dans windows (chapitre 4 de ton lien !)...
Que ça te dépasse que la machine freeze lorsque le disque est monté, ça ne me choque pas....
En fait, il est probable que ta machine monte le bon partage de la bonne machine, mais que pas de bol, 5 secondes après il y ait une élection de serveur de noms, du coup, plus moyen d'accéder à la ressource tant que l'élection n'est pas gagnée...
Ce qui peut se passer aussi, c'est que tu as une machine qui porte le nom du groupe d'une autre, ou deux machines qui portent le même nom.
Le lien que tu as donné est très intéressant à ce sujet. Je l'ai lu en diagonale, mais il foisonne de bonnes informations et idées. Je l'ai mis dans mes marque-pages !
[^] # Re: Configurer netbios
Posté par Kiba . Évalué à 1.
En effet, le systeme des elections pourrait etre un motif de bug, présenté comme ca. Ca commence a devenir plus clair ^^
[^] # Re: Configurer netbios
Posté par Gyro Gearllose . Évalué à 2.
En fait, dans un réseau samba, tu peux avoir un contrôleur principal de domaine, épaulé éventuellement par un ou plusieurs contrôleurs secondaires, mais cette étape n'est pas obligatoire. Si elle est présente, on parle alors de domaine d'authentification.
En dessous, tu doit avoir au moins un groupe ou domaine. Par défaut, sur les machines windows, c'est mshome. C'est une façon de ranger les machines ensembles dans le voisinage réseau.
Ensuite, tu as les noms des machines proprement dites.
Voilà, j'espère que ça clarifie un peu mon propos ;-) !
[^] # Re: Configurer netbios
Posté par Gyro Gearllose . Évalué à 2.
lorsque tu monte une partition du type smbfs, ce n'est pas mount qui le prend en charge mais smbmount, un process qui tourne tant que le partage est monté...
C'est lui qui se charge de traduire les requêtes sur le système de fichiers vers l'interface réseau, que ce soit la lecture ou l'écriture de données.
C'est pour cela que je pense que quelque part ton problème de gel de la machine est lié à un problème réseau, mais il se situe peut-être ailleurs... Problème de routage, de firewall, etc.
Autant de questions qu'il faut se poser, et tracer éventuellement avec les outils d'analyse adéquats....
Déjà l'analyse des logs, sur le serveur samba peut être une bonne idée (directives "log level", "debug level" et autres du smb.conf), fichiers de logs du système (/var/log/messages, /var/log/kern.log, etc)...
Ensuite, analyse du comportement du réseau avec un outil de traçage des trames (tcpdump, par exemple), etc....
Bref, voilà déjà quelques pistes, et le pire, dans tout ça, c'est qu'il est probable que ce soit un truc tout con qui gèle ta machine, les joies de l'informatique !
[^] # Re: Configurer netbios
Posté par Kiba . Évalué à 1.
Pour les logs, impossible d'y avoir accès, vu que c'est le snap qui fait le serveur. le seul message que renvoie le journal est un manque de place -_-
Sinon, cifs, qui a l'air d'etre une alternative ou un complement de smbfs pourrait-il etre une solution ?
Sinon, j'aime bien l'idée de sniffer les trames pour voir ^^
[^] # Re: Configurer netbios
Posté par Kiba . Évalué à 1.
[^] # Re: Configurer netbios
Posté par Gyro Gearllose . Évalué à 2.
Change son nom...
Par contre, si il indique un manque de place, et que c'est vrai, ça peut aussi être une source de problèmes...
[^] # Re: Configurer netbios
Posté par Kiba . Évalué à 1.
Sinon, j'ai renommé le snap, mas tjs le freeze. </deçu>
Prochaine etape : netbios alors. Mais la ca implique de toucher à tous les pc de la boite -_-
Jve deja retenter et scruter le reseau
[^] # Re: Configurer netbios
Posté par Kiba . Évalué à 1.
La derniere trame est une trame TCP.
Le checksum du champ TCP final est incorrect, il renvoie 0x84ba au lieu de 0xb2b4
[^] # Re: Configurer netbios
Posté par Kiba . Évalué à 1.
[^] # Re: Configurer netbios
Posté par Kiba . Évalué à 1.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.