Help. I cannot find the problem with disp+work stopped error...

[Former Member]

---------------------------------------------------

trc file: "dev_disp", trc level: 1, release: "701"

---------------------------------------------------

sysno      00

sid        ECC

systemid   562 (PC with Windows NT)

relno      7010

patchlevel 0

patchno    32

intno      20020600

make:      multithreaded, Unicode, 64 bit, optimized

pid        1260

Wed Sep 11 16:48:30 2013

kernel runs with dp version 241000(ext=110000) (@(#) DPLIB-INT-VERSION-241000-UC)

length of sys_adm_ext is 576 bytes

*** SWITCH TRC-HIDE on ***

***LOG Q00=> DpSapEnvInit, DPStart (00 1260) [dpxxdisp.c   1286]

    shared lib "dw_xml.dll" version 32 successfully loaded

    shared lib "dw_xtc.dll" version 32 successfully loaded

    shared lib "dw_stl.dll" version 32 successfully loaded

    shared lib "dw_gui.dll" version 32 successfully loaded

    shared lib "dw_mdm.dll" version 32 successfully loaded

rdisp/softcancel_sequence :  -> 0,5,-1

use internal message server connection to port 3900

Wed Sep 11 16:48:35 2013

*** WARNING => DpNetCheck: NiAddrToHost(1.0.0.0) took 5 seconds

***LOG GZZ=> 1 possible network problems detected - check tracefile and adjust the DNS settings [dpxxtool2.c  5529]

MtxInit: 30000 0 0

DpSysAdmExtInit: ABAP is active

DpSysAdmExtInit: VMC (JAVA VM in WP) is not active

DpIPCInit2: start server >sapecc60_ECC_00                         <

DpShMCreate: sizeof(wp_adm)        29792    (1752)

DpShMCreate: sizeof(tm_adm)        5912704    (29416)

DpShMCreate: sizeof(wp_ca_adm)        24064    (80)

DpShMCreate: sizeof(appc_ca_adm)    8000    (80)

DpCommTableSize: max/headSize/ftSize/tableSize=500/16/552064/552080

DpShMCreate: sizeof(comm_adm)        552080    (1088)

DpSlockTableSize: max/headSize/ftSize/fiSize/tableSize=0/0/0/0/0

DpShMCreate: sizeof(slock_adm)        0    (104)

DpFileTableSize: max/headSize/ftSize/tableSize=0/0/0/0

DpShMCreate: sizeof(file_adm)        0    (72)

DpShMCreate: sizeof(vmc_adm)        0    (1864)

DpShMCreate: sizeof(wall_adm)        (41664/36752/64/192)

DpShMCreate: sizeof(gw_adm)    48

DpShMCreate: SHM_DP_ADM_KEY        (addr: 00000000092B0050, size: 6614144)

DpShMCreate: allocated sys_adm at 00000000092B0050

DpShMCreate: allocated wp_adm at 00000000092B2270

DpShMCreate: allocated tm_adm_list at 00000000092B96D0

DpShMCreate: allocated tm_adm at 00000000092B9730

DpShMCreate: allocated wp_ca_adm at 000000000985CFB0

DpShMCreate: allocated appc_ca_adm at 0000000009862DB0

DpShMCreate: allocated comm_adm at 0000000009864CF0

DpShMCreate: system runs without slock table

DpShMCreate: system runs without file table

DpShMCreate: allocated vmc_adm_list at 00000000098EB980

DpShMCreate: allocated gw_adm at 00000000098EBA00

DpShMCreate: system runs without vmc_adm

DpShMCreate: allocated ca_info at 00000000098EBA30

DpShMCreate: allocated wall_adm at 00000000098EBA40

MBUF state OFF

DpCommInitTable: init table for 500 entries

rdisp/queue_size_check_value :  -> off

ThTaskStatus: rdisp/reset_online_during_debug 0

EmInit: MmSetImplementation( 2 ).

MM global diagnostic options set: 0

<ES> client 0 initializing ....

<ES> InitFreeList

<ES> block size is 4096 kByte.

<ES> Info: em/initial_size_MB( 3947MB) not multiple of em/blocksize_KB( 4096KB)

<ES> Info: em/initial_size_MB rounded up to 3948MB

Using implementation view

<EsNT> Using memory model view.

<EsNT> Memory Reset disabled as NT default

<ES> 986 blocks reserved for free list.

ES initialized.

Wed Sep 11 16:48:36 2013

rdisp/http_min_wait_dia_wp : 1 -> 1

***LOG CPS=> DpLoopInit, ICU ( 3.0 3.0 4.0.1) [dpxxdisp.c   1681]

***LOG Q0K=> DpMsAttach, mscon ( sapecc60) [dpxxdisp.c   12483]

DpStartStopMsg: send start message (myname is >sapecc60_ECC_00                         <)

DpStartStopMsg: start msg sent

CCMS: AlInitGlobals : alert/use_sema_lock = TRUE.

CCMS: Initalizing shared memory of size 60000000 for monitoring segment.

Wed Sep 11 16:48:37 2013

CCMS: Checking Downtime Configuration of Monitoring Segment.

CCMS: start to initalize 3.X shared alert area (first segment).

DpMsgAdmin: Set release to 7010, patchlevel 0

MBUF state PREPARED

MBUF component UP

DpMBufHwIdSet: set Hardware-ID

***LOG Q1C=> DpMBufHwIdSet [dpxxmbuf.c   1048]

DpMsgAdmin: Set patchno for this platform to 32

Release check o.K.

Wed Sep 11 16:49:16 2013

my types changed after wp death/restart 0xbf --> 0xbe

my types changed after wp death/restart 0xbe --> 0xbc

my types changed after wp death/restart 0xbc --> 0xb8

my types changed after wp death/restart 0xb8 --> 0xb0

my types changed after wp death/restart 0xb0 --> 0xa0

my types changed after wp death/restart 0xa0 --> 0x80

*** DP_FATAL_ERROR => DpWPCheck: no more work processes

*** DISPATCHER EMERGENCY SHUTDOWN ***

increase tracelevel of WPs

NiWait: sleep (10000ms) ...

NiISelect: timeout 10000ms

NiISelect: maximum fd=337

NiISelect: read-mask is NULL

NiISelect: write-mask is NULL

Wed Sep 11 16:49:26 2013

NiISelect: TIMEOUT occured (10000ms)

dump system status

Workprocess Table (long)   

[kishore_soma]

Hi Jose,

Please post dev_W0 or dev_w* file for further analysis.

Regards,

Kishore Soma

[Former Member]

Hi,

I believe the trace you are showing up above is only a consequence of the issue. You should look up into your work processes' trace files (dev_wX) for finding out what the real issue may come from.

Regards,

José M. Prieto

[Former Member]

Hi !

Too few work processes ! Or clean up also the archiver logs.

Thumb rule: 1 DIA can handle 10 users.

Kumar from Germany

Senior Basis and Authorization Consultant

================================

[jimguo]

Hi,

Please attach dev_wX file for analysis.

Thanks.

Jim

[Former Member]

Hi,

Please use 720_REL kernel as these kernel are DCK and try to start the system.

Regards,

SG

[former_member4224]

kernel release 701 patch level 32?

this is too outdated and also non suported kernel.

Clebio

[hannes_kuehnemund]

Hi Jose,

the line:

*** DP_FATAL_ERROR => DpWPCheck: no more work processes

*** DISPATCHER EMERGENCY SHUTDOWN ***

says, that the dispatcher stops because there are no more work processes running.

I would now check dev_w0, dev_w1, ... . These are the trace files for the work processes. If the work processes shutdown, you find in the files the information why. Maybe dev_rd also provide information for the gateway.

Regards,

  Hannes