MongoDB Readahead avertissement

Je suis la réception de cet avertissement lors du démarrage de ma MongoDB shell:

Mer Mar 20 22:40:49.850 [initandlisten]

Mer Mar 20 22:40:49.850 [initandlisten] ** AVERTISSEMENT: pour Readahead
/données est définie à 2 048 ko

Mer Mar 20 22:40:49.850 [initandlisten] ** Nous vous suggérons de définir à
256 KO (512 secteurs) ou moins

Mer Mar 20 22:40:49.850 [initandlisten] **
http://dochub.mongodb.org/core/readahead

J'ai utilisé:

df /données

De trouver l'endroit où le lecteur, c'est que mes données est monté et utilisé par la suite:

sudo blockdev --setra 256 /dev/mapper/vg0-données

pour définir la readahead à l'256 qui a été spécifié. J'ai confirmé ce a travaillé avec:

sudo blockdev --getra /dev/mapper/vg0-données

Je suis toutefois encore d'obtenir la même erreur lors du démarrage de ma coquille?

Mise à JOUR

J'ai redémarré le serveur mongodb instance et reçois toujours ce message d'erreur.

Mise à JOUR 2

Mon serveur linux est hébergé sur AWS et utilise donc des volumes virtuels. J'ai mis la readahead de la valeur pour tous ces volumes à 256 et vous recevez toujours ce message d'erreur.

Mise à JOUR 3

C'est un blockdev --rapport de l'instance Principale de MongoDB

RO    RA   SSZ   BSZ   StartSec            Size   Device
rw   256   512  4096          0      8589934592   /dev/xvda1
rw   256   512  4096          0     10737418240   /dev/xvdh8
rw   256   512  4096          0     10737418240   /dev/xvdh7
rw   256   512  4096          0     10737418240   /dev/xvdh6
rw   256   512  4096          0     10737418240   /dev/xvdh5
rw   256   512  4096          0     10737418240   /dev/xvdh4
rw   256   512  4096          0     10737418240   /dev/xvdh3
rw   256   512  4096          0     10737418240   /dev/xvdh2
rw   256   512  4096          0     10737418240   /dev/xvdh1
rw  4096   512  4096          0     42944430080   /dev/md127
rw  4096   512  4096          0     38646317056   /dev/dm-0
rw  4096   512  4096          0      2143289344   /dev/dm-1
rw  4096   512  4096          0      2143289344   /dev/dm-2

C'est un blockdev --rapport de l'instance Secondaire de MongoDB

RO    RA   SSZ   BSZ   StartSec            Size   Device
rw   256   512  4096          0      8589934592   /dev/xvda1
rw   256   512  4096          0     10737418240   /dev/xvdh8
rw   256   512  4096          0     10737418240   /dev/xvdh7
rw   256   512  4096          0     10737418240   /dev/xvdh6
rw   256   512  4096          0     10737418240   /dev/xvdh5
rw   256   512  4096          0     10737418240   /dev/xvdh4
rw   256   512  4096          0     10737418240   /dev/xvdh3
rw   256   512  4096          0     10737418240   /dev/xvdh2
rw   256   512  4096          0     10737418240   /dev/xvdh1
rw  4096   512  4096          0     42944430080   /dev/md127
rw  4096   512  4096          0     38646317056   /dev/dm-0
rw  4096   512  4096          0      2143289344   /dev/dm-1
rw  4096   512  4096          0      2143289344   /dev/dm-2

C'est un blockdev --rapport de l'Arbitre instance de MongoDB

RO    RA   SSZ   BSZ   StartSec            Size   Device
rw   256   512  4096          0      8589934592   /dev/xvda1

