Sun Solaris 10

ура! к черту GPL! переезд на Солярис!

anonymous
(03.11.04 16:46:39 MSK)

Ответ на: комментарий от anonymous 03.11.04 16:46:39 MSK

А ты уже прикупил себе спарк? :)

wadim_ ★
(03.11.04 17:13:09 MSK)

Хых, а кастомеры еще на 9-ю никак не перелезут..

anonymous
(03.11.04 17:13:24 MSK)

Ответ на: комментарий от anonymous 03.11.04 17:13:24 MSK

точно-точно... Всё им 8 подавай....

anonymous
(03.11.04 17:27:14 MSK)

Ссылка

Ответ на: комментарий от wadim_ 03.11.04 17:13:09 MSK

Зачем спарк дарагой а как-же соляра x86?

~~linux_newbe~~ ☆
(03.11.04 17:30:12 MSK)

Ответ на: комментарий от anonymous 03.11.04 16:46:39 MSK

>ура! к черту GPL! переезд на Солярис!
Вот дурной то :)))

anonymous
(03.11.04 17:31:16 MSK)

Ссылка

Ответ на: комментарий от anonymous 03.11.04 16:46:39 MSK

>> ура! к черту GPL! переезд на Солярис!

Как мужик жестоко обломается, если Солярис тоже станет GPL ж))

anonymous
(03.11.04 17:34:49 MSK)

Ответ на: комментарий от anonymous 03.11.04 17:34:49 MSK

блин интересно а эту хваленую мега супер тредность солярки када она под гпл станет ее засветят ? во тада и на пингвина "портанут" =) клева будя

anonymous
(03.11.04 17:36:28 MSK)

Ответ на: комментарий от anonymous 03.11.04 17:36:28 MSK

Так будет ли лучше солярка на оптероне для оракла ? а то линух что-то сильно разочаровал - натурально глючет, приходится перегружать весь сервер т.к. убить оракловые процессы даже рут не могет. если разница в скорости 10-15%, меня больше интересует стабильность.

anonymous
(03.11.04 17:41:44 MSK)

Ответ на: комментарий от linux_newbe 03.11.04 17:30:12 MSK

>> Зачем спарк дарагой а как-же соляра x86?

Солярка на х86 не рулит ни разу... Один хрен на спарке она пингвина делает... А жаль...

anonymous
(03.11.04 17:42:42 MSK)

Ответ на: комментарий от anonymous 03.11.04 17:41:44 MSK

а то линух что-то сильно разочаровал - натурально глючет, приходится перегружать весь сервер т.к. убить оракловые процессы даже рут не могет.

слов нет...

//alex

anonymous
(03.11.04 17:43:59 MSK)

Ссылка

Ответ на: комментарий от anonymous 03.11.04 17:41:44 MSK

т.к. убить оракловые процессы даже рут не могет

Это чего же получается? Это ж не дырка, а дуплище в ядре? Как забабахают по Ораклу виря... Чего-то не верится...

anonymous
(03.11.04 17:52:36 MSK)

Ноябрь прям грибной какой-то: Solaris 10, FreeBSD 5.3, OpenBSD 3.6, Fedora core 3...

phicus ★
(03.11.04 17:55:18 MSK)

Ответ на: комментарий от anonymous 03.11.04 17:42:42 MSK

> Солярка на х86 не рулит ни разу... Один хрен на спарке она
> пингвина делает... А жаль...

Не согласен с этим оратором, у меня соляра на X86 сервере живет несколько лет и я ей доволен. Все работает, клиенты не жалуются, что еще надо?

anonymous
(03.11.04 17:56:14 MSK)

Ответ на: комментарий от phicus 03.11.04 17:55:18 MSK

>Ноябрь прям грибной какой-то: Solaris 10, FreeBSD 5.3, OpenBSD 3.6, Fedora core 3...

Да это просто осеннее обострение ещё не закончилось. :)

anonymous
(03.11.04 17:58:12 MSK)

Ответ на: комментарий от anonymous 03.11.04 17:58:12 MSK

ИМХО, поезд Соляры ушел... Теперь может греть только мысль, что это "настоящий Unix". Но это удел пионеров. Работать будут на том, подо что есть софт. И заказы.
Кстати, не мог бы кто-нибудь назвать фичу Соляриса, по которой она рвет Линукс хотя бы на 50% ( скажем, ядра 2.6 ветки ;) )

annoynimous ★★★★★
(03.11.04 18:01:06 MSK)

