FreeBSD - обновление ядра...

Нет. не происходит.

http://www.lissyara.su/?id=1161

man csup :) или cvsup.

Спасибо. А где можно на сайте посмотреть какой релиз ядра последний для FreeBSD 6.3?

У меня:
6.3-i386-20080118-RELENG_6_3 EF

ядро от мира не отделимо, в смысле если обновлять то всё вместе :)
последние
6.3-RELEASE-p9
6.4-RELEASE-p3
7.0-RELEASE-p9
7.1-RELEASE-p3

А что, bsd можно обновлять!?

> какой релиз ядра последний для FreeBSD 6.3?

фря - полноценная ось :) 6.3 - значит 6.3, и если обновлять - то до семерки. а это гемор.
я обновлял 6.2 до 6.3 на серваке - все ок было, но до семерки - нафиг.

можно почти безболезненно апдейтнутся с 6.3 до 6.4 $)

>можно почти безболезненно апдейтнутся с 6.3 до 6.4 $)

Сделал...

Только не пойму обновилось ли ядро до текущего или нет:

FreeBSD domain.tld 6.4-STABLE FreeBSD 6.4-STABLE #0: Fri Feb 6 14:30:28 MSK 2009 root@domain.tld:/usr/obj/usr/src/sys/GENERIC i386

Куда глянуть нужно что бы увидеть версия ядра p3 у меня или нет?

И что значит "ПОЧТИ безболезненно"?

вы простите до STABLE апдейтнулись оО , а этот какбэ не релиз
прочтите, будьте ласковы, http://www.freebsd.org/doc/ru_RU.KOI8-R/books/handbook/current-stable.html на этот счет, ху их ху

ну и судя по 6.4-STABLE вы обновили ядро, как минимум, насчет остального мира(world) не уверен ;)

Спасибо... В итоге я пошёл дальше и дообновлялся:

6.4-STABLE FreeBSD 6.4-STABLE #0: Sat Feb 7 22:44:24 MSK 2009 amd64.

Вообщем, перевёл систему на X86_64. Времени ушло больше, чем ожидалось. Как говорится скупой платит дважды. Вот и я так поскупился на время для перехода на Linux в итоге убил больше времени для перехода с i386 на x86_64. Хорошо хоть предыдущий админ своп большой сделал, для перехода 6.3 i386 на 6.4 amd64, использовал его.

Всё бы ничего, но вот только в dmesg не дают покой строчки:

pid 11729 (httpd), uid 80: exited on signal 11
pid 12728 (httpd), uid 80: exited on signal 11
pid 12729 (httpd), uid 80: exited on signal 11
pid 13098 (httpd), uid 80: exited on signal 11
pid 13498 (httpd), uid 80: exited on signal 11
pid 13480 (httpd), uid 80: exited on signal 11
pid 13301 (httpd), uid 80: exited on signal 11
pid 13909 (httpd), uid 80: exited on signal 11
pid 13911 (httpd), uid 80: exited on signal 11

где то раз в полчасика. Апач работает корректно, php-скрипты выполняет, сайт отрисовывается. В чём может быть дело? Уже пытался получить core файл опцией CoreDumpDirectory /tmp, но после падения child-ов в /tmp ничего нет. Порты все пересобрал под amd64.

воспользуйтесь truss

и какой чёрт вас дёрнул переходить на amd64 на боевом сервере?
STABLE - не значит стабильное, это ветка для разработчиков :/

> и какой чёрт вас дёрнул переходить на amd64 на боевом сервере?

Там памяти 3.5 Гб было видно, а нужно 8 Гб. А что, есть проблемы с amd64? Думал как в Linux все болячки на x86_64 давно полечили. По крайней мере на продакшн серверах Linux 64-битный проблем не вызывал. Спасибо за truss, я хотел заюзать strace но меня при сборке "порадовали" что на x86_64 оно работать не может.

если бы вы на линупсе обновлялись с i386 до amd64 через исходники, тоже бы много граблей вылезло, тут понятно binary based рулит и педалит

