Вариант для распечатки		Пред. тема | След. тема
Форум Открытые системы на сервере (BSD привязка)
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Как апгрейдить FreeBSD через SSH или telnet?, mich (?), 30-Май-03, (0) [смотреть все] Читать handbook на предмет make world, Nikolaev D. (?), 12:23 , 30-Май-03, (1) // А как загрузить новое ядро без перезагрузки машины такое вообще возможно , mich (?), 12:49 , 30-Май-03, (3) // Пока нет Именно поэтому на этапе пересборки ядра точнее, начиная с make instal, Antonio (?), 13:01 , 30-Май-03, (4) // ребята, как вы вообще себе представляете смену ядра на ходу,структуры, таблицы, , lavr (?), 13:06 , 30-Май-03, (5) Андрей, я же сказал нет - Согласен, что явно не говорил про процесс reboot,, Antonio (?), 13:50 , 30-Май-03, (7) в заголовке полная х , sorry, lavr (?), 12:37 , 30-Май-03, (2) // Sorry за х заголовок Суть проблемы в том, что я хочу поднять систему с 4 4 д, mich (?), 13:13 , 30-Май-03, (6) // на всех своих серверах делаю удаленный upgrade, про ядро уже отписано,загрузить , lavr (?), 14:15 , 30-Май-03, (8) // sorry, разумеется все делается через SSH , lavr (?), 14:32 , 30-Май-03, (9) Как уже сказали, придется перегружать А версии далеко очень Можно здорово пролет, Den (?), 14:38 , 30-Май-03, (10)   // А если новое ядро не пойдет, то пойдет старое kernel old , liks (?), 16:24 , 30-Май-03, (11)   Угу Вот только если с новым тазик повиснет и некому будет ребутнуть и сказать6 , Den (?), 16:35 , 30-Май-03, (12)   если новое ядро не пойдет - значит что-то сделано НЕВЕРНО, а состарым ядром сист, lavr (?), 17:07 , 30-Май-03, (13)   не замечено - не значит что нет кто-то другой может что-то незначительное сдела, Den (?), 15:37 , 31-Май-03, (14)   что сказал сам понял ну насмешил сделай переход с 3 x на 5 ку - тогда поговори, lavr (?), 14:27 , 01-Июн-03, (15)   основная мысль, которую я пытался высказать если неудачный удаленный апдейт може, Den (?), 10:02 , 02-Июн-03, (17)   Прочитав все ваши рекомендации решил проапгрейдить систему через SSH Все было б, mich (?), 11:20 , 02-Июн-03, (18)   ну это почти что вариант с экспериментальной тачкой под боком - за исключением т, Den (?), 11:30 , 02-Июн-03, (19)   Эти все предостережения пишут потому что фря как и любая опенсурс-система делает, пессимист (?), 02:24 , 02-Июн-03, (16)   Человек устроен так, что совершает 10 ошибок в своих действиях Это неизбежност, Nikolaev D. (?), 11:43 , 02-Июн-03, (20)   точно пессимист вышеизложенное характерно для Stable и Current и уж никак не д, lavr (?), 16:43 , 02-Июн-03, (21)   не в плане критики, но для пользы страждущих 4 4 - 4 8 апдейтится сендмейл, а, boykov (?), 22:52 , 06-Июн-03, (22)   1,2

Сообщения

