Hi Hristov,
thanks for the clarification.
I found one known problem with BPM 9.25
QCCR1I122243 - BPM 9.25 stops sending samples intermitently and does not resume
Unfortunately it requires DEBUG logging enabled for BPM to verify that it is the very issue,
but you might wanna open a case with support and request the hotfix for QCCR1I122243,
and give it a try.
Greetings
Siggi
Hi Ali,
most likely you do have DEBUG logging enabled for SiteScope.
Check out the file
<SiteScope>\conf\core\Tools\log4j\PlainJava\log4j.properties
and a search for DEBUG in the loglevels, for example
monitor.loglevel=DEBUG
or
log4j.category.com.mercury.sitescope.util.ssh=DEBUG,, monitors.appender
or alike.
If found, change it to ERROR, and the files should no longer be created.
Greetings
Siggi
Hi testbravo,
are you really running BAC 8.0x?
In that case, this strange workaround might apply.
If in doublt on what server to copy the file,
either try GWs first, if it doesn't work, DPS,
or simply do it onl all systems:
copy blank.jsp file
from $BAC_HOME$\AppServer\webapps\site.war\WEB-INF\BPM_Wizard\jsps\blank.jsp
to $BAC_HOME$\AppServer\webapps\site.war\jsps\sam\blank.jsp
If you are running a recent version of BSM 9.2x, I would be very surpirsed if you would have the same issue.
BTW, on BSM 9.25 blank.jsp can be found at
<HPBSM>\AppServer\webapps\site.war\WEB-INF\systemConsole\jsps\blank.jsp
it's an empty file ...
On that very box,
<HPBSM>\AppServer\webapps\site.war\jsps\sam\blank.jsp
contains:
<html>
<head>
<title>blank html</title>
</head>
<body>
</body>
</html>
Greetings
Siggi
Hi Arunkumar.K,
please post some of the lines printed in the log after the message, it would most likely look like this:
<date/time> [Thread-21] (LoadControllerClientsExtension.java:202) INFO - Failed to load WDE class com.mercury.am.platform.wde.main.WDEServiceProvider
org.springframework.beans.factory.CannotLoadBeanClassException: Cannot find class [com.hp.bsm.platform.analytics.metadata.customermapping.MetadataSegmentMappingFactoryImpl] for bean with name 'analytics.metadata.segments.mapping.factory' defined in file [C:\HPBSM\conf\wde\spring\analytics-common-spring.xml]; nested exception is java.lang.ClassNotFoundException:
If however you see something like
..
<date/time> [localhost-startStop-1] (WDEServiceProvider.java:34) ERROR - Failed to start WebDataEntry (service manager should retry)
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'CIResolutionEnrichmentService' defined in file [C:\HPBSM\conf\wde\spring\cir-enrichment-service-spring.xml]: Instantiation of bean failed; nested exception is java.lang.NoClassDefFoundError: Could not initialize class com.mercury.topaz.sitescopetmc.ciresolver.wde.enrich.CIResolutionEnrichmentService
..
then the CI resolver fails to start (within wde, mercuryAS or opr-backend). By default, the CI Resolver is configured to write the CI information it needs into a cache. This cache is implemented in an H2 database with the DB files located at /Temp/CI_RESOLVER*.h2.db. There will be CI_RESOLVER_OMI_opr-backend.h2.db (on DPS), CI_RESOLVER_OMI_wde.h2.db and CI_RESOLVER_OMI_mercury_as.h2.db (on GW) for each of the processes implementing a CI Resolver. The *.trace.db files are the H2 logfiles. When disk space on the /Temp partition gets tight, then there is a chance that the .h2.db files become corrupt.
As CI Resolver's H2 DB is just a cache, it can be deleted without losing any data. The CI resolver will then rebuild the cache:
• Completely stop BSM on the affected machine
• Remove (or move/rename) the corresponding <HPBSM>/Temp/CI_RESOLVER*.h2.db file.
• Start BSM.
See KM02413776 - BSM 9.24 - Top View / Watchlist shows blue icons for SiteScope, no data
Greetings
Siggi
Hi Arunkumar.K,
No!
You obviosuly have a totally different error, which is not related at all to the CI Resolver,
but to WDE being unable to establish a JMS connection
2017-02-02 22:14:00,344 [localhost-startStop-1] (WDEServiceProvider.java:34) ERROR - Failed to start WebDataEntry (service manager should retry)
com.mercury.am.platform.dcchannel.DCChannelException: com.mercury.am.platform.dcchannel.DCChannelException: Failed to initialize
at com.mercury.am.platform.dcchannel.DEInternalChannelFactoryImpl.createDEInternalChannel(DEInternalChannelFactoryImpl.java:26)
..
Caused by: com.mercury.am.platform.dcchannel.DCChannelException: Failed to initialize
..
Caused by: javax.management.RuntimeMBeanException: java.lang.IllegalStateException: The broker must be online to invoke the requested operation
..
Caused by: java.lang.IllegalStateException: The broker must be online to invoke the requested operation
Is the Message Broker up and running on the GW, is the DPS up and running?
Did anything happen prior to the issue?
Greetings
Siggi
Hi Arunkumar.K,
thanks for the update.
My first guess would be that there is an issue with the BUS in general, so you might wanna check the BUS logs (<HPBSM>\log\bus) for obvious errors.
In case there are errors, the next steps would be
- delete Sonic cache
stop BSM on all servers (GW first, then DPS)
delete <HPBSM>\Sonic\Containers\Domain1.DomainManager\container.cache directory (only if Domain Manager runs on the machine)
delete <HPBSM>\Sonic\runtime\MsgBroker\*cache* files
start BSM on all servers (DPS first, then GW)
if this doesn't help
- delete and initialize the storage (potential data loss)
stop BSM on all servers (GW first, then DPS)
delete <HPBSM>\Sonic\Containers\Domain1.DomainManager\SonicMQStore directory (only if Domain Manager runs on the machine)
delete <HPBSM>\Sonic\runtime\MsgBroker\SonicMQStore
run <HPBSM>\Sonic\bin\InitializeDMStorage.bat (only if Domain Manager runs on the machine)
run <HPBSM>\Sonic\bin\InitializeStorage.bat MsgBroker
start BSM on all servers (DPS first, then GW)
if this doesn't help
- reinstall Sonic MQ following KCS document KM00344928
Greetings
Siggi
Hi Arunkumar.K,
thanks for your update and the good news., good to hear that all works now.
Greetings
Siggi
Hi vamsibn,
it would be helpful if you tell us
- what SiteScope version you are using
- on what OS
- a example how the logfile name looks like in reality, so that it's possible to verify the regular expression
Check the log and provide the full error message, it may show what file the monitor tries to open
On the SiteScope box check if you can access the file
\\<host>\E$\<whatever>\Log_<whatever>.log
Make sure the user SiteScope runs the service under can access the file as well.
Greetings
Siggi
Hi vamsibn,
thanks for providing the details.
I tested this on my box (easy first, then getting advanced):
I created the file C:\utilities\MigrationUtility\Log_NewgenCallUtility\Log_03_02_2017.log
This pattern
s/C:\utilities\MigrationUtility\Log_NewgenCallUtility\Log_$0day$_$0month$_$year$.log/
works fine and maps to (as today it's 03_02_2017 !)
C:\utilities\MigrationUtility\Log_NewgenCallUtility\Log_03_02_2017.log
I then copied the whole folder to a mapped drive Z: (which is \\sov02bac16\software_and_scripts)
Neither
s/Z:\utilities\MigrationUtility\Log_NewgenCallUtility\Log_0$day$_$0month$_$year$.log/
nor
s/\\sov02bac16\software_and_scripts\utilities\MigrationUtility\Log_NewgenCallUtility\Log_0$day$_$0month$_$year$.log/
work, although fromout a DOS prompt all is fine:
dir z:\utilities\MigrationUtility\Log_NewgenCallUtility\Log_03_02_2017.log
02/03/2017 02:03 PM 18 Log_03_02_2017.log
dir \\sov02bac16\software_and_scripts\utilities\MigrationUtility\Log_NewgenCallUtility\Log_03_02_2017.log
02/03/2017 02:03 PM 18 Log_03_02_2017.log
In my case the issue is that SiteScope runs under the Local System Account, and there the drive is NOT mapped.
Logged in as Administrator, I mapped the drive manually
C:\>net use z: \\sov02bac16\software_and_scripts /persistent:yes
C:\>net use
Status Local Remote Network
-------------------------------------------------------------------------------
OK Z: \\sov02bac16\software_and_scripts
Microsoft Windows Network
stopped the HP SiteScope service, changed the Log On Account to Administrator,
and now it works with:
s/\\sov02bac16\software_and_scripts\utilities\MigrationUtility\Log_NewgenCallUtility\Log_0$day$_$0month$_$year$.log/
Check out
http://stackoverflow.com/questions/182750/map-a-network-drive-to-be-used-by-a-service
for some magic hints on mapping files or drives globally and for services.
BTW, if you need to find out whether or not the substitution works,
enable per process debug logging
(Monitor -> Properties -> Logging Settings
check "Enable separate log for this monitor"
and set Log level : DEBUG
After changing anything, you can click on Verify & Save.
If it works, fine, if not, simply go down to
Monitor -> Properties -> Logging Settings and click on View Log,
then you'll see what's going on.
What I found is that it displays the substituion as long as something goes wrong, for example
[Logile bac19 Z:(200981347/31) ] (AtomicMonitor.java:2191) INFO - Running the monitor Logile bac19 Z:
[Logile bac19 Z:(200981347/31) ] (LogMonitorBase.java:1253) DEBUG - Log name [s/Z:\\utilities\\MigrationUtility\\Log_NewgenCallUtility\\Log_$day$_02_2017\.log/] was substituted with: Z:\\utilities\\MigrationUtility\\Log_NewgenCallUtility\\Log_3_02_2017\.log
[Logile bac19 Z:(200981347/31) ] (LogMonitorBase.java:458) DEBUG - unable to read log file
so here I could see that I need to use "$0day$" instead of "$day$
if you only see these entries
[Logile bac19 Z:(200981347/31) ] (AtomicMonitor.java:2191) INFO - Running the monitor Logile bac19 Z:
[Logile bac19 Z:(200981347/31) ] (LogMonitorBase.java:458) DEBUG - unable to read log file
then it usually means that the file doesn't exist or unable to be read.
Greetings
Siggi
Hi AdminKing,
I cannot say for sure whether or not OA / Coda comes with its own Apache server, but I think that this is NOT the case.
Do you have other HPE products installed on the system you tested, like SiteScope or BSM or alike?
The usage of port 443 doesn't mean that Apache is involved, it's simply the default port when using HTTPS communication.
Greetings
Siggi
Hi Vamsi,
thanks for your update.
If I understand correctly, then the issue is that when SiteScope checks "now" (02/07/2017) there mighr me no logfile Log_07_02_2017,
but for example Log_06_02_2017.log only.
In that case the file monitor is unable to deal with this setup. It simply doesn't know that today no new logfile is present, and thus will return an error.
You can
- setup the thresholds in a creative way so that the "logfile doesn't exist" error doesn't cause a warning or error for the
SiteScope monitor
or
- create a directory monitor looking for today's file and make it a dependency of the log file monitor,
so that it runs only if the file exists
or
- (may or may not be useful) setup a scheduled .bat file which simply copies and empty file with the correct
date into the folder. The monitor will still tell you that there is nothing to read, but it will not return an error
If I miss something or I don't quite understand, you might post some sample data.
You mentioned that you attached the logfile, but I cannot find it ...
Greetings
Siggi
Hi Testbravo,
can you please explain in more detail?
If you are talking about a SiteScope CI, are you talking about BSM integration?
With what version?
And what is a "SiteScope CI predefined frequency"?
A monitor runs with specifc schedule, like all 5 minutes, but the CI?
Are you talking about the "No Data Timeout" setting in BSM Service Health which tells BSM how long to wait for new data (for example from a SiteScope monitor) until the CI turns into "Blue" / No data?
If this is the case, how often does the customer run, what is the No Data Timeout set to?
Greetings
Siggi
Hi Ashu,
you might wanna move/cross-post your question to the "UCMDB and UD Practitioners Forum (Previously CMS)"
https://community.hpe.com/t5/CMS-Universal-CMDB-and-Universal/ct-p/ucmdb
Greetings
Siggi
Hi Adr,
in short: this cannot be done
in long: you would need to mimic all the communication BPM does with BSM, and BSM does with BPM, I'm nore than confident that this cannot be done out of the box.
You might wanna open a case with support so that R&D can have a look at it, but ...
Greetings
Siggi
Hi Testbravo,
so you have a CPU monitor configured which is scheduled to run all 10 minutes, correct?
But the monitor doesn't run all 10 minutes but - more often? less often? random?
Is this isolated to one monitor, or do you see this wil multiple monitors, and ther with CPU monitors only?
Did you check the logs for that very monitor?
Is the SiteScope server heavily (over-)loaded?
Greetings
Siggi
Hi Adr,
part of this could be done with the EUM API
..
The EUM Administration Open API enables you to perform operations on EUM configuration without using the End User Management Administration user interface in Business Service Management. The API supports retrieving, updating and creating Business Process Monitor and Real User Monitor configurations. Supported entities include Business Application, Business Transaction Flow, Business Transaction and others.
..
but for all other I don't see any way to do this without having someone from R&D sending you the code of the BPM/BSM interface, as we don't have an API (or alike) for that.
Even if you manually collect the metric data collected by the scripts and "ship" them over the the BSM system, there wouldn't be any interface whihc would be able to process that data.
And I have to agree with the people from support stating that this is customization.
Greetings
Siggi
Hi yangnigon,
what would be covered in such a template?
How to install and configured BSM/APM, BPM, SiteScope, RUM and such?
Or for a specific task like creating a Business Application in EUM?
Greetings
Siggi
Hi yangnigon,
I'm not aware of such a template or set of templates.
You might find bits and pieces in the BSM manual set, for example in the Deployment Guides,
or the Best Practices documents.
I would think that people setting up BSM/APM environments all the time created such a template or cookbook on their own,
at least most of the bigger customers I deal with have such implementation documents.
Perhaps someone here came up with such a document and can share it with you.
Greetings
Siggi
Hi Polter,
you need to check the file(s) under <SiteScope>\conf\core\Tools\log4j\PlainJava\
(usually it's log4j.properties), check for all orrurrences of DEBUG in it and change them to ERROR.
Save the file, then it should be gone in a matter of 2 minutes, but sometimes it's also required to restart SiteScope.
Should this not resolve the issue, please post the name of the log(s) and some lines of the contents with the string "DEBUG" in it, this would help to identify what part of the code is sending DEBUG log statement.
Greetings
Siggi
Hi Terry,
I found a case explaining this:
..
The issue that the management report text is not properly aligned in mail is not actually SiteScope code issue but depends on the "Font" used by the mail messenger. The fonts styles which are monospaced can solve our issue of alignment.
..
if we set the default font to read messages in our mail messenger to be any of the font styles mentioned above (or any other monospaced font style), it would read the mail exactly as sent from SiteScope end.
To change the default font style in Outlook do the following:
1. Open Outlook Mail box
2. Go to 'File' -> 'Options' -> 'Mail'
3. In Compose Messages section go to -> 'Stationary and Fonts' -> 'Personal Stationary'
4. In Composing and Reading plain text messages section select 'Font' button
5. Change the font style to any monospace font style
6. Save the changes
It works for me:
That's my normal setting, and an email alert looks like this:
After changing the font
it looks like this:
For the SiteScope side I found ER
QCCR1I105138 Font options in e-mail alerts from SiteScope
to be able to configure this from the SiteScope side, but this ha snot been implemented yet.
Greetings
Siggi
