Bug 130516
| Summary: | error messages on a startup culminating in OK | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Michal Jaegermann <michal> |
| Component: | howl | Assignee: | Alexander Larsson <alexl> |
| Status: | CLOSED DUPLICATE | QA Contact: | |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 3 | ||
| 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: | 2006-02-21 19:05:12 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: | |||
It's hardly the mDNSResponder's fault that your system is fubar'ed... Most applications expect a minimum of the underlying system, including that root can access /dev/null. *** This bug has been marked as a duplicate of 130515 *** Changed to 'CLOSED' state since 'RESOLVED' has been deprecated. |
Description of problem: I got the following on a startup: Starting mDNSResponder... /etc/profile: line 28: /dev/null: Permission denied /etc/profile.d/colorls.sh: line 3: /dev/null: Permission denied /etc/profile.d/colorls.sh: line 4: /dev/null: Permission denied /etc/profile.d/colorls.sh: line 17: /dev/null: Permission denied /etc/profile.d/colorls.sh: line 18: /dev/null: Permission denied /etc/profile.d/colorls.sh: line 19: /dev/null: Permission denied /etc/profile.d/colorls.sh: line 20: /dev/null: Permission denied Couldnt get a file descriptor referring to the console /etc/profile.d/vim.sh: line 3: /dev/null: Permission denied mDNSResponder starting up... [assert] error: 1 (Operation not permitted) [assert] where: "Posix/posix_interface.c", "sw_network_interface_link_status", line: 259 [assert] error: 1 (Operation not permitted) [assert] where: "Posix/posix_interface.c", "sw_network_interface_link_status", line: 259 [howl] registered interface 192.168.100.1 (3360) [howl] registered interface 192.168.23.192 (3360) [howl] starting up... (3360) [ OK ] It is quite likely that errors are actually side-effects of bug #130515; but "[ OK ]" after all this noise? Version-Release number of selected component (if applicable): howl-0.9.6-1 How reproducible: With what I got in /dev right now it happens every time when you try with 'service mDNSResponder start'.