Ddic Time_out

[koletas]

Hola gente,

tengo un dump que no soy capaz de dar con el origen del error. Os adjunto la salida desde la ST22 así como las de la sm21.

Mi sistema es un SAP NetWeaver 2004s, PI 7.0, Red Hat Enterprise Linux 4 - 2.6.9-42. ELsmp 2.6, Oracle 10.2.0.2.0, x86_64 y con kernel UNICODE PL 146

Muchas gracias

[Hatenas]

Koletas, yo he tenido problemas similares al querer ejecutar reportes que se demoran demasiado y al final se cae por time out, en este caso incremento el tiempo de ejecucion con el parametro rdisp/max_wprun_time, a veces lo dejo en 0, solo para que se ejecute el reporte y despues lo vuelvo a dejar en 1200.

Ojala te sirve de referencia..

[BREZHNEV]

concuerdo con el comentario anterior...

puedes hacer ese cambio en caliente via la RZ11, con el parametro indicado.

saludos

[koletas]

Gracias por vuestros comentarios, pero eso ya lo probé y no me valió. Tengo abierto un caso con SAP, cuando me den respuesta pongo aquí la solución.

[francesc]

En el log de errores de la ST22 que mandas aparece el fragmento siguiente:

Last error logged in SAP kernel

Component............ "NI (network interface)"
Place................ "SAP-Server cepsxi01_PIP_02 on host cepsxi01 (wp 0)"
Version.............. 38
Error code........... "-10"
Error text........... "partner 'cepsxi01:sapdp00' not reached"
Description.......... "NiPConnect"
System call.......... "connect"
Module............... "nixxi.cpp"
Line................. 2513

The error reported by the operating system is:
Error number..... 13
Error text....... "Permission denied"

Comprueba las conexiones RFC. El mensaje que muestra indica que algún sistema externo intenta acceder a SAP pero no tiene permisos.

[koletas]

Ya tengo respuesta de SAP: Que actualice a la última versión del kernel ya que no ve nada mal, que mate mientras los procesos a nivel de SO y si tras actualizar el kernel se sigue quedando colgado el proceso lo pasarán a los desarrolladores para que lo tengan en cuenta:

I have analyzed the system, but could not find the reason.
I have increased the trace level of the work processes to 2, but
there was no relevant information in the traces.

If this problem occurs also with the newest kernel patch, then
development should take care of it. Thus please install the latest
kernel patch (the current is around 1 year old), increase the
trace level of the work processes and try to catch this issue.

The length of the logfiles you can limit with
rdisp/TRACE_LOGGING = on, 50 m

For now please kell the work processes on OS level.