Solution: If a SAP Mobile Server restart is required to restore
functionality, follow these steps to collect enough information for analysis by
Technical Support. Allow at least 5-10 minutes to collect the data before restarting
the SAP Mobile Server cluster.
- Set the logging level to TRACE for Data Services and MMS.
Note: This setting
effects the application immediately. For RBS, also set MobiLink to TRACE
level.
- From SAP Control Center, expand the server of
interest and select .
- Select the Log
Settings tab, highlight the DataServices component
and select TRACE as the log
level.
- Highlight the MMS component and select TRACE
as the log level.
- Set the logging level to DEBUG for JMSBridge, DeviceManagement, and
SUPBridge if troubleshooting MBS clients, registration, or connection
initiation.
- From SAP Control Center, expand the server of
interest and select .
- Select the Log Settings tab, select one of
JMSBridge, DeviceManagement, or SUPBridge module, and select
Properties.
- Select DEBUG as the log level.
- Repeat for the other modules.
- Take a JStack trace for each SAP Mobile Server in the cluster
one minute apart, at least five times.
Note: It is likely that you must use
Microsoft’s SysInternal PsTools. If you do not have these installed,
download the PsTools Suite from
Microsoft TechNet .
- Locate the process identifier of the
mlsrv1x.exe process using Task
Manager.
- Execute the JStack command with the pid after the –l
switch. For example: C:\PSTools\psexec -s
c:\Sybase\UnwiredPlatform\JDK1.6.0_31-x64\bin\jstack.exe -l 1234
>> c:\temp\jstack.log
- Run DBISQL and connect to the default database. Execute
sa_conn_info and sa_locks system
procedures one minute apart, at least five times.
- If the mlsrv1x.exe process has a very large memory
footprint, execute jmap –histo against the process.
Note:
Perform this on all SAP Mobile Servers in the cluster.
- If you suspect a memory leak, execute jmap –dump to
generate a file for later analysis. This step can be expensive so only
perform it if you observe a memory leak. For example, the process memory
usage continues to grow.
- If messages are not delivered or messaging may be a contributing factor,
capture a process dump of the OBMO.exe process using
Windows Task Manager for all SAP Mobile Servers in the
cluster. Right-click the OBMO.exe process and select
Create dump file.
- After completing the above steps, send these logs and captured information
to Technical Support:
- SMP_HOME\Servers\UnwiredServer\logs
directories from each SAP Mobile Server.
- Output of JStack traces.
- Output of SA system procedures (sa_conn_info and sa_locks).
- Output of Jmap.
- For all active packages deployed to the system:
- Zip file of the respective directories under
SMP_HOME\Servers\UnwiredServer\deploy\<packageName>.
- Exported zip file of the Mobile Application Project (MBO
data model).
- OBMO.exe dump files from each
SAP Mobile Server in the cluster, if
applicable.