Nas Ubuntu indispo si copie gros fichier

Nas Ubuntu indispo si copie gros fichier - réseaux et sécurité - Linux et OS Alternatifs

Marsh Posté le 04-12-2007 à 17:36:55    

Bonjour,
 
Je me suis fait un petit nas avec 4 dd de 500Go en raid 5 avec un petit ps sous ubuntu server.
Et voila j'ai un soucy !
 
Lorsque je copie un gros fichier (17Go) la copie ne se termine pas et le serveur de fichiers (Samba) est indisponible pendant plus de 30 minutes.
J'ai rebranché mon écran et je peut me logger et rien ne semble "ramer"... je ne sais pas quoi faire ni d'où cela peut venir.
Je penche plutôt pour une indisponibilité de l'interface réseau ...
 
Avez vous des idées ?
 
merci à vous
 
 
Bouh


Message édité par bouhmg le 18-02-2008 à 13:50:46
Reply

Marsh Posté le 04-12-2007 à 17:36:55   

Reply

Marsh Posté le 04-12-2007 à 21:25:57    

un ptit var/log/messages? rien du tout d interessant?


---------------
=-Galerie Photo=- // Tekilaz :: Trop bon, Trop con... // FEEDB4CK
Reply

Marsh Posté le 09-12-2007 à 19:38:31    

Donc voici le contenu du fichier de log "messages"
 
Je pense qu'il y a des choses interessantes :
entre autre :  eth0: link down. // eth0: link up.
 

Citation :

Oct  6 09:43:18 ubuntu -- MARK --
Oct  6 09:46:58 ubuntu exiting on signal 15
Dec  9 18:00:11 ubuntu syslogd 1.4.1#20ubuntu4: restart.
Dec  9 18:02:38 ubuntu kernel: <=64 ID=16417 DF PROTO=TCP SPT=139 DPT=1583 WINDOW=16080 RES=0x00 ACK URGP=0  
Dec  9 18:03:09 ubuntu kernel: <64 RES=0x00 ACK URGP=0  
Dec  9 18:03:57 ubuntu kernel: =192.168.0.10 DST=192.168.0.2 LEN=40 TOS=0x08 PREC=0x00 TTL=64 ID=49746 DF PROTO=TCP SPT=139 DPT=1583 WINDOW=65535 RES=0x00 ACK URGP=0  
Dec  9 18:04:12 ubuntu kernel: <760 RES=0x00 ACK URGP=0  
Dec  9 18:04:28 ubuntu kernel: <72.168.0.2 DST=192.168.0.10 LEN=1500 TOS=0x00 PREC=0x00 TTL=128 ID=19131 DF PROTO=TCP SPT=1583 DPT=139 WINDOW=65127 RES=0x00 ACK URGP=0  
Dec  9 18:04:46 ubuntu kernel: <7:18:f3:67:03:45:08:00 SRC=192.168.0.2 DST=192.168.0.10 LEN=1500 TOS=0x00 PREC=0x00 TTL=128 ID=50417 DF PROTO=TCP SPT=1583 DPT=139 WINDOW=64974 RES=0x00 ACK URGP=0  
Dec  9 18:07:56 ubuntu kernel: <1.073190] BANDWIDTH_OUT:IN= OUT=eth0 SRC=192.168.0.10 DST=192.168.0.2 LEN=40 TOS=0x08 PREC=0x00 TTL=64 ID=51058 DF PROTO=TCP SPT=139 DPT=1583 WINDOW=65535 RES=0x00 ACK URGP=0  
Dec  9 18:12:59 ubuntu kernel: [ 2480.549407] eth0: link down.
Dec  9 18:12:59 ubuntu kernel: [ 2482.653407] eth0: link up.
Dec  9 18:27:28 ubuntu -- MARK --
Dec  9 18:47:33 ubuntu -- MARK --
Dec  9 19:00:06 ubuntu syslogd 1.4.1#20ubuntu4: restart.
Dec  9 19:01:07 ubuntu exiting on signal 15
Dec  9 19:01:07 ubuntu syslogd 1.4.1#20ubuntu4: restart.
Dec  9 19:17:37 ubuntu kernel: ACK URGP=0  
Dec  9 19:17:37 ubuntu kernel: <7ACK URGP=0  
Dec  9 19:17:49 ubuntu kernel: <1 RES=0x00 ACK U.2 LEN=40 TOS=0x08 PREC=0x00 TTL=64 ID=8800 DF PROTO=TCP SPT=139 DPT=2122 WINDOW=65535 RES=0x00 ACK URGP=0  
Dec  9 19:18:13 ubuntu kernel: 3:45:08:00 SRC=192.168.0.2 DST=192.168.0.18:f3:67:03:45:08:00 SRC=192.168.0.2 DST=192.168.0.10 LEN=1500 TOS=0x00 PREC=0x00 TTL=128 ID=38090 DF PROTO=TCP SPT=23H_OUT:IN= OUT=eth0 SRC=192.168.0.10 DST=192.168.0.2 LEN=115 TOS=0x08 PREC=0x00 TTL=64 ID=35816 DF PROTO=TCP SPT=139 DPT=2122 WINDOWNDWIDTH_OUT:IN= OUT=eth0 SRC=192.168.0.10 DST=192.168.0.2 LEN=40 TOS=0x08 PREC=0x00 TTL=64 ID=35817 DF PROTO=TCP SPT=139 DPT=2122 WINDOW=65535 RES=0x00 ACK URGP=0D=35818 DF PROTO=TCP SPT=139 DPT=2122 WINDOW=65535 RES=0x00 ACK URGP=0  
Dec  9 19:18:36 ubuntu kernel:  SRC=192.168.0.2 DST=192.168.0.10 LEN=1500 TOS=0x00 PREC=0x00 TTL=128 ID=1758 DF PROTO=TCP SPT=2122 DPT=139 WINDOW=64974 RES=0x00 ACK URGP=0  
Dec  9 19:24:53 ubuntu kernel: [ 7087.938754] eth0: link down.
Dec  9 19:24:53 ubuntu kernel: [ 7090.118122] eth0: link up.
Dec  9 19:35:36 ubuntu kernel: 92.168.0.2 LEN=144 TOS=0x08 PREC=0x00 TTL=64 ID=62445 DF PROTO=TCP SPT=139 DPT=2423 WINDOW=65535 RES=0x00 ACK PSH URGP=0  
Dec  9 19:37:07 ubuntu kernel: eth0 OUT= MAC=00:1b:fc:94:fa:6d:00:18:f3:67:03:45:08:00 SRC=192.168.0.2 DST=192.168.0.10 LEN=1500 TOS=0x00 PREC=0x00 TTL=128 ID=26057 DF PROTO=TCP SPT=2423 DPT=139 TO=TCP SPT=2423 DPT=139 WINDOW=64311 RES=0x00 ACK URGP=0  
Dec  9 19:37:59 ubuntu kernel: 18:f3:67:03:45:08:00 SRC=192.168.0.2 DST=192.168.0.10 LEN=1500 TOS=0x00 PREC=0x00 TTL=128 ID=41782 DF PROTO=TCP SPT=2423 DPT=139 WINDOW=64464 RES=0x00 ACK URGP=0  
 


 
 
