Sun Solaris 10

> NFS Underground 2 :-P

А что это?

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

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

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

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

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

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

>> NFS Underground 2 :-P

>А что это?

Это досуг! ;)

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

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

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

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

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

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

>>> NFS Underground 2 :-P

>> А что это?

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

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

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

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

Network File System Underground 2? :)

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

>Network File System Underground 2? :)

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

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

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

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

> glib-1.2.10-5

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

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

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

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

Абалдеть.

Да.

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

лучше так > ps naHuy

ps Haxuy

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

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

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

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

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

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