Или еще один вариант:
script.sh
---------
echo a=\"$a\"
echo b=\"$b\"
echo c=\"$c\"
------------
После этого (на А):
------------
. <(ssh user@b "cd /to/script && ./script.sh")
------------
И после этого (тоже на А)
------------
echo $a
Я вас уверяю, сделают, при правильном подходе и понимании, что вы хотите получить. Можно очень долго и плодотворно общаться на тему "как избавить себя от геморроя с апгрейдом ОСи и миграции приложений". Доводилось мигрировать приложение с FreeBSD на Debian, а это более изощренное занятие, чем на новую версию той же операционки. Заняло несколько дней. За год можно сделать автоматический деплой на несколько несколько версий нескольких операционок. В общем, вы зря отчаиваетесь, можно без дополнительных вложений вопрос решить и без гемора. Главное - понимать как.
Год и несколько человек - это реально много. Почему вы столько ресурсов планируете? Я выше упоминал CI, он вам сэкономит существенные средства при правильной организации, и вы его можете внедрить неспешно весьма, параллельно с остальной работой. В итоге сам процесс будет выглядеть так: Вы обновляете систему стандартным образом, потом подключаете свой репозиторий и обновляете пакеты своего приложения. Для продакшена пройдет прозрачно. Ну, или виртуалки создаете сразу с новой версией линукса, как вам удобно будет, не суть. Тесты - это отдельная тема, тут надо смотреть.
Я вам выше приводил пример апгрейда с 8 на 9 Убунту. Вы так и не сказали, застали или нет. Без денег решить проблему очень просто, нужно просто совсем немного времени. Вы же Убунту на следующий LTS планируете когда-нибудь обновлять?
Сейчас нет, раньше были. Не увидел контрпримера кроме "это будет стоить денег, а пока и так работает". Не вешайте мне лашу на уши, вам качества куа никто не приписывает, я наоборот говорю, что у вас куа нету, и вам отдельно денег платить не надо. И вы, похоже, все-таки не понимаете, что это такое, если судить по тому, что вы пишите. Можно без денег решить проблему обновления дебиана, тем более, что вы его обновлять планируете раз в два года. Я вам говорю "не тратьте деньги", а вы говорите "а я буду!".
Пример из жизни - аутсорсер по разработке софта для всяких больших контор со всего мира. И я не писал, что у меня был только Дебиан. Были Solaris несколько версий под несколько платформ, HP-UX, AIX, SLES, RH, CentOS, OpenSUSE, Debian, FreeBSD. Убунты не было. Ставили несколько раз попробовать, но слишком часто все падало, решили не пробовать больше, использовали как десктопы. Кто вам говорит про деньги? Аргумент у меня, например, такой: за два года система развивается. Даже PHP-NG появился не так давно, и это круто на самом деле. Если вы его планируете использовать, то вам все равно обновляться, нет? 100 серверов - это маленькая продакшен система, тут очень сложно все сломать, как вы это пытаетесь показать. Задача QA не в том, чтобы все ходы просчитать, а в том, чтобы сказать, что в настоящий момент система готова к эксплуатации в продакшене, 100% - это вообще фантастика, никогда такого не упоминайте в приличном обществе. Вы, по-моему, слабо понимаете, что такое QA и как в этот процесс могут вписаться разработчики, без найма дополнительных кадров в виде QA. Как вы описываете - у вас статичная, неизменная система, которая обновляется раз в 5 лет, никто ее не развивает, безопасность сама как-то обновляется, и так далее. Я вам выше сказал уже. У меня свой опыт, у вас свой.
Каждый день все пакеты не надо обновлять, вы передергиваете. Вы каждый день софт на серверах обновляете? CI нужен для того, чтобы вы каждый день (ну или когда вам надо, в ручном режиме) знали, что то, что вы накодили, установится и будет работать на том окружении, куда вы их деплоите. Собрали пакеты, прогнали тесты, автоматически обновили репозиторий. Обновился Дебиан - поправили одну строчку и проверили на новой версии Дебиана. Столько дофига серверов ставится в больших конторах с численностью несколько тысяч сотрудников, есть куча контор, где их еще больше. На 100 серверов аптом ставить? Слова puppet и chef вам ни о чем не говорят? Это все в ваш план впишется и при текущем бюджете.
В Дебиане обновления последние 9 лет происходят без проблем, не надо врать, лично проверял. Про обновление Убунту 8 на 9 вам напомнить или не застали? Плюс обновления безопасности не заканчиваются через 2 года, не надо врать. В 2-летнем цикле тоже есть своя логика. За эти два года ваши потребности в мощностях могут сильно поменяться. Вы на топовые сервера тоже прошлый LTS ставите? В Убунту, например, в текущем LTS, обновления происходят постоянно, затрахаться можно все обновления ставить. 100 серверов - это ни о чем, тут нечем хвастать. Будучи админом, поднимал в день иногда по 10-12 и суппортил 400+. У меня субъективный опыт, у вас просто субъективный опыт, а вы тут оправдываетесь и писькомерством занимаетесь. Взрослый человек вроде. Да, кстати, примеров говнокода на ПХП полно, который ломается после обновления PHP. Это никак с операционной системой не связано вообще. Ваше мнение, как мне кажется, следующее: "Убунту я знаю и пользуюсь некоторое время, поэтому рекомендую". Больше ничего я не увидел. У амазона Убунту потому, что туда приходят люди без опыта, и Убунту предполагается проще в администрировании, чем Дебиан, хотя фактически это не так. Плюс под разработку обычно используют более новые библиотеки. Давайте просто не будем валить все в кучу
Какой стандарт де-факто? За последние два года вообще ни одного сервера не видел на Убунту. Debian и CentOS в основном, Solaris встречалб FreeBSD. Скажите лучше, что это ваш личный опыт. По моему опыту Убунта сильно в хвосте. HP-UX - это не дистр, это совсем другая операционная система, UNIX от Hewlett-Packard, и он в определенном секторе живее всех живых. IBM AIX тоже, в основном в крупных банках. И тут RicoX очень точно сказал: попробуйте, расскажите им про Убунту. SLES больше популярен в Европе, RHEL в Штатах.
Сильно подробно не расскажу, могу направление мысли задать.
Надо будет настроить мониторинг заряда батареи на хосте, который подключен к бесперебойнику. Соответственно, сделать плагин для нагиоса, который будет проверять статус заряда батареи. И последнее — сделать Event Handler, подробнее можно посмотреть здесь. И из скрипта хэндлера можно удаленно корректно выключать ту машину, которая мониторит батарейку и любые другие. Я бы еще порекомендовал предварительно почитать про NRPE.
