IBM E02HRLL-G Administration Guide - Page 150

Setting log detail levels, Trace Output, memory buffer, Runtime, trace file, trace output format

Page 150 highlights

v Trace messages can be written to a memory buffer or to a file. You specify this by choosing one of the Trace Output radio buttons. - If you select the memory buffer option, you must have a way to take what is in memory and put it into a file so you can see the messages. This is done from the Runtime page, and is discussed later in this section. - If you use the trace file option, you configure a circular log similar to the way the system circular logging is configured. By using circular logging, you can limit the growth of the trace files so they do not consume too much of your file system resource. You can also configure the path and file name for the trace files. - The trace output format option can either be Basic or Advanced. Trace files can also be written using a binary format called the Log Analyzer format. By specifying the log analyzer format, you can open a trace output file using the Log Analyzer tool. The Log Analyzer tool is an application included with the WebSphere Application Server. See the WebSphere Application Server documentation for more information about the Log Analyzer. The key benefit of the Runtime page is that you can dynamically change the trace logging without restarting the server. You can reflect any changes that you make at runtime into the persistent configuration if you select Save runtime changes to configuration before saving. For a complete description of these features, see the WebSphere Application Server documentation. Setting log detail levels When problems occur, services and support personnel may ask for trace files to help understand the nature of the problem. As the administrator of the system, you will configure the system to obtain the tracing that is useful for diagnosing problems. That is the purpose of setting the logging levels. When you set the logging level for a server: v You determine which WebSphere Partner Gateway components (Java classes) write trace messages. v You determine the types of messages that are included in the trace file using an importance scale with five levels. Trace messages are classified using severity levels that are derived from levels used by WebSphere Partner Gateway version 6.0 and earlier. These old severity levels are mapped to WebSphere Application Server severity levels according to Table 41. This table illustrates how to use the new levels to achieve the same level of trace. Table 41. WebSphere Application Server severity levels Version 6.1 severity level Version 6.2 severity level FATAL FATAL ERROR SEVERE WARN WARNING INFO INFO DEBUG FINEST Log detail levels are accessed using a link that is provided on the Diagnostic tracing Configuration and Runtime pages for an application server. When you click this link, you are presented with a page that shows a tree-view of 144 IBM WebSphere Partner Gateway Enterprise and Advanced Editions: Administration Guide

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104
  • 105
  • 106
  • 107
  • 108
  • 109
  • 110
  • 111
  • 112
  • 113
  • 114
  • 115
  • 116
  • 117
  • 118
  • 119
  • 120
  • 121
  • 122
  • 123
  • 124
  • 125
  • 126
  • 127
  • 128
  • 129
  • 130
  • 131
  • 132
  • 133
  • 134
  • 135
  • 136
  • 137
  • 138
  • 139
  • 140
  • 141
  • 142
  • 143
  • 144
  • 145
  • 146
  • 147
  • 148
  • 149
  • 150
  • 151
  • 152
  • 153
  • 154
  • 155
  • 156
  • 157
  • 158
  • 159
  • 160
  • 161
  • 162
  • 163
  • 164
  • 165
  • 166
  • 167
  • 168
  • 169
  • 170
  • 171
  • 172
  • 173
  • 174
  • 175
  • 176
  • 177
  • 178
  • 179
  • 180
  • 181
  • 182
  • 183
  • 184
  • 185
  • 186
  • 187
  • 188
  • 189
  • 190
  • 191
  • 192
  • 193
  • 194
  • 195
  • 196
  • 197
  • 198
  • 199
  • 200
  • 201
  • 202
  • 203
  • 204
  • 205
  • 206
  • 207
  • 208
  • 209
  • 210
  • 211
  • 212
  • 213
  • 214
  • 215
  • 216
  • 217
  • 218
  • 219
  • 220
  • 221
  • 222
  • 223
  • 224
  • 225
  • 226
  • 227
  • 228
  • 229
  • 230
  • 231
  • 232
  • 233
  • 234
  • 235
  • 236
  • 237
  • 238
  • 239
  • 240
  • 241
  • 242
  • 243
  • 244
  • 245
  • 246
  • 247
  • 248
  • 249
  • 250
  • 251
  • 252
  • 253
  • 254
  • 255
  • 256
  • 257
  • 258
  • 259
  • 260
  • 261
  • 262
  • 263
  • 264
  • 265
  • 266
  • 267
  • 268

v
Trace messages can be written to a memory buffer or to a file. You specify this
by choosing one of the
Trace Output
radio buttons.
If you select the
memory buffer
option, you must have a way to take what is
in memory and put it into a file so you can see the messages. This is done
from the
Runtime
page, and is discussed later in this section.
If you use the
trace file
option, you configure a circular log similar to the
way the system circular logging is configured. By using circular logging, you
can limit the growth of the trace files so they do not consume too much of
your file system resource. You can also configure the path and file name for
the trace files.
The
trace output format
option can either be
Basic
or
Advanced
. Trace files
can also be written using a binary format called the
Log Analyzer
format. By
specifying the log analyzer format, you can open a trace output file using the
Log Analyzer tool. The Log Analyzer tool is an application included with the
WebSphere Application Server. See the WebSphere Application Server
documentation for more information about the Log Analyzer.
The key benefit of the
Runtime
page is that you can dynamically change the trace
logging without restarting the server. You can reflect any changes that you make at
runtime into the persistent configuration if you select
Save runtime changes to
configuration
before saving.
For a complete description of these features, see the WebSphere Application Server
documentation.
Setting log detail levels
When problems occur, services and support personnel may ask for trace files to
help understand the nature of the problem. As the administrator of the system,
you will configure the system to obtain the tracing that is useful for diagnosing
problems. That is the purpose of setting the logging levels. When you set the
logging level for a server:
v
You determine which WebSphere Partner Gateway components (Java classes)
write trace messages.
v
You determine the types of messages that are included in the trace file using an
importance scale with five levels.
Trace messages are classified using severity levels that are derived from levels used
by WebSphere Partner Gateway version 6.0 and earlier. These old severity levels
are mapped to WebSphere Application Server severity levels according to Table41.
This table illustrates how to use the new levels to achieve the same level of trace.
Table 41. WebSphere Application Server severity levels
Version 6.1 severity level
Version 6.2 severity level
FATAL
FATAL
ERROR
SEVERE
WARN
WARNING
INFO
INFO
DEBUG
FINEST
Log detail levels are accessed using a link that is provided on the Diagnostic
tracing
Configuration
and
Runtime
pages for an application server. When you
click this link, you are presented with a page that shows a tree-view of
144
IBM WebSphere Partner Gateway Enterprise and Advanced Editions: Administration Guide