Discussion Feed

Question Is AppDynamics able to monitor MemSQL DB?    Answer Yes. MemSQL is wire-compatible with MySQL. MemSQL uses the MySQL jdbc libraries for connectivity. AppDynamics database agent can monitor the MemSQL DB if configured like this:   1. Install database agent     https://docs.appdynamics.com/display/PRO43/Install+the+Database+Agent   2. Configure a collector using the following details: (refer  memsql-collector.png)   https://docs.appdynamics.com/display/PRO43/Configure+MySQL+Collectors          Database Type - MySQL          Host - MemSQL db host          Port - MemSQL db listener port          user name & password - should be entered                 3. User permissions should be as mentioned in the document:  https://docs.appdynamics.com/display/PRO43/Configure+MySQL+Collectors#ConfigureMySQLCollectors-permisUserPermissionsforMySQL   4. Upon successful installation and configuration, the data will be reported as shown in the following screenshots.     Note the above is tested with following artifacts: 1. MemSQL  Enterprise Trial version 2. Database agent 4.3.1.x 3. Controller version 4.3.3.x   References: https://en.wikipedia.org/wiki/MemSQL https://www.memsql.com/content/architecture https://docs.memsql.com/   ______________________________________ Was this helpful? Give it kudos [click on the thumbs up icon at the end of the article, bottom left corner] to let others know too! Do you have a question or need clarification? [Post Your Comment] Below.      ... View more

  Tableau Server installer/startup spawns a number of processes. We need to identify which processes need to monitor based on the need.   For example, following processes if want to monitor:   (Refer tableau-status.png) clustercontroller searchserver backgrounder vizportal vizqlserver     Following commands need to be executed to attach the javaagent to the intended java processes.   We need to make sure that each java process (node) is associated to a different tier.   Example: -Dappdynamics.agent.tierName=vizportal   Step-1: Edit jvm options to attach java agent   tab-install-dir/bin>tabadmin set vizqlserver.vmopts "'-XX:+UseConcMarkSweepGC -XX:NewRatio=2 -XX:SurvivorRatio=6 -XX:+UseParNewGC -XX:+CMSParallelRemarkEnabled -XX:TargetSurvivorRatio=90 -XX:MaxTenuringThreshold=15 -javaagent:C:\vizqlserver\javaagent.jar -Dappdynamics.agent.tierName=vizqlserver'"   tab-install-dir/bin>tabadmin set vizportal.vmopts "'-XX:+UseConcMarkSweepGC -XX:+ExitOnOutOfMemoryError -javaagent:C:\vizportal\javaagent.jar -Dappdynamics.agent.tierName=vizportal'"     tab-install-dir/bin>tabadmin set backgrounder.vmopts "'-XX:+UseConcMarkSweepGC -Xmx512m -Xms256m -javaagent:C:\backgrounder\javaagent.jar -Dappdynamics.agent.tierName=backgrounder’”   tab-install-dir/bin>tabadmin set clustercontroller.vmopts "'-XX:+UseConcMarkSweepGC -Xmx512m -Xms64m -Djna.nosys=true -XX:+ExitOnOutOfMemoryError -javaagent:C:\Anka\4\ver4.3.0.2\javaagent.jar'"   tab-install-dir/bin>tabadmin set searchserver.vmopts "'-XX:+UseConcMarkSweepGC -Xmx512m -Xms256m -XX:+ExitOnOutOfMemoryError -javaagent:C:\Anka\1\ver4.3.0.2\javaagent.jar'"   For each set command execution, the result should be shown like below to indicate the successful update of arguments.   -- value for key <process-name>.vmopts has been set Example: -- value for key vizportal.vmopts has been set   Step-2: Flush configuration to all the gateways of the tableau server   tab-install-dir/bin>tabadmin set config   Expected output with out any errors:   ===== Wrote configuration files to C:/ProgramData/Tableau/Tableau Server/data/ta bsvc/config    -- Web data connectors were distributed to all gateways.   Step-3: Restart the tableau server to affect the changes   tab-install-dir/bin>tabadmin restart   Expected output with out any errors: Status: RUNNING   Upon successful instrumentation of the 5 java processes listed in the beginning, the agents should collect and show the application flow map similiar to the attached (refer app-dashboard.png).     Potential issues while attaching the agent to the Java process. Sometimes the java agent will not attach to the java process properly and this can lead to process startup failure.   For example:   tab-install-dir/bin>tabadmin set vizportal.vmopts “-javaagent:C:\app\4.3.5\ver4.3.5\vizportal\javaagent.jar’”   tab-install-dir/bin>tabadmin config Execution shows something like   *** Configuration used: -XX:+UseConcMarkSweepGC -XX:+ExitOnOutOfMemoryError -j avaagent:C:\app\4.3.5… -Xmx512m -Xms256m   In the above, it clearly shows that the java agent location is not properly taken by Tableau while updating the jvm arguments. So, as a fix, we need to make sure that the java agent location does not contain - (hyphen), .(dot), _ (underscore).   The example command should work properly if formated correctly:(refer sample-cmd.png)                   tab-install-dir/bin>tabadmin set vizportal.vmopts "-javaagent:C:\vizportal\javaagent.jar'" tab-install-dir/bin>tabadmin config   Execution should show something like: *** Configuration used: -XX:+UseConcMarkSweepGC -XX:+ExitOnOutOfMemoryError -j avaagent:C:\vizportal\javaagent.jar -Xmx512m -Xms256m ... View more

An admin user can configure a regular Windows user to access Windows Management Instrumentation (WMI) information by adding the regular user account to the Distributed COM Users and the Performance Monitor Users group (u sing  lusrmgr.msc ) , and then configure the DCOM security settings to allow the groups to access the system remotely (using  dcomcnfg ).   Steps for Windows 2003 R2 SP2 Server & Windows 2008 R2 Datacenter:   Click Start > Run..., type  lusrmgr.msc  and click OK. In the  Users  folder, right click the user to bring up the menu, and select  Properties . Click on the  Member Of  tab, and click  Add... Under " Enter the object names to select" , add the  Distributed COM Users  group, click  Check Names , and then click  OK . Click  Add... Repeat step 4 for the  Performance Monitor Users  group. Next, configure the  DCOM Security Settings  to allow the groups to access the system remotely. Click Start >  Run... , type dcomcnfg and click  OK . Drill down into the  Component Services  tree until you get to  My Computer . Right-click " My Computer " to bring up the menu, and click  Properties . Click the  COM Security  tab, then click  Edit  Limits under the  Launch and Activation Permissions  section. Click  Add... Under  Enter the object names to select , type  Distributed COM Users , click  Check Names , then click  OK . Click  Add... Under  Enter the object names to select , type  Performance Monitor Users , click  Check Names , then click  OK . Check  Allow  for each of the permissions (Local Launch, Remote Launch, Local Activation, Remote Activation) for each of these groups, and click  OK . Finally, set the  WMI Control  security settings to be applied to all namespaces. Click Start >  Run... , type wmimgmt.msc and click OK Right-click  WMI Control  (Local) to bring up the menu, and click  Properties . Click over to the  Security  tab, then click  Root , and click the  Security  button. Click  Add... Under  Enter the object names to select , type  Distributed COM Users , click  Check Names , then click  OK . Click  Advanced . Highlight the row with  Distributed COM Users  in it and click  Edit... From the drop-down list, select " This namespace and sub namespaces" Under the  Allow  column check  Execute Methods ,  Enable Account , and  Remote Enable . Repeat steps 12-17 for the  Performance Monitor Users  group. Click  OK  to close all windows. NOTE: If you are using Windows Server 2003 SP1 or later, you will have to run the following steps to access the Win32_Service class due to a known issue ( http://support.microsoft.com/kb/907460 ). Click Start >  Run... , type cmd and click  OK . Type the following command at the command prompt and then press Enter: sc sdset SCMANAGER D:(A;;CCLCRPRC;;;AU)(A;;CCLCRPWPRC;;;SY)(A;;KA;;;BA)S:(AU;FA;KA;;;WD)(AU;OIIOFA;GA;;;WD) You can now perform WMI monitoring on this Windows host with a regular user account instead of an admin account.   Alternatively, in simple words: Administrative Tools > Component Services > Computers > My Computer > Properties > COM Security Access Permissions > Edit Limits > add user + Local Access + Remote Access Launch and Activation Permissions > Edit Limits > add user + Local Access + Remote Access wmimgmt.msc On the Security tab, highlight Root/CIMV2, click Security > add user and enable the options: Execute Methods, Enable Account and Remote Enable. The above permissions work for Windows 2012 as well. Verify WMI connectivity: Once the user is able to connect using the WMI test, the DB agent can connect and monitor the data.     ... View more

Problem:   The user is unable to view queries and query wait states information in the Controller UI, even though the information has been captured and sent to the Controller by the Database Agent.   Database logs show the following error messages: Example 1: [Event-Uploader-Scheduler-1] 31 May 2017 16:56:09,956 WARN DBMeasurementUploader - Fail to upload Query Stats Measurements: com.singularity.ee.rest.ResponseReadException: Error in controller in processing binary request Write Query Stats - null at com.singularity.ee.rest.controller.request.ABinaryControllerRequest.<init>(ABinaryControllerRequest.java:65) at com.singularity.ee.rest.controller.request.dbmon.WriteQueryStatsRequest.<init (WriteQueryStatsRequest.java:30) at com.singularity.ee.agent.dbagent.task.reporter.DBMeasurementUploader.uploadrQueryStats(DBMeasurementUploader.java:119) Example 2: [Event-Uploader-Scheduler-2] 13 Jul 2017 15:18:09,356 WARN DBMeasurementUploader - Fail to upload Wait Time Measurements: com.singularity.ee.rest.ResponseReadException: Error in controller in processing binary request Wait Time Measurement - null at com.singularity.ee.rest.controller.request.ABinaryControllerRequest.<init>(ABinaryControllerRequest.java:65) at com.singularity.ee.rest.controller.request.dbmon.WaitTimeMeasurementCollectorRequest.<init>(WaitTimeMeasurementCollectorRequest.java:34) The corresponding Controller server.log file may show the following messages: [#|2017-07-13T14:46:01.397+0500|WARNING|glassfish4.1|com.appdynamics.dbmon.core.writer.MeasurementWriter|_ThreadID=368;_ThreadName=http-listener-1(5);_TimeMillis=1499939161397;_LevelValue=900;|Failed to persist 'dbmon-query-stat' measurements for account'customer1_39714636-eec0-4331-932d-1394d05fabd3'. Marking account for reregistration.|#] [#|2017-07-13T14:46:01.397+0500|SEVERE|glassfish4.1|com.singularity.ee.controller.beans.ExceptionHandlingInterceptor|_ThreadID=368;_ThreadName=http-listener-1(5);_TimeMillis=1499939161397;_LevelValue=1000;Encountered runtime exception RestException(statusCode=406, code=Expired.EventType, errorMessage=Eventtype [dbmon-query-stat] for account [customer1_39714636-eec0-4331-932d-1394d05fabd3] expired on [2017-06-30T07:00:00.000Z], developerMessage=Event type[dbmon-query-stat] for account[customer1_39714636-eec0-4331-932d-1394d05fabd3] expired on[2017-06-30T07:00:00.000Z]) at com.appdynamics.analytics.shared.rest.exceptions.RestExceptionFactory.makeException(RestExceptionFactory.java:47) [#|2017-07-13T14:46:01.365+0500|WARNING|glassfish 4.1|com.appdynamics.dbmon.core.writer.MeasurementWriter|_ThreadID=369;_ThreadName=http-listener-1(6);_TimeMillis=1499939161365;_LevelValue=900;|Failed to persist 'dbmon-wait-time' measurements for account 'customer1_39714636-eec0-4331-932d-1394d05fabd3'. Marking account forreregistration.|#] [#|2017-07-13T14:46:01.366+0500|SEVERE|glassfish4.1|com.singularity.ee.controller.beans.ExceptionHandlingInterceptor|_ThreadID=369;_ThreadName=http-listener-1(6);_TimeMillis=1499939161366;_LevelValue=1000;|Encountered runtime exception RestException(statusCode=406, code=Expired.EventType, errorMessage=Eventtype [dbmon-wait-time] for account [customer1_39714636-eec0-4331-932d-1394d05fabd3] expired on[2017-06-30T07:00:00.000Z], developerMessage=Event type[dbmon-wait-time] for account[customer1_39714636-eec0-4331-932d-1394d05fabd3] expired on[2017-06-30T07:00:00.000Z]) at com.appdynamics.analytics.shared.rest .exceptions.RestExceptionFactory.makeException(RestExceptionFactory.java:47)   Solution:   On-Premise Controllers:   Execute the attached file (expiryfix.sh) by providing the following details: Controller Key: This value is located in the controller admin.jsp page under the Controller Settings tab, associated with the key: appdynamics.on.premise.event.service.key Global Account Name: This value is located in the admin.jsp page under the Accounts tab. Search and select the account to find the Global Account Name value for that account.   Expiration Date: To find this value, execute the following SQL query on the Controller database, located under lt;controller-install-dir>/bin$ ./controller.sh login-db .   select expiration_date from account where name='<account name>';    Note: Ideally the account name is "customer1" unless using a multi-tenant Controller.     The returned value will be a timestamp in milliseconds. Convert this value to Zulu Time Format. (For example, 2017-07-15T07:00:00.000Z)  The URL http://localhost:9080 in the attached script should be replaced by the actual Events Service host name & port number.   SaaS Controllers:   Contact AppDynamics support. ... View more