Mixed content error arise in that case when our Monitored application and Monitoring Application is served over different security protocols.
If our target application is served over HTTP and our monitoring application (NV Replay Feature) is serving over HTTPS then this problem might be occurred.
Solution to this problem is disabling this keyword from via making as false from config.ini(webapps/sys) file.
Keyword –
nv.replay.https=false
and moreover disable the security constraints arises in console of developer tool in browser.”

“We can cross check that pagedump for that particular session is actually captured or not by following below steps –

1) Search that session id from smart search option available on top right corner of Session GUI.
2) Open details of that session by double clicking on the session.
3) Open page details tab from the session details window.
4) Double click on a particular page you want to view pagedump captured or not.
5) After above step click on Pagedump tab and check if pagedump captured or not .”

“May be due to restating of HPD and partition switching transaction got missed
How to check partition for a specific date:
Path : /work/hpd/rum
Command to be executed: Eg,
du -sh 20200408*
Where Format to be followed for time is YYYYMMDD*
Note: Whenever HPD gets restarted then a new partition gets created beyond defined configuration in rum.conf file.
Keyword:
PARTITION_SETTINGS 1 1 8h (In ideal condition partition switches on each 8 hour interval for a date)
Hours can be customised as per our requirement.”

If pagename configured then see the next possible reason.
If pagename not configured then configure pagename by following below steps :In GUI1) Open NV GUI through Admin User.
2) Click on config button on left side bar >> config
3) ConfigUI will open . Click on Pagename from left toggle button .
4) Click the Add button from bottom of the page.
5) Follow the fields, please follow below for example,
Page Name: Login
Definition Method: URL pattern
Complete Url: Active
Url Pattern: kohls.login.jsp (Note: URL Pattern should be a Regex pattern that matches Test URL)
Test Url: https://www.kohls.com/myaccount/kohls_login.jsp
(Note: It is the URL of Page of the target application which user want to configure in NetVision)
Test it if matches then save it if it didn’t match there is some mistakes in the Regex pattern used.
In CLI
1) Go to path $HPD_ROOT/real/default/nv/client_id/
2) Open config.js
3) Add below configuration –
CONFIG: {
pageUrlValues: [
{s: 12, c: /(kohls.login.jsp)/, t: 1, cu: true} ]
}
where 12 is page id which can be found by typing by typing a query in postgres,
psql test cavisson
test=> select * from nvpagemetadatatable_clientid ;
c is the pattern which to be same as given in GUI, t is Definition method which is 1 for URL Pattern
cu is complete url which to be same as given in GUI .
4) After completing above changes save the file.
5) Then perform runtime changes for HPD by command – hpd_sp_rt_debug”

In CLI :

Active session data can be searched by below steps –
1) Go to $HPD_ROOT/rum/
2) For example, if you want to search a session with Session id – 849887050766221462 captured on 09/04/2020. Then type below command –
grep -irl 849887050766221462 20200409*/0*/db/*.csv

It will list out the .csv files of a session. If data not available in active sessions then we will have to go to the next possible reason. If data is available in .csv but not in the database then follow the next step.

3) In database, that session can be found by typing a query in postgres. Below is the step for same –
psql test cavisson
test=> select * from rumsessiontable_clientid where sid= 849887050766221462 ;

4) If no data in database for that session id then there must be some error in nr_db_upload process for which .csv data is not dumped in database. Then go to that partition in which session id is captured, then open file – nr_db_upload.trace and search for that session id. It will list out the error.

In CLI:

Active session data for client ip can be searched by below steps –
1) Go to $HPD_ROOT/rum/
2) For example, if you want to search a session with Client IP – 66.249.79.126 captured on 09/04/2020. Then type below command –
grep -irl 66.249.79.126 20200409*/0*/db/*.csv

It will list out the .csv files of a session for that client ip. If data not available in active session then we will have to refer the above possible reason. If data is available in .csv but not in the database then follow the next step

3) In database, that session with that client ip can be found by typing a query in postgres. Below is the step for same –
psql test cavisson
test=> select * from rumsessiontable_clientid where clientip= 66.249.79.126;

4) If no data in database for that client ip then there must be some error in nr_db_upload process for which .csv data is not dumped in database. Then go to that partition in which session id is captured , then open file – nr_db_upload.trace and search for that session id. It will list out the error.”

Parser aggregates raw data available in DB and parse based on various constraints.

Below is the command that gives information about all the parsers with last running date and time :
get_parser_info

If parsers last running date and time not matches the current date and time then we can assume parser is either stopped or stuck for which we have to view errors by following below steps –

1) Go to path – $HPD_ROOT/rum/
2) Pick the current partition using the command – cat .curPartition
3) Go to the current Partition. Here the logs of different parsers are generated –

nv_aggregate_reporter_NVResourceAggregateTable.trace
nv_aggregate_reporter_NVSessionAggregateTable.trace
nv_aggregate_reporter_NVPageAggregateTable.trace

In CLI:

We need to restart/start the parsers from that point of time where they are stopped.

For Eg, Parser is stopped at Thu Apr 8 20:20:00 CST 1976

Command to convert human-readable time into timestamp format :
date -d’Apr 8 20:20:00 CST 1976′ +%s
Now we need to update the timestamp what we got from the above command in .lpt of a respective parser.

Path for .lpt files : /home/cavisson/controller_name/hpd/rum/reports (These are hidden files)

We have to update the 1st field of .lpt file as ‘0’ and 2nd field of .lpt file with the timestamp value which we have converted from date.

Then type command to apply runtime changes –
nv_rtc_aggregate nvresourceaggregateparser.aprof start/restart

where nvresourceaggregateparser.aprof is parser name.

For displaying data in BP and metrics, data needs to be available in RTG File.
So we need to check that data is there or not .You can validate the data through RestApi in below format :https://10.10.30.71:4433/DashboardServer/web/dev/checkGraphData?testRun=223344&startTime=MM/DD/YYYY%20HH:mm:ss&endTime=MM/DD/YYYY%20HH:mm:ss&groupId=10108&graphId=18&vectorName=AppTier%3EQAServer4&mode=0&strict=true&isLongFormat&token=Generatetokenfromgui

where,

10.10.30.71:4433 : Machine IP: Http port or Https port
223344 : Running testrun number in the machine which can be checked through nsu_show_netstorm (CLI)
10108 : groupid
18 : graphid”

In GUI,

1) Click on Advanced >> Application health option from Left Side Menu bar after logging into UI.
2) In Application health window, see the right bottom corner there is a widget – NetVision Disk Space Utilization (GB) from where we can also identify the disk space utilization of different disks.
or
In CLI,
Command to check disk utilization for NV Components –
nv_df ”

There is one keyword that defines the threshold value for multiple disks assigned for HPD in rum.conf file
Path of rum.conf file – /home/cavisson/Controller_name/hpd/rum/config/NV_MULTIDISK_OVERLOAD_THRESHOLD 98 97Where 98 is a threshold of disk that can be maximally utilized and in 97 is threshold user will receive a warning message.
If Disks were utilized as per defined value in the keyword and due to this reason, HPD stops sending data to monitors and we were unable to see data in metrics.
We have to clear the older data from disks and need to restart the HPD using below command –

/etc/init.d/hpd restart (For work Controller)
/etc/init.d/hpd_ControllerName restart (For other Controller)

After HPD is restarted, now we will be getting proper data in NetVision metrics.