- Este tópico contém 4 respostas, 2 vozes e foi atualizado pela última vez 14 anos, 2 meses atrás por
mpungan.
-
AutorPosts
-
4 de janeiro de 2012 às 12:22 am #102358
mpungan
ParticipantePessoal, peguei esses erros em nas maquinas do cluster, alguém saberia ou tem alguma idéia do que possa ser.
Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 – 64bit Production
With the Partitioning, Real Application Clusters, OLAP, Data Mining
and Real Application Testing options
ORACLE_HOME = /oracle/product/10.2.0/db
System name: Linux
Node name: buzios.rs.br
Release: 2.6.18-92.1.17.el5
Version: #1 SMP Wed Oct 22 04:19:38 EDT 2008
Machine: x86_64
Instance name: PUCRS103
Redo thread mounted by this instance: 3
Oracle process number: 15
Unix process pid: 3798, image: oracle@buzios.rs.br (CJQ0)*** 2012-01-03 16:53:19.044
*** SERVICE NAME:(SYS$BACKGROUND) 2012-01-03 16:53:11.720
*** SESSION ID:(1312.1) 2012-01-03 16:53:11.720
Waited for process J002 to initialize for 60 seconds
*** 2012-01-03 16:53:19.250
Process diagnostic dump for J002, OS id=28995
——————————————————————————-
loadavg : 35.32 19.65 8.84
Memory (Avail / Total) = 169.18M / 32169.04M
Swap (Avail / Total) = 9638.69M / 16191.98M
F S UID PID PPID C PRI NI ADDR SZ WCHAN STIME TTY TIME CMD
0 D oracle 28995 1 0 78 0 – 36207 sync_p 16:51 ? 00:00:00 ora_j002_RS103
*** 2012-01-03 16:53:50.230
Stack:
skgpgcmdout: read() for cmd /usr/bin/gdb –batch -quiet -x /tmp/stackiU3fQY /proc/28995/exe 28995 < /dev/null 2>&1 timed out after 25.600 seconds——————————————————————————-
Process diagnostic dump actual duration=30.850000 sec
(max dump time=30.000000 sec)
*** 2012-01-03 16:53:50.230
*** 2012-01-03 17:02:31.295
Waited for process J000 to initialize for 60 seconds
*** 2012-01-03 17:02:32.638
Process diagnostic dump for J000, OS id=32673
——————————————————————————-
*** 2012-01-03 17:02:47.643
loadavg : 76.50 51.07 26.84
Memory (Avail / Total) = 158.20M / 32169.04M
Swap (Avail / Total) = 0.00M / 16191.98M
skgpgcmdout: read() for cmd /bin/ps -elf | /bin/egrep ‘PID | 32673’ | /bin/grep -v grep timed out after 15.000 seconds
*** 2012-01-03 17:03:10.786
Stack:
skgpgcmdout: read() for cmd /usr/bin/gdb –batch -quiet -x /tmp/stackiByd0N /proc/32673/exe 32673 < /dev/null 2>&1 timed out after 14.990 seconds——————————————————————————-
Process diagnostic dump actual duration=38.140000 sec
(max dump time=30.000000 sec)
*** 2012-01-03 17:03:10.787
*** 2012-01-03 17:03:10.787
Process J000 is dead (pid=32673, state=5):
[oracle@buzios bdump]$ free -m
total used free shared buffers cached
Mem: 32169 16915 15253 0 53 350
-/+ buffers/cache: 16511 15657
Swap: 16191 1051 151404 de janeiro de 2012 às 3:36 am #102362fabiogalera
ParticipanteIsto parece ser um .trc de algum JOB, talvez dependências de jobs, etc.
Mas qual o motivo de estar mencionando o .trc ? Existe alguma entrada no alert log para isso ? Algum job não executou ou esta broken ?
4 de janeiro de 2012 às 4:57 pm #102371mpungan
ParticipanteO motivo que estava sendo executado um processo que causo uma falha na cluster. Era um codigo que foi executado via APEX, pelo que eu pude identificar.
4 de janeiro de 2012 às 8:14 pm #102375mpungan
ParticipanteMais precisamente esta sendo gerado um gráfico com o APEX . O comando que esta sendo executado é o abaixo:
begin
wwv_flow_flash_chart.chart(p_region_id=>83422519110445886);
end;Isso pode causar um consumo excessivo de memória?
4 de janeiro de 2012 às 8:15 pm #102376mpungan
ParticipanteAlguém tem algum relato desse tipo de situação que ocorreu usando APEX?
-
AutorPosts
- Você deve fazer login para responder a este tópico.