Bonjour,
 
Je rencontre depuis hier ou quelques jours un problème assez étrange avec mon serveur sous Debian Squeeze.
Config:
- Un processeur Celeron
- 1G de RAM
- 2 DD (1 de 200Go et l'autre de 1To) en sata
 
Je me sers de ce serveur comme un NAS. Le débit était compris en 80 et 110Mo/s lorsque je copiait depuis ou à partir de mon PC Windows
Les partages sont réalisé via Samba.
 
Mon problèmes est que depuis aujourd'hui au moins la copie ne se fait plus, ou alors avec un débit de 10Ko/s.
Même la console semble à certains moments ne pas réagir correctement.
L'état SMART des disques ne révèle rien d'anormal.
 
 
Voila ce qui apparait dans le log Samba depuis très récemment en date du 07/03/2012:
"Samba name server SERVEUR has stopped being a local master browser for workgroup WORKGROUP"
 
Et cela apparait aussi:
 
[2012/03/11 13:26:42.421947, 0] nmbd/nmbd_namequery.c:108(query_name_response)
query_name_response: Multiple (2) responses received for a query on subnet 192.168.1.2 for name WORKGROUP<1d>.
This response was from IP 192.168.1.1, reporting an IP address of 192.168.1.1.
[2012/03/11 13:42:07.606765, 0] nmbd/nmbd_namequery.c:108(query_name_response)
query_name_response: Multiple (2) responses received for a query on subnet 192.168.1.2 for name WORKGROUP<1d>.
This response was from IP 192.168.1.1, reporting an IP address of 192.168.1.1.
 
Cette erreur apparaît PILE au moment ou j'ai eu le problème!
192.168.1.1 est mon routeur (LinksysE3000 avec firmware Tomato). Il possède un disque USB que je mon te temps en temps pour sauvegarder le volume sur mon petit serveur. Le routeur fait office de serveur FTP et serveur Samba (aussi)
Celui ou se trouve le problème Samba. J'ai fait un long transfert aujourd'hui de 13Go. Suite à cela, Samba s'est mis à déconner.
 
Peut-il y avoir un conflit entre le serveur Samba du routeur et celui du serveur?

C'est quoi que t'appelles la console ? un shell via SSH ?
Si oui, alors je regarderai plutôt du coté du réseau.
Regarde les messages (dmesg) sur ton serveur.

Oui SSH.
En effet le réseau semble étrange. Il m'était d'habitude possible de lancer une fenêtre internet (Iceweasel avec serveur X déporté) et naviguer avec sur Internet. Depuis ce problème, c'est extrêmement long.
J'ai fait une recherche dans le fichier /var/log/messages et aucune trace de dsmeg.
Je précise que c'est la deuxième fois que ce problème apparaît. Pour le résoudre j'avais réinstallé le système. J'aimerai cette fois-ci le résoudre une bonne fois pour toute.

Regardes les logs alors (dmesg).
C'est peut être un conflit d'adresse IP, un pb de DNS, ou un problème de cable/switch/routeur.

Nan mais dmesg c'est une commande à taper pour afficher les dernier logs systèmes

Et on ne réinstalle pas un système linux pour résoudre un problème, sauf si le problème c'est qu'on a tout effacé et qu'on a pas de backup

Ok pour dmesg. MAais en gros ça revient à ouvrir le fichier /var log messages.
Quoi qu'il en soit je ne vois rien qui m'interpelle. Tu veux un extrait?

..... et avec WinSCP, ça merde aussi.

ouais, colle-le dans un pastebin
 
Sinon regarde si la résolution DNS se passe bien depuis ta machine cliente pour le nom de ce serveur (si il a un nom). Regarde aussi si les résolutions DNS depuis le serveur se font correctement ("host -t any www.google.com" par exemple, en supposant que la commande host est bien installée )

Mar 11 19:15:05 localhost kernel: [    2.500395] PM: Starting manual resume from disk
Mar 11 19:15:05 localhost kernel: [    2.541079] kjournald starting.  Commit interval 5 seconds
Mar 11 19:15:05 localhost kernel: [    2.541093] EXT3-fs: mounted filesystem with ordered data mode.
Mar 11 19:15:05 localhost kernel: [    3.471057] udev[301]: starting version 164
Mar 11 19:15:05 localhost kernel: [    3.790570] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input0
Mar 11 19:15:05 localhost kernel: [    3.790577] ACPI: Power Button [PWRB]
Mar 11 19:15:05 localhost kernel: [    3.790635] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input1
Mar 11 19:15:05 localhost kernel: [    3.790639] ACPI: Power Button [PWRF]
Mar 11 19:15:05 localhost kernel: [    3.814059] input: PC Speaker as /devices/platform/pcspkr/input/input2
Mar 11 19:15:05 localhost kernel: [    3.815793] processor LNXCPU:00: registered as cooling_device0
Mar 11 19:15:05 localhost kernel: [    3.939633] ACPI: WMI: Mapper loaded
Mar 11 19:15:05 localhost kernel: [    4.120976] i2c i2c-0: nForce2 SMBus adapter at 0x4d00
Mar 11 19:15:05 localhost kernel: [    4.120999] i2c i2c-1: nForce2 SMBus adapter at 0x4e00
Mar 11 19:15:05 localhost kernel: [    4.397256] [drm] Initialized drm 1.1.0 20060810
Mar 11 19:15:05 localhost kernel: [    4.610805] ACPI: PCI Interrupt Link [SGRU] enabled at IRQ 23
Mar 11 19:15:05 localhost kernel: [    4.610812] nouveau 0000:00:10.0: PCI INT A -> Link[SGRU] -> GSI 23 (level, low) -> IRQ 23
Mar 11 19:15:05 localhost kernel: [    4.613356] [drm] nouveau 0000:00:10.0: failed to evaluate _DSM: 5
Mar 11 19:15:05 localhost kernel: [    4.613756] [drm] nouveau 0000:00:10.0: Detected an NV40 generation card (0x063000a2)
Mar 11 19:15:05 localhost kernel: [    4.614348] [drm] nouveau 0000:00:10.0: Attempting to load BIOS image from PROM
Mar 11 19:15:05 localhost kernel: [    4.614352] [drm] nouveau 0000:00:10.0: ... BIOS signature not found
Mar 11 19:15:05 localhost kernel: [    4.614354] [drm] nouveau 0000:00:10.0: Attempting to load BIOS image from PRAMIN
Mar 11 19:15:05 localhost kernel: [    4.653506] [drm] nouveau 0000:00:10.0: ... appears to be valid
Mar 11 19:15:05 localhost kernel: [    4.653509] [drm] nouveau 0000:00:10.0: BIT BIOS found
Mar 11 19:15:05 localhost kernel: [    4.653512] [drm] nouveau 0000:00:10.0: Bios version 05.73.32.08
Mar 11 19:15:05 localhost kernel: [    4.653515] [drm] nouveau 0000:00:10.0: TMDS table script pointers not stubbed
Mar 11 19:15:05 localhost kernel: [    4.653518] [drm] nouveau 0000:00:10.0: BIT table 'd' not found
Mar 11 19:15:05 localhost kernel: [    4.653520] [drm] nouveau 0000:00:10.0: Found Display Configuration Block version 3.0
Mar 11 19:15:05 localhost kernel: [    4.653524] [drm] nouveau 0000:00:10.0: DCB connector table: VHER 0x30 5 10 2
Mar 11 19:15:05 localhost kernel: [    4.653527] [drm] nouveau 0000:00:10.0:   0: 0x00000000: type 0x00 idx 0 tag 0xff
Mar 11 19:15:05 localhost kernel: [    4.653530] [drm] nouveau 0000:00:10.0:   1: 0x00001161: type 0x61 idx 1 tag 0x07
Mar 11 19:15:05 localhost kernel: [    4.653533] [drm] nouveau 0000:00:10.0: Raw DCB entry 0: 01000310 00000023
Mar 11 19:15:05 localhost kernel: [    4.653536] [drm] nouveau 0000:00:10.0: Raw DCB entry 1: 01031322 00000080
Mar 11 19:15:05 localhost kernel: [    4.653543] [drm] nouveau 0000:00:10.0: Parsing VBIOS init table 0 at offset 0xCD9D
Mar 11 19:15:05 localhost kernel: [    4.653672] [drm] nouveau 0000:00:10.0: Parsing VBIOS init table 1 at offset 0xCEE9
Mar 11 19:15:05 localhost kernel: [    4.653675] [drm] nouveau 0000:00:10.0: Parsing VBIOS init table 2 at offset 0xCEEA
Mar 11 19:15:05 localhost kernel: [    4.653700] [drm] nouveau 0000:00:10.0: Parsing VBIOS init table 3 at offset 0xD06C
Mar 11 19:15:05 localhost kernel: [    4.653706] [drm] nouveau 0000:00:10.0: Parsing VBIOS init table 4 at offset 0xD0EC
Mar 11 19:15:05 localhost kernel: [    4.661726] [TTM] Zone  kernel: Available graphics memory: 445724 kiB.
Mar 11 19:15:05 localhost kernel: [    4.661729] [TTM] Zone highmem: Available graphics memory: 484416 kiB.
Mar 11 19:15:05 localhost kernel: [    4.661740] [drm] nouveau 0000:00:10.0: 64 MiB VRAM
Mar 11 19:15:05 localhost kernel: [    4.662779] [drm] nouveau 0000:00:10.0: 64 MiB GART (aperture)
Mar 11 19:15:05 localhost kernel: [    4.662976] [drm] nouveau 0000:00:10.0: Allocating FIFO number 0
Mar 11 19:15:05 localhost kernel: [    4.663264] [drm] nouveau 0000:00:10.0: nouveau_channel_alloc: initialised FIFO 0
Mar 11 19:15:05 localhost kernel: [    4.663271] [drm] nouveau 0000:00:10.0: Initial CRTC_OWNER is 0
Mar 11 19:15:05 localhost kernel: [    4.663276] [drm] nouveau 0000:00:10.0: Saving VGA fonts
Mar 11 19:15:05 localhost kernel: [    4.699152] [drm] nouveau 0000:00:10.0: Detected a VGA connector
Mar 11 19:15:05 localhost kernel: [    4.699294] [drm] nouveau 0000:00:10.0: Detected a DVI-D connector
Mar 11 19:15:05 localhost kernel: [    4.700273] [drm] nouveau 0000:00:10.0: Setting dpms mode 3 on vga encoder (output 0)
Mar 11 19:15:05 localhost kernel: [    4.700277] [drm] nouveau 0000:00:10.0: Setting dpms mode 3 on tmds encoder (output 1)
Mar 11 19:15:05 localhost kernel: [    4.763908] No connectors reported connected with modes
Mar 11 19:15:05 localhost kernel: [    4.763916] [drm] Initialized nouveau 0.0.15 20090420 for 0000:00:10.0 on minor 0
Mar 11 19:15:05 localhost kernel: [    4.763997] HDA Intel 0000:00:09.0: power state changed by ACPI to D0
Mar 11 19:15:05 localhost kernel: [    4.764051] HDA Intel 0000:00:09.0: power state changed by ACPI to D0
Mar 11 19:15:05 localhost kernel: [    4.764389] ACPI: PCI Interrupt Link [LAZA] enabled at IRQ 22
Mar 11 19:15:05 localhost kernel: [    4.764395] HDA Intel 0000:00:09.0: PCI INT A -> Link[LAZA] -> GSI 22 (level, low) -> IRQ 22
Mar 11 19:15:05 localhost kernel: [    4.764399] hda_intel: Disable MSI for Nvidia chipset
Mar 11 19:15:05 localhost kernel: [    5.328033] hda_codec: ALC888: BIOS auto-probing.
Mar 11 19:15:05 localhost kernel: [    5.568122] input: HDA Digital PCBeep as /devices/pci0000:00/0000:00:09.0/input/input3
Mar 11 19:15:05 localhost kernel: [    6.140048] Adding 1892344k swap on /dev/sdb5.  Priority:-1 extents:1 across:1892344k  
Mar 11 19:15:05 localhost kernel: [    6.287555] EXT3 FS on sdb1, internal journal
Mar 11 19:15:05 localhost kernel: [    6.394459] loop: module loaded
Mar 11 19:15:05 localhost kernel: [    6.444294] coretemp coretemp.0: Using relative temperature scale!
Mar 11 19:15:05 localhost kernel: [    6.467630] f71882fg: Found f71882fg chip at 0xa00, revision 32
Mar 11 19:15:05 localhost kernel: [    6.468400] f71882fg f71882fg.2560: Fan: 1 is in duty-cycle mode
Mar 11 19:15:05 localhost kernel: [    6.468404] f71882fg f71882fg.2560: Fan: 2 is in duty-cycle mode
Mar 11 19:15:05 localhost kernel: [    6.468406] f71882fg f71882fg.2560: Fan: 3 is in duty-cycle mode
Mar 11 19:15:05 localhost kernel: [    6.468409] f71882fg f71882fg.2560: Fan: 4 is in duty-cycle mode
Mar 11 19:15:05 localhost kernel: [    6.629688] kjournald starting.  Commit interval 5 seconds
Mar 11 19:15:05 localhost kernel: [    6.629700] EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
Mar 11 19:15:05 localhost kernel: [    6.630075] EXT3 FS on sda1, internal journal
Mar 11 19:15:05 localhost kernel: [    6.630083] EXT3-fs: mounted filesystem with ordered data mode.
Mar 11 19:15:05 localhost kernel: [    7.468767] fuse init (API version 7.13)

Le ping depuis mon PC vers le serveur fait apparaître des délais dépassés.
Voici le retour de commande depuis le seerveur:
 
root@SERVEURhome/xxx# host -t any www.google.com
www.google.com is an alias for www.l.google.com.
www.l.google.com has address 173.194.78.99
www.l.google.com has address 173.194.78.103
www.l.google.com has address 173.194.78.106
www.l.google.com has address 173.194.78.104
www.l.google.com has address 173.194.78.147
www.l.google.com has address 173.194.78.105
www.l.google.com has address 173.194.78.99
www.l.google.com has address 173.194.78.103
www.l.google.com has address 173.194.78.106
www.l.google.com has address 173.194.78.104
www.l.google.com has address 173.194.78.147
www.l.google.com has address 173.194.78.105

T'as pas rajouté un équipement qui aurait la meme adresse IP que ton serveur ?
Essaye d'éteindre ton serveur, et vois si son IP continue à répondre au ping, et tu seras fixé.

Je crois que c'est bizarre:
Mon PC: 192.168.1.3
Mon serveur: 192.168.1.2
 
C:\Users\XXX>ping serveur
Envoi d'une requête 'ping' sur serveur [192.168.1.2] avec 32 octets de données :
Réponse de 192.168.1.3 : Impossible de joindre l'hôte de destination.
Réponse de 192.168.1.3 : Impossible de joindre l'hôte de destination.
Réponse de 192.168.1.3 : Impossible de joindre l'hôte de destination.
Réponse de 192.168.1.3 : Impossible de joindre l'hôte de destination.
Statistiques Ping pour 192.168.1.2:
    Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
 
Pourquoi n'y a t-il pas de paquets perdus? Ils devraient  être tous perdu non?

Je voudrais bien voir une capture réseau là... (incluant notamment les messages et les adresses mac /ethernet)
après un vidage du cache arp

Par ailleurs, je ne suis pas familier avec le ping de windows (et encore moins pour une version française) mais c'est normal que pour un ping sur 192.168.1.2 il indique "réponde de 192.168.1.3" ?

Le ping Linux fait pareil quand la machine en face ne réponds pas (ou que les réponses ne nous parviennent pas)
Par contre il compte bien ça en erreur.
 
Mais bon peu importe, je ne pense pas que ce soit un indice très pertinent.

Aucune piste?

Revois la config réseaux de tes machines, et vérifies que ton routeur ou switch est pas défaillant.

Est-il normal que lorsque je fait un traceroute depuis mon serveur vers mon PC il ne me trouve aucune route?
Par contre le ping fonctionne et il est bien présent dans la table arp (arp -a)

Donne le résultat, ça sera plus précis que ton "interprétation"...
Par ailleurs un traceroute n'indique pas réellement les routes, seulement les routeurs traversés. Si tu veux voir des routes , c'est route -n. traceroute est sensible si tu as des firewalls par exemple.
Mais si ton PC et le serveur sont sur le même lien réseau, il ne va pas être très parlant... c'est sûr...