В общем весь вопрос в заголовке
>В общем весь вопрос в заголовке
Читать handbook на предмет make world
>>В общем весь вопрос в заголовке
>
>
>Читать handbook на предмет make worldА как загрузить новое ядро без перезагрузки машины (такое вообще возможно)?
>А как загрузить новое ядро без перезагрузки машины (такое вообще возможно)?Пока нет. Именно поэтому на этапе пересборки ядра (точнее, начиная с make installkernel) необходим доступ к консоли (представим себе, что новое ядро вдруг "не пошло", доступа к консоли нет, все, п-ец, сушим весла).
>>А как загрузить новое ядро без перезагрузки машины (такое вообще возможно)?
>
>Пока нет. Именно поэтому на этапе пересборки ядра (точнее, начиная с make
>installkernel) необходим доступ к консоли (представим себе, что новое ядро вдруг
>"не пошло", доступа к консоли нет, все, п-ец, сушим весла).ребята, как вы вообще себе представляете смену ядра на ходу,
структуры, таблицы, кеши, ссылки и тд и тп, я понятно изъясняюсь?
>>>А как загрузить новое ядро без перезагрузки машины (такое вообще возможно)?
>>
>>Пока нет. Именно поэтому на этапе пересборки ядра (точнее, начиная с make
>>installkernel) необходим доступ к консоли (представим себе, что новое ядро вдруг
>>"не пошло", доступа к консоли нет, все, п-ец, сушим весла).
>
>ребята, как вы вообще себе представляете смену ядра на ходу,
>структуры, таблицы, кеши, ссылки и тд и тп, я понятно изъясняюсь?Андрей, я же сказал "нет". ;-) Согласен, что явно не говорил про процесс reboot, получилось как-то невразумительно.
>В общем весь вопрос в заголовкев заголовке полная х..., sorry
>>В общем весь вопрос в заголовке
>
>в заголовке полная х..., sorrySorry за х... заголовок. Суть проблемы в том, что я хочу поднять систему с 4.4 до 4.8 удаленно. Можно ли загрузить новое ядро без презагрузки машины.
>>>В общем весь вопрос в заголовке
>>
>>в заголовке полная х..., sorry
>
>Sorry за х... заголовок. Суть проблемы в том, что я хочу поднять
>систему с 4.4 до 4.8 удаленно. Можно ли загрузить новое ядро
>без презагрузки машины.на всех своих серверах делаю удаленный upgrade, про ядро уже отписано,
загрузить новое ядро без перезагрузки нельзя, поэтому все операции
делаю в multiusermode, тщательно проверяю, затем reboot, жду когда
поднимется, снова удаленно захожу и радуюсь:# cvsup...
# cd /usr/src
# make buildworld
# make buildkernel KERNCONF=имя_ядраесли не собралось, правлю ядро и снова собираю
# make installkernel KERNCONF=имя_ядра
# make installworld
# mergmaster (открыто сразу несколько окон чтобы в других руками править
- дополнять нужные файлы, которые для моего случая нельзя устанавливать
автоматом
# rebootвсе.
>>>>В общем весь вопрос в заголовке
>>>
>>>в заголовке полная х..., sorry
>>
>>Sorry за х... заголовок. Суть проблемы в том, что я хочу поднять
>>систему с 4.4 до 4.8 удаленно. Можно ли загрузить новое ядро
>>без презагрузки машины.
>
>на всех своих серверах делаю удаленный upgrade, про ядро уже отписано,
>загрузить новое ядро без перезагрузки нельзя, поэтому все операции
>делаю в multiusermode, тщательно проверяю, затем reboot, жду когда
>поднимется, снова удаленно захожу и радуюсь:
>
># cvsup...
># cd /usr/src
># make buildworld
># make buildkernel KERNCONF=имя_ядра
>
>если не собралось, правлю ядро и снова собираю
>
># make installkernel KERNCONF=имя_ядра
># make installworld
># mergmaster (открыто сразу несколько окон чтобы в других руками править
>- дополнять нужные файлы, которые для моего случая нельзя устанавливать
>автоматом
># reboot
>
>все.sorry, разумеется все делается через SSH.
>>>В общем весь вопрос в заголовке
>>
>>в заголовке полная х..., sorry
>
>Sorry за х... заголовок. Суть проблемы в том, что я хочу поднять
>систему с 4.4 до 4.8 удаленно. Можно ли загрузить новое ядро
>без презагрузки машины.Как уже сказали, придется перегружать.
А версии далеко очень.
Можно здорово пролететь.
Надо оценить тяжесть возможных последствий и если потребуется, предварительно проделать операцию апгрейда на какой-нить локальной машинке. Это чтобы глупостей не наделать случайно.
Кстати, не забыть про mergemaster.
И не надо пытаться поставить новое ядро на старую систему - тогда точно проблемы будут.
А если новое ядро не пойдет, то пойдет старое kernel.old :)))
>А если новое ядро не пойдет, то пойдет старое kernel.old :)))
Угу. Вот только если с новым тазик повиснет и некому будет ребутнуть и сказать6 чтобы грузил старое...
Удаленно же все.Короче, хватит человека пугать.
Пусть читает /usr/src/UPDATING и все будет путем.ЗЫ: хотя там серым по черному написано, что удаленно апгрейдить систему нельзя.....
ЗЫЫ: но это еще не значит что на самом деле нельзя...
>>А если новое ядро не пойдет, то пойдет старое 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
>>>А если новое ядро не пойдет, то пойдет старое 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 было:а вот это файлик можно вообще не трогать, как и многие другие. чтобы не усложнять ситуацию. во всяком случае, если человек первый раз пересобирает систему, его точно трогать не надо.
>>>>А если новое ядро не пойдет, то пойдет старое 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 и его настройку ДО СБОРКИ системы.
>>не замечено - не значит что нет. кто-то другой может что-то незначительное
>>сделать не так и все подводные камни всплывут (во сказал!)
>
>что сказал? сам понял?основная мысль, которую я пытался высказать:
если неудачный удаленный апдейт может привести к значительным проблемам, надо хотя бы сначала попробовать завести 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
Прочитав все ваши рекомендации решил проапгрейдить систему через SSH. Все было бы хорошо, если бы я не забыл, что использую я IPFW2. Ядро собрал с этой опцией, а бинарники забыл. В итоге после перезагрузки подключиться к ней несмог (хорошо что комп был в соседней комнате).>
>>тогда поймешь про /etc/make.conf и его настройку ДО СБОРКИ системы.
>не трогал ни разу и прекрасно себя чувствую.
>хотя понимаю конечно что штука хорошая и когда-нибудь обязательно попробую им порулить.
>но не при штатном обновлении системы, т.к. не вижу пока что
>в этом особого смысла.Смысл есть если используешь "нестандартные" опции (напр. IPFW2).
>Прочитав все ваши рекомендации решил проапгрейдить систему через SSH. Все было бы
>хорошо, если бы я не забыл, что использую я IPFW2. Ядро
>собрал с этой опцией, а бинарники забыл. В итоге после перезагрузки
>подключиться к ней несмог (хорошо что комп был в соседней комнате).ну это почти что вариант с экспериментальной тачкой под боком - за исключением того, что она может быть не экспериментальной :)
>не замечено - не значит что нет. кто-то другой может что-то незначительное
>сделать не так и все подводные камни всплывут (во сказал!)
>Эти все предостережения пишут потому что фря как и любая опенсурс-система делается более-менее "всем миром", никто ни за что не отвечает, и никого не волнует что твоя система наебнется только потому что комиттер вася, чьи сурсы ты бедняга вытянул для апгрейда из цвса, выпил много пива, раньше лег спать и не пропатчил пару файликов. Впрочем, даже проприетарные ОС не дают гарантий, но там хотя бы можно пожаловаться и тебя услышат ну или в новостных лентах упомянут (как недавно было с несовместимостью бэкапов 2003х серверов).
>ну это почти что вариант с экспериментальной тачкой под боком - за исключением того, что она может быть не экспериментальной :)Человек устроен так, что совершает 10% ошибок в своих действиях. Это неизбежность, решается избыточным резевированием ресурсов в системе.
>
>>не замечено - не значит что нет. кто-то другой может что-то незначительное
>>сделать не так и все подводные камни всплывут (во сказал!)
>>
>
>Эти все предостережения пишут потому что фря как и любая опенсурс-система делается
>более-менее "всем миром", никто ни за что не отвечает, и никого
>не волнует что твоя система наебнется только потому что комиттер вася,
>чьи сурсы ты бедняга вытянул для апгрейда из цвса, выпил много
>пива, раньше лег спать и не пропатчил пару файликов. Впрочем, даже
>проприетарные ОС не дают гарантий, но там хотя бы можно пожаловаться
>и тебя услышат ну или в новостных лентах упомянут (как недавно
>было с несовместимостью бэкапов 2003х серверов).точно пессимист ;)
вышеизложенное характерно для Stable и Current и уж никак не для
RELEASE и bug-fix к нему, реальные ошибки есть и в Sun'овских cluster-patch'ах и в HP'ных, так что не новость.PS. Парни, скопом - никого не хотел обидеть или задеть из т ех кому
отвечал.
>еще раз, НИКАКИХ подводных камней для перехода с 4.4 -> 4.8 НЕТ,
не в плане критики, но для пользы страждущих...4.4 -> 4.8
апдейтится сендмейл, а посему нужны как user smmыp, так и одноименная группа. Рекомендующийся в данном случае mergemaster -p такой опции не понимает, поелику он от старой версии. И я прекрасно понимаю, почему Андрей не сталкивался с этим.PS Дальнейшее читал, но решил оставить "встроенный" d 4 RELENG sendmail... Он проапдейтенный. А не проапдейтил до сих пор, потому как на этой машине ранее он не должен был работать.
PPS когда-то, когда был байдарочником, слышал: подводные камни есть везде. Просто надо правильно работать веслом.