[Done} Mounting a Droboshare unit

[rodgoslin]

For a good few years now, through Mandrake, Mageia One and Two, I've enjoyed the use of a couple of Drobo units with access to the lAN through Droboshare. The coming of cifs posed a few problems, but thing went reasonably well. I've recently, for other reasons bought a DroboFS, which to all intants and purposes is the previous units wrapped up in one housing. When I came to set up access to these, I had instant success with the DroboFS and none at all with the Droboshare. The /etc/hosts contains aliases for all the respective IP addresses. I've set all the units up on Mageia Control Centre-Configure Windows Shares in the usual way. A snip of the generated /etc/fstab as below:-

Code: Select all

//droboshare/Drobo1 /mnt/Drobo1 cifs credentials=/etc/samba/auth.droboshare.droboman 0 0
//drobo-fs/DroboApps /mnt/DroboApps cifs credentials=/etc/samba/auth.drobo-fs.droboman,noauto 0 0
//drobo-fs/Public /mnt/droboFS cifs credentials=/etc/samba/auth.drobo-fs.droboman 0 0

These are entries generated by Mga Control Centre. Options for all units are the same The contents of the auth.... files are the same and correct. An attempt to mount the units succeeds with the DroboFS but not with the Droboshare (or any of the partitions on those units), with the following message:-

Code: Select all

mount error(5): Input/output error
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

I utterly fail to see how one works and the other doesn't. Particularly when it worked fine with Mandrake, Mga1 and Mga 2

[doktor5000]

Maybe you need to disable the firewall? As the frontend has some problems currently: viewtopic.php?f=8&t=4987

[rodgoslin]

