Bug 536450 (RHQ-798) - Agent throws exception trying to truncate apache's RT log file
Summary: Agent throws exception trying to truncate apache's RT log file
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: RHQ-798
Product: RHQ Project
Classification: Other
Component: Agent
Version: 1.1pre
Hardware: All
OS: All
low
medium
Target Milestone: ---
: ---
Assignee: RHQ Project Maintainer
QA Contact: Rajan Timaniya
URL: http://jira.rhq-project.org/browse/RH...
Whiteboard:
Depends On:
Blocks: rhq_triage
TreeView+ depends on / blocked
 
Reported: 2008-09-08 17:20 UTC by Jeff Weiss
Modified: 2018-11-27 19:56 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
linux, postgres, apache 2.2
Last Closed: 2013-09-02 07:26:40 UTC
Embargoed:


Attachments (Terms of Use)

Description Jeff Weiss 2008-09-08 17:20:00 UTC
I installed and configured apache 2.2 for RT data.  I have an RT log at /usr/local/apache2/logs/dev71.qa.atl2.redhat.com80_rt.log .  It's owned by root so obviously the agent doesn't have permission to write to it.  Why is it trying to write to it?  I haven't been able to detect any loss of functionality but i can't see any reason this exception should be in the agent log, if anything it should be cleaned up to maintain the readability of the agent log (we don't want exceptions in there that aren't even error conditions).


2008-09-04 14:44:48,373 ERROR [ResourceContainer.invoker.daemon-305] (rhq.core.pluginapi.util.ResponseTimeLogParser)- Unable to truncate response-time log file.
java.io.FileNotFoundException: /usr/local/apache2/logs/dev71.qa.atl2.redhat.com80_rt.log (Permission denied)
        at java.io.RandomAccessFile.open(Native Method)
        at java.io.RandomAccessFile.<init>(RandomAccessFile.java:212)
        at org.rhq.core.pluginapi.util.ResponseTimeLogParser.truncateLog(ResponseTimeLogParser.java:209)
        at org.rhq.core.pluginapi.util.ResponseTimeLogParser.parseLog(ResponseTimeLogParser.java:135)
        at org.rhq.plugins.apache.ApacheVirtualHostServiceComponent.getValues(ApacheVirtualHostServiceComponent.java:125)
        at sun.reflect.GeneratedMethodAccessor37.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at org.rhq.core.pc.inventory.ResourceContainer$ComponentInvocationThread.call(ResourceContainer.java:446)
        at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
        at java.util.concurrent.FutureTask.run(FutureTask.java:138)
        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
        at java.lang.Thread.run(Thread.java:619)

Comment 1 Red Hat Bugzilla 2009-11-10 21:17:07 UTC
This bug was previously known as http://jira.rhq-project.org/browse/RHQ-798


Comment 2 wes hayutin 2010-02-16 16:58:49 UTC
Temporarily adding the keyword "SubBug" so we can be sure we have accounted for all the bugs.

keyword:
new = Tracking + FutureFeature + SubBug

Comment 3 wes hayutin 2010-02-16 17:03:32 UTC
making sure we're not missing any bugs in rhq_triage

Comment 4 Corey Welton 2010-10-07 03:09:03 UTC
ON_QA

Comment 6 Mike Foley 2011-10-04 17:38:11 UTC
marking verified.  i have had apache in inventory for quite some while and have not noticed this log exception.

Comment 7 Heiko W. Rupp 2013-09-02 07:26:40 UTC
Bulk closing of issues that were VERIFIED, had no target release and where the status changed more than a year ago.


Note You need to log in before you can comment on or make changes to this bug.