Ответ на: комментарий от anonymous 03.11.04 17:36:28 MSK

>блин интересно а эту хваленую мега супер тредность солярки када она под гпл станет ее засветят ? во тада и на пингвина "портанут" =) клева будя

А потом этому ПынгвЫну такой судебный процесс закатают, что отмыться опсосу будет нечем.

Щас, так тебе и дали нахаляву юзать то, во что вложены деньги и что приносит доход.

anonymous
(03.11.04 18:02:40 MSK)

Ссылка

Ответ на: комментарий от anonymous 03.11.04 17:56:14 MSK

>Не согласен с этим оратором, у меня соляра на X86 сервере живет несколько лет и я ей доволен. Все работает, клиенты не жалуются, что еще надо?

Так я не говорю, что она там жить не будет или живёт плохо... Но пингвин всё-таки лучше с любой стороны

anonymous
(03.11.04 18:03:01 MSK)

Ответ на: комментарий от annoynimous 03.11.04 18:01:06 MSK

>Кстати, не мог бы кто-нибудь назвать фичу Соляриса, по которой она рвет Линукс хотя бы на 50%

ZFS

anonymous
(03.11.04 18:07:45 MSK)

Ответ на: комментарий от annoynimous 03.11.04 18:01:06 MSK

>Кстати, не мог бы кто-нибудь назвать фичу Соляриса, по которой она рвет >Линукс хотя бы на 50% ( скажем, ядра 2.6 ветки ;) )

Зарплата персонала.

~~Sun-ch~~ ☆
(03.11.04 18:20:20 MSK)

Ссылка

Ответ на: комментарий от anonymous 03.11.04 17:41:44 MSK

И хто же Вас, уважаемый анонизмус, до оракла то допустил? Шли б Вы, книжки умные для начала почитали, /dev/hands повыпрямляли...

debosh2k ★
(03.11.04 18:32:47 MSK)

Ответ на: комментарий от anonymous 03.11.04 18:07:45 MSK

А что, она уже где-то используется? А кричать-то мы все горазды... Вон, M$ сколько про WinFS кричала...

annoynimous ★★★★★
(03.11.04 18:44:56 MSK)

Ответ на: комментарий от annoynimous 03.11.04 18:44:56 MSK

Это я к тому, что, скажем, у Линукс тоже есть reiser4. А вот можно ли ей пользоваться - это другой вопрос. Маловато как-то времени прошло с момента анонса до включения этой zfs в Солярку...

annoynimous ★★★★★
(03.11.04 18:50:24 MSK)

Ссылка

Ответ на: комментарий от debosh2k 03.11.04 18:32:47 MSK

>И хто же Вас, уважаемый анонизмус, до оракла то допустил? Шли б Вы, книжки умные для начала почитали, /dev/hands повыпрямляли...

ну если у тебя ручки прямее - объясни фишку мне глупому:

[root@comp1 root]# ps -efH | grep ora root 1286 1105 0 Oct23 ? 00:00:00 su - oracle -c /home/oracl oracle 1287 1286 0 Oct23 ? 00:00:00 -bash -c /home/oracle/ph oracle 1317 1287 0 Oct23 ? 00:00:00 /java/bin/java -Xmx200 oracle 1323 1317 0 Oct23 ? 00:00:00 /java/bin/java -Xmx2 oracle 1325 1323 0 Oct23 ? 00:00:04 /java/bin/java -Xm oracle 1328 1323 0 Oct23 ? 00:00:00 /java/bin/java -Xm oracle 1329 1323 0 Oct23 ? 00:00:00 /java/bin/java -Xm oracle 1332 1323 0 Oct23 ? 00:00:00 /java/bin/java -Xm oracle 1334 1323 0 Oct23 ? 00:00:00 /java/bin/java -Xm oracle 1335 1323 0 Oct23 ? 00:00:00 /java/bin/java -Xm oracle 1336 1323 0 Oct23 ? 00:00:00 /java/bin/java -Xm root 1362 1305 0 18:57 pts/2 00:00:00 su oracle oracle 1363 1362 0 18:57 pts/2 00:00:00 bash root 1992 1409 0 22:06 pts/3 00:00:00 grep ora oracle 1237 1 0 Oct23 ? 00:06:52 /opt/oracle/product/9.2.0/bin/ oracle 20102 1 0 04:31 ? 00:00:14 ora_dbw0_db1 oracle 1266 1 97 18:19 ? 03:43:09 oracledb1 (LOCAL=NO) [root@comp1 root]# kill -9 1237 [root@comp1 root]# kill -9 20102 [root@comp1 root]# ps -efH | grep ora root 1286 1105 0 Oct23 ? 00:00:00 su - oracle -c /home/oracl oracle 1287 1286 0 Oct23 ? 00:00:00 -bash -c /home/oracle/ph oracle 1317 1287 0 Oct23 ? 00:00:00 /java/bin/java -Xmx200 oracle 1323 1317 0 Oct23 ? 00:00:00 /java/bin/java -Xmx2 oracle 1325 1323 0 Oct23 ? 00:00:04 /java/bin/java -Xm oracle 1328 1323 0 Oct23 ? 00:00:00 /java/bin/java -Xm oracle 1329 1323 0 Oct23 ? 00:00:00 /java/bin/java -Xm oracle 1332 1323 0 Oct23 ? 00:00:00 /java/bin/java -Xm oracle 1334 1323 0 Oct23 ? 00:00:00 /java/bin/java -Xm oracle 1335 1323 0 Oct23 ? 00:00:00 /java/bin/java -Xm oracle 1336 1323 0 Oct23 ? 00:00:00 /java/bin/java -Xm root 1362 1305 0 18:57 pts/2 00:00:00 su oracle oracle 1363 1362 0 18:57 pts/2 00:00:00 bash root 1994 1409 0 22:07 pts/3 00:00:00 grep ora oracle 20102 1 0 04:31 ? 00:00:14 ora_dbw0_db1 oracle 1266 1 97 18:19 ? 03:43:34 oracledb1 (LOCAL=NO)