OriginalL'auteur Josh Elias | 2013-05-23

  1. 8

    La réponse a été de courir blockdev --setra dans un script de démarrage. Chaque fois que le système redémarre la lecture de l'avant les valeurs de revenir à la valeur par défaut.

    Dans mon cas, je viens de comprendre ce que mes lecteurs logiques ont été avec blockdev --report, je puis exécutez blockdev --setra sur chaque disque dans le "démarrage" section de la MongoDB script de démarrage dans l'init.d.

    Espère que cela aide quelqu'un d'autre ayant des problèmes similaires.

    Faut-il avoir pour être dans le script de démarrage de...serait-il fonctionner si j'arrête de mongo...puis blockdev --setra et le redémarrage de mongo........ne serait-ce pas le travail? S'il vous plaît dites-moi pourquoi?
    Il serait jusqu'à ce que vous redémarrez votre système. Je pense que vous seriez d'accord que d'avoir à exécuter blockdev --setra après chaque redémarrage de votre système est loin d'être idéale.
    ouais je suis d'accord et à comprendre....voulais juste assurez-vous que....thx

    OriginalL'auteur Josh Elias

  2. 4

    Vous pouvez faire ceci:

    echo 'ACTION=="add", KERNEL=="xvdb", ATTR{bdi/read_ahead_kb}="64"' | sudo tee -a /etc/udev/rules.d/85-ebs.rules
echo 'ACTION=="add", KERNEL=="xvdc", ATTR{bdi/read_ahead_kb}="64"' | sudo tee -a  /etc/udev/rules.d/85-ebs.rules
echo 'ACTION=="add", KERNEL=="xvdd", ATTR{bdi/read_ahead_kb}="64"' | sudo tee -a /etc/udev/rules.d/85-ebs.rules
echo 'ACTION=="add", KERNEL=="xvde", ATTR{bdi/read_ahead_kb}="64"' | sudo tee -a   /etc/udev/rules.d/85-ebs.rules
echo 'ACTION=="add", KERNEL=="dm-0", ATTR{bdi/read_ahead_kb}="64"' | sudo tee -a /etc/udev/rules.d/85-ebs.rules
echo 'ACTION=="add", KERNEL=="dm-1", ATTR{bdi/read_ahead_kb}="64"' | sudo tee -a /etc/udev/rules.d/85-ebs.rules
echo 'ACTION=="add", KERNEL=="dm-2", ATTR{bdi/read_ahead_kb}="64"' | sudo tee -a /etc/udev/rules.d/85-ebs.rules
echo 'ACTION=="add", KERNEL=="md127", ATTR{bdi/read_ahead_kb}="64"' | sudo tee -a /etc/udev/rules.d/85-ebs.rules

    où KERNEL=="" est votre disque dur de l'appareil

    puis sur redémarrer tout sera réglé correctement

    rw   256   512  4096          0     42949672960   /dev/xvda1
rw   128   512  4096          0    214748364800   /dev/xvdc
rw   128   512  4096          0    214748364800   /dev/xvde
rw   128   512  4096          0    214748364800   /dev/xvdd
rw   128   512  4096          0    214748364800   /dev/xvdb
rw   128   512  4096          0    429227769856   /dev/md127
rw   128   512  4096          0    343379279872   /dev/dm-0
rw   128   512  4096          0     42920312832   /dev/dm-1
rw   128   512  4096          0     42920312832   /dev/dm-2
    rappelez-vous que ATTR{bdi/read_ahead_kb} est la valeur en Ko, donc vous avez besoin de diviser par 2 la quantité de blocs que vous désirez pour RAH

    OriginalL'auteur DmitrySemenov

  3. 3

    Si les fichiers de données sont en /data mais ces fichiers ne sont sur le périphérique spécifié, le paramètre de la bonne lecture d'avance sur /dev/mapper/vg0-data n'aura aucun effet.

    La blockdev de commande doit être exécutée sur l'appareil /de données est monté à partir de: sudo blockdev --setra 256 /dev/<dev where data lives>

    Alors, où les données de la vie serait les références pour les lecteurs à l'intérieur de /dev/. Dans mon cas /dev/sd1-8. J'ai mis tous les lecteurs de " readahead valeurs à 256 et toujours pas de chance.
    Pouvez-vous mettre à jour votre question avec la sortie de blockdev --report?
    est-il un périphérique raid?

    OriginalL'auteur Tyler Brock

  4. 3

    modifier readahead valeur à l'intérieur de 128 sur /usr/lib/tuned/throughput-performance/tuned.conf

    sur centos7

    après cela, vous devez exécuter: l'écoute-sma profil de no-thp

    OriginalL'auteur Johnny Cage

  5. 0

    Ive écrit un script d'initialisation pour définir/annuler ce pour moi:

    readahead initscript

    Vous avez répondu avec un lien qui n'existe plus

    OriginalL'auteur Mark V