Bug 279291 - bluetooth initscript is failing on boot
Summary: bluetooth initscript is failing on boot
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: bluez-utils
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: David Woodhouse
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 251324 (view as bug list)
Depends On:
Blocks: F8Blocker F8Test3
TreeView+ depends on / blocked
 
Reported: 2007-09-05 20:02 UTC by Zack Cerza
Modified: 2007-11-30 22:12 UTC (History)
5 users (show)

Fixed In Version: 3.20-1
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2007-10-05 15:56:46 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Zack Cerza 2007-09-05 20:02:55 UTC
Description of problem:
Using rawhide-20070904.0.iso on a usb stick, the bluetooth service is failing to
start on boot. It succeeds if I start it manually after booting. Let me know if
you need more information.

Version-Release number of selected component (if applicable):
bluez-utils-3.17-1.fc8

Comment 1 David Woodhouse 2007-09-12 22:25:28 UTC
Can you describe exactly what it says when it fails to boot? Does it boot OK if
you disable selinux?

Comment 2 Zack Cerza 2007-09-13 16:10:54 UTC
It doesn't fail to boot. Bluetooth just fails to come up *on* boot. I can't try
booting without selinux, as this is a live image.

I retested on F8 Test 2 with the same results. 'service bluetooth status' after
boot returns 'hcid dead but subsys locked'. 'service bluetooth start' starts
bluetooth correctly.

Comment 3 Zack Cerza 2007-09-14 19:30:30 UTC
OK, I have F8 Test 2 installed now. I booted with selinux=0, and nothing's changed.

Comment 4 Zack Cerza 2007-09-19 18:43:21 UTC
Thinking the problem might be that bluetooth is started before dbus.

Comment 5 Bastien Nocera 2007-09-19 21:23:41 UTC
Zack also mentioned that he gets "Got disconnected from the system message bus"
in /var/log/messages when started.

Comment 6 Zack Cerza 2007-09-19 21:29:05 UTC
To clarify re: comment #5, I saw it once among the many times I've seen the
problem. Maybe that message only gets triggered sometimes.

Comment 7 Jeremy Katz 2007-10-01 19:24:35 UTC
Some poking by wwoods reported on fedora-devel-list seems to support the problem
being "bluetooth is started before dbus".


Comment 8 Will Woods 2007-10-01 20:44:04 UTC
Yeah - as I mentioned on devel-list, changing the startup priority of bluetooth
from 25 to 30 (messagebus is 28) seems to make bluetooth start up properly. 

bluetooth-applet still doesn't seem to start automatically, but that's a
different bug.

I also feel compelled to mention bug #222315 here (bluetooth daemons shouldn't
be started from an initscript) but it's almost certainly too late in the release
cycle for that. 


Comment 9 Bastien Nocera 2007-10-03 16:29:11 UTC
*** Bug 251324 has been marked as a duplicate of this bug. ***

Comment 10 Will Woods 2007-10-05 00:57:41 UTC
Ah - messagebus is *supposed* to have priority 22, but it has:
Required-Start: $syslog $local_fs
netfs provides $local_fs, and it has priority 25; rsyslog requires $local_fs, so
it gets 26, which puts messagebus at 27.

I suggest adding something like the following to /etc/init.d/bluetooth:

### BEGIN INIT INFO
# Required-Start: $syslog messagebus
# Default-Start: 2 3 4 5
# Short-Description: Bluetooth services
# Description: Bluetooth services for service discovery, authentication, 
# Human Interface Devices, etc.
### END INIT INFO

Then chkconfig can work it out by itself. I'm not sure if bluetooth needs to be
explicitly stopped at shutdown - you might add a Default-Stop line if so.
 

Comment 11 Bastien Nocera 2007-10-05 15:56:46 UTC
Fixed in 3.20-1. Thanks for the help Will.


Note You need to log in before you can comment on or make changes to this bug.