Pular para o conteúdo
Visualizando 5 posts - 1 até 5 (de 5 do total)
  • Autor
    Posts
  • #102358
    mpungan
    Participante

      Pessoal, 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 15140

      #102362
      fabiogalera
      Participante

        Isto 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 ?

        #102371
        mpungan
        Participante

          O 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.

          #102375
          mpungan
          Participante

            Mais 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?

            #102376
            mpungan
            Participante

              Alguém tem algum relato desse tipo de situação que ocorreu usando APEX?

            Visualizando 5 posts - 1 até 5 (de 5 do total)
            • Você deve fazer login para responder a este tópico.