Назад | Перейти на главную страницу

linux redhat + swapoff застрял, не возвращать приглашение

Я делаю следующие шаги, чтобы увеличить размер свопа

но когда я начинаю с swapoff / dev / mapper / rootvg-swap, он застревает на время и не возвращает приглашение

почему мы можем это решить

 swapoff /dev/mapper/rootvg-swap
 lvresize -L +5g  /dev/mapper/rootvg-swap
 mkswap /dev/mapper/rootvg-swap
 swapon /dev/mapper/rootvg-swap


 vmstat 1
 procs -----------memory---------- ---swap-- -----io---- --system-- ----- cpu------
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
 1  0 2027848 127788  28804 18490972  105   38   180   211   25   59 17  6 64 13  0
 1  0 2027848 126944  28812 18490972    0    0     0   124 1073 1491 16  1  82  1  0
 0  0 2027848 126076  28828 18490956    0    0     0   104  727 1236  6  0    94  0  0
 0  0 2027848 126076  28828 18491008    0    0     0     0  452  979  2  0 98  0  0
 1  0 2027696 130960  28828 18486500  480    0   480    92  985 1415 21  4 69  5  0
 0  0 2027696 130984  28844 18486572    0    0     0    43  421  984  1  0 98  1  0

Команда swapoff должна очистить всю подкачиваемую память из файла подкачки (/ dev / mapper / rootvg-swap) обратно в основную память (или, возможно, в другое место), прежде чем она сможет отключить файл подкачки. Это может занять время, и у вас может не хватить свободной памяти.

Вы можете увеличить объем свободного пространства подкачки, которое у вас есть, добавив больше файлов подкачки

  • создать своп файл/LV в зависимости от того, что у вас есть
  • используйте mkswap для его настройки
  • используйте swapon, чтобы включить его

На странице руководства swapon содержится дополнительная информация о нескольких файлах подкачки, которые могут быть полезны при определенном рассмотрении приоритетов.

Самый безопасный способ решить вашу проблему - это перезагрузка в однопользовательском режиме и выполнение описанной вами операции, когда система не испытывает нехватки памяти.

Лучшее решение - это размер вашей системы, соответствующий ее рабочей нагрузке, и увеличение объема памяти.

Недавно я столкнулся с этой проблемой на виртуальной машине Centos 7. Я остановился и начал swapoff несколько раз, потому что я был нетерпелив и думал, что «ничего не происходит».

Из последних сил я пробовал бежать swapon --show на отдельном терминале с разницей в несколько минут и увидел, что объем используемой подкачки уменьшается, хотя и медленными темпами - то есть 1,5 МБ / с, поэтому для завершения потребовалось около часа с четвертью, так как около 6,5 ГБ было в подкачке - хотя основной памяти было достаточно. В конце концов все закончилось успешно.