Samba ignores "credentials" option?

Linux 2.6.34-12-desktop x86_64
smbd: 3.5.4-4.1-2382-SUSE-SL11.3

I updated from v11.2. to v11.3.

However, the SMB services were no longer mounted. The reason is that the “credentials” (or “cred”) option in </etc/fstab> is ignored. If I remove “credentials” and add “username=xxx,password=yyy”, the services are mounted.

Has “credentials” been changed in some way? Has it been renamed?

I don’t think creds has been changed. I wonder if you’ve got the the CIFS mount helper daemon running. Check the daemon’s status in Yast → System → System Services (Runlevel). Scroll to service smbfs. It must show status Enabled=Yes to facilitate the mount process at boot time. If the status is No, then toggle it on with the Enable button.

Just a thought, see if it’s “on”.

Check the daemon’s status in Yast –> System –> System Services (Runlevel). Scroll to service smbfs.

Do you mean “cifs” instead of “smbfs?”

I mean smbfs, the daemon to assist importation of cifs filesystems. It becomes active when cifs mounts are listed in fstab.

Reference: Permanent Mounts: Setting the smbfs daemon (the CIFS mount helper daemon)

I mean smbfs.

I asked because smbfs does not show at all in the listing of services.

There is an “smb” (Samba SMB/CIFS file and print server) and it is enabled.

Nowdays “smbfs” is a script that resides in the directory /etc.init.d
It comes in the RPM package samba-client.
Check whether smbfs resides in /etc/init.d with this command:

ls -l /etc/init.d | grep smbfs

This is what I get:

john@suse112:~> ls -l /etc/init.d | grep smbfs
-rwxr-xr-- 1 root root 5843 2010-04-22 03:49 smbfs
john@suse112:~>

Also, check whether the RPM is installed with this command:

zypper se samba-client

Do you have samba-client and from it do you have smbfs in /etc/init.d ??

ls -l /etc/init.d | grep smbfs

There is no such entry in </etc/init.d>.

zypper se samba-client

S | Name               | Summary                            | Type   
--+--------------------+------------------------------------+--------
i | samba-client       | Samba Client Utilities             | package
i | samba-client-32bit | Samba Client Utilities             | package
i | yast2-samba-client | YaST2 - Samba Client Configuration | package

OK, it’s not there allright. Have a look at the file list that’s supposed to come with samba-client in openSUSE 10.3, check if it’s supposed to be there in 10.3. Go to Yast → sofyware → software management. Search on samba-client. And highlight it. And click on the tab called “file list”. Does it show the entry /etc/init.d/smbfs in the list?

Have a look at the file list that’s supposed to come with samba-client in openSUSE 10.3,…] Does it show the entry /etc/init.d/smbfs in the list?

I am sure you meant v11.3?

The only item listed for </etc/init.d/> is “cifs”.

Yes 11.3, of course, silly me.
Re /etc/init.d/cifs – they’ve changed things. I wil get back to you in 24/48 hours after I change from 11.2 to 11.3

Hello,
it’s the same problem for me, cifs mount with fstab don’t take care of credentials files.

I upgrade from 11.2 to 11.3.

Since I can’t mount cifs with mount.cifs (setuid restriction).

Workaround for me was to remove cifs-utils and install cifs-mount rpm from 11.2

Best regards,
jeff

I’ve now switched to 11.3 with a clean install. The file that was used to “help” mounts defined in fstab, called smbfs, located at /etc/init.d/smbfs in 11.2: it has been renamed for 11.3 as cifs and is located in the same place /etc/init.d/cifs. It performs the same function as smbfs did in 11.2. You have to “enable” it (cifs helper daemon) in Yast → system services → runlevels → cifs in 11.3.

Getting the same error as jimoe666. Cifs enabled and running. Seems to ignore the credentials file or the credentials parameter.
Same situation trying to mount at the command line and in fstab.

OK that’s four of us now, it’s failing for me too, and I’ve got a clean install of 11.3 (no lingering doubts the error is coming from an upgrade). I think we can safely say it’s a bug in the application “cifs.mount” in 11.3.

So jimoe666, the task of reporting the bug goes to you, are you up for it?

So jimoe666, the task of reporting the bug goes to you, are you up for it?

No problem. I am on my way.

If you want to follow the adventure, it is Bugzilla defect report #623763, <https://bugzilla.novell.com/show_bug.cgi?id=623763>.

Thanks, I subscribed to the mailing. Also, I voted for it x 5

On Mon July 19 2010 04:16 pm, swerdna wrote:

>
> OK that’s four of us now, it’s failing for me too, and I’ve got a clean
> install of 11.3 (no lingering doubts the error is coming from an
> upgrade). I think we can safely say it’s a bug in the application
> “cifs.mount” in 11.3.
>
> So jimoe666, the task of reporting the bug goes to you, are you up for
> it?
>
>
swerdna et al;

Have you set the “domain” parameter in your credential file(s)? It should be
optional but perhaps for some reason it is required. See:
http://www.samba.org/samba/docs/man/manpages-3/mount.cifs.8.html
for details.

P. V.
“We’re all in this together, I’m pulling for you.” Red Green

@venzkep, the bug ppl have responded that this is a known bug. They say that a fix is in the pipe. I think we can rule out the need for the domain parameter.

On Wed July 21 2010 04:06 pm, swerdna wrote:

>
> venzkep;2193356 Wrote:
>> On Mon July 19 2010 04:16 pm, swerdna wrote:
>>
>> >
>> > OK that’s four of us now, it’s failing for me too, and I’ve got a
>> clean
>> > install of 11.3 (no lingering doubts the error is coming from an
>> > upgrade). I think we can safely say it’s a bug in the application
>> > “cifs.mount” in 11.3.
>> >
>> > So jimoe666, the task of reporting the bug goes to you, are you up
>> for
>> > it?
>> >
>> >
>> swerdna et al;
>>
>> Have you set the “domain” parameter in your credential file(s)? It
>> should be
>> optional but perhaps for some reason it is required. See:
>> ‘mount.cifs’
>> (http://www.samba.org/samba/docs/man/manpages-3/mount.cifs.8.html)
>> for details.
>> –
>> P. V.
>> “We’re all in this together, I’m pulling for you.” Red Green
>
> @venzkep, the bug ppl have responded that this is a known bug. They say
> that a fix is in the pipe. I think we can rule out the need for the
> domain parameter.
>
>
swerdna;
I had posted this sometime ago. For better than 36 hours the nntp portal was
not syncing with the web portal. It was not until a few hours ago the link
to the bug appeared on the nntp side and I assume that’s when my post
appeared on the web side. Sorry for the extra noise.

P. V.
“We’re all in this together, I’m pulling for you.” Red Green