[SOLVED] Can't connect to Samba shares after 12.2-->13.1 upgrade (Samba 3.2.x-->3.5.2)
SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Can't connect to Samba shares after 12.2-->13.1 upgrade (Samba 3.2.x-->3.5.2)
I recently upgraded a fileserver running Slackware 12.2 (Samba 3.2.x) to 13.1 (64 bit) but haven't been able to authenticate or access shares from any of the Windows PCs on the local network post-upgrade. I'm using the same smb.conf as before. All the Windows boxes are running XP SP3; they can see the server within the local network, but can't get past the authentication dialog. I'm sure this is most likely a simple matter of needing a new line in the smb configuration file, but I haven't been able to pin down any changes between the 3.2 and 3.5 Samba series that would require additional parameters. Thanks in advance for your help; my smb.conf is below:
Quote:
[global]
workgroup = WEAVER
server string = slackserver
security = user
max log size = 50
passdb backend = tdbsam
encrypt passwords = yes
[homes]
comment = home directories
browseable = no
writeable = yes
I recently upgraded a fileserver running Slackware 12.2 (Samba 3.2.x) to 13.1 (64 bit) but haven't been able to authenticate or access shares from any of the Windows PCs on the local network post-upgrade. I'm using the same smb.conf as before. All the Windows boxes are running XP SP3; they can see the server within the local network, but can't get past the authentication dialog. I'm sure this is most likely a simple matter of needing a new line in the smb configuration file, but I haven't been able to pin down any changes between the 3.2 and 3.5 Samba series that would require additional parameters. Thanks in advance for your help; my smb.conf is below:
Since you're using valid users = @weaver, and @weaveradmin, did you setup and add the extra users to those groups?
I always run testparm to validate my smb.conf.
Yes--all users have been added and made members of appropriate groups. I also ran testparm, which did not raise any alerts.
Quote:
I had to recreate the Samba passwords.
How do you mean? The passdb.tdb and secrets.tbd files stored in /etc/samba/private were created new with this installation. Since I went from a 32bit version of slackware to a 64 bit, I wiped clean the entire filesystem, sans /home, prior to the install.
How do you mean? The passdb.tdb and secrets.tbd files stored in /etc/samba/private were created new with this installation. Since I went from a 32bit version of slackware to a 64 bit, I wiped clean the entire filesystem, sans /home, prior to the install.
Yes--all users have been added and made members of appropriate groups. I also ran testparm, which did not raise any alerts.
How do you mean? The passdb.tdb and secrets.tbd files stored in /etc/samba/private were created new with this installation. Since I went from a 32bit version of slackware to a 64 bit, I wiped clean the entire filesystem, sans /home, prior to the install.
What I meant was that the following solved a similar problem for me:
smbpasswd -a user
I upgraded 64-bit Slackware 13.0 to 13.1 without wiping anything.
Thanks all for the timely replies. Totally forgot that if you add users after Samba creates the .tdb files that you also have to run smbpasswd. D'oh! Problem solved.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.