Hi,

We are not supporting multiple log files (types) for a query/monitoring.

So currently you should repeat the monitoring queries.

But, you can assign the query to multiple servers for the “ServerLog”, “stdOut”, “stdErr” and “Diagnostic Log” types.

Kind Regards.

Hi,

WLSDM doesn’t support the multiple log files for log monitoring.

The current algorithm based on, “one log file, one search string” rule.

So, currently, there is no easy way to do this.

But we are going to report your request for the next WLSDM version.

Hi,

ProcessCPULoad metric values are sets between (zero) 0 and (one) 1 as “java.lang.Double” by the JVM.

So “1” means 100%.

To get an alert (for testing purpose), you should set the threshold value to less than “1”. eg. “0.01” (1%)
3.png

Hi,

We are not supporting multiple log files (types) for a query/monitoring.

So currently you should repeat the monitoring queries.

But, you can assign the query to multiple servers for the “ServerLog”, “stdOut”, “stdErr” and “Diagnostic Log” types.

Kind Regards…

Hi,

“admin@wlsdm” is default sender (from) address for WLSDM and your mail client may not accept it.

To change sender address:

• Go to “Configuration > WLSDM System Settings” page
• Select the “mail.account” tab
• Edit the “mail.account.smtp.username” property (e.g. [email protected])

settings.jpg

Test changes :
On “Configuration > WLSDM System Settings” page; open “Page Operations” menu and click “Test Email Settings” button

poperations.jpg

testmail.jpg

Hi,

The right side of equal char which is attributeValue must be only numeric values.Probably your script contains string and you need to trim string chars.

Also the first “/” should be replaced, too. Here is sample blog for your reference. One of our community user; used below script for doing it.

http://mathiassalgado.blogspot.com/2017/06/add-metric-options-to-devops-mbean-with-wlsdm-weblogic-console.html

script→ df -H | grep -vE ‘^Filesystem|tmpfs|media’ | awk ‘{ print $6"="$5}’ | sed ‘s/%//’ | sed ‘2s///ROOT/’ | sed ‘s///_/g’

I recommend filter the result set; it does not make sense to use every result for “df –h” . i.e. you /etc, /dev, proc, system… Only consider the mount points which relevant with WebLogic JVM processes.

Regards…

Hi,

WLDF Query Language is not supporting in diagnostic log monitoring because diagnostic log monitoring is a special solution.

Firts of all, is strings connecting with “OR” or “AND” ?

If you are using“OR”, you must define two different search for two different defination.

If you are using “AND”, you can replace search string with exact defination.

You can search string as below.

Diagnostic log row: [ACTIVE].ExecuteThread: ‘2’ for queue: ‘weblogic.kernel.Default (self-tuning)’] [userId: ][APP: Service Bus Kernel] [partition-name: DOMAIN] [tenant-name: GLOBAL] [oracle.soa.tracking.InstanceId: 14216584] [oracle.soa.tracking.SCAEntityId: 10537] [oracle.soa.tracking.FaultId: 2252239] [FlowId: 0000Lu^vEciEoI04jz_Aio1PjgB80001jW] Outbound.B2BI/pipeline/vendor**/Unhandled error caught by system-level error handler: com.bea.wli.sb.pipeline.PipelineException: Service Unavailable**

Search string: “/Unhandled error caught by system-level error handler: com.bea.wli.sb.pipeline.PipelineException: Service Unavailable”

Hi,

Yo need to edit script according to your environment.

· http://community.wlsdm.com/topic/38/monitor-webservice-response-times-with-curl-alldetails-on-weblogic

Add soap-request.xml to server and replace à -d@/Users/admineer/u01/scripts.imac/curl.ws/soap-request.xml

Replace /Users/admineer/u01/scripts.imac/curl.ws/response.xml

Replace (Also add to server) “@/Users/admineer/u01/scripts.imac/curl.ws/curl-format.txt”

For testing below script the server must access the http://www.webservicex.net/globalweather.asmx URL. I am highly recommending test with an “inhouse” business Webservice. You need to reconfigure this according to your service.

Regards…

Hi @Ramanpreet_Singh,

Currently, you cannot. But we will add this feature to next release.

