Sun Solaris 10

Re: Re: Re: Sun Solaris 10

> NFS Underground 2 :-P

А что это?

phicus (04.11.2004 10:06:36)

Re: Re: Re: Re: Re: Re: Re: Sun Solaris 10

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

Cпорить не буду (хотя аргументы есть); напомню лишь пословицу - "Всяк кулик свое болото хвалит" :-)

Re: Re: Re: Re: Sun Solaris 10

2annoynimous (*) (03.11.2004 18:01:06) Фича как раз для твоего ума:копирование файлов внутри /tmp.На 200%.Доволен?

Ximandr (04.11.2004 10:39:54)

Re: Re: Re: Re: Re: Re: Re: Re: Sun Solaris 10

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

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

Re: Re: Re: Re: Re: Sun Solaris 10

С tmpfs? С чего бы вдруг такое?

Re: Re: Re: Re: Sun Solaris 10

>> NFS Underground 2 :-P

>А что это?

Это досуг! ;)

dotcoder (04.11.2004 10:43:57)

Re: Re: Re: Re: Re: Re: Sun Solaris 10

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

нда блин лор во всей красе. Уважаемый пионер, а так же все остальные пионеры кто мелит чушь по поводу того почему нельзя убить процесс с kill -9. Процессы не дохнут, потому что они выполняются в контексте ядра, а в это время они игнорируют любые сигналы. Такое получается из-за ошибки в ядре или железе.

Re: Re: Re: Re: Re: Sun Solaris 10

Меня уже опередили. А то бы я с тобой поспорил, что сделаю так, что Соплярис будет тихо курить в сторонке. tmpfs рулит. Да впрочем и дисковые разделы, некритичные к сбоям (типа того же /tmp можно делать на ext2, да потюнить ее децл... уууу.)

Re: Re: Re: Re: Re: Re: Sun Solaris 10

>oracle 20102 1 0 04:31 ? 00:00:14 ora_dbw0_db1

У тебя глючит диск или драйвер диска. Что у тебя там, SCSI или SATA?

alt-x (04.11.2004 11:04:32)

Re: Re: Re: Re: Re: Re: Re: Sun Solaris 10

Раз уж пошли такие разговоры про оракелъ... Есть тут кто, кто удачно logical standby поднял под 9i? Отзовись, товарищь по несчастью... :)
ICQ UIN #172892840

Re: Re: Re: Re: Re: Sun Solaris 10

>>> NFS Underground 2 :-P

>> А что это?

> Это досуг! ;)

Что-то мне щаз не до сцук... ;)

phicus (04.11.2004 11:16:02)

Re: Re: Re: Re: Re: Re: Re: Sun Solaris 10

>У тебя глючит диск или драйвер диска. Что у тебя там, SCSI или SATA?

там скази 4 диска без райда, кроме спец эфектов оракла более ничего не глючит. проблема стабильно повторяется созданием фултекст индекса.

Re: Re: Re: Re: Re: Sun Solaris 10

Network File System Underground 2? :)

mikhail (04.11.2004 11:26:33)

Re: Re: Re: Re: Re: Re: Re: Sun Solaris 10

В свое время на "вылизанной" 2.7 версии солярки на 450 Энтерпрайзе лично наблюдал как один напортачивщий (кстати опенсоурсный) процесс не убивался по kill -9. Система находилась в перманентном трэшинге, билась башкой об своп в течении получаса после посылки сигнала проблемному процессу, все время увеличивала этот своп, после чего и была жестко рестартанута.
На линуксе правда такие веще случаются чаще, и вызваны больше глюками железа, драйверов.

shuras (04.11.2004 11:43:44)

Re: Re: Re: Re: Re: Re: Sun Solaris 10

>Network File System Underground 2? :)

Ага, спэшл хэкрс андэрграунд эдишн :))

dotcoder (04.11.2004 12:10:55)

Re: Re: Re: Re: Re: Re: Re: Re: Sun Solaris 10

>там скази 4 диска без райда, кроме спец эфектов оракла более ничего не глючит. проблема стабильно повторяется созданием фултекст индекса.

Тем не менее - это вешается явно на i/o операции. Смотрел /var/log/messages ? Ничего туда не вываливается? Какое ядро/дистриб?

alt-x (04.11.2004 12:18:42)

Re: Re: Re: Re: Re: Re: Re: Re: Re: Sun Solaris 10

/var/log/messages ничего.
RH7.3
rpm -q glib
glib-1.2.10-5

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Sun Solaris 10

> glib-1.2.10-5

А тема gtk какая?

Re: Re: Re: Re: Re: Re: Re: Re: Re: Sun Solaris 10

