|
Bugzilla – Full Text Bug Listing |
| Summary: | Sub Domain fails to load modules because they eist. | ||
|---|---|---|---|
| Product: | [openSUSE] SUSE LINUX 10.0 | Reporter: | Forgotten User KSYEYC9iJz <forgotten_KSYEYC9iJz> |
| Component: | AppArmor | Assignee: | Dominic W Reynolds <dreynolds> |
| Status: | RESOLVED WONTFIX | QA Contact: | Dominic W Reynolds <dreynolds> |
| Severity: | Normal | ||
| Priority: | P5 - None | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | i386 | ||
| OS: | SuSE Linux 10.0 | ||
| Whiteboard: | |||
| Found By: | Other | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
|
Description
Forgotten User KSYEYC9iJz
2006-03-09 21:02:10 UTC
Ugh, my apologies that this issue got lost in the SL10.1 noise. The messages you're seeing are claiming that there's already policy loaded for "/lib/ld-2.3.2.so" and "/lib/ld-2.4.0.so". Other policy in /etc/subdomain.d/ should have loaded successfully: you can examine the contents of /subdomain/profiles to see which are loaded. I'm curious how /etc/subdomain.d/lib.ld-2.3.2.so got generated -- IIRC, /etc/subdomain.d/lib.ld-2.2.so should contain the canonical list of ld.so's. Can you give a directory listing of /etc/subdomain.d/ ? Similarly, the contents of your /etc/subdomain.d/lib.ld-2.3.2.so may give a hint how this extra file was generated. Incidently, only the profiles contained in this profile failed to load; the other profiles in /etc/subdomain.d/ loaded fine. Your acroread problem, mentioned in the other bug report (thanks for the new bug report), may be addressed either by putting acroread into learning mode via "aa-complain acroread" or by removing the acroread profile from /etc/subdomain.d/, and running /etc/init.d/boot.subdomain restart. Putting acroread into "learning mode" will simply report failures to /var/log/messages, where the "logprof" tool (or the yast front end, "update profiles wizard") will notice these rejections and walk you through updating your AppArmor policy to allow or deny whatever you wish. I'm not sure how the /etc/subdomain.d/lib.ld-2.3.2 got there. I looked after receiving this bug update and it is not there now. I had to reinstall my system (bad disk) about two weeks ago and the errors have dissappeared except fro the Adobe problem. I will remove that entry as you suggest. Contents of my /etc/subdomain.d directory: /etc/subdomain.d> ls abstractions bin.netstat bin.ping bin.traceroute lib.ld-2.2.so opt.gnome.bin.evolution-2.4 opt.gnome.bin.gaim opt.gnome.lib.evolution-data-server-1.2.evolution-data-server-1.4 opt.gnome.lib.GConf.2.gconfd-2 opt.MozillaFirefox.bin.firefox.sh opt.MozillaFirefox.lib.firefox-bin opt.MozillaFirefox.lib.mozilla-xremote-client program-chunks sbin.klogd sbin.syslogd usr.bin.apropos usr.bin.ldd usr.bin.man usr.bin.opera usr.bin.procmail usr.lib.man-db.man usr.lib.postfix.bounce usr.lib.postfix.cleanup usr.lib.postfix.flush usr.lib.postfix.local usr.lib.postfix.master usr.lib.postfix.nqmgr usr.lib.postfix.pickup usr.lib.postfix.proxymap usr.lib.postfix.qmgr usr.lib.postfix.scache usr.lib.postfix.showq usr.lib.postfix.smtp usr.lib.postfix.smtpd usr.lib.postfix.tlsmgr usr.lib.postfix.trivial-rewrite usr.lib.RealPlayer10.realplay usr.sbin.httpd2-prefork usr.sbin.identd usr.sbin.nscd usr.sbin.ntpd usr.sbin.postalias usr.sbin.postdrop usr.sbin.postmap usr.sbin.postqueue usr.sbin.sendmail usr.sbin.squid usr.sbin.sshd usr.X11R6.bin.acroread usr.X11R6.bin.ethereal Thanks for the help and I guess we can close this bug report. Closed per reporter feedback. Unkown how the system got into this state. |