ситуация легко воспроизводится попыткой создания full text search индекса.

anonymous
(03.11.04 18:51:24 MSK)

Ссылка

Ответ на: комментарий от debosh2k 03.11.04 18:32:47 MSK

>И хто же Вас, уважаемый анонизмус, до оракла то допустил? Шли б Вы, книжки умные для начала почитали, /dev/hands повыпрямляли...

ну если у тебя ручки прямее - объясни фишку мне глупому:

[root@comp1 root]# ps -efH | grep ora
root 1286 1105 0 Oct23 ? 00:00:00 su - oracle -c /home/oracl
oracle 1287 1286 0 Oct23 ? 00:00:00 -bash -c /home/oracle/ph
oracle 1317 1287 0 Oct23 ? 00:00:00 /java/bin/java -Xmx200
oracle 1323 1317 0 Oct23 ? 00:00:00 /java/bin/java -Xmx2
oracle 1325 1323 0 Oct23 ? 00:00:04 /java/bin/java -Xm
oracle 1328 1323 0 Oct23 ? 00:00:00 /java/bin/java -Xm
oracle 1329 1323 0 Oct23 ? 00:00:00 /java/bin/java -Xm
oracle 1332 1323 0 Oct23 ? 00:00:00 /java/bin/java -Xm
oracle 1334 1323 0 Oct23 ? 00:00:00 /java/bin/java -Xm
oracle 1335 1323 0 Oct23 ? 00:00:00 /java/bin/java -Xm
oracle 1336 1323 0 Oct23 ? 00:00:00 /java/bin/java -Xm
root 1362 1305 0 18:57 pts/2 00:00:00 su oracle
oracle 1363 1362 0 18:57 pts/2 00:00:00 bash
root 1992 1409 0 22:06 pts/3 00:00:00 grep ora
oracle 1237 1 0 Oct23 ? 00:06:52 /opt/oracle/product/9.2.0/bin/
oracle 20102 1 0 04:31 ? 00:00:14 ora_dbw0_db1
oracle 1266 1 97 18:19 ? 03:43:09 oracledb1 (LOCAL=NO)
[root@comp1 root]# kill -9 1237
[root@comp1 root]# kill -9 20102
[root@comp1 root]# ps -efH | grep ora
root 1286 1105 0 Oct23 ? 00:00:00 su - oracle -c /home/oracl
oracle 1287 1286 0 Oct23 ? 00:00:00 -bash -c /home/oracle/ph
oracle 1317 1287 0 Oct23 ? 00:00:00 /java/bin/java -Xmx200
oracle 1323 1317 0 Oct23 ? 00:00:00 /java/bin/java -Xmx2
oracle 1325 1323 0 Oct23 ? 00:00:04 /java/bin/java -Xm
oracle 1328 1323 0 Oct23 ? 00:00:00 /java/bin/java -Xm
oracle 1329 1323 0 Oct23 ? 00:00:00 /java/bin/java -Xm
oracle 1332 1323 0 Oct23 ? 00:00:00 /java/bin/java -Xm
oracle 1334 1323 0 Oct23 ? 00:00:00 /java/bin/java -Xm
oracle 1335 1323 0 Oct23 ? 00:00:00 /java/bin/java -Xm
oracle 1336 1323 0 Oct23 ? 00:00:00 /java/bin/java -Xm
root 1362 1305 0 18:57 pts/2 00:00:00 su oracle
oracle 1363 1362 0 18:57 pts/2 00:00:00 bash
root 1994 1409 0 22:07 pts/3 00:00:00 grep ora
oracle 20102 1 0 04:31 ? 00:00:14 ora_dbw0_db1
oracle 1266 1 97 18:19 ? 03:43:34 oracledb1 (LOCAL=NO)

