Bug 550356 - samba not publishing shares, very likely due to service nmb dying following successful boot
Summary: samba not publishing shares, very likely due to service nmb dying following s...
Keywords:
Status: CLOSED DUPLICATE of bug 486231
Alias: None
Product: Fedora
Classification: Fedora
Component: samba
Version: 13
Hardware: All
OS: Linux
low
high
Target Milestone: ---
Assignee: Guenther Deschner
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-12-24 17:32 UTC by Paul Lipps
Modified: 2011-04-06 15:23 UTC (History)
11 users (show)

Fixed In Version:
Clone Of: 486231
Environment:
Last Closed: 2011-04-06 15:23:15 UTC
Type: ---
Embargoed:
paul.lipps: needinfo-


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Samba Project 7060 0 None None None Never

Description Paul Lipps 2009-12-24 17:32:16 UTC
+++ 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.

Comment 1 Wulfsdale 2010-01-03 23:10:04 UTC
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.

Comment 2 Orion Poplawski 2010-01-25 18:52:24 UTC
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.

Comment 3 morgan read 2010-01-26 09:47:40 UTC
Should this Bug be closed Dup as Bug 486231 has been re-opened?

Comment 4 Wulfsdale 2010-02-07 16:44:11 UTC
(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.

Comment 5 Orion Poplawski 2010-02-08 16:22:38 UTC
See the external bug link on this bug.

Comment 6 Dagan McGregor 2010-02-20 02:03:50 UTC
 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?

Comment 7 Paul Lipps 2010-05-30 03:48:55 UTC
This issue still exists on Fedora 13. This was expected, I am just confirming it.

Comment 8 Dagan McGregor 2010-08-25 02:18:02 UTC
 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.

Comment 9 Dagan McGregor 2010-09-02 07:55:40 UTC
 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.

Comment 10 Guenther Deschner 2010-10-08 14:31:33 UTC
Still an issue with the recent samba version ? If so, please provide more debugging information.

Comment 11 Orion Poplawski 2010-10-08 14:41:40 UTC
I believe that all necessary information is already in this bug.

Comment 12 Fedora Admin XMLRPC Client 2010-10-08 14:44:00 UTC
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 13 Paul Lipps 2010-10-08 22:12:55 UTC
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.

Comment 14 Kiriakos 2010-10-09 10:52:43 UTC
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.

Comment 15 Simo Sorce 2011-04-06 15:23:15 UTC

*** This bug has been marked as a duplicate of bug 486231 ***


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