I'm afraid that did not work. I deleted all the mounts , deleted all references in /etc/fstab, so as to start clean. set the firewall to accept all (no firewall). However, going back to security, I was somewhat surprisd to see that the firewall was still enabled. I clicked again on accept all and clicked ok. going back to security the accept all was still unticked. I repeated the exercise several times more, with the same result. I then tried ticking all the services I was ever likely to use That worked, they stayed ticked. But it had no effect on my ability to mount the remote drives,, using mount -a
I even unplugged one of the Drobo units from Droboshare (It's a USB connection ) and plugged the now vacant USB port into the desktop, in the hope of tranferring files by this means, but again, and this too is a first, Mga 3 came back with a message "Unable to mount USB drive"

[doktor5000]

Can you list the shares with

Code: Select all

smbclient -L droboshare -U username

or

Code: Select all

smbclient -L drobo-fs -U username

Also does name resolution work, what does

Code: Select all

host droboshare
host drobo-fs

show?

[doktor5000]

The command "smbclient -L drobo-fs -U droboman" returns

Code: Select all

Domain=[WORKGROUP] OS=[Unix] Server=[Samba 3.0.14a]

        Sharename       Type      Comment
        ---------       ----      -------
        V               Disk      V
        Drobo3          Disk      Drobo3
        Drobo2          Disk      Drobo2
        Drobo1          Disk      Drobo1
        IPC$            IPC       IPC Service (DroboShare)
        ADMIN$          IPC       IPC Service (DroboShare)
Domain=[WORKGROUP] OS=[Unix] Server=[Samba 3.0.14a]

        Server               Comment
        ---------            -------
        DROBOSHARE           DroboShare
        RODSREDBOX           

        Workgroup            Master
        ---------            -------
        WORKGROUP            RODSREDBOX

Rodredbox is another machine, running Win7 at the time.
The command "smbclient -L drobo-fs -U droboman" returns :-

Code: Select all

Domain=[WORKGROUP] OS=[Unix] Server=[Samba 3.4.4]

        Sharename       Type      Comment
        ---------       ----      -------
        IPC$            IPC       IPC Service (Drobo FS (Samba V. 3.4.4))
        DroboApps       Disk     
        Public          Disk     
Domain=[WORKGROUP] OS=[Unix] Server=[Samba 3.4.4]

        Server               Comment
        ---------            -------
        RODSREDBOX           
        DROBO-FS             Drobo FS (Samba V. 3.4.4)

        Workgroup            Master
        ---------            -------
        WORKGROUP

The other command "host drobo-fs" returns:-

Code: Select all

Host drobo-fs not found: 3(NXDOMAIN)

[doktor5000]

The other command "host drobo-fs" returns:-

Code: Select all

Host drobo-fs not found: 3(NXDOMAIN)

Due to a typo i've posted two times the same command, can you please try that also for droboshare?

Apart from that, seems weird, as it indicates a problem with host name resolution.

Can you please show your /etc/hosts and /etc/resolv.conf ?

[doktor5000]

command "host droboshare" returns

Code: Select all

Host droboshare not found: 3(NXDOMAIN)

/etc/hosts file

Code: Select all

127.0.0.1 down
127.0.0.1 localhost
192.168.1.150   router
192.168.1.202   up upstairs
192.168.1.204   bluey bluebook
192.168.1.206   ipad
192.168.1.208   think thinkpad
192.168.1.210   red redbook
192.168.1.190   laserjet1
192.168.1.192   laserjet2
192.168.1.152   droboshare drobo
192.168.1.154   drobo-fs

/etc/resolv.conf:

Code: Select all

# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 195.74.113.58
nameserver 192.168.1.150

[doktor5000]

Ok, can you ping droboshare and drobo-fs by name?
Also please show your /etc/nsswitch.conf, leave out the commented stuff via

Code: Select all

grep -v ^# /etc/nsswitch.conf

And please use code tags in the forum editor. Edit one of your last posts to see how i added them. Thanks.

[rodgoslin]

pings to both droboshare and drobo-fs are both successful. The return from the command "grep -v ^# /etc/nsswitch.conf" as follows

Code: Select all

passwd:         files
shadow:         files
group:          files

hosts:           mdns4_minimal files nis dns myhostname mdns4
networks:       files

services:       files
protocols:      files
rpc:            files
ethers:         files
netmasks:       files
netgroup:       files
publickey:      files

bootparams:     files
automount:      files
aliases:        files

[doktor5000]

Code: Select all

hosts:           mdns4_minimal files nis dns myhostname mdns4


Do the IP adresses in your /etc/hosts and the current IP adresses from the ping command match?
If that is the case, then i'd change the nsswitch.conf slightly

Code: Select all

hosts:           files nis dns myhostname mdns4 mdns4_minimal


If the IP adresses do not match, update your /etc/hosts with the current adresses.

[rodgoslin]

The addresss do match. In fact I've deleted and reinstalled the entries several times, in case the odd typo has got in. I've amended nsswitch.conf as you suggested with no positive result. The drives fail to mount with the same error message. As you said earlier, it does seem like a hosts definition failure. The Mga Control Centre, in the search for Samba servers, usually (but not always) comes up with the name, rather than the IP address, and I have in the past, replaced that in /stc/fstab with the IP address. But in this case this does not work either. I'm considering a new install of the whole OS, to see if that works, failing that I'll drop back to Mga 2. Although I'm not happy with having to go through a whole year of updates! But then, if it worked then, it should work again.

[doktor5000]

What you you get from the following command:

Code: Select all

umount /mnt/Drobo1; mount -t cifs //192.168.1.152/Drobo1 /mnt/Drobo1 credentials=/etc/samba/auth.droboshare.droboman

What you could also take a look at is http://support.drobo.com/app/answers/de ... t-mount%3F
http://support.drobo.com/app/answers/de ... r-mount%3F

I'd connect that box first locally via usb, and look if there's maybe some filesystem problem or something like that.
To mount it, you may need to take a look at viewtopic.php?f=41&t=5148

But it could also just be a problem with newer kernels, check http://aptosid.com/index.php?name=PNphp ... pic&t=2566

[rodgoslin]

I tried the command . copying and pasting the code into the command line as is, I got an error /mnt/Drobo1 not mounted, followed by the usual list of mount options. I tried again, with only the second (mount) part of the command. The same result, but without the complaint that Drobo1 was not mounted. I've an Asus 1225B netbook that I purchased recently. I've loaded Mga3 on it. Mga Command cenre here, finds and mounts the DroboFS, but cannot find the Droboshare unit (or anything else.). The Windows half of the machine has no trouble detecting and mapping all the units, with disappointing ease. At the moment I'm installing Mga2 on that machine to see what that does. Ah, it does nothing, since the graphics card isn't compatible, it seems with Mga2. I did try the Drobo as a USB device, but Mga3 would not mount it, and Windows would not see it, since I formatted it in ext3, when I bought it. It's not a total disaster, since the DroboFS is to replace the old Droboshare, but I had hoped to use Mageia to transfer the files from the one to the other. So, I'm having to do this with Windows, which is not to my taste.

[doktor5000]

I tried again, with only the second (mount) part of the command. The same result, but without the complaint that Drobo1 was not mounted.

What was the exact output of the command?

I did try the Drobo as a USB device, but Mga3 would not mount it, and Windows would not see it, since I formatted it in ext3, when I bought it

Should be quite easy to mount it manually if it's ext3. Wanna try that?

[rodgoslin]

All of it!

Code: Select all

[root@down rod]# umount /mnt/Drobo1; mount -t cifs //192.168.1.152/Drobo1 /mnt/Drobo1 credentials=/etc/samba/auth.droboshare.droboman
umount: /mnt/Drobo1: not mounted

Usage:
 mount [-lhV]
 mount -a [options]
 mount [options] [--source] <source> | [--target] <directory>
 mount [options] <source> <directory>
 mount <operation> <mountpoint> [<target>]

Options:
 -a, --all               mount all filesystems mentioned in fstab
 -c, --no-canonicalize   don't canonicalize paths
 -f, --fake              dry run; skip the mount(2) syscall
 -F, --fork              fork off for each device (use with -a)
 -T, --fstab <path>      alternative file to /etc/fstab
 -h, --help              display this help text and exit
 -i, --internal-only     don't call the mount.<type> helpers
 -l, --show-labels       lists all mounts with LABELs
 -n, --no-mtab           don't write to /etc/mtab
 -o, --options <list>    comma-separated list of mount options
 -O, --test-opts <list>  limit the set of filesystems (use with -a)
 -p, --pass-fd <num>     read the passphrase from file descriptor
 -r, --read-only         mount the filesystem read-only (same as -o ro)
 -t, --types <list>      limit the set of filesystem types
     --source <src>      explicitly specifies source (path, label, uuid)
     --target <target>   explicitly specifies mountpoint
 -v, --verbose           say what is being done
 -V, --version           display version information and exit
 -w, --read-write        mount the filesystem read-write (default)

 -h, --help     display this help and exit
 -V, --version  output version information and exit

Source:
 -L, --label <label>     synonym for LABEL=<label>
 -U, --uuid <uuid>       synonym for UUID=<uuid>
 LABEL=<label>           specifies device by filesystem label
 UUID=<uuid>             specifies device by filesystem UUID
 PARTLABEL=<label>       specifies device by partition label
 PARTUUID=<uuid>         specifies device by partition UUID
 <device>                specifies device by path
 <directory>             mountpoint for bind mounts (see --bind/rbind)
 <file>                  regular file for loopdev setup

Operations:
 -B, --bind              mount a subtree somewhere else (same as -o bind)
 -M, --move              move a subtree to some other place
 -R, --rbind             mount a subtree and all submounts somewhere else
 --make-shared           mark a subtree as shared
 --make-slave            mark a subtree as slave
 --make-private          mark a subtree as private
 --make-unbindable       mark a subtree as unbindable
 --make-rshared          recursively mark a whole subtree as shared
 --make-rslave           recursively mark a whole subtree as slave
 --make-rprivate         recursively mark a whole subtree as private
 --make-runbindable      recursively mark a whole subtree as unbindable

For more details see mount(8).
[root@down rod]#

Re-USB. I'm well on the way to transferring the files by copy and paste under Windows, so I'll leave it to grind on.

[rodgoslin]

Ummm, This evening, I've been around all (or nearly all) of my PC's trying to setup for the Drobo units. Unfortunately, it seems to be a generic thing, since all bar one failed to mount any of the units. The performance of the Access Windows (SMB) drives was spotty, too. some detected only droboshare, some only drobo-fs. None mounted the older units. So it looks like I'm going to have to do a total reversion to Mga2, and a full years updates on each machine (groan). It's a bit galling to note that all the machines with Windows performed excellently, whatever the Windows version.

[doktor5000]

Maybe you should contact droboshare support?

[rodgoslin]

I don't think I'd get anywhere, there. They've never been very hot on support, and apart from the very early days of the company, even less on Linux. It's a bit strange, since the early Drobo units ran Linux as the operating system. They also had a very keen project going for developers to create applications on the Linux base. That soon dried up and there hasn't been anything new for some years. The original CEO left the company in strange circumstances and there hasn't been any serious progress forward since then. They concentrate on Windows and Mac, and any other OS is largely ignored. One of the reasons for getting the DroboFS instead of the Drobo5N (apart from the price) was that it would still run the legacy applications, and the new unit only had two applications, neither of which I had any use for. And no reassurance that it would run on Mga at all.

[doktor5000]

What can definitely do, is find the reason why you can't mount those drives under Mageia.

http://aptosid.com/index.php?name=PNphp ... pic&t=2566 has quite some information how others found out what the underlying problem is.
Only in your case you probably want to issue a journalctl -a after your tried to mount, or open two terminals, in the first run journalctl -f
and in the second issue the mount command, and post here what you get from the journal after your try to mount.
In both cases run journalctl as root.

[rodgoslin]

The command "journalctl -f" returned

Code: Select all

Jun 12 00:11:15 down kernel: CIFS VFS: cifs_mount failed w/return code = -5
Jun 12 00:11:15 down kernel: CIFS VFS: cifs_mount failed w/return code = -5
Jun 12 00:11:15 down kernel: CIFS VFS: cifs_mount failed w/return code = -5
Jun 12 00:11:15 down kernel: CIFS VFS: cifs_mount failed w/return code = -5

after the mount -a command. I'll have a look at the link in a few minutes

[doktor5000]

Seems you can do a

Code: Select all

modprobe cifs

and then

Code: Select all

echo 1 > /proc/fs/cifs/cifsFYI

If you try to mount then, journal should hold quite more information what's going on.

http://samba.2283325.n4.nabble.com/Can- ... 17672.html

And apart from the journal, do you see anything in dmesg about the mount?

[rodgoslin]

Quite a lot more information! As:-

Code: Select all

Jun 12 02:42:45 down kernel: fs/cifs/cifsfs.c: Devname: //droboshare/Drobo1 flags: 0
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: Username: droboman
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: file mode: 0x1ed  dir mode: 0x1ed
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: CIFS VFS: in cifs_mount as Xid: 3905 with uid: 0
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: UNC: \\droboshare\Drobo1
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: Socket created
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: sndbuf 16384 rcvbuf 87380 rcvtimeo 0x2bc
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: CIFS VFS: in cifs_get_smb_ses as Xid: 3906 with uid: 0
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: Demultiplex PID: 24790
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: Existing smb sess not found
Jun 12 02:42:45 down kernel: fs/cifs/cifssmb.c: secFlags 0x81
Jun 12 02:42:45 down kernel: fs/cifs/cifssmb.c: NTLMSSP only mechanism, enable extended security
Jun 12 02:42:45 down kernel: fs/cifs/transport.c: For smb_command 114
Jun 12 02:42:45 down kernel: fs/cifs/transport.c: Sending smb: smb_len=78
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: RFC1002 header 0x7f
Jun 12 02:42:45 down kernel: fs/cifs/transport.c: cifs_sync_mid_result: cmd=114 mid=1 state=4
Jun 12 02:42:45 down kernel: fs/cifs/cifssmb.c: Dialect: 2
Jun 12 02:42:45 down kernel: fs/cifs/cifssmb.c: negprot rc -5
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: CIFS VFS: leaving cifs_get_smb_ses (xid = 3906) rc = -5
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: CIFS VFS: leaving cifs_mount (xid = 3905) rc = -5
Jun 12 02:42:45 down kernel: CIFS VFS: cifs_mount failed w/return code = -5
Jun 12 02:42:45 down kernel: fs/cifs/cifsfs.c: Devname: //droboshare/Drobo2 flags: 0
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: Username: droboman
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: file mode: 0x1ed  dir mode: 0x1ed
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: CIFS VFS: in cifs_mount as Xid: 3907 with uid: 0
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: UNC: \\droboshare\Drobo2
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: Socket created
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: sndbuf 16384 rcvbuf 87380 rcvtimeo 0x2bc
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: CIFS VFS: in cifs_get_smb_ses as Xid: 3908 with uid: 0
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: Existing smb sess not found
Jun 12 02:42:45 down kernel: fs/cifs/cifssmb.c: secFlags 0x81
Jun 12 02:42:45 down kernel: fs/cifs/cifssmb.c: NTLMSSP only mechanism, enable extended security
Jun 12 02:42:45 down kernel: fs/cifs/transport.c: For smb_command 114
Jun 12 02:42:45 down kernel: fs/cifs/transport.c: Sending smb: smb_len=78
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: Demultiplex PID: 24793
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: RFC1002 header 0x7f
Jun 12 02:42:45 down kernel: fs/cifs/transport.c: cifs_sync_mid_result: cmd=114 mid=1 state=4
Jun 12 02:42:45 down kernel: fs/cifs/cifssmb.c: Dialect: 2
Jun 12 02:42:45 down kernel: fs/cifs/cifssmb.c: negprot rc -5
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: CIFS VFS: leaving cifs_get_smb_ses (xid = 3908) rc = -5
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: CIFS VFS: leaving cifs_mount (xid = 3907) rc = -5
Jun 12 02:42:45 down kernel: CIFS VFS: cifs_mount failed w/return code = -5
Jun 12 02:42:45 down kernel: fs/cifs/cifsfs.c: Devname: //droboshare/Drobo3 flags: 0
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: Username: droboman
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: file mode: 0x1ed  dir mode: 0x1ed
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: CIFS VFS: in cifs_mount as Xid: 3909 with uid: 0
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: UNC: \\droboshare\Drobo3
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: Socket created
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: sndbuf 16384 rcvbuf 87380 rcvtimeo 0x2bc
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: CIFS VFS: in cifs_get_smb_ses as Xid: 3910 with uid: 0
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: Demultiplex PID: 24796
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: Existing smb sess not found
Jun 12 02:42:45 down kernel: fs/cifs/cifssmb.c: secFlags 0x81
Jun 12 02:42:45 down kernel: fs/cifs/cifssmb.c: NTLMSSP only mechanism, enable extended security
Jun 12 02:42:45 down kernel: fs/cifs/transport.c: For smb_command 114
Jun 12 02:42:45 down kernel: fs/cifs/transport.c: Sending smb: smb_len=78
Jun 12 02:42:45 down kernel: Shorewall:net2fw:DROP:IN=eth0 OUT= MAC=90:e6:ba:83:1e:ca:00:21:29:74:b2:da:08:00 SRC=112.213.47.1... URGP=0
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: RFC1002 header 0x7f
Jun 12 02:42:45 down kernel: fs/cifs/transport.c: cifs_sync_mid_result: cmd=114 mid=1 state=4
Jun 12 02:42:45 down kernel: fs/cifs/cifssmb.c: Dialect: 2
Jun 12 02:42:45 down kernel: fs/cifs/cifssmb.c: negprot rc -5
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: CIFS VFS: leaving cifs_get_smb_ses (xid = 3910) rc = -5
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: CIFS VFS: leaving cifs_mount (xid = 3909) rc = -5
Jun 12 02:42:45 down kernel: CIFS VFS: cifs_mount failed w/return code = -5
Jun 12 02:42:45 down kernel: fs/cifs/cifsfs.c: Devname: //droboshare/V flags: 0
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: Username: droboman
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: file mode: 0x1ed  dir mode: 0x1ed
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: CIFS VFS: in cifs_mount as Xid: 3911 with uid: 0
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: UNC: \\droboshare\V
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: Socket created
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: sndbuf 16384 rcvbuf 87380 rcvtimeo 0x2bc
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: CIFS VFS: in cifs_get_smb_ses as Xid: 3912 with uid: 0
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: Existing smb sess not found
Jun 12 02:42:45 down kernel: fs/cifs/cifssmb.c: secFlags 0x81
Jun 12 02:42:45 down kernel: fs/cifs/cifssmb.c: NTLMSSP only mechanism, enable extended security
Jun 12 02:42:45 down kernel: fs/cifs/transport.c: For smb_command 114
Jun 12 02:42:45 down kernel: fs/cifs/transport.c: Sending smb: smb_len=78
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: Demultiplex PID: 24799
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: RFC1002 header 0x7f
Jun 12 02:42:45 down kernel: fs/cifs/transport.c: cifs_sync_mid_result: cmd=114 mid=1 state=4
Jun 12 02:42:45 down kernel: fs/cifs/cifssmb.c: Dialect: 2
Jun 12 02:42:45 down kernel: fs/cifs/cifssmb.c: negprot rc -5
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: CIFS VFS: leaving cifs_get_smb_ses (xid = 3912) rc = -5
Jun 12 02:42:45 down kernel: fs/cifs/connect.c: CIFS VFS: leaving cifs_mount (xid = 3911) rc = -5
Jun 12 02:42:45 down kernel: CIFS VFS: cifs_mount failed w/return code = -5

From reading the info on the link you provided in your previous post. It seems that the system (kernel?) cannot process the returns from an earlier version of Samba Server. Which seems to be a bit of a killer for earlier kit. Meanwhile Windows is grinding on moving files onto the new unit. When it's done, I'll then have to re-learn how to manage the DroboFS's OS, since the entire file structure on the Drobo is owned by root, with no write access to anyone else. I'm not sure how Windows gets round this

[doktor5000]

You should also read some documentation on samba essentials. Samba has it's own user management, mapped to the unix or windows users.
http://www.samba.org/samba/docs/man/Sam ... ollection/


Apart from that, you should try an interactive session with smbclient on one of servers, to rule out problems with your credentials file (syntax and so on) and with the user which you use to login to the share. After entering your password you should get a prompt, where you can just enter an ls -la or so ...
You could try something like

Code: Select all

smclient -I 192.168.1.152 -U username -d 1

[rodgoslin]

Thank you. I looked at the Samba essentials link, but could not find much enthusiasm to wade through it all. The situation, as I see it, is that I have a device, which has worked well through a number of years, which has included several versions of Mandriva amd the first two versions of Mageiea. With no changes in the circumstances in regard to the old Drobo units, the old units are un-mountable, and with the best will in the world, I cannot see my ever succeeding in getting them mounted. There is nothing wrong with the mounting systems. All settings generated are correct, but the units will not mount. However, when I have succeeded in transferring the files to the new unit, I shall be de-commisioning the old Drobe, and the problem will no longer be of any consequence to me. I would assure you that the settings are correct. On one machine, which apparently could not 'see' the DroboFS, I amended, as to address and one or two other things, the /etc/fstab entries for the non-mounting Drobo1, to the DrobFS, and on running mount -a, the DroboFS mounted without demur. While the problem has not been cured, to me it is no longer a problem.

[doktor5000]

Please mark the thread accordingly by editing the topic of the first post and prefix it by [DONE], thanks