Bug 536450 (RHQ-798)

Summary: Agent throws exception trying to truncate apache's RT log file
Product: [Other] RHQ Project Reporter: Jeff Weiss <jweiss>
Component: AgentAssignee: RHQ Project Maintainer <rhq-maint>
Status: CLOSED CURRENTRELEASE QA Contact: Rajan Timaniya <rtimaniy>
Severity: medium Docs Contact:
Priority: low    
Version: 1.1preCC: cwelton, dajohnso, mfoley, rtimaniy
Target Milestone: ---Keywords: SubBug
Target Release: ---   
Hardware: All   
OS: All   
URL: http://jira.rhq-project.org/browse/RHQ-798
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
linux, postgres, apache 2.2
Last Closed: 2013-09-02 07:26:40 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 565628    

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.