Collecting MustGather data for dynamic cache issues

Prepare the following MustGather information before you call HCL Support to help with dynamic cache issues.

Procedure

  1. Configure the following trace strings.
    • In the Transaction server Docker container:
      *=info:com.ibm.websphere.commerce.WC_CACHE=all:com.ibm.commerce.foundation.logging.*=all::com.ibm.commerce.dynacache.*=all:com.ibm.ws.cache.*=all:com.hcl.commerce.cache.*=all
      For information about how to set trace strings, see Configuring logging for the Transaction server.
    • In the Search server Docker container:
      *=info: com.ibm.commerce.component.cache.*=all:com.ibm.commerce.foundation.logging.*=all:com.ibm.commerce.dynacache.*=all:com.ibm.ws.cache.*=all:com.hcl.commerce.cache.=all
      For information about how to set trace strings, Configuring logging for the Search server.
    • In the Store server Docker container:
      *=info: com.ibm.commerce.component.cache.*=all:com.ibm.commerce.foundation.logging.*=all:com.ibm.commerce.dynacache.*=all:com.ibm.ws.cache.*=all:com.hcl.commerce.cache.*=all
      For information about how to set trace strings, Configuring logging for the Store server.
  2. Reproduce the problem.

    Record the specific steps that you used to reproduce the problem and any details that might be relevant.

  3. Collect the following files.
    • In the Transaction server Docker container:
      • /opt/WebSphere/AppServer/profiles/default/installedApps/localhost/ts.ear/xml/config/com.ibm.commerce.foundation/wc-component.xml
      • /opt/WebSphere/AppServer/profiles/default/installedApps/localhost/ts.ear/xml/config/com.ibm.commerce.foundation-ext/wc-component.xml (if it exists)
    • In the Search server Docker container:
      • /opt/WebSphere/Liberty/usr/servers/default/server.xml
      • /opt/WebSphere/Liberty/usr/servers/default/jvm.options
      • /opt/WebSphere/Liberty/usr/servers/default/*.log
      • /opt/WebSphere/Liberty/usr/servers/default/configDropins/overrides/jndi.xml
    • In the Store server Docker container:
      • /opt/WebSphere/Liberty/usr/servers/default/server.xml
      • /opt/WebSphere/Liberty/usr/servers/default/jvm.options
      • /opt/WebSphere/Liberty/usr/servers/default/*.log
      • /opt/WebSphere/Liberty/usr/servers/default/configDropins/overrides/jndi.xml
  4. Gather client-side caching information with the Redis server.
    1. Redis commands are used to perform some operations on the Redis server. To launch the Redis client, open the terminal and run the command redis-cli. This will establish a connection to your local server, from which you may issue any command.
    2. Access the Redis client inside the container with the following command:
      Kubectl exec -it redis-master -n redis – redis-cli
    3. Once at the Redis client command prompt, run the config get * command. This will get the configuration settings for the Redis deployment.
      127.0.0.1:6379> *config get ** 
                      
      1) "rdbchecksum"
      2) "yes"
      3) "daemonize"
      4) "no"
      5) "io-threads-do-reads"
      6) "no"
      7) "lua-replicate-commands"
      8) "yes"
      9) "always-show-logo"
      10) "no"
      11) "protected-mode"
      12) "no"
      13) "rdbcompression"
      14) "yes"
      15) "rdb-del-sync-files"
      16) "no"
      17) "activerehashing"
      18) "yes"
      19) "stop-writes-on-bgsave-error"
      20) "yes"
      ……
      291) "notify-keyspace-events"
      292) ""
      293) "bind"
      294) ""
      295) "requirepass"
      296) ""
    4. Inside the Redis pod, on the Redis client command prompt, run the Redis info command. The Redis info command returns a variety of information and statistics about a Redis server in an easy-to-understand format.
      127.0.0.1:6379> info
      Server
      redis_version:6.0.9
      redis_git_sha1:00000000
      redis_git_dirty:0
      redis_build_id:5f0299f43563a32b
      redis_mode:standalone
      os:Linux 4.18.0-240.15.1.el8_3.x86_64 x86_64
      arch_bits:64
      multiplexing_api:epoll
      atomicvar_api:atomic-builtin
      gcc_version:8.3.0
      process_id:1
      run_id:b7aaf720b88027318ac7eec5b4af54e3810f3688
      tcp_port:6379
      uptime_in_seconds:1648153
      uptime_in_days:19
      hz:10
      configured_hz:10
      lru_clock:10661649
      executable:/redis-server
      config_file:/opt/bitnami/redis/etc/redis.conf
      io_threads_active:0
                     
      Clients
      connected_clients:86
      client_recent_max_input_buffer:8
      client_recent_max_output_buffer:0
      blocked_clients:0
      tracking_clients:0
      clients_in_timeout_table:0
                     
      Memory
      used_memory:2679880
      used_memory_human:2.56M
      used_memory_rss:9031680
      used_memory_rss_human:8.61M
      used_memory_peak:5300312
      used_memory_peak_human:5.05M
      used_memory_peak_perc:50.56%
      used_memory_overhead:2571232
      used_memory_startup:803456
      used_memory_dataset:108648
      used_memory_dataset_perc:5.79%
      allocator_allocated:2801616
      allocator_active:3522560
      allocator_resident:7069696
      total_system_memory:33513758720
      total_system_memory_human:31.21G
      used_memory_lua:43008
      used_memory_lua_human:42.00K