OVH Cloud OVH Cloud

Gel provisoire du système lors d'un cp (et autres accès disque)

31 réponses
Avatar
steve
Bonjour la liste,

J'ai un gros problème depuis quelques temps que je n'arrive pas à
résoudre seul. Les symptômes sont les suivants :

- lors d'une copie d'un gros fichier depuis une partition vers une
autre, le système se gèle provisoirement mais rend la main quelques
instants après la fin de la copie. Pareil depuis un cd vers une
partition. Un htop pendant ces opérations ne monter rien de
particulier, les cpu étant presque au repos et la ram pas du tout
remplie.

- Si je convertis des fichiers audios, pareil, le système se ralentit au
point où je ne peux plus ouvrir un nouveau terminal par exemple.

- Par contre, l'utilisation de iceweasel ne pose aucun problème, ainsi
que les accès ssh par exemple.


Il semble donc que ce sont les accès disque qui posent problème. J'ai
observé ces problèmes depuis que j'ai remplacé un des disque du RAID 1.
Avant ça les deux disques durs étaient pareils, mais maintenant ce n'est
plus le cas, le plus récent ayant par exemple un mode udma plus grand
que l'ancien (udma 7 et udma 6) :

hdparm -I /dev/sda /dev/sdb | grep -i udma
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5
*udma6 udma7
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5
*udma6

(mais là il semble que le noyau règle premier en fonction du second).

J'ai essayé de jouer avec hdparm (en particulier avec l'option -M) mais
je n'ai pas observé d'amélioration. De plus, les disques étant des sata,
je ne suis pas sûr si c'est hdparm ou sdparm qu'il faut utiliser (la doc
n'est pas très claire à ce sujet).


Voilà, je ne sais pas comment résoudre ce problème qui est vraiment
handicapant pour une utilisation courante, surtout que la machine tient
quand même la route :

cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 23
model name : Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz
stepping : 10
cpu MHz : 2999.914
cache size : 6144 KB

cat /proc/meminfo
MemTotal: 2061396 kB


Tout ça avec une Debian stable et un peu de testing.

Merci d'avance pour toute aide,
steve

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org

10 réponses

1 2 3 4
Avatar
steve
Le 22-09-2009, à 09:07:38 +0000, Sylvain Le Gall () a écrit :

On 22-09-2009, steve wrote:
> Bonjour la liste,
>
> J'ai un gros problème depuis quelques temps que je n'arrive pas à
> résoudre seul. Les symptômes sont les suivants :
>
> - lors d'une copie d'un gros fichier depuis une partition vers une
> autre, le système se gèle provisoirement mais rend la main quelques
> instants après la fin de la copie. Pareil depuis un cd vers une
> partition. Un htop pendant ces opérations ne monter rien de
> particulier, les cpu étant presque au repos et la ram pas du tout
> remplie.
>

Quel type de disque (marque...) ?



hdparm -i /dev/sda /dev/sdb

/dev/sda:

Model=SAMSUNG HD322HJ , FwRevG01113,
SerialNo=S17AJ90S460314
Config={ Fixed }
RawCHS383/16/63, TrkSize4902, SectSizeU4, ECCbytes=4
BuffType=DualPortCache, BuffSize384kB, MaxMultSect, MultSect=?0?
CurCHS383/16/63, CurSects514064, LBA=yes, LBAsectsb5142448
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6
AdvancedPM=yes: disabled (255) WriteCache=enabled
Drive conforms to: unknown: ATA/ATAPI-3,4,5,6,7

* signifies the current active mode


/dev/sdb:

Model=WDC WD3200YS-01PGB0 , FwRev!.00M21,
SerialNo= WD-WCAPD5111042
Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs
FmtGapReq }
RawCHS383/16/63, TrkSize=0, SectSize=0, ECCbytesP
BuffType=unknown, BuffSize384kB, MaxMultSect, MultSect=?0?
CurCHS383/16/63, CurSects514064, LBA=yes, LBAsectsb5142448
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6
AdvancedPM=no WriteCache=enabled
Drive conforms to: Unspecified: ATA/ATAPI-1,2,3,4,5,6,7

* signifies the current active mode

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Avatar
Frédéric Massot
steve a écrit :
Bonjour la liste,

