Answer by Sebastiaan H. ·
Hi Mark and others,
This is in line with our assumptions. Thanks for confirming. A new license with the correct agents will be delivered and installed shortly. Thanks for the support!
regards,
Sebastiaan
Answer by Mark G. ·
Dear Henk,
When the Web server agent has no license then it will not be instrumented to monitor the web requests and as such.it will also not perform any UEM injection and the dt javascript file will not be available. Therefore when a browser request from this the javascript file it can only receive a 404, because the file could not be found.
Normally this this would not occur, because if there is not injection then the browser will never send a request for the dt javascript file. However if I read the thread above correctly there are 2 web servers, with one that has a valid license and the other does not have a valid liccense. In other words one has UEM enabled and active and the other one has no UEM active. Further I believe it was mentioned that the sessions stickyness is not used, which means the next request could be handled by the other web server. If this is try then it could happen that a browser sends a request forth javascript to the web server that has no UEM.
Lets assume web server A has UEM enabled and web server B has UEM not enabled.
There are only three options to solve this:
Kind regards,
Mark
Answer by Dave M. ·
I was focused only on the permissions issue since if SELinux were enabled, the usual file permissions would be misleading...
As to your 404 issue, could it be related to your other post? In other words, the 404 is returned from a Web Server that does not have UEM active?
Dave,
As a quick fix, web pages were taking 30 seconds to time-out, I removed the module line from the defect server. The problem did not go away, so I figured that request's from the other machine (still including the js) were getting served on the broken machine. To make this thread not to complicated, I opened a new thread with the EUE/LB.
Graeme's answer confirmed: have a non sticky LB, so in this case I had to turn off EUE also on working server.
KR Henk
Answer by Atos A. ·
But why dioes the module return a 404 (file not found) and writes:
[Wed Jul 29 09:17:23 2015] [error] [client 10.192.20.77] File does not exist: /usr/IBM/HTTPServer/htdocs/dtagent61_n_7880.js, referer:.....
A 403 is better I think. Now it looks like the module is not handling this url, and lets Apache do it default stuff
KR Henk
Answer by Dave M. ·
My understanding is while in permissive mode, everything should be allowed but audited, which allows for the use of "audit2allow" to create a module for when enforcing is turned on. If you need a module later, here is another post that has one that should help:
But since you are the original poster on that thread, you probably had already seen it!
HTH,
dave
Answer by Atos A. ·
Can below be a problem?
Unconfined domains (as well as confined domains) are subject to executable and writeable memory checks. By default, subjects running in an unconfined domain cannot allocate writeable memory and execute it,
KR Henk Stobbe
Answer by Atos A. ·
Kristof,
To make it more interesting, I have two web servers, the permissions are exactly the same. Still one works, and the other gives the file not found error on the script. The owner of the Dynatrace file tree is root/root n both systems. So the rights of the user running Apache must be the issue?
KR Henk
JANUARY 15, 3:00 PM GMT / 10:00 AM ET