ситуация легко воспроизводится попыткой создания full text search индекса.

anonymous
(03.11.04 18:52:17 MSK)

Ответ на: комментарий от anonymous 03.11.04 18:52:17 MSK

Сдается мне, что убить _поток_ не удастся... это не процесс ни разу. просто выглядит как процесс. Нервничать не стоит...

annoynimous ★★★★★
(03.11.04 18:55:31 MSK)

Буквосочетание ZFS уже давно заюзано в IBM-ских мэйнфремах :) Есть там у них эмулируемая в специательном типе наборов данных иерархическая файловая система для эмулируемого униха по прозвищу OpenMVS. Там (в zServer) ваще матрица какая-то, все эмулируется ;)

Eugeny_Balakhonov ★★
(03.11.04 18:57:38 MSK)

Ответ на: комментарий от Eugeny_Balakhonov 03.11.04 18:57:38 MSK

Так что IBMу есть повод возмутиться :) Пущай там Sun обзывает свою ФС как-нить иначе ;) Типа очень оригинально SunFS ;)

Eugeny_Balakhonov ★★
(03.11.04 18:59:08 MSK)

Ответ на: комментарий от Eugeny_Balakhonov 03.11.04 18:59:08 MSK

>Сдается мне, что убить _поток_ не удастся... это не процесс ни разу. просто выглядит как процесс. Нервничать не стоит...

я то не нервничаю, но этот процесс (уже убитого по shutdown abort оракла) занимает 98% проца и как-то не козырно без оракла работать ...

anonymous
(03.11.04 19:01:46 MSK)

Ссылка

Ответ на: комментарий от anonymous 03.11.04 18:52:17 MSK

> а то линух что-то сильно разочаровал - натурально глючет, приходится перегружать весь сервер т.к. убить оракловые процессы даже рут не могет.

после твоих слов "убить оракловые процессы даже рут не могет" ни один серьёзный человек с тобой и разговаривать не будет. Ты вообще понимаешь, что говоришь?

anonymous
(03.11.04 19:02:17 MSK)

Ответ на: комментарий от anonymous 03.11.04 19:02:17 MSK

> полностью переписанный TCP/IP стэк

не, не нужена мне такая Солярка. Это же ждать ещё два года пока все баги отловят...

anonymous
(03.11.04 19:03:40 MSK)

Ссылка

Ответ на: комментарий от annoynimous 03.11.04 18:55:31 MSK

> убить _поток_ не удастся... это не процесс ни разу. просто выглядит как процесс

ещё один специалист... С каких это пор `ps` потоки показывает?

anonymous
(03.11.04 19:07:26 MSK)

Ответ на: комментарий от anonymous 03.11.04 19:07:26 MSK

а давно не показывает?

annoynimous ★★★★★
(03.11.04 19:16:18 MSK)

Ответ на: комментарий от annoynimous 03.11.04 19:16:18 MSK

ps axuH

annoynimous ★★★★★
(03.11.04 19:19:35 MSK)

Ответ на: комментарий от annoynimous 03.11.04 19:19:35 MSK

Напоминаю, я только _предположил_. решения дает техподдержка.

annoynimous ★★★★★
(03.11.04 19:20:48 MSK)

Ссылка

Ответ на: комментарий от annoynimous 03.11.04 19:16:18 MSK

Не "убитый" процесс - db writer
Сдаётся мне запись на диск не завершилась.
Почему? - это другой вопрос.

svs ★★★
(03.11.04 19:47:26 MSK)

Ответ на: комментарий от svs 03.11.04 19:47:26 MSK

ждал 3 часа процесс сам не умирает, убить нельзя, оракл поднять - нельзя (живой процесс мешает). пришлось ребутить.

