On Monday 09 August 2004 08:45, Prianggada I Tanaya wrote: There are several things that might cause problems here. > ... > $ smbclient -U% -L 10.1.45.12 > added interface ip=10.1.45.13 bcast=10.1.255.255 nmask=255.255.0.0 > error connecting to 10.1.45.12:139 (Connection refused) > Error connecting to 10.1.45.12 (Connection refused) > Connection to fk0000-msi-srv failed
This means that 10.1.45.12 is not listening for SMB connections on port 139, which means that Samba server daemon smbd is either not running or has been started with some bogus arguments - more likely the former. There should be startup script somewhere that properly launches the Samba daemons. In mine (SuSE Linux) it's /etc/init.d/smb, which you'd run with "start" as argument. You can check the running processes on 10.1.45.12 to see if smbd and nmbd are running. You can also verify that they're listening properly with netstat: $ netstat -nlA inet You should see (at least) a line under local TCP addresses reading 0.0.0.0:139 or 10.1.45.12:139, and lines under UDP for ....:137 and ...:138 If you don't see those, of if the ones you do see are not on either 0.0.0.0 or the machine's public address, you won't be able to connect to it. Some bad parameters in smb.conf can cause startup failures (e.g., a value for "interfaces =" that is impossible for the the machine). testparm may not catch that. Check the Samba logs if you suspect that (or just for good measure in any case!). It's interesting that the failure message lists the NetBIOS name fk0000-msi-srv. If I read it right (someone correct me if not) there's either a WINS server on the network or an entry in hosts or lmhosts that gives the NetBIOS name-IP address mapping for that machine. If it is a WINS server, the daemons must have been running at one time for the WINS server to have learned of fk0000-msi-srv, and then were shut down later somehow. (I suppose it could be a running nmbd on the system, though it seems strange that you would have nmbd and not smbd running at a particular time - or does it?) > using nmblookup, send anything ..., found this error. > > $ nmblookup -B 10.1.45.12 '*' > querying * on 10.1.45.12 > name_query failed to find name * Here you're specifying 10.1.45.12 as the broadcast address for name service (which, BTW, is an impossible broadcast address). The proper broadcast address for your network ( /16, a.k.a., class B) is 10.1.255.255 (note the messages from smbclient you quoted at the top). You probably meant -U (unicast address) instead of -B (broadcast address). Note that the nmblookup, when properly run, will show you the running SMB servers on the network even if the Samba daemons are not running on the machine you're using to run nmblookup. However, that machine will not appear in your nmblookups until you start the servers. Until then, as far as Samba and other SMB servers on the network (Samba and Windoze boxen) are concened, it doesn't exist. Ray Note: If you really get stumped, you can bump up the debug level and get more details about your command (enormously, if you wish!), with something like $ smbclient -d 3 (rest of your command) Try -d 10 just for fun... :-) -- To unsubscribe from this list go to the following URL and read the instructions: http://lists.samba.org/mailman/listinfo/samba