J'ai un gros problème depuis quelques temps que je n'arrive pas à
résoudre seul. Les symptômes sont les suivants :

- lors d'une copie d'un gros fichier depuis une partition vers une
autre, le système se gèle provisoirement mais rend la main quelques
instants après la fin de la copie. Pareil depuis un cd vers une
partition. Un htop pendant ces opérations ne monter rien de
particulier, les cpu étant presque au repos et la ram pas du tout
remplie.



C'est quel version du noyau ?

Certain problèmes d'accès disque ont été résolus dans les versions
récentes du noyau.

--
============================================= | FRÉDÉRIC MASSOT |
| http://www.juliana-multimedia.com |
| mailto: |
==========================Þbian=GNU/Linux==
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Avatar
steve
Le 22-09-2009, à 12:02:04 +0200, Frédéric Massot () a écrit :

steve a écrit :
> Bonjour la liste,
>
> J'ai un gros problème depuis quelques temps que je n'arrive pas à
> résoudre seul. Les symptômes sont les suivants :
>
> - lors d'une copie d'un gros fichier depuis une partition vers une
> autre, le système se gèle provisoirement mais rend la main quelques
> instants après la fin de la copie. Pareil depuis un cd vers une
> partition. Un htop pendant ces opérations ne monter rien de
> particulier, les cpu étant presque au repos et la ram pas du tout
> remplie.

C'est quel version du noyau ?



2.6.30-1-amd

Certain problèmes d'accès disque ont été résolus dans les versions
récentes du noyau.



Ce qui est bizarre c'est qu'il me semble que c'était la même version du
noyau avant le changement de disque.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Avatar
steve
Le 22-09-2009, à 10:45:57 +0200, Kevin Hinault () a écrit :

Le 22 septembre 2009 10:30, steve a écrit :
>> Tu as essayé smartmontools pour vérifier que ton disque n'a pas des
>> petits problèmes de performances ?
>
> Non. Je vais essayer. Des conseils d'utilisation peut-être ?

Rien de bien extra-ordinaire :

- Tu installes smartmontools

- Tu lances un test long (il sera lancé en tache de fond avec une
durée "Please wait xx minutes for test to complete." ) :
# smartctl -t long /dev/sda

- Tu attends que le test soit terminé en checkant de temps en temps :
# smartctl -a /dev/sda | grep "Self-test execution" -A 1

- Une fois terminé tu vérifies que tu n'as pas d'erreurs :
# smartctl -l selftest /dev/sda



Voila terminé.

# smartctl -l selftest /dev/sda
smartctl version 5.38 [x86_64-unknown-linux-gnu] Copyright (C) 2002-8
Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF READ SMART DATA SECTION == SMART Self-test log structure revision number 1
Num Test_Description Status Remaining
LifeTime(hours) LBA_of_first_error
# 1 Extended offline Completed without error 00% 711
# -
# 2 Short offline Completed without error 00% 421
# -

Donc pas d'erreur.

Si tout ça est passé alors ton disque est OK, tes ralentissements ne
sont pas liés au disque. (La mémoire peut être ? quoique j'en doute et
sinon memtest86)



Moi aussi je doute que ce soit la mémoire.

Une autre idée ?


** Voila qui me ferait un bon article sur system-linux :p **



Qu'est-ce que tu attends ? :)


steve

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Avatar
Fanfan
--zhXaljGHf11kAtnf
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Le Tuesday 22 Sep 2009 à 12:19:51 (+0200), steve a écrit :
Une autre idée ?



Ca va être plus difficile à exploiter, mais si tu lances ta commande à
travers strace, tu pourras peut etre voir quel appel systeme est plus
long que la normale...

strace cp ... ...

Fanfan

--
Les vrais mariages sont toujours insensés.
[Paul Auster]

--zhXaljGHf11kAtnf
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iD8DBQFKuKvKn0FdfiSfsswRAh5+AJ9/wNdUEeHxhBSZO1QmKTJETBugdACgtxcU
1qckfhRcRB39zTTEUpNLmdI =x0fD
-----END PGP SIGNATURE-----

--zhXaljGHf11kAtnf--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Avatar
steve
Salut Fanfan,

