smb.service: Unit entered failed stat
smb.service: Failed with result 'exit-code'.
smb.service: Main process exited, code=exited, status=1/FAILURE
Failed to start Samba Daemon
and
nmb.service: Unit entered failed stat
nmb.service: Failed with result 'exit-code'.
nmb.service: Main process exited, code=exited, status=1/FAILURE
Failed to start NMB Daemon
I tried to start manual via cmd line – same result.
In Yast I tried to enable/disable services for smb and nmb but got the same error.
Any help is appreciated – I am at loss, since the errors do not give a clue.
It is always interesting for those who try to help to provide some background information.
Are you just trying to use those daemons for the first time? Or did everything work to your satisfaction earlier and is this “all of a sudden”. And when it is just now but not earlier, what are the differences in your system? Did you do an update, or changed some (SAMBA) configuration? You were there all the time, but we …
Trying to use the daemons … (upgrade from 42.3 - everything was working - incl. samba)
I have setup a brandnew smb.conf … & now the smb service(s) seems to start (nmb not there anymore?), but still I cannot see groups in the network - no other machines or shares.
Secondly I noticed firewalld does not start in LEAP15 even though the service was set to do so … only via cmd “systemctl start firewalld”. After a reboot all is forgotten Overall a really annoying experience.
Samba still seems to be blocked when it comes to outgoing requests.
My personal opinion – handling and simplicity of the firewall used to be easy – & firewalld seems to be confusing.
I always liked openSuse – however lately I spend more and more time debugging the system (basically after every smaller update) then using it.
Well, if that is how it will be then this distro is not for me.
It seems openSuse spend more time on color schemes & layout then on actuall simplicity & functioning. Every update or upgrade causes a major headache since essential services start to have issues. – Sorry, but this is not fun. Sometimes less – is more.
Secondly I noticed firewalld does not start in LEAP15 even though the service was set to do so … only via cmd “systemctl start firewalld”. After a reboot all is forgotten Overall a really annoying experience.
Enable the service permanently so that it starts at boot…
systemctl enable firewalld
Samba still seems to be blocked when it comes to outgoing requests
I’m not sure why the firewall isn’t remaining active at boot (if enabled). You’d need to examine the log to find that out…
sudo journalctl -u firewalld
So, it now appears that smb and nmb are running on this host (so acting as a samba server), but you cannot see other samba hosts via this host, is that correct?
I tried the smb.conf
Code:
client max protocol = NT1 (SMB3)
both. I can do nmblookup other machines, but I still do not see any workgroup.
Same result when I shutdown the firewall.
There should be no need to explicitly set ‘client max protocol’ unless you have a host that still requires the insecure NT1 protocol, and it will prevent access to hosts requiring SMB2 or higher anyway.
Upgrades do not r3emove SuSEfirewall2. Think about that you really would not want it to by default since you may have things dependent on the old firwall
Ok – it seems that my kinux machine can connect to e.g a windows share
by typing in Dolphin
smb://nameofmachine…xxx.yyy
However in Dolphin, the network → samba menu disappeared, nor does it show workgroup machines when typing smb:// … really annoying.
Or is this a feature?
It’s a consequence of samba security upgrades really. The network discovery relied on using NT1 (SMB v1) protocol (but as I mentioned before it can be re-implemented, but there are security implications with doing so). You can still ‘smbtree’ thoough. It still relies on using NetBIOS discovery mechanism to find workgroups on the LAN.
FWIW, I would like to see Dolphin smb-kio employ other discovery mechanisms such as avahi employed as a replacement.
Now since you have firewalld running, you will need to configure it to enable connection tracking (so that NetBIOS communication is allowed). I did already link to the thread that could help you with that. Here it is again…
How come that SuseFirewall2 is running and not disabled during / after upgrade?
It seems the settings are not saved properly - after a reboot I have to restart firewalld to get some service running again.
Pre 15 susefirwall2 was the fire wall openSUSE is moving to firewald which is different. If you upgrade susefirwall2 will still be used since you in general don’t want to pull the rug out from under anything a user may have the requires it. Moving forward things should be migrated to firewald and susefirewall2 should be removed of disabled.
If you do a fresh install firewald will be used since susefirewall2 will simply not be installed.
To be honest I don’t think the translation to firwald is as smooth as it might be. I see a lot of little problem here regarding it.