J'ai tenté, depuis linux, de monter via samba une partoche linux et une autre windows, les deux ont reussi, je commence à me demander si le probleme n'est pas purement issu du snap oO
J'ai attendu que les xp soient eteints pour refaire une tentative hier soir, resultat un freeze. Je crois que je vais commencer à sniffer du cote du snap, voir sil est pas defaillant ou un truc du genre (pourtant sous xp on le monte comme un leteur reseau sans souci :/)
Je viens de remarquer un truc : le nom du snap porte le meme nom que le nom de domaine du reseau (les noms de domaines des pc avec xp), ce serait une source possible de bug ?
Ya t-il un port particulier qui doit etre ouvert pour le client samba du red hat ? Avoir un client et un serveur tournant en parallele ca gene pas ? (je demande comme ca lol)
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 ^^
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 ?
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 ?
Je te remercie de ta reponse, je teste ca cette aprem.
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: Configurer netbios
Posté par Kiba . En réponse au message montage FAT defaillant. Évalué à 1.
[^] # Re: Configurer netbios
Posté par Kiba . En réponse au message montage FAT defaillant. Évalué à 1.
[^] # Re: Configurer netbios
Posté par Kiba . En réponse au message montage FAT defaillant. É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 . En réponse au message montage FAT defaillant. É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 . En réponse au message montage FAT defaillant. Évalué à 1.
[^] # Re: Configurer netbios
Posté par Kiba . En réponse au message montage FAT defaillant. É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 . En réponse au message montage FAT defaillant. Évalué à 1.
En effet, le systeme des elections pourrait etre un motif de bug, présenté comme ca. Ca commence a devenir plus clair ^^
[^] # Configurer netbios
Posté par Kiba . En réponse au message montage FAT defaillant. É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: Daemon local qui fout le bronx ?
Posté par Kiba . En réponse au message montage FAT defaillant. É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 Kiba . En réponse au message montage FAT defaillant. É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 -_-