+++ This bug was initially created as a clone of Bug #486231 +++ Created an attachment (id=332478) samba configuration Description of problem: * Samba shares do not appear in gnome Network > Windows Network of host machine, or other machines (including windows) on the network; * Via gnome Connect to Server... various errors are displayed depending on how complete the dialogue is: --- Cannot display location "smb://morgansmachine/" Failed to retrieve share list from server --- Cannot display location "smb://workgroup;morgan@morgansmachine/morgan/" Failed to mount Windows share Version-Release number of selected component (if applicable): $ rpm -q samba samba-3.2.8-0.26.fc10.i386 How reproducible: Always Steps to Reproduce: 1. Set up shares (samba.conf attached) 2. Attempt to use shares in various contexts 3. Actual results: No shares visible, unable to mount shares Expected results: Shares visible, able to mount shares Additional info: $ service smb status smbd (pid 2395) is running... $ service nmb status nmbd dead but pid file exists --- Additional comment from ssorce on 2009-02-18 19:29:43 EDT --- Please set log level to 10, reboot the machine so that you reproduce it, then post the nmbd log. --- Additional comment from antonio.montagnani on 2009-02-23 04:02:15 EDT --- I have same problem in my F10 laptop. Where is the log level to be set to 10??? --- Additional comment from antonio.montagnani on 2009-02-23 04:23:45 EDT --- Created an attachment (id=332914) Nmdd log file.... I restarted the machine....and here is the log with log level = 10. --- Additional comment from antonio.montagnani on 2009-02-23 04:26:26 EDT --- Forgot to say that network is managed by Network Manager and not by network, as I suppose it is done on most of laptops. Is it connected to the fact that when smbd is started (or should be started) at boot-time, network connection is still not available??? --- Additional comment from ssorce on 2009-02-23 08:20:18 EDT --- Yes, if nmbd does not find the network it stops. --- Additional comment from mstuff.nz on 2009-02-24 03:31:56 EDT --- Re Comment #2, Antonio my sentiments exactly Re Comment #3, what's your answer? Re Comment #5, Hmm, that's a bit of a show stopper --- Additional comment from antonio.montagnani on 2009-02-24 04:13:33 EDT --- morgan you have to add log level = 10 in global section of smba.conf in /etc/samba About comment#5 : the question is whether laptop users are sharing (or should share) on a Windows network especially if they are asking their IP number from a DHCP machine.But why a Microsoft machine is showing on a network even if they are going to connect through DHCP and a Linux machine is not showing??? I suppose that is more philosophy than technology :-) --- Additional comment from ssorce on 2009-02-24 08:57:34 EDT --- (In reply to comment #6) > Re Comment #2, Antonio my sentiments exactly > Re Comment #3, what's your answer? > Re Comment #5, Hmm, that's a bit of a show stopper No it's not a showstopper. You have 2 choices: 1. use networks instead of NM 2. set NETWORKWAIT=yes in /etc/sysconfig/network A third solution would be to restart nmbd when NM signals that the network is up. We have still not implemented such a hook, but since we separated out nmbd and smbd init scripts it is possible. Guenther do we have any plan of adding such script in F11 packages ? --- Additional comment from larryoleary on 2009-03-09 10:27:20 EDT --- I understand that nmbd needs a network but there must be another way to make this happen. In my case I am not using smb as a means to share file, I am using nmb as a means to perform name resolution. Because my network connection is roaming and requires authorization, NetworkManager seems like a logical manager of the network connection so that it can prompt the user for a password when the network is connected. I would expect nmbd to start regardless and bind to the new network when it comes on-line. There must be a way around this. First of all, I do not recall having this issue until F10. Second of all, NMB already binds to new interfaces as they come on-line. So, the only different here is that at start-up, NMB isn't able to find a network because one doesn't exist so in this case it should simply go into a wait state (in the background) for a network to become available. --- Additional comment from mstuff.nz on 2009-03-19 22:41:25 EDT --- Re Comment 6, sorry - a bit sharp; too late, not enough sleep... A complete fix to this bug seems to be provided here: http://forums.fedoraforum.org/showthread.php?t=208296#7 Instead of using networks, use NM and have it publish config system-wide, start at boot (before login) and also wait until network is up: set NETWORKWAIT=true in /etc/sysconfig/network Gnome still seems to have problems showing it's own smb network at times (can't get list of shares or some such) typically after first login, but seems to be solved by logout and re-login. Also, shares show up on other machines on the network before any login - so, guess this is gnome somehow. As NM is the default for Fedora now, might be helpful for nmb to somehow require it's system-wide set up or provide a warning? --- Additional comment from ssorce on 2009-03-26 15:19:14 EDT --- Can you test again with the latest update. I've tested it again and can't reproduce and Jeremy Allison confirmed me he added some code specifically to wait if no interfaces are present at startup so the bug should be fixed. --- Additional comment from larryoleary on 2009-03-26 16:17:09 EDT --- I am currently running the latest update of Samba (3.2.8-0.27.fc10) and still see the problem... I also do not see a newer version in fedora-testing so am thinking the issue still exists. --- Additional comment from ssorce on 2009-03-26 16:54:58 EDT --- Can you reproduce it if you disable the network in NM and restart nmbd ? Or do you see this exclusively at startup ? Can you please set debug level = 10 in smb.conf (and set a large max log size) and attach here your smb.conf and nmbd log files ? --- Additional comment from larryoleary on 2009-03-26 23:59:49 EDT --- (In reply to comment #13) It does not seem I can reproduce it by disabling the network in NM and attempting to start nmbd. When I do this I see what you are describing in regards to the "wait for interface". It appears this issue only occurs at startup and furthermore, it doesn't happen every startup, just most. During my testing of restarting 10 times, 1 time out of the 10 nmbd started normally without any errors but the other 9 resulted in nmbd crashing when it attempted the open_sockets call. --- Additional comment from larryoleary on 2009-03-27 00:03:51 EDT --- Created an attachment (id=336940) Debug log output from using "nmbd -D --debuglevel=10" while nmbd crashed Debug log out from nmbd attached. The log was generated by adding --debuglevel=10 to NMBDOPTIONS in /etc/sysconfig/samba and then rebooting machine. After reboot nmbd status indicated pid file existed but nmbd died. --- Additional comment from larryoleary on 2009-03-27 00:05:29 EDT --- Created an attachment (id=336941) Samba configuration file smb.conf (virtualy default smb.conf) This is my smb.conf file. It should be the default install with one minor change to the workgroup name. No other changes have been made. --- Additional comment from fedora-triage-list on 2009-11-18 06:09:12 EDT --- This message is a reminder that Fedora 10 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 10. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '10'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 10's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 10 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping --- Additional comment from paul.lipps on 2009-12-14 11:18:33 EDT --- This is still an issue on Fedora 12 i386 and x86_64. NMB fails to start almost every time I cold boot, restart, or wake from suspend my ASUS Eee PC 1000HE using it's wireless connection. Oh my x86_64 desktop with wired connection, it has failed on a rare occasion to start using a wired connection. --- Additional comment from fedora-triage-list on 2009-12-18 02:57:46 EDT --- Fedora 10 changed to end-of-life (EOL) status on 2009-12-17. Fedora 10 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed. --- Additional comment from paul.lipps on 2009-12-19 12:45:20 EDT --- As indicated on comment #18 this is still an issue.
I can confirm comment #18. This bug is still prevalent in F12 on my x86_64 wired desktop. Failure rate is about 90%. This problem affects BOTH smbd and nmbd. When running smbd without nmbd it will also fail to start. I believe it is caused by the network not being fully initialized before the smb and nmb daemons are started. More specifically in my case nmbd and smbd are jumping the gun, they are started before IP4 is configured, i.e. before the "Activation (eth0) Stage 4 of 5 (IP4 Configure Get) started" line in messages. The "set NETWORKWAIT=yes in /etc/sysconfig/network" solution solves the problem, by waiting until the network is fully up before proceeding, but is not very elegant or efficient. nmbd and smbd should either (1) not be triggered/started until completion of network initialization or (2) have the ability to add and bind interfaces as they come on line during the boot process.
Same problem here, agree with comment #18. Filed upsream bug to get nmbd to stay up and load interfaces dynamically. In the meantime: /etc/NetworkManager/dispatcher.d/91-nmbd: #!/bin/bash if [ -x /usr/bin/logger ]; then LOGGER="/usr/bin/logger -s -p user.notice -t NetworkManagerDispatcher" else LOGGER=echo fi service=nmbd if [ -n "$1" ] && [ $2 == "up" ]; then if /sbin/chkconfig ${service} then if /sbin/service ${service} status >& /dev/null then $LOGGER "${service} is running, restart" /sbin/service ${service} restart else $LOGGER "${service} is not running, start" /sbin/service ${service} start fi fi fi # Only shut down if there are no networks up if [ -n "$1" ] && [ $2 == "down" ] && [ -z "`/usr/bin/nm-tool | grep '^State: *connected'`" ]; then $LOGGER "stopping ${service}" /sbin/service ${service} stop fi Should be a usable work around.
Should this Bug be closed Dup as Bug 486231 has been re-opened?
(In reply to comment #2) > Same problem here, agree with comment #18. Filed upsream bug to get nmbd to > stay up and load interfaces dynamically. Orion, what is the ticket number or link to upstream bug report? thanks, W.
See the external bug link on this bug.
I am not sure which of these bugs to add comments, so commenting on both. I have regular problems with SMB running, and NMB being dead, from my PC. I am running Fedora 12 x86_64, samba-3.4.5-55.fc12.x86_64 When I check NMB, I notice it randomly ends up dead: $ service nmb status nmbd dead but pid file exists I have NM managing my WIRED eth0 network, it's listed as 'System eth0'. It does pick up IP address from DHCP (IP fixed via DHCP). But I've also noticed NMB will sometimes die randomly while my PC is running. Do I need to add a log file from my PC also?
This issue still exists on Fedora 13. This was expected, I am just confirming it.
I will add update to this when I get back to my desktop, as I have changed my setup noted above, under Fedora 13, and still having issues with nmbd crashing randomly.
I moved my desktop back to using the 'network' service, configured static IP address for eth0, to get around this issue of NMB service not working. It seemed the main problem for me was getting IPs via DHCP would cause nmb to fail on start. I am not sure if the DHCP IP address was also causing nmb service to randomly die, but I haven't noticed that problem occur since the change.
Still an issue with the recent samba version ? If so, please provide more debugging information.
I believe that all necessary information is already in this bug.
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
Yes this is still an issue with a fully updated Fedora 13 i386 installation. I would be glad to provide log and backtrace information from my current installation if someone could provide some info on how to provide it. I think I can locate the samba log file, not sure how to obtain a backtrace though.
Well, It isn't an issue for me anymore (F13 x86_64 static IP on Network Manager) Actually I think it was fixed quite a while ago.. Makes me wonder why the status is 'new' on this report.
*** This bug has been marked as a duplicate of bug 486231 ***