Disp+Work running but not connected to message server status stays yellow

[Former Member]

Hello all,

I have a server with the follwoing details:

Oracle DB 9.2.0.6

Windows 2003 SP1 server

SAP R/3 Enterprise with Kernel 640 patch level 245

DBSL patch level 220

I start SAP from the MMC successfully, but the DISP + WORK process stays yellow. Gives the message:

Running but not connected to Message server.

I am able to log onto the server.

The Developer Trace shows the following:

-

---

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

-

---

Wed Aug 13 14:20:07 2008

kernel runs with dp version 138(ext=102) (@(#) DPLIB-INT-VERSION-138)

length of sys_adm_ext is 312 bytes

sysno 00

sid D26

systemid 560 (PC with Windows NT)

relno 6400

patchlevel 0

patchno 245

intno 20020600

make: multithreaded, ASCII

pid 13656

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

shared lib "dw_xml.dll" version 245 successfully loaded

shared lib "dw_xtc.dll" version 245 successfully loaded

shared lib "dw_stl.dll" version 245 successfully loaded

shared lib "dw_gui.dll" version 245 successfully loaded

shared lib "dw_mdm.dll" version 245 successfully loaded

Wed Aug 13 14:20:12 2008

• 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 3882]

MtxInit: -2 0 0

DpSysAdmExtInit: ABAP is active

DpIPCInit2: start server >alnwick_D26_00 <

DpShMCreate: sizeof(wp_adm) 24104 (964)

DpShMCreate: sizeof(tm_adm) 2379840 (11840)

DpShMCreate: sizeof(wp_ca_adm) 87000 (60)

DpShMCreate: sizeof(appc_ca_adm) 6000 (60)

DpShMCreate: sizeof(comm_adm) 192000 (384)

DpShMCreate: sizeof(vmc_adm) 0 (364)

DpShMCreate: sizeof(wall_adm) (22440/34344/56/100)

DpShMCreate: SHM_DP_ADM_KEY (addr: 04990040, size: 2751936)

DpShMCreate: allocated sys_adm at 04990040

DpShMCreate: allocated wp_adm at 049917D8

DpShMCreate: allocated tm_adm_list at 04997600

DpShMCreate: allocated tm_adm at 04997628

DpShMCreate: allocated wp_ca_adm at 04BDC668

DpShMCreate: allocated appc_ca_adm at 04BF1A40

DpShMCreate: allocated comm_adm_list at 04BF31B0

DpShMCreate: allocated comm_adm at 04BF31C8

DpShMCreate: allocated vmc_adm_list at 04C21FC8

DpShMCreate: system runs without vmc_adm

DpShMCreate: allocated ca_info at 04C21FF0

DpShMCreate: allocated wall_adm at 04C21FF8

MBUF state OFF

ThTaskStatus: rdisp/reset_online_during_debug 0

EmInit: MmSetImplementation( 2 ).

<ES> client 0 initializing ....

<ES> InitFreeList

<ES> block size is 1024 kByte.

Using implementation flat

<EsNT> Memory Reset disabled as NT default

<ES> 999 blocks reserved for free list.

ES initialized.

rdisp/http_min_wait_dia_wp : 1 -> 1

***LOG Q0K=> DpMsAttach, mscon ( alnwick) [dpxxdisp.c 10467]

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

DpStartStopMsg: start msg sent

CCMS: AlInitGlobals : alert/use_sema_lock = TRUE.

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

CCMS: Checking Downtime Configuration of Monitoring Segment.

Wed Aug 13 14:20:13 2008

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

DpMsgAdmin: Set release to 6400, patchlevel 0

MBUF state PREPARED

MBUF component UP

DpMBufHwIdSet: set Hardware-ID

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

DpMsgAdmin: Set patchno for this platform to 245

Release check o.K.

Wed Aug 13 14:20:22 2008

MBUF state ACTIVE

DpModState: change server state from STARTING to ACTIVE

I recently did a kernel patch from 71 to 245, but did not overwrite the files if they were older than the current versions.

Does anyone have any suggestions?

John

[Former Member · Accepted solution]

I would suggest to make a backup of your kernel directory and update the kernel again overwriting all existing files.

This way you get an idea if the problem is caused by mismatching files on the one hand and you are able to restore the files if something important gets overwritten on the other hand.

You may also try restarting service SAP<SID>_<No.> just to be sure you don't have a displaying issue and get cheated by mmc

[Former Member · Accepted solution]

Hi Christian,

I replaced the kernel again with the folder in which I overwritten all files as you instructed.

The disp+work.exe is still staying yellow with the status:

Running but Dialog Queue info is unavailable.

The only problem this causes is that we make use of data protector to do the offline backups and scripts to start and shut the server. If all processes aren't green afterwards, the utility reports a backup failure.

Apart from this, the server is running fine.