Size: a a a

Системное администрирование

2020 September 10

AP

Alexandr Petnitsky in Системное администрирование
Nikolay
Ладно хоть не ваакумные лампы
у альбатрона была мать с лампой
источник

N

Nikolay in Системное администрирование
В начале 80-х😁
источник

AP

Alexandr Petnitsky in Системное администрирование
а я тёщины запасы ламп другу передарил
источник

AP

Alexandr Petnitsky in Системное администрирование
Nikolay
В начале 80-х😁
в середине 200х
источник

N

Nikolay in Системное администрирование
Alexandr Petnitsky
а я тёщины запасы ламп другу передарил
А мои запасы сгорели все, когда гараж сгорел в 2012
источник

N

Nikolay in Системное администрирование
С тонну разного добра сгорело лампы, транзисторы, сопрухи, кондёры и т.д.
источник

AO

Architector Of_Fate in Системное администрирование
Всё! Всё, что было спизжено непосильным трудом — пропало... )))
источник

N

Nikolay in Системное администрирование
Там ничего спизженого не было, просто дед был радиоинжененром в НИИ им. Шимко, ему носили на ремонт, он то что не мог отремонтировать, было не рентабельно разбирал на запчасти
источник

N

Nikolay in Системное администрирование
Там 30-40 телеков разобранных было около 6-8 усилков, видеомагнитафоны разные и прочее,
источник

AO

Architector Of_Fate in Системное администрирование
Nikolay
Там ничего спизженого не было, просто дед был радиоинжененром в НИИ им. Шимко, ему носили на ремонт, он то что не мог отремонтировать, было не рентабельно разбирал на запчасти
Извини. Не хотел оскорбить. В контекст красиво вписалось.
источник

N

Nikolay in Системное администрирование
Architector Of_Fate
Извини. Не хотел оскорбить. В контекст красиво вписалось.
Не, ну это логично было бы подумать) В 90-е все так выживали) Но с военного института вынести было что-то большой проблеммой)
источник

N

Nikolay in Системное администрирование
Тем более что институт тогда занимался системой свой-чужой для военных самолётов
источник

AO

Architector Of_Fate in Системное администрирование
ИН 14 нормально глотать можно было для прохода через охрану)))))
источник

N

Nikolay in Системное администрирование
Проверенный))
источник

AO

Architector Of_Fate in Системное администрирование
Мне друг рассказывал.
источник

NK

ID:0 in Системное администрирование
​​Обновление релизов linux систем
Небольшая заметка на тему перехода с одного релиза на другой. Например, обновление Centos 7 до 8, Ubuntu 18 до 20 и т.д. Мое мнение на этот счет - никогда не проводить такое обновление в проде. Релиз системы слишком масштабное обновление. Даже если авторы дистрибутива предлагают штатное обновление с релиза на релиз, это не значит, что у вас все пройдет гладко. Меняются системные репозитории, зависимости и версии пакетов. Слишком велик шанс, что что-то пойдет не так и не заработает после обновления.

Я сам проводил такие обновления на Ubuntu, отработав их изначально в тестовой среде. То есть это реальный путь, но при возможности, я не иду по нему, так как всегда ориентирован на максимальную стабильность и отсутствие ошибок. В этом случае единственно верный путь - делать не обновление, а переносить функционал на новую систему. Это более надежный путь, максимально страхующий вас от непредвиденных ошибок в будущем.

В эпоху виртуализации нет никаких проблем аккуратно все перенести на новую виртуалку, убедиться, что все работает и переключить трафик. В случае проблем, можно обратно направить трафик на старую систему и разбираться с ошибками. А если обновляете рабочую систему, то обратно откатиться сложнее. Да и временные затраты на обновление и разбор ошибок с зависимостями могут занимать не меньше времени, чем полный перенос.

А вы обновляетесь с релиза на релиз?
источник

🔥Э

🔥 Хамон Эврибади... in Системное администрирование
ID:0
​​Обновление релизов linux систем
Небольшая заметка на тему перехода с одного релиза на другой. Например, обновление Centos 7 до 8, Ubuntu 18 до 20 и т.д. Мое мнение на этот счет - никогда не проводить такое обновление в проде. Релиз системы слишком масштабное обновление. Даже если авторы дистрибутива предлагают штатное обновление с релиза на релиз, это не значит, что у вас все пройдет гладко. Меняются системные репозитории, зависимости и версии пакетов. Слишком велик шанс, что что-то пойдет не так и не заработает после обновления.

Я сам проводил такие обновления на Ubuntu, отработав их изначально в тестовой среде. То есть это реальный путь, но при возможности, я не иду по нему, так как всегда ориентирован на максимальную стабильность и отсутствие ошибок. В этом случае единственно верный путь - делать не обновление, а переносить функционал на новую систему. Это более надежный путь, максимально страхующий вас от непредвиденных ошибок в будущем.

В эпоху виртуализации нет никаких проблем аккуратно все перенести на новую виртуалку, убедиться, что все работает и переключить трафик. В случае проблем, можно обратно направить трафик на старую систему и разбираться с ошибками. А если обновляете рабочую систему, то обратно откатиться сложнее. Да и временные затраты на обновление и разбор ошибок с зависимостями могут занимать не меньше времени, чем полный перенос.

А вы обновляетесь с релиза на релиз?
перепись свидетелей make install
источник

Aa

Anton aka DFC in Системное администрирование
вот с центосью недавно встрял как раз подобным образом. пытался с 7 на 8 перейти. не смотря на обилие мануалов в интернетах напоролся на неразрешаемую зависимость. а потом и на официальные заявления с forums.centos.org что миграция невозможна, только реинсталл. так, в результате, и сделал
источник

Aa

Anton aka DFC in Системное администрирование
а с убунтой/дебианом вроде все штатно нормально обновляется, не?
источник

VZ

Vladimir Zp in Системное администрирование
Anton aka DFC
а с убунтой/дебианом вроде все штатно нормально обновляется, не?
Система да, но она обычно не в вакууме работает, а с софтом. Если что-то простое, типа apache, php, то проблем может и не быть. А если какой-нить freepbx крутится, то обновление вряд ли без проблем пройдет.
источник