Problem is resolved by adding username and removing password. Then the WLSDM email SMTP configurations has been setup successfully for WebLogic.

Hi han,

This bug is fixed. if you are using any release of v2, please upgrade your WLSDM product to v3. And don’t worry you will not lost any data.

Hi maas,

Thank you for bug report.

This bug is reported before and we have fixed the problem.

Hi maas,

Thank you for bug report. We noticed that problem and we will work on it to fix. Problem will be resolved at the next WLSDM release.

Hi Mathias,

Thank you for bug report.We noticed that problem and we will work on it to fix. Problem will be resolved at the next WLSDM release.

Hi,

Dashboard pages stores only last 24 hours data.

Older data: If the store data is active for the relevant metrics, you can find it on the “Reports> Metric Reports” page.

Thank you.

answer.png

Hi,

We are supporting upgrade from 2.5.2 to 3.1.1.
Consider upgrade steps then your collected data will be kept and you won’t lost any data. But please take a back-up of WLSDM runtime folder which is located under $DOMAIN_HOME/WLSDM while your admin server is shut down.

Hi,

We are not generating JFR files under /tmp folder. WebLogic does this and we’re using the output. So, if you want to redirect to custom folder please use below settings and let us know the result.

Navigate to Enviroment > Server > Server Start. In “Arguments”, add: “-XX:FlightRecorderOptions=repository=/path/to/tmp/” JVM flags then restart WebLogic managed server(s)

We have Thread Dump action. Just activate ThreadDump action for Hoggers or Stuck metrics and then analyze thread dumps by using “Thread Dump Analyser”. If your Administrator good enough you can write your own scripts for detecting deadlocks on JVM threads.

Normally, WLSDM stores 24 hours data storage for MBeans and backend usage by default. But, all chart values can be stored on WLSDM database by turning it on. You can turn on “Store Data” for every data while setting up WLSDM wizard. After the installation, if you have not turned on “store date”, you need to open them by one by. Good news, you can sort them all on "
• Configuration
• > JMX MBean Metric Browser & Settings” page by sorting “Store Data” column. Just follow notifications on relevant notifications page. They’re stored for three months. Remember we have PURGE and ARCHIVE modules. You do not need to operation your monitoring console. It does everything for you.

StoreData.png

We support shell and batch (.sh and .bat/.cmd) OS script execution for custom metric actions. You can trigger any python/jython/wlst script by using WLSDM WebLogic console. We do not support script scheduling because of DevOps support. Scripts triggering is fully parametrical and can be assign to any specific MBean threshold.

Thanks for this wonderfull question !
Unlimited custom actions can be added on "Configuration > User Defined Metric Actions” page.

Here is a tutorial about adding custom actions for your reference: http://www.wlsdm.com/tutorials/advanced-weblogic-monitoring-develop-jmx-mbeans-and-automate-with-wlsdm-metric-actions.php

WLSDM console runs under WebLogic /console context path. And we’re using default WebLogic security realm. The configuration and important pages on WLSDM console is only accessible for Administrators global role. So, a user which has Monitor global role, only able to see only monitoring pages on WLSDM console. In this case, What kind of requirement do you have for the custom access for accessing WLSDM console.

When we did the webex session we had seen that you are able to login WLSDM console. This situation is something about Webserver. We need to sort out this plain-text problem. Which web server are you using for the redirection for the WebLogic /console redirection? Your web server serving WLSDM console somehow as plain-text instead html. It could be something about mime-type. Could you please check this out and let me see the result? http://stackoverflow.com/questions/9142117/pages-are-displaying-plain-text-instead-of-html

Hi !

WebLogic does not support these file for WLDF querying. Because, there are redirection and broadcast features on WebLogic.

For the .out file Go to “Servers > $SERVER_NAME > Logging (Tab) > General (Subtab)” then enable “Redirect stdout logging enabled” and “Redirect stderr logging enabled”. After the restart you are able to monitor these file by using WLSDM. Write your own WLDF query. If you’re having to define WLDF query please share your log record with us. Then we’ll support you for the relevant WLDF query.

