Soy novato en el soporte de WAS (Websphere Application Server), actualmente tengo problemas con mi WAS, mi WAS se instaló en AIX en 2 servidores/nodos.
Mientras lo investigaba, encontré en el registro de nuestra aplicación que hay alguna actividad que es "Realizando mantenimiento de caché":
2017-01-14 01:31:52,619: [Cache Maintenance] com.ibm.srm.util.db.ServerCache refreshed
2017-01-14 01:31:53,314: [Cache Maintenance] Memory: available=[6884mb] used=[9500mb] %used avail=[58%] max=[16384mb] %used max=[58%] total=[16384mb] free=[6884mb] used by doMaintenance=[-251,201,3
92bytes] Time=[22,818ms]
2017-01-14 01:51:53,325: -------- Performing Cache Maintenance --------
2017-01-14 01:51:53,325: null : QN=319 Select * from perform.cache_timestamps where row_class_name not like '%Cache' and row_class_name not like '%(SRM 6.0)'
2017-01-14 01:51:53,333: Returning 19 data records, QN=319,2 columns, Time: 8ms conn/query time: 5ms
2017-01-14 01:51:53,333: [Cache Maintenance] Memory: available=[5492mb] used=[10892mb] %used avail=[66%] max=[16384mb] %used max=[66%] total=[16384mb] free=[5492mb] used by doMaintenance=[532kb] Time=[8ms]
Después de que se activó esta actividad, descubrí que el valor de mpmstats para 'bsy' sigue aumentando hasta alcanzar el valor máximo de MaxClient, que es '4000':
[Sat Jan 14 01:38:58 2017] [notice] mpmstats: rdy 166 bsy 234 rd 0 wr 234 ka 0 log 0 dns 0 cls 0
[Sat Jan 14 01:38:58 2017] [notice] mpmstats: bsy: 234 in mod_was_ap22_http.c
[Sat Jan 14 01:48:58 2017] [notice] mpmstats: rdy 195 bsy 505 rd 0 wr 505 ka 0 log 0 dns 0 cls 0
[Sat Jan 14 01:48:58 2017] [notice] mpmstats: bsy: 505 in mod_was_ap22_http.c
[Sat Jan 14 01:58:58 2017] [notice] mpmstats: rdy 180 bsy 720 rd 0 wr 720 ka 0 log 0 dns 0 cls 0
[Sat Jan 14 01:58:58 2017] [notice] mpmstats: bsy: 720 in mod_was_ap22_http.c
[Sat Jan 14 02:08:59 2017] [notice] mpmstats: rdy 105 bsy 895 rd 1 wr 894 ka 0 log 0 dns 0 cls 0
[Sat Jan 14 02:08:59 2017] [notice] mpmstats: bsy: 894 in mod_was_ap22_http.c
[Sat Jan 14 02:18:59 2017] [notice] mpmstats: rdy 112 bsy 1088 rd 1 wr 1087 ka 0 log 0 dns 0 cls 0
[Sat Jan 14 02:18:59 2017] [notice] mpmstats: bsy: 1087 in mod_was_ap22_http.c
[Sat Jan 14 02:28:59 2017] [notice] mpmstats: rdy 158 bsy 1242 rd 1 wr 1241 ka 0 log 0 dns 0 cls 0
[..]
[Sat Jan 14 04:55:34 2017] [notice] mpmstats: rdy 0 bsy 4000 rd 0 wr 4000 ka 0 log 0 dns 0 cls 0
[Sat Jan 14 04:55:34 2017] [notice] mpmstats: bsy: 4000 in mod_was_ap22_http.c
[Sat Jan 14 04:57:04 2017] [notice] mpmstats: reached MaxClients (4000/4000)
[Sat Jan 14 04:57:04 2017] [notice] mpmstats: rdy 0 bsy 4000 rd 0 wr 4000 ka 0 log 0 dns 0 cls 0
[Sat Jan 14 04:57:04 2017] [notice] mpmstats: bsy: 4000 in mod_was_ap22_http.c
[Sat Jan 14 04:58:34 2017] [notice] mpmstats: reached MaxClients (4000/4000)
[Sat Jan 14 04:58:34 2017] [notice] mpmstats: rdy 0 bsy 4000 rd 0 wr 4000 ka 0 log 0 dns 0 cls 0
[Sat Jan 14 04:58:34 2017] [notice] mpmstats: bsy: 4000 in mod_was_ap22_http.c
Parece que WAS no está procesando la solicitud del cliente hasta que alcanzó el valor máximo.
La pregunta es:
¿Hay algún registro que pueda verificar sobre por qué WAS no procesa la solicitud del Cliente hasta que alcanza el valor máximo?
¿La actividad "Mantenimiento de caché" impide que WAS procese la solicitud del Cliente? Porque, como mencionó nuestro desarrollador, esta actividad no debería generar este problema.
¿Cuál es el procedimiento que puedo seguir para identificar/resolver este problema?
Respuesta1
El primer paso sería obtener un javacore durante y poco después de que se realice el mantenimiento de la caché. Probablemente le dirá qué recurso se utiliza incorrectamente y provoca que el servidor de aplicaciones básicamente se bloquee. Luego llévelo al equipo de soporte adecuado para la aplicación com.ibm.srm.