Имеется установленная VMBitrix 7.2.0 (голая без сайта). Попытался обновить до последнего релиза. Результат ниже.
Рецепт изложенный https://dev.1c-bitrix.ru/community/forums/forum32/topic104373/,с удалением старых ядер, не проходит... Может пока будете делать обещанную "фичу на увеличение раздела /boot ", выложите VMBitrix с увеличенным bootом до 500 Мб в качестве "коробочной"(а лучше с запасом до 1000 Мб)?
Про "фичу", ее пока нет и как я понимаю точных сроков ее реализации нет (если есть скажите). Если вы выложите образ с уже увеличенным boot, то те кто начинают ставить с "нуля" не будут иметь проблем с обновлением. Или те кто с помощью backupа перейти на новый образ, тоже не будут иметь проблемы. Сейчас вы просто множите проблему, те кто уже имеет версии 7.1.х и 7.2.х обязательно столкнуться с проблемой. А так вы хотя бы часть клиентов избавите от проблемы.
Может дадите рецепт увеличения /boot?
И еще одна просьба... Нельзя ли сделать, чтобы в образе изначально был dig? Я конечно последний раз с Linux занимался лет 10 назад, может и отстал, чем сейчас диагностируют DNS. Но тут натолкнулся на проблемку с DNS, и был неприятно удивлен, что нечем продиагностировать...
" Все что вам необходимо лучше ставить через yum install .... Включить в образ все что нужно всем мы не сможем никогда)" -- Вы когда-нибудь пробовали что-нибудь поставить через yum install когда у вас проблемы с DNS?... Спасибо, что ping не выбросили, тоже не всем нужно...)
E_Alex, пробовал. Настраиваете сеть DHCP DNS NAT проброс и т.д. и потом уже что угодно. Без сети у вас не будет ничего работать в вирт. машине. По скрину выше видно что всего два ядра. Если мешают - удалите одно руками.
PS: никто не мешает взять и поставить чистый centos на hyper-v, сконфигурировать диски и разделы как вам надо и потом уже на эту сборку установить bitrix-env с помощью sh-срипта.
"По скрину выше видно что всего два ядра..." --я тоже это вижу...) И дальше что? Может поправите коробочную версию, чтобы новые клиенты не ходили по всем граблям?...
"PS: никто не мешает взять и поставить чистый centos на hyper-v, сконфигурировать диски и разделы как вам надо и потом уже на эту сборку установить bitrix-env с помощью sh-срипта." -- это значит, делайте все сами, ничего исправлять не будем?
А посты удалять нехорошо… тем белее не свои… Там же не было ничего, кроме уточняющих вопросов… Надеюсь это пост не удалите… Он не предусматривает ответов техс.службы… Для тех, кто столкнулся с описанной проблемой. Оставляем только одно ядро: package-cleanup --oldkernels --count=1 Но перед этим обязательно, полный backup всей виртуальной машины!!! Почему рекомендуют оставлять не менее 2 ядер читайте в документации по Linux… Данным рецептом вам придется скорее всего пользоваться регулярно, потому что после обновления вы получите примерно такую картину:
Места стало ненамного больше. Т.е. при одном из очередных обновлений все повторится. Или дождемся обещанной “фичи”… Кстати, предложение для тех, кто пишет документацию, рецепт надо внести в раздел, посвященный виртуальным машинам... P.S. Загадка не для тех.службы: Судя по скринам и в моем случае и у Алексея в /boot должны быть одни и те же ядра (по крайней мере по названиям файлов), но почему используемый размер разный?
Вот как выглядит /boot коробочной виртуальной машины после обновления:
Предположение: Сотрудники Bitrix пытались обновить виртуалку и, что-то пошло не так 1 декабря ... Восстановили диск, но забыли или не знали, что надо убрать оставшийся "мусор".
Три выделенные файла от 1 Dec, думаю "мусор", но нет полной уверенности по-поводу initrd-plymuth.img...
Вопросы к знтакам CentOS или у кого есть свежеустановленный CentOS7.4: 1. Должны ли быть три выделенных файла в /boot? 2. Где в CentOS есть ссылки (конфигурационные файлы) на установленные ядра? Чтобы убрать, и не наступать на эти же грабли в будущем повторно.