Le 22-09-2009, à 12:49:47 +0200, Fanfan () a écrit :

Le Tuesday 22 Sep 2009 à 12:19:51 (+0200), steve a écrit :
> Une autre idée ?

Ca va être plus difficile à exploiter, mais si tu lances ta commande à
travers strace, tu pourras peut etre voir quel appel systeme est plus
long que la normale...

strace cp ... ...



C'est une idée ça. Je vais essayer.

Bon après essai, tout ce que je vois ce sont des lignes read et write
qui s'accumulent les unes après les autres. Et ça ne me dit pas grand
chose (à part que cp fonctionne...).

Une autre idée ?

steve

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Avatar
Jean-Yves F. Barbier
steve a écrit :
Salut Fanfan,

Le 22-09-2009, à 12:49:47 +0200, Fanfan () a écrit :

Le Tuesday 22 Sep 2009 à 12:19:51 (+0200), steve a écrit :
Une autre idée ?


Ca va être plus difficile à exploiter, mais si tu lances ta commande à
travers strace, tu pourras peut etre voir quel appel systeme est plus
long que la normale...

strace cp ... ...



C'est une idée ça. Je vais essayer.

Bon après essai, tout ce que je vois ce sont des lignes read et write
qui s'accumulent les unes après les autres. Et ça ne me dit pas grand
chose (à part que cp fonctionne...).

Une autre idée ?



kernel compilé maison ou bien Debian? (et quelle branche de Debian?)

--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Avatar
steve
Le 22-09-2009, à 13:39:41 +0200, Jean-Yves F. Barbier () a écrit :

steve a écrit :
> Salut Fanfan,
>
> Le 22-09-2009, à 12:49:47 +0200, Fanfan () a écrit :
>
>> Le Tuesday 22 Sep 2009 à 12:19:51 (+0200), steve a écrit :
>>> Une autre idée ?
>> Ca va être plus difficile à exploiter, mais si tu lances ta commande à
>> travers strace, tu pourras peut etre voir quel appel systeme est plus
>> long que la normale...
>>
>> strace cp ... ...
>
> C'est une idée ça. Je vais essayer.
>
> Bon après essai, tout ce que je vois ce sont des lignes read et write
> qui s'accumulent les unes après les autres. Et ça ne me dit pas grand
> chose (à part que cp fonctionne...).
>
> Une autre idée ?

kernel compilé maison ou bien Debian? (et quelle branche de Debian?)



Kernel Debian et mélange stable et testing.


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Avatar
Jean-Yves F. Barbier
steve a écrit :
Le 22-09-2009, à 13:39:41 +0200, Jean-Yves F. Barbier () a écrit :

steve a écrit :
Salut Fanfan,

Le 22-09-2009, à 12:49:47 +0200, Fanfan () a écrit :

Le Tuesday 22 Sep 2009 à 12:19:51 (+0200), steve a écrit :
Une autre idée ?


Ca va être plus difficile à exploiter, mais si tu lances ta commande à
travers strace, tu pourras peut etre voir quel appel systeme est plus
long que la normale...

strace cp ... ...


C'est une idée ça. Je vais essayer.

Bon après essai, tout ce que je vois ce sont des lignes read et write
qui s'accumulent les unes après les autres. Et ça ne me dit pas grand
chose (à part que cp fonctionne...).

Une autre idée ?


kernel compilé maison ou bien Debian? (et quelle branche de Debian?)



Kernel Debian et mélange stable et testing.



Hmm, les mélanges Debian c'est un peu comme les mélanges d'alcool...
Il-y-a des chances qu'une ou deux incompatibilités soient présentes sans
être fatales - essaye de revenir en 100% stable, sinon, passe en testing,
ça devrait résoudre le PB.

--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Avatar
~TraydenT~
Le 22/09/2009 14:02, steve a écrit :
Bonjour,
kernel compilé maison ou bien Debian? (et quelle branche de Debian?)



Kernel Debian et mélange stable et testing.



Quels paquets viennent de testing (Kernel ? Gnome ? e2fsprogs ?) ?
Sont-ils maintenus «à la main» ou par un pinning¹ dans
/etc/apt/preferences ?

1: Doit-on traduire en punaisage ? ^^

--
~TraydenT~

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
1 2 3 4