Телеграмм чат группы vmugru страница 6242

вывод - сперва читать, потом обновлять

13:31пожаловаться #1

НЛ

Mista D

ESX/ESXi 4.x host, interactive
migration or upgrade Supported.

For more information, see the Upgrade or Migrate Hosts Interactively section in the vSphere Upgrade Guide.

The installer wizard offers the choice to upgrade or perform a fresh installation. If you upgrade, ESX partitions and configuration files are converted to be compatible with ESXi.

Очень интересно, неужели я протупил и каким-то образом выбрал чистую установку?

13:32пожаловаться #2

НЛ

До этого, кстати, 10 хостов было обновлено успешно

13:33пожаловаться #3

MD

а разве ответ не очевиден?

13:33пожаловаться #4

MD

кто-то списывает все на ебаную магию, я предпочитаю логирование и контроль человеческого фактора

13:34пожаловаться #5

НЛ

Теперь да. Ладно, буду повнимательнее сегодня вчитываться в то, что он мне там предлагает

13:35пожаловаться #6

E

До этого, кстати, 10 хостов было обновлено успешно

Когда делаешь что-то руками - минимум на третьем разе накосячишь. Рекомендую скрипт по обновлению написать, нажать кнопку (Enter) и идти пить пиво с девочками с первой линии.

13:36пожаловаться #7

НЛ

Когда делаешь что-то руками - минимум на третьем разе накосячишь. Рекомендую скрипт по обновлению написать, нажать кнопку (Enter) и идти пить пиво с девочками с первой линии.

Я не руками, я через VUM все делал

13:36пожаловаться #8

E

Я не руками, я через VUM все делал

Т.е. руками

13:37пожаловаться #9

E

Если более одного нажатия мышкой - руками.

13:37пожаловаться #10

E

Я не руками, я через VUM все делал

Ручной труд aka "спортивное администрирование" всегда идет в паре с человеческим фактором при факапах. Истинные джедаи автоматизируют регулярные задачи, чтоб голова не болела. PowerCLI вам в помощь!😉

13:39пожаловаться #11

EO

Eric Oldmann in VMware User Group Rus

ArcticFox

ну админы делятся на тех кто пока не делает бэкапы и....

Скорее, на тех, кто регулярно тестирует консистентность бэкапов, и тех кто думал, что есть бэкап.

13:39пожаловаться #12

E

Eric Oldmann

Скорее, на тех, кто регулярно тестирует консистентность бэкапов, и тех кто думал, что есть бэкап.

Ну это уже расширение))) В основе - кто делает/не делает.

13:40пожаловаться #13

НЛ

Ручной труд aka "спортивное администрирование" всегда идет в паре с человеческим фактором при факапах. Истинные джедаи автоматизируют регулярные задачи, чтоб голова не болела. PowerCLI вам в помощь!😉

Ну это ненастолько регулярная задача так-то, но совет учту, поэкспериментирую со скриптовым обновлением.

13:40пожаловаться #14

MD

Ручной труд aka "спортивное администрирование" всегда идет в паре с человеческим фактором при факапах. Истинные джедаи автоматизируют регулярные задачи, чтоб голова не болела. PowerCLI вам в помощь!😉

ну расскажи мне каким образом таск в вуме по шедулеру над объектами типа кластер/датацентр внезапно стали спортивным администрированием

13:42пожаловаться #15

MD

что-то расслабились пока меня не было

13:42пожаловаться #16

E

Ну это ненастолько регулярная задача так-то, но совет учту, поэкспериментирую со скриптовым обновлением.

Обычно я говорю так: если трем админам дать по серверу и поставить задачу собрать кластер - мы получим 3 разных узлов кластера, тк первый админ сделает все по инструкции, второй прозалупоглазит пару пунктов, а третий (ввиду понтов) пошлет всех нахуй и сделает по-своему.
Мораль: единый скрипт с формальзацией и описанием логики процесса деплоя/обновления

Андрей Жданов... in VMware User Group Rus

13:43пожаловаться #17

АЖ

Обычно я говорю так: если трем админам дать по серверу и поставить задачу собрать кластер - мы получим 3 разных узлов кластера, тк первый админ сделает все по инструкции, второй прозалупоглазит пару пунктов, а третий (ввиду понтов) пошлет всех нахуй и сделает по-своему.
Мораль: единый скрипт с формальзацией и описанием логики процесса деплоя/обновления

Докерфайл!!11

13:46пожаловаться #18

M

Mikhail in VMware User Group Rus

13:46пожаловаться #19

НЛ

Обычно я говорю так: если трем админам дать по серверу и поставить задачу собрать кластер - мы получим 3 разных узлов кластера, тк первый админ сделает все по инструкции, второй прозалупоглазит пару пунктов, а третий (ввиду понтов) пошлет всех нахуй и сделает по-своему.
Мораль: единый скрипт с формальзацией и описанием логики процесса деплоя/обновления

Ну вообще, обновление через VUM по сути тот же скрипт, ты ему говоришь, что обновлять и до чего обновлять, дальше он сам все сделает