Le 28/08/2015 17:44, Jérôme Drouet a écrit :
Voila pourquoi il vaut mieux mettre sa swap sur une partition RAID ;)
Mouais, je me suis souvent posé la question et outre le gâchis d'espace disque que ça représente, c'est surtout un gâchis de perf (en lecture ou en écriture suivant le lvl RAID).
t'as essayé de mettre une autre partition de swap avec une priorité plus élevée que ta feu /dev/sda1 ? man swapon, mais ca devrait etre --priority
Ouep, ca m'est venu après mon mail : # swapon -s Filename Type Size Used Priority /dev/sda1 (deleted) partition 9764860 6324 -1 /dev/sdb1 partition 9764860 0 0
Donc à priori, mon /dev/sdb1 sera prit en priorité. Ca devrait me laisser la marge suffisante. Sachant qu'on est bien d'accords hein, le but c'est quand même de ne jamais swapper (sauf sur SSD et encore).
sous linux : $ cat /proc/swaps Filename Type Size Used Priority /dev/sda7 partition 1943796 0 10 /mnt/caddy/swapfile.raw file 2097148 159316 100
Je pense qu'il ne veut pas me faire mon swapoff parce qu'il y a encore du 'used' dessus. Du coup, je me suis dit que je pourrais faire une liste des processus qui utilisent le swap et les redémarrer un par un.
Perdu, le processus 0 (init) utilise mon swap. Je ne vais pas couper à un reboot pour mettre la situation au propre. Et allé, encore une nuit morcelée ce week-end ...
mes 2 cents
Jérôme
Merci pour la réponse du vendredi 18h ;-)
Julien
Le 2015-08-28 17:32, Julien Escario a écrit :
Bonjour, Petit quiz pour finir la semaine : Disque /dev/sda H.S. sur une machine (RAID, rien de méchant), disque changé mais sans 'éteindre' le disque avant. Du coup, j'ai ça : /dev/sda1 (deleted) partition 9764860 405284 -1 /dev/sdb1 partition 9764860 0 -2
swapoff -a m'arrête bien /dev/sdb1 mais le sda1.
# swapoff /dev/sda1 swapoff: /dev/sda1 : échec de swapoff: Argument invalide
Bon, on est d'accords, la partition n'existe plus, le disque non plus d'ailleurs.
Comment je fais pour virer ce swap device qui me génère des tonnes de : [42527484.669407] Write-error on swap-device (8:0:1227512)
Pour l'instant, j'ai fait un : sysctl vm.swappiness=0
Assez de RAM libre pour ça mais à un moment où à un autre, ça va foirer ;-)
Une idée ?
Julien
Liste de diffusion du FRsAG http://www.frsag.org/
Le 28/08/2015 17:51, Julien Escario a écrit :
Perdu, le processus 0 (init) utilise mon swap. Je ne vais pas couper à un reboot pour mettre la situation au propre. Et allé, encore une nuit morcelée ce week-end ...
Si c'est du cache, tu as essayé de le vider avec sysctl (sysctl -w vm.drop_caches=3) ?
Le 28/08/2015 18:10, Benjamin Boudoir a écrit :
Le 28/08/2015 17:51, Julien Escario a écrit :
Perdu, le processus 0 (init) utilise mon swap. Je ne vais pas couper à un reboot pour mettre la situation au propre. Et allé, encore une nuit morcelée ce week-end ...
Si c'est du cache, tu as essayé de le vider avec sysctl (sysctl -w vm.drop_caches=3) ?
Pour la redétection du disque il y a ces astuces aussi: http://riaschissl.bestsolution.at/2009/08/rescanning-the-connected-satascsi-...
Le 28/08/2015 18:10, Benjamin Boudoir a écrit :
Le 28/08/2015 17:51, Julien Escario a écrit :
Perdu, le processus 0 (init) utilise mon swap. Je ne vais pas couper à un reboot pour mettre la situation au propre. Et allé, encore une nuit morcelée ce week-end ...
Si c'est du cache, tu as essayé de le vider avec sysctl (sysctl -w vm.drop_caches=3) ?
Pas mieux, c'est pas du cache. Bon, du coup, j'ai mis une claque aux disques pour reconstruire le cache. Allé, c'est vendredi soir ;-)
Julien
On Fri Aug 28 17:51:57 2015, Julien Escario wrote:
Je pense qu'il ne veut pas me faire mon swapoff parce qu'il y a encore du 'used' dessus. Du coup, je me suis dit que je pourrais faire une liste des processus qui utilisent le swap et les redémarrer un par un.
Perdu, le processus 0 (init) utilise mon swap. Je ne vais pas couper à un reboot pour mettre la situation au propre. Et allé, encore une nuit morcelée ce week-end ...
Je ne pense pas, chez moi il remet tout le swap en RAM dans ce cas, puis désactive le swap : airmure ~ # swapon -s Nom de fichier Type Taille Utilisé Priorité /dev/sda2 partition 9437180 744888 -1 /dev/dm-8 partition 8171516 0 -2 airmure ~ # swapoff /dev/sda2 airmure ~ # swapon -s Nom de fichier Type Taille Utilisé Priorité /dev/dm-8 partition 8171516 0 -1 airmure ~ # swapon /dev/sda2 airmure ~ # swapon -s Nom de fichier Type Taille Utilisé Priorité /dev/sda2 partition 9437180 0 -2 /dev/dm-8 partition 8171516 0 -1
Ceci dit, là il aura du mal à mettre le swap en RAM vu qu’il n’est plus accessible. Si tu ajoutes l’option -v, il dit quoi ?
Autres questions, le /dev/sda1 actuel est-il un espace de swap ? Tu as essayé de refaire un swapon /dev/sda1 par dessus ? Je ne sais pas du tout si ça va marcher, mais ça ne coûte rien.
Le 28/08/2015 18:22, Alarig Le Lay a écrit :
On Fri Aug 28 17:51:57 2015, Julien Escario wrote:
Je pense qu'il ne veut pas me faire mon swapoff parce qu'il y a encore du 'used' dessus. Du coup, je me suis dit que je pourrais faire une liste des processus qui utilisent le swap et les redémarrer un par un.
Perdu, le processus 0 (init) utilise mon swap. Je ne vais pas couper à un reboot pour mettre la situation au propre. Et allé, encore une nuit morcelée ce week-end ...
Je ne pense pas, chez moi il remet tout le swap en RAM dans ce cas, puis désactive le swap : airmure ~ # swapon -s Nom de fichier Type Taille Utilisé Priorité /dev/sda2 partition 9437180 744888 -1 /dev/dm-8 partition 8171516 0 -2 airmure ~ # swapoff /dev/sda2 airmure ~ # swapon -s Nom de fichier Type Taille Utilisé Priorité /dev/dm-8 partition 8171516 0 -1 airmure ~ # swapon /dev/sda2 airmure ~ # swapon -s Nom de fichier Type Taille Utilisé Priorité /dev/sda2 partition 9437180 0 -2 /dev/dm-8 partition 8171516 0 -1
Ceci dit, là il aura du mal à mettre le swap en RAM vu qu’il n’est plus accessible. Si tu ajoutes l’option -v, il dit quoi ?
Bof : # swapoff -v /dev/sda1 swapoff sur /dev/sda1 swapoff: /dev/sda1 : échec de swapoff: Argument invalide
Utile le verbose ;-)
Autres questions, le /dev/sda1 actuel est-il un espace de swap ? Tu as essayé de refaire un swapon /dev/sda1 par dessus ? Je ne sais pas du tout si ça va marcher, mais ça ne coûte rien.
Vu que le disque a déjà été détecté en temps que /dev/sdc, /dev/sda, c'est juste un fantôme lié au fait que le disque n'a pas été totalement désactivé avant d'être 'hot swappé'. Probablement le swap d'ailleurs. On a une procédure pour couper totalement un disque avant de faire un hot swap mais dans l'urgence, y'a des détails qui échappent parfois.
Julien