For diagnostic log files WebLogic has broadcast feature for the all log file to broadcast logs to the DOMAIN log file. Go to “Servers > $SERVER_NAME > Logging (Tab) > General (Subtab)” and check “Domain log broadcaster” section and configure your broadcast settings. Decrease buffer size for getting quick results. After that by monitoring Domain.Log you’re able to monitor all kind of files by adding Domain.Log monitoring on WLSDM LogInspector. For the new definition; go to “WLSDM Configuration > Monitoring & Diagnostics > Log Inspector” page and add new from Page Operations menu on WLSDM console.
Hope, this will help you satisfy your requirement.
Could you please, check this solution offer and let us know the result.

Hi,

We support ten different chart types on WebLogic smart dashboards,

We have assigned “Bar” as default type for “ActiveExecuteThread” JMX MBean metric.

Use the “Metric & Chart Options” button at the Chart Panel then you can change the its chart type.

capture1.png capture2.png

The error occurs when serverRuntime is requested …

At javax.management.remote.rmi.RMIConnector $ RemoteMBeanServerConnection.invoke (RMIConnector.java:1020) At weblogic.management.jmx.MBeanServerInvocationHandler.doInvoke (MBeanServerInvocationHandler.java:562) At weblogic.management.jmx.MBeanServerInvocationHandler.invoke (MBeanServerInvocationHandler.java:391) At com.sun.proxy. $ Proxy273.lookupServerRuntime (Unknown Source) At com.wlsdm.L.a.getServerRuntimeMBean (MBSConnection.java:475) At com.wlsdm.frontend.provider.GA.getServerHealthState (PerformanceHealthDatas.java:123) At com.wlsdm.J.O. £ (Data.java:6914)

The WLSDM serverRuntime object is requested via the weblogic console API, and the admin console is also calling managedServers for RMI.

→ Is there any problem on the WebLogic admin console > Servers page? (Just want to diagnose problem)
→ Is there any problem on the WebLogic console in general? Sometimes, network issues can affect WebLogic console and WLSDM console… Please check ConnectionDelayTime on Datasources dashbaord and let us know any sudden increment for this MBean…

Hi,

We are not generating JFR files under /tmp folder. WebLogic does this and we’re using the output. So, if you want to redirect to custom folder please use below settings and let us know the result.

Navigate to Enviroment > Server > Server Start. In “Arguments”, add:

-XX:FlightRecorderOptions=repository=/path/to/folder Example: -XX:FlightRecorderOptions=repository=/data/weblogic/domains/BASE_DOMAIN/WLSDM/tmp

@Nadir-Rzayev said:

Hi,

Sometimes we get an error like following in the wlsdm logs. What could be the reason?