Mais que faire ?

Reply

Marsh Posté le 10-12-2007 à 16:46:43    

:bounce:

Reply

Marsh Posté le 11-12-2007 à 16:15:01    

salut,
 
ta liaison reseau est en 10, 100 ou 1000mbit et full duplex ou pas ?
ethtool eth0  
 
sinon pendant la copie tu peux faire un top -d 1
tu verras l utilisation en temps reel de la cpu/ mem etc...

Reply

Marsh Posté le 11-12-2007 à 16:49:43    

je vais faire ça ce soir. pour ce qui est de la connexion elle est en gigabit via un switch.
 
merci machterka.

Reply

Marsh Posté le 11-12-2007 à 22:15:46    

ethtool eth0
 

Citation :


Settings for eth0:
        Supported ports: [ MII ]
        Supported link modes:   10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Full
        Supports auto-negotiation: Yes
        Advertised link modes:  10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Full
        Advertised auto-negotiation: Yes
        Speed: 1000Mb/s
        Duplex: Full
        Port: MII
        PHYAD: 1
        Transceiver: external
        Auto-negotiation: on
        Supports Wake-on: g
        Wake-on: d
        Link detected: yes


 
Les process qui occupe le plus le processeur sont : init / smbd / pdflush

Reply

Marsh Posté le 11-12-2007 à 23:15:00    

Ci dessous le log au moment du plantage...
 
http://hatem.cedric.free.fr/log.JPG

Reply

Marsh Posté le 12-12-2007 à 11:09:00    

:pt1cable:  
ta box est a fond, t es a 0% idle :D
 
sinon les ptites deconnexions, c est pas normal ca non plus...hummm c est quoi la cpu ram enfin la config de ton serveur?
 

Reply

Marsh Posté le 12-12-2007 à 11:35:25    

C'est un sempron 3000+ avec 1 giga de ram. Un petit serveur qui ne me sert uniquement de NAS.
 
A début de son fonctionnement je n'avais pas ce genre de problèmes...
 
Mais je vois que c'est Rsync qui fout la grouille !!! c'est une tache que je lance régulièrement (CRON), n'est-il pas possible de la limiter en priorité et en CPU ?
 
merci d'avance.

Reply

Marsh Posté le 12-12-2007 à 11:35:25   

Reply

Marsh Posté le 12-12-2007 à 12:12:28    

je pense pas qu il soit possible de canaliser la cpu utilise par rsync mais eventuellement la bande passante ( ami de la qos bonjour)
le mieux a faire, ca serait de les faire tourner quand personne utilise le serveur (genre cron a 2h du mat par exemple)

Reply

Marsh Posté le 12-12-2007 à 12:18:21    

il y aussi cette option de rsync ,  --bwlimit=KBPS          limit I/O bandwidth; KBytes per second
la limitation de la bande passante aura forcement une incidence sur la cpu consomee... :heink:

Reply

Marsh Posté le 13-12-2007 à 21:29:16    

Aujourd'hui ça plante sans que rsync ce mette en route...
 
Par contre, un truc me parait bizare quand je fait un "top -d 1" il indique que la ram est quasi pleine alors que webmin indique l'inverse ...
 
Quand est -il réellement ?

Reply

Marsh Posté le 13-12-2007 à 21:30:20    

Deuxieme chose : Je suis tout le temps à 0% d'idle !

Reply

Marsh Posté le 18-12-2007 à 10:16:54    

:bounce:

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed