cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

This product reached the end of support date on March 31, 2021.

No operation metrics found on v12.3.4. There were data 1 week ago but now, no data found. No changes on AMD or RUm Console configuration.

chin_tat_tew
Dynatrace Contributor
Dynatrace Contributor
10 REPLIES 10

ulf_thornander3
Inactive

Hi

If you go to the AMD and startup RCON, does the server still appear when you do "lsrv"?

chin_tat_tew
Dynatrace Contributor
Dynatrace Contributor

Hi Ulf. May I know what do you suggest me to perform? What command to run from RCON pls?

jonathan_lim
Dynatrace Guide
Dynatrace Guide

Hi Ulf,

Yes the server still appears.

192.168.198.76 s:472 sb:26160 cb:1757174 sp:276 cp:8553 ud:78 e:7 dcr:0 pg:0

192.168.198.77 s:452 sb:26160 cb:585463 sp:278 cp:2970 ud:72 e:0 dcr:0 pg:0

192.168.198.78 s:379 sb:26160 cb:1129116 sp:268 cp:5010 ud:70 e:2 dcr:0 pg:0

192.168.198.79 s:435 sb:26160 cb:1182774 sp:275 cp:4162 ud:70 e:0 dcr:0 pg:0

These are the 4 servers that are monitored for the software service.

ulf_thornander3
Inactive

Hi

First check your Software Service definition and write down the TCP/IP addresses of the service. Then start a PUTTY session to the AMD and start up RCON. In RCON, you type "lsrv" which should generate a quite long list for you.

In that list, see if you can find the addresses you wrote down for that service. If they are not there, either the IP has changed or the way (SPAN/TAP) you get the traffic into the AMD has changed.

Hint - you can use filters if the list is very long - just type "lsrv /?" and you will get the syntax.

Oups - didn't catch that last response :-)!

So the sb: means ServerBytes and the cb: means Client Bytes.
Which is good because at least you are getting the traffic still.

Since you get the traffic but fail to get any reported data, I would take a trace and look at what is coming in. Perhaps the content or the URL have changed (are the URL's hard coded?)

We are not seeing the correct URLs that were monitored originally.

The following is under the monitored URL list

1. http://www.singtel.com/easymobile.*

2. http://www.singtel.com/ngp.*

In the z data files, for the software service monitored, there are a lot 000000 in the entries.

Are those the URLs as in the definition?

If they're meant to be regex's you'll need some ( and ) to determine what the CAS will report. e.g.

(http://www.singtel.com/easymobile).*

or

(http://www.singtel.com/easymobile.*)

if you want to report everything uniquely - noting that this can exceed server cache and grow the database excessively.

jonathan_lim
Dynatrace Guide
Dynatrace Guide

Hi,

@Chris Vidler @Ulf Thornander Thank you all for the help. The network team changed some of the port spanning and therefore we were not getting the traffic. It was the last thing that I would have thought about since this DC RUM setup has been there for the last 5 years

Thank you so much for the time!

That's all so common and just one of the arguments of having a TAP instead of a SPAN port.

http://www.lovemytool.com/blog/2007/08/span-ports-or-t.html

Taps are better, but more and more DC environments (and more virtual servers) make it extremely difficult (and costly) to implement.