Обновление VMmanager KVM от [5.136.0] до 5.142.0
Короче, было замечено, что часть нод — не обновилось само.
И застряло на VMmanager KVM 5.136.0
Те, которые Дебиан — гладко обновились до 5.142.0
А вот те, которые как обычно Хваленная Расхваленная CentOS 7
Другие же хостеры как-то обходятся без ребута.
Начал уточнять у админа.
В итоге оказалось, что речь идет именно о серверах, где стоит сама VMmanager KVM — а у нас как вы знаете, т.к. я предусмотрительный человек — под панель выделены Атомы дешевые специально. (про Атомы тут и вот пример наглядно как это меня спасло)
Ребутнуть атом — не проблема.
Мне стало интересно, почему только 2 ГБ ?
Начали проверять разные серверы. Там где под панель был сервер с 16 озу i5-2400 допустим — там раздел tmpfs был 8 ГБ почему-то, а вот на Атоме — именно 2 ГБ.
Подумали сначала что это SWAP.
Но нет, swap если верить «информация о системе» из VMmanager у нас либо 4096, либо другие значения, но никак не 2 ГБ.
Например был сервер, где swap писало 32 ГБ
Но разметка там была
Так что этот вопрос мы так и не поняли, почему вдруг оно забилось, и почему именно на Атоме с 4 озу — такой размер. А на других серверах другой размер. Он как-то сам автоматически наверно делается, в зависимости от сервера? ОС наверно смотрит на мощу сервера и выделяет оптимальное что-то.
Если кто-то знает — в комменты.
update
решение
И застряло на VMmanager KVM 5.136.0
Те, которые Дебиан — гладко обновились до 5.142.0
А вот те, которые как обычно Хваленная Расхваленная CentOS 7
21:01 - Vova1234: Could not create lock at /var/run/yum.pid: [Errno 28] No space left on device
21:02 - Vova1234: места нет
21:02 - Vova1234: tmpfs 1.9G 1.9G 0 100% /run- Место какое-то кончилось.
- Начали копать о чем речь.
Другие же хостеры как-то обходятся без ребута.
Начал уточнять у админа.
В итоге оказалось, что речь идет именно о серверах, где стоит сама VMmanager KVM — а у нас как вы знаете, т.к. я предусмотрительный человек — под панель выделены Атомы дешевые специально. (про Атомы тут и вот пример наглядно как это меня спасло)
Ребутнуть атом — не проблема.
- Итого — после ребута временные файлы вычищались и все потом обновлялось само.
- И узлы которые прикреплены в Атоме уже, сами ноды — так же потом начинали обновляться до последней версии 5.142.0.
Мне стало интересно, почему только 2 ГБ ?
Начали проверять разные серверы. Там где под панель был сервер с 16 озу i5-2400 допустим — там раздел tmpfs был 8 ГБ почему-то, а вот на Атоме — именно 2 ГБ.
Подумали сначала что это SWAP.
Но нет, swap если верить «информация о системе» из VMmanager у нас либо 4096, либо другие значения, но никак не 2 ГБ.
Например был сервер, где swap писало 32 ГБ
Но разметка там была
Filesystem Size Used Avail Use% Mounted on
rootfs 1.8T 728G 999G 43% /
/dev/root 1.8T 728G 999G 43% /
devtmpfs 32G 0 32G 0% /dev
tmpfs 6.3G 444K 6.3G 1% /run
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 19G 0 19G 0% /dev/shm
root@gra:~#Так что этот вопрос мы так и не поняли, почему вдруг оно забилось, и почему именно на Атоме с 4 озу — такой размер. А на других серверах другой размер. Он как-то сам автоматически наверно делается, в зависимости от сервера? ОС наверно смотрит на мощу сервера и выделяет оптимальное что-то.
Если кто-то знает — в комменты.
22:35 — alice2k: 1,5 часа обновляли
22:35 — Vova1234: еще
22:35 — Vova1234: нет
22:35 — Vova1234: 2 осталось
22:35 — alice2k: ну эти уже мелочи
22:35 — alice2k: угу
22:35 — Vova1234: атомы долго обновляются
update
решение
mount -o remount,size=10G /run