>почему я как рут не могу поубивать юзерские процессы

ммммда-а-а. так ведь дружище, чтобы что-то уметь и знать, нужно книжки читать, исходники ядра глядеть и т.п. а не только баб щупать! эта ситуация может возникнуть в любой операционке современной. пусть например ваше приложение производит запись на диск, вызывая write. после этого вызова, оно работает в контексте ядра. сякой там хуйней мается, в частности программирует дма, запускает его и выдает sleep_on, ожидая прерывания, когда контроллер дма закончит свою работу. однако гнусный драйверописатель мало того, что ожидает sleep_on-ом, а не interruptable_sleep_on-ом, он забыл в обработчике прерывания поставить wake_up !!!, или прозевал прерывание или ... вот и пиздец! - неубиваемый процесс! я делал драйвера для линя и соляры ( для весьма спецефичного железа ) - принципы похожи до боли...

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Sun Solaris 10

А чё Oracle уже дма контроллеры программирует?

Абалдеть.

Sun-ch (04.11.2004 13:44:23)

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Sun Solaris 10

Да.

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Sun Solaris 10

/var/log/messages ничего.
RH7.3
rpm -q glib
glib-1.2.10-5


Как тут тебе уже намекнули - интересен не glib, а glibc. :).
Но в общем-то и этого достаточно. RH7.3 ведь не расчитан на оптероны? И, кстати, какое все-таки ядро? И какой контроллер сказевый?
Еще попробуй такой эксперимент: копируй одновременно 12 гиговых файлов - с каждого диска на каждый диск. Чтобы oracle не мучать.

alt-x (04.11.2004 16:02:37)

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Sun Solaris 10

это старенький п3 (ровесник rh7.3), доживает свой век. очень сомневаюсь что там вдруг заглючил драйвер или железо, ну да ладно для этого супорт есть пусть разбираются.
но вот что ставить на оптерон ? так чтоб не "исходники ядра глядеть", а поработать бы ?

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Sun Solaris 10

>А чё Oracle уже дма контроллеры программирует?

Ладно - вместо "ваше приложение" - должно быть "ваше процесс". А ты - шел бы девок что ли пощупал, чем людей подьебывать.

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Sun Solaris 10

>не "исходники ядра глядеть"

Папрашу без подьебонов. вопрос был

>почему я как рут не могу поубивать юзерские процессы

ответ был более чем адекватный.

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Sun Solaris 10

адекватный это совет идти баб щупать а не с ораклом е@атся ?

еще раз - если бы стояла соляра то мне бы в такой ситуации так же пришлось перегружатся ?
и есть ли смысл крутить оракл на сановском оптероне ?

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Sun Solaris 10

>это старенький п3 (ровесник rh7.3), доживает свой век. очень сомневаюсь что там вдруг заглючил драйвер или железо,

В нескольких стах метрах от меня, в серверной, крутится больше десятка ораклов на таких машинках, часть из них, правда smp, а еще часть - атлоны того же возраста. Описаного тобой поведения не наблюдалось ни на одной из них НИКОГДА. Так что это точно - или драйвер или железо. В каком-то из ядер был поломан aic7xxx, а в сл. версии починен.

Поэтому упорно игнорируемый тобой вопрос, какая у тебя карта и какое ядро - остаются.

>но вот что ставить на оптерон ? так чтоб не "исходники ядра глядеть", а поработать бы ?

Я бы поставил RHEL или SLES. У этих ребят сапорт работал быстрее чем у Сана (возможно, ситуация изменилась). К тому же людей, гоняющих Оракула на этих платформах больше чем на Санях, а вот список сертифицированного Саном железа - не в пример меньше.

А вообще ответ на вопрос "исходники ядра глядеть, а поработать бы" - содержится в самом вопросе: в соляре тебе исходников ядра никто пока что не даст - так что ее и бери :)))))

alt-x (04.11.2004 19:36:02)

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Sun Solaris 10

лучше так > ps naHuy

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Sun Solaris 10

ps Haxuy

Re: С праздником!

> фултекст индекса.

было такое shutdown abort корректно все завершил, поднимался тока потом долго, откатывал транзакцию.

ну дык, а что вы хотели то? создание индекса это вообще отдельный процес который общается с ораклом через пайп.

ora_dbw0_db1 - это вообще оракловый врайтер, убъешь его положишь нафик базу и не факт что потом подымешь ;)

oracledb1 (LOCAL=NO) - скорее всего сессия в которой запущено индексирование, она должна легко и без проблем отстреливаться, индексирование после этого отвалиться само сабой

все вышесказанное не более чем имхо

penguin (05.11.2004 16:36:30)