Re: [gull] dd
S'il s'agit d'un disque externe reliable par USB, cela implique nécessaire l'utilisation d'une sorte de "contrôleur" qui joue le rôle d'intermédiaire en le port USB et le connecteur SATA du disque (aucun disque n'est nativement USB). Je suspecte qu'en connectant ce même disque "via le port SATA" (quel port SATA en fait?), on passe encore par ce "contrôleur" (qui s'avérerait être le goulet d'étranglement). Je proposerais d'essayer de sortir le disque du boîtier et le connecter via _son_ port SATA (natif), si tant est que mon hypothèse soit juste. Cédric D. On 27/09/16 10:49, felix wrote: > Re, > > On Thu, Sep 22, 2016 at 10:12:03AM +0200, Pierre Maitre wrote: >> Test en lecture du ssd: 386 M/s >> Test en écriture sur le hd: 1.25M/s > Wow! > >> Note: j'ai utilisé pv pour les tests, ça me donne directement la >> vitesse de transfert. > dd te donne aussi des stats en fin d'execution du type: > > 2048000+0 enregistrements lus > 2048000+0 enregistrements écrits > 1048576000 octets (1.0 GB) copiés, 0.774663 s, 1.4 GB/s > >> Conclusion: je vais acheter deux disques ssd identiques à ceux que je >> veux copier, ce sera plus simple. > Pkoi SSD! > > Je mettrai ton HD en cause, mais pas de besoin qu'ils soient identiques. > >> Cela dit, un test sur le SMART du hd ne me donne aucune erreur. Curieux. > Plutôt! > > Testes ce disque, en SATA, sur une autre machine, et si tu obtiens les > même résultats, alors postes la sortie de ``smartctl -a /dev/...'' ici. > (C'est lourd, mais au regard de l'ensemble de la liste, c'est pas grand'chose) > > Cela dit, je doute que ce disque soit encore réellement ``utilisable''. > ___ gull mailing list gull@forum.linux-gull.ch http://forum.linux-gull.ch/mailman/listinfo/gull
[gull] Fwd: Re: Problème avec Ubuntu 16.04 LTS et mysql 5.7
Et cette commande : journalctl -u mysql.service Bonjour, Que donne la commande : systemctl status mysql.service ? Merci pour le renseignement Meilleures salutations mparchet On 26/09/2016 14:28, Paul Bartholdi wrote: Bonjour, J'ai passé il y a trois semaines de U14.04 LST à U16.04 LTS, de mysql 5.5 à 5.7 (la version de référence sous U16.04), et reste avec un problème sérieux : Après une trentaine de d'heures de bon fonctionnement, msqld se bloque avec une rafale (> 1GB en quelques secondes) de messages d'erreur : 2016-09-26T05:06:31.080497Z 0 [ERROR] Error in accept: Bad file descriptor 2016-09-26T05:06:31.080595Z 0 [ERROR] Error in accept: Bad file descriptor ... Il faut alors arrêter et redémarrer mysql. L'erreur est citée à de nombreuses reprises sur les blogs, et de nombreuses solutions proposées. Aucune n'a eu d'effet positif pour moi, quelques unes sont carrément destructives (j'ai même du recharger tout le système...). Il se pourrait que le problème ne vienne pas de mysql mais de U16.04 (socket, nb de fichiers ouverts...). Je ne vois rien à la même heure dans /var/log/syslog Quelqu'un a-t-il rencontré le même problème et trouvé une vraie solution ? Pour l'instant j'ai un script qui teste la dimension de "/var/log/mysql/error.log", et la valeur est trop grande stop et relance mysql. C'est pour le moins brutal... Merci pour toute information ! Paul ___ gull mailing list gull@forum.linux-gull.ch http://forum.linux-gull.ch/mailman/listinfo/gull ___ gull mailing list gull@forum.linux-gull.ch http://forum.linux-gull.ch/mailman/listinfo/gull
Re: [gull] dd
On Sun, 2016-09-25 at 20:22 +0200, Pierre Maitre wrote: > Le 25 septembre 2016 à 08:13, Cédric Dufour > a écrit : > > > > > Je pencherais aussi pour la limitation du port USB. Pour rappel, > > seul USB 3.0, avec son débit max (théorique) de 480Mbit/s permettra > > d'approcher de ce que le disque est capable de donner. > > Bonsoir > La limitation du port USB est la première chose à laquelle j'avais > pensé. C'est pourquoi j'ai ensuite connecté le hd directement au port > SATA, mais sans amélioration notable de la vitesse de transfert! > > Ce n'est pas non plus un problème d'alimentation (grosse alim dans un > desktop), ni d'économie d'énergie. > > Quant à "mount", il est bien évident que ni le disque source ni le > disque cible ne sont montés puisqu'on travaille au niveau des devices > /dev/sdX.. et non pas au niveau des fichiers. > > Pierre Maitre Bonsoir, Si je devines bien tu as ouvert le boitier du disque externe pour déconnecter le contrôleur USB et le brancher "directement" sur un contrôleur SATA sur ta carte mère, juste ? Si tu es sûr du modèle WD10EARS, il n'y a pas à chercher longtemps pour voir des discussions de 2010/2011 parlant des mêmes symptômes: https://community.wd.com/t/wd10ears-slow-slow-slow-slow/13135 https://community.wd.com/t/problem-with-wd-advanced-format-drive-in-lin ux-wd15ears/13112 Il y a même un commentaire comme quoi il aurait des meilleures performances après avoir chauffé une heure !?! Sinon une piste trouvée dans tout ça: hdparm --yes-i-know-what-i-am-doing -m 16 /dev/sdb Et il faut s'assurer que les systèmes de fichiers sont alignés sur 4 KiB sinon ça ne décolle pas... Au pire tenter dd avec bs=4096 Enfin si c'est bien là le problème, le papier qui documente la chose: http://www.wdc.com/wdproducts/library/WhitePapers/FRA/2579-771430.pdf Bon courage -- Yves Martin ___ gull mailing list gull@forum.linux-gull.ch http://forum.linux-gull.ch/mailman/listinfo/gull
Re: [gull] Problème avec Ubuntu 16.04 LTS et mysql 5.7
Bonjour, Que donne la commande : systemctl status mysql.service ? Merci pour le renseignement Meilleures salutations mparchet On 26/09/2016 14:28, Paul Bartholdi wrote: Bonjour, J'ai passé il y a trois semaines de U14.04 LST à U16.04 LTS, de mysql 5.5 à 5.7 (la version de référence sous U16.04), et reste avec un problème sérieux : Après une trentaine de d'heures de bon fonctionnement, msqld se bloque avec une rafale (> 1GB en quelques secondes) de messages d'erreur : 2016-09-26T05:06:31.080497Z 0 [ERROR] Error in accept: Bad file descriptor 2016-09-26T05:06:31.080595Z 0 [ERROR] Error in accept: Bad file descriptor ... Il faut alors arrêter et redémarrer mysql. L'erreur est citée à de nombreuses reprises sur les blogs, et de nombreuses solutions proposées. Aucune n'a eu d'effet positif pour moi, quelques unes sont carrément destructives (j'ai même du recharger tout le système...). Il se pourrait que le problème ne vienne pas de mysql mais de U16.04 (socket, nb de fichiers ouverts...). Je ne vois rien à la même heure dans /var/log/syslog Quelqu'un a-t-il rencontré le même problème et trouvé une vraie solution ? Pour l'instant j'ai un script qui teste la dimension de "/var/log/mysql/error.log", et la valeur est trop grande stop et relance mysql. C'est pour le moins brutal... Merci pour toute information ! Paul ___ gull mailing list gull@forum.linux-gull.ch http://forum.linux-gull.ch/mailman/listinfo/gull ___ gull mailing list gull@forum.linux-gull.ch http://forum.linux-gull.ch/mailman/listinfo/gull
Re: [gull] dd
Re, On Thu, Sep 22, 2016 at 10:12:03AM +0200, Pierre Maitre wrote: > Test en lecture du ssd: 386 M/s > Test en écriture sur le hd: 1.25M/s Wow! > Note: j'ai utilisé pv pour les tests, ça me donne directement la > vitesse de transfert. dd te donne aussi des stats en fin d'execution du type: 2048000+0 enregistrements lus 2048000+0 enregistrements écrits 1048576000 octets (1.0 GB) copiés, 0.774663 s, 1.4 GB/s > Conclusion: je vais acheter deux disques ssd identiques à ceux que je > veux copier, ce sera plus simple. Pkoi SSD! Je mettrai ton HD en cause, mais pas de besoin qu'ils soient identiques. > Cela dit, un test sur le SMART du hd ne me donne aucune erreur. Curieux. Plutôt! Testes ce disque, en SATA, sur une autre machine, et si tu obtiens les même résultats, alors postes la sortie de ``smartctl -a /dev/...'' ici. (C'est lourd, mais au regard de l'ensemble de la liste, c'est pas grand'chose) Cela dit, je doute que ce disque soit encore réellement ``utilisable''. -- Félix Hauri -- http://www.f-hauri.ch ___ gull mailing list gull@forum.linux-gull.ch http://forum.linux-gull.ch/mailman/listinfo/gull
