Bug 848129
| Summary: | apcupsd apparently not listening for connections: apcaccess cannot connect, netstat doesn't show it listening | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Adam Williamson (Red Hat non-Fedora) <awilliam> |
| Component: | apcupsd | Assignee: | Michal Hlavinka <mhlavink> |
| Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 18 | CC: | mhlavink |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2012-08-15 19:15:16 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Adam Williamson (Red Hat non-Fedora)
2012-08-14 17:40:26 UTC
That's odd, we have the same apcupsd in all Fedora releases. I tested it in Fedora 17 and it works as expected. Could you check if it works after you restart the service? Does it work with SELinux in permissive mode ($ setenfoce 0 ) - maybe it does not allow to open listening port? And also please check if there is anything else using that port: netstat -ln | grep 3551. If nothing of this helps, recheck and attach your apcupsd.conf Thanks I just tried to reproduce it in virtual machine with fresh F18 and exported usb and it was working fine. Btw, don't forget to check acpupsd service status again after some time. If you start it and check status, it's running (and trying to connect to ups), but if it fails to connect, it gives up after some time. Also it listens on 3551 only when it's connected to ups. So, check apcupsd status again after half a minute and also check /var/log/messages log too. apcupsd.service - APC UPS Power Control Daemon for Linux Loaded: loaded (/usr/lib/systemd/system/apcupsd.service; enabled) Active: active (running) since Tue, 14 Aug 2012 12:19:08 -0700; 23h ago Main PID: 889 (apcupsd) CGroup: name=systemd:/system/apcupsd.service └ 889 /sbin/apcupsd -b -f /etc/apcupsd/apcupsd.conf Aug 14 12:19:09 adam.localdomain apcupsd[889]: apcupsd 3.14.10 (13 September...d 23 hours running, still not listening anywhere. [root@adam x86_64]# netstat -ln | grep 3551 [root@adam x86_64]# Nothing. Nothing useful in /var/log/messages: Aug 14 12:19:09 adam apcupsd[889]: apcupsd 3.14.10 (13 September 2011) redhat startup succeeded is the sole message from the most recent start of apcupsd. Nothing with 'apc' after that. It was working fine in Fedora 17 before I upgraded (at least, GNOME could see the UPS, I didn't specifically test for a listening port and apcaccess working). I suppose it's possible apcupsd was actually behaving the same in F17 for some reason and GNOME should be able to see the UPS without a TCP/IP port, I can't say I know that for sure. My apcupsd.conf is very standard and hasn't changed since f17, but I'll attach it anyhow. Ah, d'oh. I have NIS disabled in the config file. So I was looking at the wrong thing; there's no evidence apcupsd is behaving wrong here. I guess I'll have to look at the GNOME end of things instead. |