[Сортировка по времени | RSS]

	10. "Как апгрейдить FreeBSD через SSH или telnet?"	+/–
	Сообщение от Den (?), 30-Май-03, 14:38
	>>>В общем весь вопрос в заголовке >> >>в заголовке полная х..., sorry > >Sorry за х... заголовок. Суть проблемы в том, что я хочу поднять >систему с 4.4 до 4.8 удаленно. Можно ли загрузить новое ядро >без презагрузки машины. Как уже сказали, придется перегружать. А версии далеко очень. Можно здорово пролететь. Надо оценить тяжесть возможных последствий и если потребуется, предварительно проделать операцию апгрейда на какой-нить локальной машинке. Это чтобы глупостей не наделать случайно. Кстати, не забыть про mergemaster. И не надо пытаться поставить новое ядро на старую систему - тогда точно проблемы будут.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	11. "Как апгрейдить FreeBSD через SSH или telnet?"	+/–
	Сообщение от liks (?), 30-Май-03, 16:24
	А если новое ядро не пойдет, то пойдет старое kernel.old :)))
	Ответить | Правка | Наверх | Cообщить модератору

	12. "Как апгрейдить FreeBSD через SSH или telnet?"	+/–
	Сообщение от Den (?), 30-Май-03, 16:35
	>А если новое ядро не пойдет, то пойдет старое kernel.old :))) Угу. Вот только если с новым тазик повиснет и некому будет ребутнуть и сказать6 чтобы грузил старое... Удаленно же все. Короче, хватит человека пугать. Пусть читает /usr/src/UPDATING и все будет путем. ЗЫ: хотя там серым по черному написано, что удаленно апгрейдить систему нельзя..... ЗЫЫ: но это еще не значит что на самом деле нельзя...
	Ответить | Правка | Наверх | Cообщить модератору

	13. "Как апгрейдить FreeBSD через SSH или telnet?"	+/–
	Сообщение от lavr (?), 30-Май-03, 17:07
	>>А если новое ядро не пойдет, то пойдет старое kernel.old :))) если новое ядро не пойдет - значит что-то сделано НЕВЕРНО, а со старым ядром система не будет нормально работать. >Угу. Вот только если с новым тазик повиснет и некому будет ребутнуть >и сказать6 чтобы грузил старое... >Удаленно же все. еще раз, НИКАКИХ подводных камней для перехода с 4.4 -> 4.8 НЕТ, я еще согласился бы про 3.x, а с четверкой никаких проблем не испытывал, в любом случае, если нет уверенности в ipfw, можно просто перед загрузкой определить его как open. Все что нужно сделать, правильно замечено - прочитать UPDATE, измениться версия sendmail и некоторые правила ipfw, остальное не существенно, выкинут из ядра часть опций для ATA и несколько опций для TCP - все это отсечется при сборке ядра!!! Все что нужно сделать, сохранить свое ядро: # cp /sys/i386/conf/MYKERNEL ~root/ >Короче, хватит человека пугать. >Пусть читает /usr/src/UPDATING и все будет путем. > >ЗЫ: хотя там серым по черному написано, что удаленно апгрейдить систему нельзя..... > >ЗЫЫ: но это еще не значит что на самом деле нельзя... еще раз для тех кто на бронепоезде - на всех своих FreeBSD, выполняю удаленный upgrade по cvsup, сборку и перезагрузку. Если не понимать что делаешь, разумеется, удаленный upgrade лучше не делать! прим: еще раз про изменения (perl тоже менялся) - ipfw - sendmail - openssh/openssl при сборке нужно чтобы в /etc/make.conf было: COMPAT1X=       yes COMPAT20=       yes COMPAT21=       yes COMPAT22=       yes COMPAT3X=       yes COMPAT4X=       yes чтобы не париться со старыми бинарниками, кроме того в make.conf можно указать ЧТО собирать, а что нет, перед сборкой системы за основу взять новый make.conf после cvsup'а: # cd /etc # cp make.conf make.conf.old # cp /usr/src/etc/defaults/make.conf . после чего изучить его и подправить под свои нужды Все, подкорректировать предыдущий мой постинг на предмет, до сборки системы (make buildworld) : - make.conf (COMPAT и допустим запретить сборку sendmail, потом можно будет руками сделать или из портов) - ipfw (лучше сделать open, если простая конфигурация, можно оставить) - sendmail - openssh/openssl, для openssh - поправить sshd_config под себя перед reboot
	Ответить | Правка | Наверх | Cообщить модератору

	14. "Как апгрейдить FreeBSD через SSH или telnet?"	+/–
	Сообщение от Den (?), 31-Май-03, 15:37
	>>>А если новое ядро не пойдет, то пойдет старое kernel.old :))) > >если новое ядро не пойдет - значит что-то сделано НЕВЕРНО, а со > >старым ядром система не будет нормально работать. > >>Угу. Вот только если с новым тазик повиснет и некому будет ребутнуть >>и сказать6 чтобы грузил старое... >>Удаленно же все. > >еще раз, НИКАКИХ подводных камней для перехода с 4.4 -> 4.8 НЕТ, >я еще согласился бы про 3.x, а с четверкой никаких проблем >не испытывал, в любом случае, если нет уверенности в ipfw, можно >просто перед загрузкой определить его как open. не замечено - не значит что нет. кто-то другой может что-то незначительное сделать не так и все подводные камни всплывут (во сказал!) мной кстати не замечено никаких камней вообще и при переходе с 4 на 5. >>Пусть читает /usr/src/UPDATING и все будет путем. >> >>ЗЫ: хотя там серым по черному написано, что удаленно апгрейдить систему нельзя..... >> >>ЗЫЫ: но это еще не значит что на самом деле нельзя... > >еще раз для тех кто на бронепоезде - на всех своих FreeBSD, >выполняю >удаленный upgrade по cvsup, сборку и перезагрузку. Если не понимать >что делаешь, разумеется, удаленный upgrade лучше не делать! мне почему-то кажется, что UPDATING тоже не дураки писали...         To update from 4.0-RELEASE or later to the most current         4.x-STABLE         ----------         make buildworld         make buildkernel KERNCONF=YOUR_KERNEL_HERE         make installkernel KERNCONF=YOUR_KERNEL_HERE         reboot  (in single user) [1]         make installworld         mergemaster             [2]         reboot         [1] You can often get away without doing this step as the         system will be properly updated.  During the running of the         installworld, however, system components may break and other         oddities may happen.  Don't do this on systems that aren't         otherwise quiet as unpredictable results may happen.  If in         doubt, reboot into single user.  For remote installs, keep         a separate kernel around and use a serial console if at all         possible.  See also note [6] above.         [2] If you do not run mergemaster, you will likely hit a         number of show stopper problems.  The biggest one is that         your /etc/pam.conf won't let you log in using ssh. краткий перевод комментариев: обычно проблем нет, но они МОГУТ возникнуть. если ничего не понимаешь, лучше вообще ничего не делать. >при сборке нужно чтобы в /etc/make.conf было: а вот это файлик можно вообще не трогать, как и многие другие. чтобы не усложнять ситуацию. во всяком случае, если человек первый раз пересобирает систему, его точно трогать не надо.
	Ответить | Правка | Наверх | Cообщить модератору

	15. "Как апгрейдить FreeBSD через SSH или telnet?"	+/–
	Сообщение от lavr (?), 01-Июн-03, 14:27
	>>>>А если новое ядро не пойдет, то пойдет старое kernel.old :))) >> >>если новое ядро не пойдет - значит что-то сделано НЕВЕРНО, а со >> >>старым ядром система не будет нормально работать. >> >>>Угу. Вот только если с новым тазик повиснет и некому будет ребутнуть >>>и сказать6 чтобы грузил старое... >>>Удаленно же все. >> >>еще раз, НИКАКИХ подводных камней для перехода с 4.4 -> 4.8 НЕТ, >>я еще согласился бы про 3.x, а с четверкой никаких проблем >>не испытывал, в любом случае, если нет уверенности в ipfw, можно >>просто перед загрузкой определить его как open. >не замечено - не значит что нет. кто-то другой может что-то незначительное >сделать не так и все подводные камни всплывут (во сказал!) что сказал? сам понял? >мной кстати не замечено никаких камней вообще и при переходе с 4 >на 5. ну насмешил. сделай переход с 3.x на 5'ку - тогда поговорим, ну или хотя бы на 4'ку. > >>>Пусть читает /usr/src/UPDATING и все будет путем. >>> >>>ЗЫ: хотя там серым по черному написано, что удаленно апгрейдить систему нельзя..... >>> >>>ЗЫЫ: но это еще не значит что на самом деле нельзя... >> >>еще раз для тех кто на бронепоезде - на всех своих FreeBSD, >>выполняю >>удаленный upgrade по cvsup, сборку и перезагрузку. Если не понимать >>что делаешь, разумеется, удаленный upgrade лучше не делать! > >мне почему-то кажется, что UPDATING тоже не дураки писали... разве кто-то спорит? только то что написано еще и читать надо уметь >        To update from 4.0-RELEASE >or later to the most current >        4.x-STABLE >        ---------- cd /usr/src >        make buildworld         Many denizens of /etc were MFC'ed. While most of the changes         are very benign, some of them have created a bit of a stir.         Use the new version of mergemaster to update /etc, either by         updating /etc after installworld, or by doing:         cd /usr/src/usr.sbin/mergemaster; make -m /usr/src/share/mk all install         before you run installworld. >        make buildkernel KERNCONF=YOUR_KERNEL_HERE >        make installkernel KERNCONF=YOUR_KERNEL_HERE >        reboot  (in single >user) [1] >        make installworld >        mergemaster     >         [2] >        reboot > >        [1] You can often >get away without doing this step as the >        system will be properly >updated.  During the running of the >        installworld, however, system components >may break and other >        oddities may happen.   >Don't do this on systems that aren't >        otherwise quiet as unpredictable >results may happen.  If in >        doubt, reboot into single >user.  For remote installs, keep >        a separate kernel around >and use a serial console if at all >        possible.  See also >note [6] above. >        [2] If you do >not run mergemaster, you will likely hit a >        number of show stopper >problems.  The biggest one is that >        your /etc/pam.conf won't let >you log in using ssh. > >краткий перевод комментариев: обычно проблем нет, но они МОГУТ возникнуть. > >если ничего не понимаешь, лучше вообще ничего не делать. >>при сборке нужно чтобы в /etc/make.conf было: > >а вот это файлик можно вообще не трогать, как и многие другие. >чтобы не усложнять ситуацию. во всяком случае, если человек первый раз >пересобирает систему, его точно трогать не надо. лучше не говорить про то чего не понимаешь, не в обиду, когда переведешь ряд серверов по cvsup за одину (4.old -> 4.new [5.x]), две или три перезагрузки (3.x -> 4.x[5.x]) и так чтобы работали ВСЕ имеющиеся сервисы, тогда поймешь про /etc/make.conf и его настройку ДО СБОРКИ системы.
	Ответить | Правка | Наверх | Cообщить модератору

	17. "Как апгрейдить FreeBSD через SSH или telnet?"	+/–
	Сообщение от Den (?), 02-Июн-03, 10:02
	>>не замечено - не значит что нет. кто-то другой может что-то незначительное >>сделать не так и все подводные камни всплывут (во сказал!) > >что сказал? сам понял? основная мысль, которую я пытался высказать: если неудачный удаленный апдейт может привести к значительным проблемам, надо хотя бы сначала попробовать завести 4.4 системку где-нибудь рядом и затем проапдейтить ее на 4.8 надо было еще добавить для чего: не для того, чтобы проверить наличие этих самых подводных камней, а для того, чтобы приобрести опыт обновления системы из исходников. почему-то с первого раза это не у всех получается. > >>мной кстати не замечено никаких камней вообще и при переходе с 4 >>на 5. > >ну насмешил. сделай переход с 3.x на 5'ку - тогда поговорим, ну >или >хотя бы на 4'ку. с 3.x не работал никогда. и не жалею. начал с 4.0 несмотря на все предупреждения о ее возможной нестабильности. >>мне почему-то кажется, что UPDATING тоже не дураки писали... > >разве кто-то спорит? только то что написано еще и читать надо уметь > >cd /usr/src > >>        make buildworld > >        Many denizens of /etc >were MFC'ed. While most of the changes >        are very benign, some >of them have created a bit of a stir. >        Use the new version >of mergemaster to update /etc, either by >        updating /etc after installworld, >or by doing: >        cd /usr/src/usr.sbin/mergemaster; make -m >/usr/src/share/mk all install >        before you run installworld. согласен, все что между 4.4 и 4.8 тоже читать надо, там много полезного есть. >>>при сборке нужно чтобы в /etc/make.conf было: >> >>а вот это файлик можно вообще не трогать, как и многие другие. >>чтобы не усложнять ситуацию. во всяком случае, если человек первый раз >>пересобирает систему, его точно трогать не надо. > >лучше не говорить про то чего не понимаешь, не в обиду, когда >переведешь >ряд серверов по cvsup за одину (4.old -> 4.new [5.x]), уже обновлял и не раз. > две или три >перезагрузки (3.x -> 4.x[5.x]) скорее всего никогда. > и так чтобы работали ВСЕ имеющиеся сервисы, само собой >тогда поймешь про /etc/make.conf и его настройку ДО СБОРКИ системы. не трогал ни разу и прекрасно себя чувствую. хотя понимаю конечно что штука хорошая и когда-нибудь обязательно попробую им порулить. но не при штатном обновлении системы, т.к. не вижу пока что в этом особого смысла. главное не забывать все-таки о чем речь идет: 4.4 -> 4.8
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Как апгрейдить FreeBSD через SSH или telnet?"	+/–
	Сообщение от mich (?), 02-Июн-03, 11:20
	Прочитав все ваши рекомендации решил проапгрейдить систему через SSH. Все было бы хорошо, если бы я не забыл, что использую я IPFW2. Ядро собрал с этой опцией, а бинарники забыл. В итоге после перезагрузки подключиться к ней несмог (хорошо что комп был в соседней комнате). > >>тогда поймешь про /etc/make.conf и его настройку ДО СБОРКИ системы. >не трогал ни разу и прекрасно себя чувствую. >хотя понимаю конечно что штука хорошая и когда-нибудь обязательно попробую им порулить. >но не при штатном обновлении системы, т.к. не вижу пока что >в этом особого смысла. Смысл есть если используешь "нестандартные" опции (напр. IPFW2).
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Как апгрейдить FreeBSD через SSH или telnet?"	+/–
	Сообщение от Den (?), 02-Июн-03, 11:30
	>Прочитав все ваши рекомендации решил проапгрейдить систему через SSH. Все было бы >хорошо, если бы я не забыл, что использую я IPFW2. Ядро >собрал с этой опцией, а бинарники забыл. В итоге после перезагрузки >подключиться к ней несмог (хорошо что комп был в соседней комнате). ну это почти что вариант с экспериментальной тачкой под боком - за исключением того, что она может быть не экспериментальной :)
	Ответить | Правка | Наверх | Cообщить модератору

	16. "Как апгрейдить FreeBSD через SSH или telnet?"	+/–
	Сообщение от пессимист (?), 02-Июн-03, 02:24
	>не замечено - не значит что нет. кто-то другой может что-то незначительное >сделать не так и все подводные камни всплывут (во сказал!) > Эти все предостережения пишут потому что фря как и любая опенсурс-система делается более-менее "всем миром", никто ни за что не отвечает, и никого не волнует что твоя система наебнется только потому что комиттер вася, чьи сурсы ты бедняга вытянул для апгрейда из цвса, выпил много пива, раньше лег спать и не пропатчил пару файликов. Впрочем, даже проприетарные ОС не дают гарантий, но там хотя бы можно пожаловаться и тебя услышат ну или в новостных лентах упомянут (как недавно было с несовместимостью бэкапов 2003х серверов).
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	20. "Как апгрейдить FreeBSD через SSH или telnet?"	+/–
	Сообщение от Nikolaev D. (?), 02-Июн-03, 11:43
	>ну это почти что вариант с экспериментальной тачкой под боком - за исключением того, что она может быть не экспериментальной :) Человек устроен так, что совершает 10% ошибок в своих действиях. Это неизбежность, решается избыточным резевированием ресурсов в системе.
	Ответить | Правка | Наверх | Cообщить модератору

	21. "Как апгрейдить FreeBSD через SSH или telnet?"	+/–
	Сообщение от lavr (?), 02-Июн-03, 16:43
	> >>не замечено - не значит что нет. кто-то другой может что-то незначительное >>сделать не так и все подводные камни всплывут (во сказал!) >> > >Эти все предостережения пишут потому что фря как и любая опенсурс-система делается >более-менее "всем миром", никто ни за что не отвечает, и никого >не волнует что твоя система наебнется только потому что комиттер вася, >чьи сурсы ты бедняга вытянул для апгрейда из цвса, выпил много >пива, раньше лег спать и не пропатчил пару файликов. Впрочем, даже >проприетарные ОС не дают гарантий, но там хотя бы можно пожаловаться >и тебя услышат ну или в новостных лентах упомянут (как недавно >было с несовместимостью бэкапов 2003х серверов). точно пессимист ;) вышеизложенное характерно для Stable и Current и уж никак не для RELEASE и bug-fix к нему, реальные ошибки есть и в Sun'овских cluster-patch'ах и в HP'ных, так что не новость. PS. Парни, скопом - никого не хотел обидеть или задеть из т ех кому отвечал.
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	22. "Как апгрейдить FreeBSD через SSH или telnet?"	+/–
	Сообщение от boykov (?), 06-Июн-03, 22:52
	>еще раз, НИКАКИХ подводных камней для перехода с 4.4 -> 4.8 НЕТ, не в плане критики, но для пользы страждущих... 4.4 -> 4.8 апдейтится сендмейл, а посему нужны как user smmыp, так и одноименная группа. Рекомендующийся в данном случае mergemaster -p такой опции не понимает, поелику он от старой версии. И я прекрасно понимаю, почему Андрей не сталкивался с этим. PS Дальнейшее читал, но решил оставить "встроенный" d 4 RELENG sendmail...  Он проапдейтенный. А не проапдейтил до сих пор, потому как на этой машине ранее он не должен был работать. PPS когда-то, когда был байдарочником, слышал: подводные камни есть везде. Просто надо правильно работать веслом.
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема