Вместо ожидаемого (http://www.freebsd.org/releases/10.0R/schedule.html) релиза опубликован (http://lists.freebsd.org/pipermail/freebsd-stable/2014-Janua...) четвёртый кандидат в релизы FreeBSD 10.0. Финальный выпуск ожидается 12 января. Выпуск FreeBSD 10.0-RC2 подготовлен (ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/10.0/) для архитектур amd64, i386, ia64, powerpc, powerpc64 и sparc64. Для архитектур amd64 и i386 дополнительно сформированы предустановленные образы для виртуальных машин.URL: http://lists.freebsd.org/pipermail/freebsd-stable/2014-Janua...
Новость: http://www.opennet.me/opennews/art.shtml?num=38774
> Финальный выпуск ожидается 12 января.Они там ваще бухают, отдыхают?! Вот на ядро линя все ещё с 20 декабря забили. :)
Только Торвалдыц чёй-то там шуршит в жите.
> Вот на ядро линя все ещё с 20 декабря забили. :)Мигель тоже в отпуск пошел и на Мас перешел
Потомучта Мигель самый умный из них.
двусмысленно получилось
Ну видимо, как сделали 2недели назад снапшот стабильной ветки коллекции портов для 10.0-RELEASE, так в портах что-то все вяло обновляется.
А кто знает что за проблемы с явой?
http://www.freshports.org/java/openjdk7/
27 Dec 2013 11:50:37 FORBIDDEN: Triggering a nasty FreeBSD bug
> А кто знает что за проблемы с явой?
> 27 Dec 2013 11:50:37 FORBIDDEN: Triggering a nasty FreeBSD bugУ openjdk7 такой же коммит, как у 6-го: www.opennet.ru/openforum/vsluhforumID15/4108.html
Чинят какую-то _панику ядра от 8го и выше со свежими openjdk.
Вот коммит, чтобы все работало: http://svnweb.freebsd.org/base?view=revision&revision=259951 , он в 10-RC4 уже присутствует, также смержен в stable-9, но FORBIDEN еще не убрали - обещают errata notice / security advisory в ближайшие дни
>> А кто знает что за проблемы с явой?
>> 27 Dec 2013 11:50:37 FORBIDDEN: Triggering a nasty FreeBSD bug
> У openjdk7 такой же коммит, как у 6-го: www.opennet.ru/openforum/vsluhforumID15/4108.html
> Чинят какую-то _панику ядра от 8го и выше со свежими openjdk.настоящий энтырпрайс -- izen + freebsd + openjdk = кернел паник. вах-вах грусть печаль.
> настоящий энтырпрайс -- izen + freebsd + openjdk = кернел паник. вах-вах
> грусть печаль.У него вон в соседней новости wine не собиратся. На 10. Неужели он-таки дотянулся и закоммитил в?.. Карма настигла проект FreeBSD. А не, наверное ему clang-only танцевать мешает. Бе-е-едненький.
% java -version
openjdk version "1.7.0_45"
OpenJDK Runtime Environment (build 1.7.0_45-b18)
OpenJDK 64-Bit Server VM (build 24.45-b08, mixed mode)Откатываемый в портах openjdk7u25 сейчас элементарно не собирается:
% portmaster openjdk-7.45.18_1
...
...
...
gmake[8]: Leaving directory `/usr/ports/java/openjdk7/work/openjdk/build/bsd-amd64/hotspot/outputdir/bsd_amd64_compiler2/product'
All done.
gmake[7]: Leaving directory `/usr/ports/java/openjdk7/work/openjdk/build/bsd-amd64/hotspot/outputdir/bsd_amd64_compiler2/product'
cd bsd_amd64_compiler2/product && ./test_gamma
Using java runtime at: /usr/local/openjdk7/jre
Error occurred during initialization of VM
java/lang/NoClassDefFoundError: java/lang/invoke/AdapterMethodHandle
gmake[6]: *** [product] Error 1
gmake[6]: Leaving directory `/usr/ports/java/openjdk7/work/openjdk/build/bsd-amd64/hotspot/outputdir'
gmake[5]: *** [generic_build2] Error 2
gmake[5]: Leaving directory `/usr/ports/java/openjdk7/work/openjdk/hotspot/make'
gmake[4]: *** [product] Error 2
gmake[4]: Leaving directory `/usr/ports/java/openjdk7/work/openjdk/hotspot/make'
gmake[3]: *** [hotspot-build] Error 2
gmake[3]: Leaving directory `/usr/ports/java/openjdk7/work/openjdk'
gmake[2]: *** [build_product_image] Error 2
gmake[2]: Leaving directory `/usr/ports/java/openjdk7/work/openjdk'
*** Error code 1Stop.
make[1]: stopped in /usr/ports/java/openjdk7
*** Error code 1Stop.
make: stopped in /usr/ports/java/openjdk7===>>> make failed for java/openjdk7
===>>> Aborting update===>>> Update for java/openjdk7 failed
===>>> Aborting update===>>> Killing background jobs
Terminated===>>> You can restart from the point of failure with this command line:
portmaster <flags> java/openjdk7===>>> Exiting
Kernel-panic не видел х.з. сколько лет.
ЧЯДНТ?
Обновил порты, сейчас стоит 7.45.18_1
при попытке обновиться до 7.25.15_2,1, после некоторого времени компилирования, действительно кращится и уходит в ребут. В первый раз такое вижу.9.2-rel-p2
> Обновил порты, сейчас стоит 7.45.18_1
> при попытке обновиться до 7.25.15_2,1, после некоторого времени компилирования, действительно
> кращится и уходит в ребут. В первый раз такое вижу.
> 9.2-rel-p2и сам себе отвечу
http://www.mavetju.org/mail/view_message.php?list=freebsd-qu...Running java will cause your FreeBSD machine to panic and reboot. It's
a problem in FreeBSD that the latest versions of java have tickled. The
10.0-rc4 builds contain a fix as do STABLE-10 and STABLE-9. Not sure if
that's been MFC'd to STABLE-8 yet, and it hasn't been applied to any of
the RELEASE branches yet.
видимо нужно подождать пока и до RELEASE дойдут руки.
> кращится и уходит в ребут. В первый раз такое вижу.Ничо, будет вам релиз. Подумаешь, парочка кернелпаников при безобидной активности. У макофагов вон система вообще паникует при обычной качке торентов.
Собрал стейбл, больше не крашится. Однако и не собирается. Благо c svn откатить порт можно до рабочего.
> откатить порт можно до рабочего.Все правильно сделали. Ну его нафиг - паники в ядрах чинить, в апликушном софте заворкэраундим - и порядок. Прям так в релиз и выкатить. Ну а чего, ZFS с висючим и недоимплеменченым sendfile() объявили же "стабильным", что привело к уйме лулзов в рассылке nginx. Ну и тут нечего из общего какчества выбиваться.
> Kernel-panic не видел х.з. сколько лет.
> ЧЯДНТ?---Наши страусы - самые бесстрашные! Спасибо Дарвину и бетонному полу.
Не понимаю к чему подобные посты?
- На фришке нашли проблему
- О ну все теперь, все на линукс!
> Не понимаю к чему подобные посты?
> - На фришке нашли проблему
> - О ну все теперь, все на линукс!да при чём сдесь "фришка" -- тут про страусо^W изю-же.
make deinstall / make clean спасают.
Kernel Panic - это другая проблема, лечится патчем по ссылке выше.
> Чинят какую-то _панику ядра от 8го и выше со свежими openjdk.Эточо, от JDK ядро падает? Эпично...
Гы: http://pedroalves-bi.blogspot.ru/2012/07/java-leap-second-bu...
>> Чинят какую-то _панику ядра от 8го и выше со свежими openjdk.
> Эточо, от JDK ядро падает? Эпично...Это положено всем ентерпрайзам. В Centos/RHEL последнем тоже, бывает, падает, и ничо, пользуемся-ж: http://sourceforge.net/mailarchive/message.php?msg_id=31553988
>>> Чинят какую-то _панику ядра от 8го и выше со свежими openjdk.
>> Эточо, от JDK ядро падает? Эпично...
> Это положено всем ентерпрайзам. В Centos/RHEL последнем тоже, бывает, падает, и ничо,
> пользуемся-ж: http://sourceforge.net/mailarchive/message.php?msg_id=31553988нечё что oprofile ниразу не java и даже сильно системно-специфичное?
можешь не отвечать.
> нечё что oprofile ниразу не java и даже сильно системно-специфичное?RHEL/CentOS ловят панику от своего профилировщика!
Это даже еще эпичнее!!!
>> нечё что oprofile ниразу не java и даже сильно системно-специфичное?
> RHEL/CentOS ловят панику от своего профилировщика!
> Это даже еще эпичнее!!!тs про root'овые прова забыл -- эпичный ты наш.
> тs про root'овые прова забыл -- эпичный ты наш.А чо в линуксе вгонять в панику систему софтом запущеным от рута - в порядке вещей?
Во всех других осях, чтобы руту честно словить панику надо загрузить кривой ядерный модуль или что-то непотребное писать в /dev/kmem, ну или там в /dev/io.
Опять мимо! Опять фэйл!
Ждем следующих оправдалок!!!
>> тs про root'овые прова забыл -- эпичный ты наш.
> А чо в линуксе вгонять в панику систему софтом запущеным от рута
> - в порядке вещей?ну ты же читал по ссылке? да?
> Во всех других осях, чтобы руту честно словить панику надо загрузить кривой
> ядерный модуль или что-то непотребное писать в /dev/kmem, ну или там
> в /dev/io.именно.
modinfo oprofile о чем-нибудь говорит?> Опять мимо! Опять фэйл!
> Ждем следующих оправдалок!!!продолжай д'Артаньян, и побольше восклицательных знаков.
> именно.
> modinfo oprofile о чем-нибудь говорит?Давай, давай, не уводи разговор в сторону, лузер :-)! Сходи по ссылке. Там именно баг ядра, приводящий к панике, его даже уже пофиксить успели, но фиксы еще не успели попасть на тот момент в RHEL/CentOS:
>[оверквотинг удален]
>
> x86: Save cr2 in NMI in case NMIs take a page fault
>
> There was a big rework in the upstream kernel in between:
>
> $ git diff centos/el6..linux/master --stat arch/x86/kernel/entry_64.S
> arch/x86/kernel/entry_64.S | 990 > +++++++++++++++++++++++++++++++++++++++++----------------------
> 1 file changed, 647 insertions(+), 343 deletions(-)
>
> So I don't know, if the patches ever have been backported to rhel/centos.Итого, что в сухом остатке после общения с сектантом:
1. Линукс падает от жабы.
2. Линукс падает от профилировщика.
3. Линукс падает при работе от рута.
4. Пользователей линукс религия заставляет лезть во всюда и гадить там не прочитав предмет обсуждения.Учитывая что "at $WORK" мне приходится довольно много заниматься п.1,2и3, на RHEL и OEL и я никаких паник от жабы еще не видел, то все эти выводы, противоречащие моим наблюдениям, лежат целиком на совести влезших в ветку сектантов.
За сим раскланиваюсь.
PS. IZEN, к тебе это тоже относится.
>[оверквотинг удален]
>>
>> There was a big rework in the upstream kernel in between:
>>
>> $ git diff centos/el6..linux/master --stat arch/x86/kernel/entry_64.S
>> arch/x86/kernel/entry_64.S | 990 > +++++++++++++++++++++++++++++++++++++++++----------------------
>> 1 file changed, 647 insertions(+), 343 deletions(-)
>>
>> So I don't know, if the patches ever have been backported to rhel/centos.
> Итого, что в сухом остатке после общения с сектантом:
> 1. Линукс падает от жабы.пруф давай
> 2. Линукс падает от профилировщика.если профилировщик имеет проблемы на ядерном уровне (или подсистемы от которых он зависит)
> 3. Линукс падает при работе от рута.
> 4. Пользователей линукс религия заставляет лезть во всюда и гадить там не
> прочитав предмет обсуждения.и чего ты припёрся, упоротый?
> Учитывая что "at $WORK" мне приходится довольно много заниматься п.1,2и3, на RHEL
> и OEL и я никаких паник от жабы еще не видел,ну ты уже определись.
> то все эти выводы, противоречащие моим наблюдениям, лежат целиком на совести
> влезших в ветку сектантов.не приходи сюда больше шписыалыст.
> За сим раскланиваюсь.
> PS. IZEN, к тебе это тоже относится.
> А чо в линуксе вгонять в панику систему софтом запущеным от рута
> - в порядке вещей?Root может положить систему в любую позу. Это аксиома. Падение без должных причин в панику нехорошо, но у root есть over 9000 способов завалить систему иными методами.
> Во всех других осях, чтобы руту честно словить панику надо загрузить кривой
> ядерный модуль или что-то непотребное писать в /dev/kmem,...или вот яву запустить, как в FBSD :). И еще over 8997 различных способов...
> А кто знает что за проблемы с явой?
> http://www.freshports.org/java/openjdk7/
> 27 Dec 2013 11:50:37 FORBIDDEN: Triggering a nasty FreeBSD bugНету никаких проблем с OpenJDK7u45 на FreeBSD 10-PRERELEASE. Чего панику развели — не понимаю.
> Чего панику развели — не понимаю.Наверное от того что если система падает при каких-то совершенно обычных операциях - это хреново, да?
>> Чего панику развели — не понимаю.
> Наверное от того что если система падает при каких-то совершенно обычных операциях - это хреново, да?% ps -ax | grep java
1097 - S 8:43,00 /usr/local/openjdk7/bin/java -Djdk.home=/usr/local/open
1102 - I 0:05,94 /usr/local/openjdk7/jre/bin/java -Dderby.system.home=/h
1184 - I 1:31,32 /usr/local/openjdk7/bin/java -cp /home/user/bin/glassfi
1249 0 S+ 0:00,00 grep java% uptime
15:38 up 1:34, 0 users, load averages: 0,57 0,46 0,46% java -version
openjdk version "1.7.0_45"
OpenJDK Runtime Environment (build 1.7.0_45-b18)
OpenJDK 64-Bit Server VM (build 24.45-b08, mixed mode)% uname -a
FreeBSD evita.fire 10.0-PRERELEASE FreeBSD 10.0-PRERELEASE #0 r260319: Sun Jan 5 20:41:01 VOLT 2014 root@evita.fire:/usr/obj/usr/src/sys/EVITA amd64Повторяю вопрос: что у меня не так?
> Повторяю вопрос: что у меня не так?ты правда хочешь услышать ответ?
У большей части мира праздники уже закончились.
> У большей части мира праздники уже закончились.Китайцы в курсе?
> Только Торвалдыц чёй-то там шуршит в жите.diff --git a/drivers/crypto/ixp4xx_crypto.c b/drivers/crypto/ixp4xx_crypto.c
index 9dd6e01..f757a0f 100644
--- a/drivers/crypto/ixp4xx_crypto.c
+++ b/drivers/crypto/ixp4xx_crypto.c
@@ -1410,14 +1410,12 @@ static const struct platform_device_info ixp_dev_info __initdata = {
static int __init ixp_module_init(void)
{
int num = ARRAY_SIZE(ixp4xx_algos);
- int i, err ;
+ int i, err;
pdev = platform_device_register_full(&ixp_dev_info);
if (IS_ERR(pdev))
return PTR_ERR(pdev);
- dev = &pdev->dev;
-
spin_lock_init(&desc_lock);
spin_lock_init(&emerg_lock);Сонн так.
Какие изменения? Новость оформлена очень не информативно
На сайте тоже не очень информативно: http://lists.freebsd.org/pipermail/freebsd-stable/2014-Janua...
Тогда о чём вообще новость?
что бы тестрировать сборку на наличие плюшек
> что бы тестрировать сборку на наличие плюшекДавайте тогда о каждом RC линевого кернела постить. Нуачо, вон уже как раз шестой выкатили.
есть мелкие неприятности
Машинка - Supermicro с SAS-контроллером на борту
Ставим систему с флешки штатным установщиком на ZFS на два диска в зеркале
Все работает
Диски определяются как: disk0 => da0, disk1 =>da1
Втыкаем еще два диска - получаем disk2 => da2, disk3 => da3
Диски пустые, видятся вроде как нормально
На всяк случай ребутаем машину после перезагрузки имеем:
disk3 => da0, disk0 => da1, disk1 => da2, disk2 => da3
Естественно установленная ранее система не работает
Крантец....
Кто-нибудь нарывался на такое?
Это классика жанра, хорошо известная с 2007 года :-) Последовательно допущено 3 ошибки:1. zfs поставлена на mbr а не на gpt
2. zfs поставлена на mbr в многодисковой конфигурации.
3. Не проконтролирован порядок дисков, раз уж было допущено 1 и 2.Загрузка с CD и zpool import могут спасти отца русской демократии. А могут и не спасти, в зависимости от радиуса кривизны рук.