####<Dec 30, 2016 8:24:57 AM EET><java.lang.IllegalArgumentException: com.sun.org.apache.bcel.internal.generic.ClassGenException: Illegal opcode detected. java.lang.RuntimeException: java.lang.IllegalArgumentException: com.sun.org.apache.bcel.internal.generic.ClassGenException: Illegal opcode detected. at weblogic.rjvm.ResponseImpl.unmarshalReturn(ResponseImpl.java:237) at weblogic.rmi.internal.BasicRemoteRef.invoke(BasicRemoteRef.java:223) at com.wlsdm.B.D.F_1036_WLStub.getFlightRecording(Unknown Source) at com.wlsdm.K.b.executeRemote(BackendDump.java:1424) at com.wlsdm.K.b.startBatchCollect(BackendDump.java:175) at com.wlsdm.K.c$_A.run(BackendDataCollector.java:43) at java.lang.Thread.run(Thread.java:662) Caused by: java.lang.RuntimeException: java.lang.IllegalArgumentException: com.sun.org.apache.bcel.internal.generic.ClassGenException: Illegal opcode detected. at com.jrockit.mc.flightrecorder.FlightRecordingLoader.loadFile(FlightRecordingLoader.java:194) at com.wlsdm.B.D.F.getFlightRecording(OperationImpl.java:453) at com.wlsdm.B.D.F_WLSkel.invoke(Unknown Source) at weblogic.rmi.internal.BasicServerRef.invoke(BasicServerRef.java:667) at weblogic.rmi.internal.BasicServerRef$1.run(BasicServerRef.java:522) at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:363) at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:146) at weblogic.rmi.internal.BasicServerRef.handleRequest(BasicServerRef.java:518) at weblogic.rmi.internal.wls.WLSExecuteRequest.run(WLSExecuteRequest.java:118) at weblogic.work.ExecuteThread.execute(ExecuteThread.java:256) at weblogic.work.ExecuteThread.run(ExecuteThread.java:221) Caused by: java.lang.IllegalArgumentException: com.sun.org.apache.bcel.internal.generic.ClassGenException: Illegal opcode detected. at com.jrockit.mc.flightrecorder.provider.bcel.BCELUtilities.createField(BCELUtilities.java:57) at com.jrockit.mc.flightrecorder.provider.DefaultFactories$BCELFieldFactory.createValueField(DefaultFactories.java:71) at com.jrockit.mc.flightrecorder.provider.DefaultFactories$BCELFieldFactory.createValueField(DefaultFactories.java:1) at com.jrockit.mc.flightrecorder.internal.parser.binary.EventParserBuilder.initEventType(EventParserBuilder.java:64) at com.jrockit.mc.flightrecorder.internal.parser.binary.EventParserBuilder.createEventParser(EventParserBuilder.java:49) at com.jrockit.mc.flightrecorder.internal.parser.binary.EventParserManager.(EventParserManager.java:59) at com.jrockit.mc.flightrecorder.internal.parser.binary.ChunkLoader.run(ChunkLoader.java:22) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:662) Caused by: com.sun.org.apache.bcel.internal.generic.ClassGenException: Illegal opcode detected. at com.sun.org.apache.bcel.internal.generic.Instruction.readInstruction(Instruction.java:197) at com.sun.org.apache.bcel.internal.generic.InstructionList.(InstructionList.java:193) at com.sun.org.apache.bcel.internal.generic.MethodGen.(MethodGen.java:179) at com.jrockit.mc.flightrecorder.provider.bcel.EventClassLoader.createGetValueMethod(EventClassLoader.java:118) at com.jrockit.mc.flightrecorder.provider.bcel.EventClassLoader.createFieldJavaClass(EventClassLoader.java:110) at com.jrockit.mc.flightrecorder.provider.bcel.EventClassLoader.createBCELClass(EventClassLoader.java:101) at com.jrockit.mc.flightrecorder.provider.bcel.EventClassLoader.loadClass(EventClassLoader.java:67) at java.lang.ClassLoader.loadClass(ClassLoader.java:247) at com.jrockit.mc.flightrecorder.provider.bcel.BCELUtilities.createField(BCELUtilities.java:50) … 8 more >

Hi,
This exception throws from JFR and Apache BCEL. It can be WebLogic/JRockit/Java defect while using Apache BCEL.
By the way, do you have any additional agent on this managed server except wlsdm_agent?
We will reproduce this case and get back to you as soon as possible.

@Stephen said:

Hi,

How can I remove shuttdown servers in Smart Dashboard. Would you help me pls. Thanks.

Best Regards.

Hi,

On WLSDM Health dashboard go to Servers grid. There are notification icon(bell) on every row. Click on it and select disable all. All the shutdown servers and its sub resources will be bypassed without monitoring.

Thanks…

@maas
Hi,
By default WLSDM folder initialize in weblogic $DOMAIN_HOME folder. If you want to move this folder to another path just create soft link.

1- Shutdown WebLogic admin server properly
2- Move $DOMAIN_HOME/WLSDM folder to /path/to/folder/WLSDM
3- Create link under $DOMAIN_HOME folder.
Linux: ln -s /path/to/folder/WLSDM WLSDM

Hi there,

It’s possible to redirect std.err and std.out log to “WebLogic Server Logs”. To do this, please follow below procedure.

On WebLogic console, go to “Servers > $Managed_Server_Name > Logging > Advanced” section. Then check below options. (Attached screen capture below)

Redirect stdout logging enabled Redirect stderr logging enabled

upload-6590ce82-e47c-4c88-8e7c-9a7cce2de53d

Then restart relevant WebLogic managed servers. After that, you are able to use “WLSDM LogInspector” as monitoring WebLogic Server Logs. You can write your own WLDF query according to your “stdout” and “stderr” log messages.