Bug 485613
| Summary: | Sealert No gui | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Frank Murphy <frankly3d> | ||||||
| Component: | audit | Assignee: | Steve Grubb <sgrubb> | ||||||
| Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
| Severity: | medium | Docs Contact: | |||||||
| Priority: | low | ||||||||
| Version: | rawhide | CC: | dwalsh, jdennis, mgrepl, mnowak, sangu.fedora, sgrubb | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | i586 | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2009-04-03 20:29:07 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: | |||||||||
| Attachments: |
|
||||||||
|
Description
Frank Murphy
2009-02-15 10:47:29 UTC
If you type sealert -b Does the browser come up? (In reply to comment #1) > If you type > > sealert -b > > Does the browser come up? /usr/bin/sealert -b no, no errors shown just goes back to prompt. Is sealert running ps auxww | grep sealert Anything being reported in /var/log/messages or /var/log/setroubleshoot/* ps auxww | grep sealert frank 8461 0.0 0.1 4232 704 pts/1 S+ 19:15 0:00 grep sealert ps auxww | grep sealert root 8439 1.0 0.1 4232 700 pts/0 S+ 19:14 0:00 grep sealert there are some sealerts in /var/log/messages SELinux is preventing the logrotate from using potentially mislabeled files (/root) SELinux is preventing consoletype (consoletype_t) "read" to inotify (inotifyfs_t) SELinux is preventing loadkeys (loadkeys_t) "read" to frank (user_home_dir_t) All I get with -l switch for all above /usr/bin/sealert -l d637eee9-3e7a-4355-b55e-ff2008cb29bb query_alerts error (1003): id (d637eee9-3e7a-4355-b55e-ff2008cb29bb) not found /var/log/setroubleshoot/* last date Saturday empty 0 bytes Have tried fixfiles onboot The AVC's I can fix and the sealert should be fixed if it was reported in the newer version of setroubelshoot. If you log out and log back in, does the sealer start to work? If I log out\in reboot. If I then see a task bar alert "star". clking on it goes nowhere, the same if the text Show\hide" is clicked. Similar if log out\in and /usr/bin/sealert -b Created attachment 332350 [details]
Bug-Buddy crash
Since yesterdays rawhide updates. Have now managed to get a crash report.
Files versions above are still the same.
Not related. Can you edit /etc/setroubleshoot/setroubleshoot.cfg And change the level to DEBUG # level: Global logging level. Levels are the same as in the python logging # module, but are case insenstive. The level may also be specified as an # integer. The defined levels in severity order are:[CRITICAL, ERROR, WARNING, # INFO, DEBUG] level = DEBUG Then see if sealert creates a /tmp/sealert.log file. (In reply to comment #8) > Not related. > > Can you edit /etc/setroubleshoot/setroubleshoot.cfg > And change the level to DEBUG > > # level: Global logging level. Levels are the same as in the python logging > # module, but are case insenstive. The level may also be specified as an > # integer. The defined levels in severity order are:[CRITICAL, ERROR, WARNING, > # INFO, DEBUG] > level = DEBUG Changed this: level = DEBUG now /usr/bin/sealert -b brings up the correct window. (The original "warning", was in lower-case, any relevance?) > > Then see if sealert creates a /tmp/sealert.log file. No /tmp/sealert.log file. There are a few avc's, one of which is preventing network connection, will post to test-list later, as a job lot. Click SELinux Troubleshooter in panel menu.
~/.xsession-errors
[skip]
Traceback (most recent call last):
File "/usr/bin/sealert", line 108, in <module>
from setroubleshoot.analyze import *
File "/usr/lib/python2.6/site-packages/setroubleshoot/analyze.py", line 36, in <module>
from setroubleshoot.avc_audit import *
File "/usr/lib/python2.6/site-packages/setroubleshoot/avc_audit.py", line 26, in <module>
import audit
File "/usr/lib/python2.6/site-packages/audit.py", line 19, in <module>
_audit = swig_import_helper()
File "/usr/lib/python2.6/site-packages/audit.py", line 17, in swig_import_helper
if fp is not None: fp.close()
UnboundLocalError: local variable 'fp' referenced before assignment
This is a bug in the audit system On 64 bit platforms the audit.py file is being installed in /usr/lib/python2.6/site-packages/audit.py WHile the shared libraries are in /usr/lib64/python2.6/site-packages/ If you copy /usr/lib/python2.6/site-packages/audit.py to /usr/lib64/python2.6/site-packages/ It should work. (In reply to comment #11) > If you copy /usr/lib/python2.6/site-packages/audit.py to > /usr/lib64/python2.6/site-packages/ This works on current Rawhide, can we move this BZ to audit-libs-python guys, so, they can fix it? This bug was fixed in bz 491327. Closing as duplicate. Thanks for reporting the bug. *** This bug has been marked as a duplicate of bug 491327 *** |