anonymous
(03.11.04 19:58:05 MSK)

Ответ на: комментарий от anonymous 03.11.04 19:58:05 MSK

что то я не понял - это пысы после shutdown abort?
а это тогда что?
oracle 1266 1 97 18:19 ? 03:43:34 oracledb1 (LOCAL=NO)
если уж приспичило киллами пуляться - то
ps -aef | grep ora | sort | grep -v grep
и убиваем по очереди, начиная с меньшего.

debosh2k ★
(03.11.04 21:28:04 MSK)

Ответ на: комментарий от debosh2k 03.11.04 21:28:04 MSK

да - после shutdown abort остаются процессы, которые убить kill -9 не всилах. так вот если смигрировать на солярку под оптерон таких фокусов будет больше/меньше ? а скорость ощутимо упадет ?

anonymous
(03.11.04 21:39:06 MSK)

Ответ на: комментарий от anonymous 03.11.04 21:39:06 MSK

для начала надо проблему локализовать, а уже потом оценивать чего где может быть меньше или больше. в трейсах что нибудь было? системлогах?
Оракловый конфиг, наконец, конфигурацию системы.
Ребутнуть - самый простой вариант. Но нерешенные проблемы имеют дурную привычку вылазить вновь.

debosh2k ★
(03.11.04 22:00:48 MSK)

Ответ на: комментарий от debosh2k 03.11.04 22:00:48 MSK

> Но нерешенные проблемы имеют дурную привычку вылазить вновь

Золотые слова.

anonymous
(03.11.04 22:04:20 MSK)

Ответ на: комментарий от phicus 03.11.04 17:55:18 MSK

> Ноябрь прям грибной какой-то: Solaris 10, FreeBSD 5.3, OpenBSD 3.6, Fedora core 3...

++ NetBSD-2.0

chip ★
(03.11.04 22:26:12 MSK)

Ответ на: комментарий от anonymous 03.11.04 22:04:20 MSK

в алерте только shutdown abort мелькает, трейсов нет.

судя по всему криво создалась поддержка context index (фунуция score() не пашет), в результе процесс создания индекса (на маленьких табличках все ок) таким образом циклится. ну и хер с ним к глюкам оракла постепенно привыкаешь, но млин ребутить из-за этого машину ... хотелось бы в критических ситуациях как-то по другому рещать проблемы.

anonymous
(03.11.04 22:29:22 MSK)

Ответ на: комментарий от anonymous 03.11.04 22:29:22 MSK

Тебе же уже сказали: > ps -aef | grep ora | sort | grep -v grep

anonymous
(04.11.04 00:07:26 MSK)

Ссылка

Ответ на: комментарий от anonymous 03.11.04 22:29:22 MSK

> ну и хер с ним к глюкам оракла постепенно привыкаешь

да и вообще, похоже тебе что-то пора менять в /dev/brain с таким подходом

anonymous
(04.11.04 00:09:59 MSK)

Ответ на: комментарий от anonymous 04.11.04 00:09:59 MSK

>да и вообще, похоже тебе что-то пора менять в /dev/brain с таким >подходом

не, проще посгрес ставить - там багов на порядок меньше =)

vtVitus ★★★★★
(04.11.04 07:42:55 MSK)

Ссылка

Ответ на: комментарий от anonymous 03.11.04 22:29:22 MSK

Версия оракла/патчей? версия ядра/глибцы? Что в переменных окружения ораклового юзера? aio используется? что в spfile что сказано?

penguin ★
(04.11.04 09:08:35 MSK)

Ссылка

Ответ на: комментарий от phicus 03.11.04 17:55:18 MSK

>Ноябрь прям грибной какой-то: Solaris 10, FreeBSD 5.3, OpenBSD 3.6, Fedora core 3...

+ Gentoo Linux 2004.3, Mozilla Firefox 1.0

и, наконец-то, NFS Underground 2 :-P

dotcoder ★★★★★
(04.11.04 09:20:45 MSK)

а какой версии оракл? Случаем не 8-й?

alexros ★
(04.11.04 09:34:27 MSK)

Ссылка

Ответ на: комментарий от chip 03.11.04 22:26:12 MSK

>> Ноябрь прям грибной какой-то: Solaris 10, FreeBSD 5.3, OpenBSD 3.6, Fedora core 3...

> ++ NetBSD-2.0

Точно. Единственное, что я не использую из вышеперечисленного -- вот и забыл. ;)

phicus ★
(04.11.04 10:05:58 MSK)

Ссылка

Похожие темы