непонятно почему при таком объеме RAM сразу не установлен amd64 дистрибьютив

>А что, есть проблемы с amd64?
проблемы есть всегда, для amd64 их больше, чем для i386, но сейчас это больше относится к стороннему программному обеспечению(имеется ввиду то что не входит в world)

Из расказов я понял так. Затребовали параметры конфигурации, арендовали данный сервер,хостера попросили поставить freebsd. По книжке сконфигурили параметры апача и запустили как есть. Кое как настроили почту и остальное по-мелочи. Только после того, как хостер сообщил что сервер будет отключен так как с сервера происходят всякие деструктивные вещи (атаки, spam) на других участников сети Internet позвали меня (знакомого знакомого). Ну плюс попросили что нить сделать с тормозами в работе сайта, типа железо мощное поcещяемость не большая 3000 хостов в сутки, а тормозит (правда в качестве CMS используют bitrix - ещё того тормоза). Ну вроде всё починил, потюнил (особенно mysql), на глаз главная раз в пять (если не больше, ну ~1 сек vs ~5 сек) быстрее стала грузиться. Только вот такой косячок остался и, в принципе, freebsd буду доволен. :-)

Ничего не ясно. :-(

19668: 143.205603506 lstat("/www/domain.tld/httpdocs/bitrix/components/bitrix/news.list",{mode=drwxr
wxrwx ,inode=57633553,size=512,blksize=4096}) = 0 (0x0)
19668: 143.205688712 lstat("/www/domain.tld/httpdocs/bitrix/components/bitrix/news.list/component.ph
p",{mode=-rw-rw-rw- ,inode=57633556,size=9792,blksize=4096}) = 0 (0x0)
19668: 143.205775036 lstat("/www",{mode=drwxr-xr-x ,inode=2,size=512,blksize=4096}) = 0 (0x0)
19668: 143.205853258 lstat("/www/domain.tld",{mode=drwxr-xr-x ,inode=57608192,size=512,blksize=4096}) = 0 (0x0)
19668: 143.205941817 lstat("/www/domain.tld/httpdocs",{mode=drwxrwxrwx ,inode=57608194,size=2048,blksize=4096}) = 0 (0x0)
19668: 143.206028700 lstat("/www/domain.tld/httpdocs/bitrix",{mode=drwxrwxrwx ,inode=57608225,size=1024,blksize=4096}) = 0 (0x0)
19668: 143.206116141 lstat("/www/domain.tld/httpdocs/bitrix/components",{mode=drwxrwxrwx ,inode=57608602,size=512,blksize=4096}) = 0 (0x0)
19668: 143.206199950 lstat("/www/domain.tld/httpdocs/bitrix/components/bitrix",{mode=drwxrwxrwx ,inode=57609233,size=4096,blksize=4096}) = 0 (0x0)
19668: 143.206282922 lstat("/www/domain.tld/httpdocs/bitrix/components/bitrix/news.list",{mode=drwxr
wxrwx ,inode=57633553,size=512,blksize=4096}) = 0 (0x0)
19668: 143.206367570 lstat("/www/domain.tld/httpdocs/bitrix/components/bitrix/news.list/component.ph
p",{mode=-rw-rw-rw- ,inode=57633556,size=9792,blksize=4096}) = 0 (0x0)
19668: 143.206449703 lstat("/www",{mode=drwxr-xr-x ,inode=2,size=512,blksize=4096}) = 0 (0x0)
19668: 143.206533233 lstat("/www/domain.tld",{mode=drwxr-xr-x ,inode=57608192,size=512,blksize=4096}) = 0 (0x0)
19668: 143.206622071 lstat("/www/domain.tld/httpdocs",{mode=drwxrwxrwx ,inode=57608194,size=2048,blksize=4096}) = 0 (0x0)
19668: 143.206686884 getpid()                    = 19668 (0x4cd4)
19668: 143.206767341 stat("/www/domain.tld/httpdocs/bitrix/components/bitrix/news.list/component.php
",{mode=-rw-rw-rw- ,inode=57633556,size=9792,blksize=4096}) = 0 (0x0)
19668: 143.206833271 getpid()                    = 19668 (0x4cd4)
19668: 143.213002211 sigaction(SIGSEGV,{ 0x42ec70 SA_RESTART ss_t },{ 0x834e4c10 SA_RESTART ss_t }) = 0 (0x0)
19668: 143.213080992 sigaction(SIGFPE,{ SIG_DFL SA_RESTART ss_t },{ 0x834e4c10 SA_RESTART ss_t }) = 0 (0x0)
19668: 143.213155304 sigaction(SIGBUS,{ 0x42ec70 SA_RESTART ss_t },{ 0x834e4c10 SA_RESTART ss_t }) = 0 (0x0)
19668: 143.213217043 sigaction(SIGILL,{ 0x42ec70 SA_RESTART ss_t },{ 0x834e4c10 SA_RESTART ss_t }) = 0 (0x0)
19668: 143.213292472 sigaction(SIGABRT,{ 0x42ec70 SA_RESTART ss_t },{ 0x834e4c10 SA_RESTART ss_t }) = 0 (0x0)
19668: 143.213354491 getpid()                    = 19668 (0x4cd4)
19668: 143.213468193 getpid()                    = 19668 (0x4cd4)
19668: 143.213592789 getpid()                    = 19668 (0x4cd4)
19668: 143.213693640 fstat(2,{mode=-rw-r--r-- ,inode=1578029,size=842,blksize=4096}) = 0 (0x0)
19668: 143.213780802 getpid()                    = 19668 (0x4cd4)
19668: 143.213912662 kill(19668,SIGSEGV)         = 0 (0x0)
19668: 143.214010440 sigreturn(0x7fffffff4a70)   = -1819738924258916724 (0xe6befd16fb98868c)
19668: 143.214010440 SIGNAL 11 (SIGSEGV)
19668: 143.214010440 SIGNAL 11 (SIGSEGV)
19668: 143.214149005 chdir("/tmp")               = 0 (0x0)
19668: 143.214233374 sigaction(SIGSEGV,{ SIG_DFL 0x0 ss_t },{ 0x42ec70 SA_RESTART ss_t }) = 0 (0x0)
19668: 143.214305170 getpid()                    = 19668 (0x4cd4)
19668: 143.214365513 getpid()                    = 19668 (0x4cd4)
19668: 143.214435913 kill(19668,SIGSEGV)         = 0 (0x0)
19668: 143.214494021 sigreturn(0x7fffffff4a70)   = -1819738924258916724 (0xe6befd16fb98868c)
19668: 143.214494021 SIGNAL 11 (SIGSEGV)
19668: 143.214494021 SIGNAL 11 (SIGSEGV)
Process stopped because of:  16
19668: 143.214494021 process exit, rval = 11

>man signal
>4 SIGILL create core image illegal instruction
гм, а вы apache и php обновляли? :\

Они были пересобраны. После инсталяции нового ядра и мира и перезагрузки было сделано portmanager -u -f, в конечно итоге для каждого пакета кроме самого portmanager-а было указано REBUILD. portmanager остался original но это вроде нормально.

а дерево портов перед этим обновляли?

Вот такое делал:
portsnap fetch extract
после чего:
portmanager -u -f

Только для меня загадкой осталось, 6.3 и 6.4 по версиям ПО не отличаются, так как версии программ не поменялись.

дерево портов там общее для 6.x и 7.x веток, то есть те что сейчас поддерживаются
кстати а версии apache,php,mysql какие? :)

Server version: Apache/2.0.63
Server built:   Feb  8 2009 00:48:47

PHP 5.2.8 with Suhosin-Patch 0.9.6.3 (cli) (built: Feb  8 2009 00:52:04)
Copyright (c) 1997-2008 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies
    with eAccelerator v0.9.5.3, Copyright (c) 2004-2006 eAccelerator, by eAccelerator

mysql  Ver 14.12 Distrib 5.0.75, for portbld-freebsd6.4 (amd64) using  5.2

Думал из-за eAccelerator такое происходит, но его отключал, беда таже.