Bug 527548

Summary: setroubleshoot: [xml.ERROR] read_xml_file() libxml2.parserError: xmlParseFile() failed
Product: [Fedora] Fedora Reporter: Nicolas Mailhot <nicolas.mailhot>
Component: setroubleshootAssignee: Daniel Walsh <dwalsh>
Status: CLOSED WORKSFORME QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: rawhideCC: 709280, dwalsh, jdennis, mgrepl
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2010-01-21 21:21:56 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: 473302    
Attachments:
Description Flags
audit_listener_database.xml
none
Corrupted audit_listener_database.xml none

Description Nicolas Mailhot 2009-10-06 21:49:46 UTC
Description of problem:

In today's boot logs:

Oct  6 23:44:53 restorecond: Unable to watch (/home/nim/public_html/*) No such file or directory
Oct  6 23:44:57 setroubleshoot: [xml.ERROR] read_xml_file() libxml2.parserError: xmlParseFile() failed

Version-Release number of selected component (if applicable):

setroubleshoot-2.2.33-1.fc12.x86_64

Comment 1 Daniel Walsh 2009-10-07 14:40:14 UTC
The first one is not a bug as restorecond is supposed to watch for content in public_html and you don't have that directory.

Not sure what causes the second.  Could you attach the /var/lib/setroubleshoot/audit_listener_database.xml

File, there is something in there that is causing a problem.  If you zero out this file, setroubleshoot should start working again.

> /var/lib/setroubleshoot/audit_listener_database.xml

You will loose all of your setroubleshoot data.

Comment 2 Nicolas Mailhot 2009-10-10 07:21:37 UTC
Created attachment 364333 [details]
audit_listener_database.xml

Comment 3 Daniel Walsh 2009-10-13 15:39:55 UTC
What did you compress this file with?

Comment 4 Nicolas Mailhot 2009-10-13 15:55:26 UTC
It's an xz file

Comment 5 Daniel Walsh 2009-10-13 21:00:38 UTC
Never heard of it.

I moved your xml file into /var/lib/setroubleshoot/audit_listener_database.xml


And my setroubleshoot had no problem reading the file.

setroubleshoot-2.2.37-1.fc12.x86_64

Comment 6 Daniel Walsh 2010-01-21 21:21:56 UTC
If

Comment 7 hkoba 2010-12-08 02:35:56 UTC
Created attachment 467348 [details]
Corrupted audit_listener_database.xml

This problem still occurs in F13. I don't know about F14.

Obviously, localized message is truncated without respecting UTF-8
character boundary. 

Note: My /etc/sysconfig/i18n is LANG="ja_JP.UTF-8"

IMHO,

*: XML is fragile, at least for critical logging purpose.
*: At the time of logging (to disk), english diag message(and/or diag#) is enough.
Localization should be a matter of its Viewer.

Comment 8 cnfixit 2012-04-26 05:47:51 UTC
I had same problem,and I change the file's code from ansi to utf-8,it's seems to be ok.

/var/lib/setroubleshoot/audit_listener_database.xml

Comment 9 Daniel Walsh 2012-04-27 15:10:50 UTC
cnfixit, I do not understand what you did?

Comment 10 cnfixit 2012-04-28 02:24:25 UTC
(In reply to comment #9)
> cnfixit, I do not understand what you did?


ah,my bad

the attachment's  encoding is ansi,and xml file's head:

<?xml version="1.0" encoding="utf-8"?>

I change the file's encoding from ansi to utf-8,it's seems
to be ok.


# uname -a
Linux localhost.localdomain 2.6.18-194.el5PAE #1 SMP Fri Apr 2 15:37:44 EDT 2010 i686 i686 i386 GNU/Linux

# cat /etc/sysconfig/i18n
LANG="zh_CN.UTF-8"

Comment 11 cnfixit 2012-04-28 03:30:44 UTC
(In reply to comment #9)
> cnfixit, I do not understand what you did?


ah,my bad

the attachment's  encoding is ansi,and xml file's head:

<?xml version="1.0" encoding="utf-8"?>

I change the file's encoding from ansi to utf-8,it's seems
to be ok.


# uname -a
Linux localhost.localdomain 2.6.18-194.el5PAE #1 SMP Fri Apr 2 15:37:44 EDT 2010 i686 i686 i386 GNU/Linux

# cat /etc/sysconfig/i18n
LANG="zh_CN.UTF-8"