[Linux-cluster] GFS and samba problem, again

[sandra-llistes]

Hi Abhi,

Your mail astonished me. The only difference between your environment 
and our is that you've RHEL4 and we've Fedora 5 with GFS.
I'm sorry about this but I have to insist. Are you completelly sure 
that your samba access was simoultaneous? because if you probe one 
client, and then another it isn't the same.
I found people that complain about the same problem we have:
http://www.redhat.com/archives/linux-cluster/2004-November/msg00065.html
http://www.centos.org/modules/newbb/viewtopic.php?topic_id=4997

Well, I had finally compiled GFS2 but I was uncapable to start cman 
daemons.
[root at server2 ~]#  /etc/init.d/cman start
Starting cluster:
    Loading modules... done
    Mounting configfs... done
    Starting ccsd... done
    Starting cman... failed
/usr/sbin/cman_tool: aisexec daemon didn't start

And I obtain this when I try: # strace /usr/sbin/cman_tool -t 120 -w join
....
connect(5, {sa_family=AF_FILE, path="/var/run/cman_admin"}, 110) = -1 
ENOENT (No such file or directory)
close(5)
write(2, "/usr/sbin/cman_tool: ", 21/usr/sbin/cman_tool: )   = 21
write(2, "aisexec daemon didn\'t start\n", 28aisexec daemon didn't start
) = 28
exit_group(1)

So I'm stalled by that way.

I'm downloading RHEL 30-days evaluating version and I'm also trying 
samba 3.0.23c compiling with cluster support.
I will tell you something as soon as I finish all test.
Regards,

Sandra

Abhijith Das wrote:
> Hi Sandra,
> I tried your test with 4 windows machines. 3 real machines and 1 
> simulated in vmware - all running windows xp home. Everything runs fine:
> smbstatus on the samba server shows me this:
> [root at niobe-04 ~]# smbstatus
> 
> Samba version 3.0.10-1.4E.2
> PID     Username      Group         Machine
> -------------------------------------------------------------------
>  775   testmonkey    testmonkeys   ccc-t3n2rexrla7 (10.15.80.203)
>  777   testmonkey    testmonkeys   migael       (10.15.80.222)
>  774   testmonkey    testmonkeys   bbb-34gtsedgprj (10.15.80.6)
>  776   testmonkey    testmonkeys   schumi       (10.15.80.209)
> 
> Service      pid     machine       Connected at
> -------------------------------------------------------
> public         774   bbb-34gtsedgprj  Wed Oct 11 15:03:10 2006
> public         776   schumi        Wed Oct 11 15:03:11 2006
> IPC$           777   migael        Wed Oct 11 15:43:58 2006
> public         777   migael        Wed Oct 11 15:03:25 2006
> public         775   ccc-t3n2rexrla7  Wed Oct 11 15:03:10 2006
> 
> Locked files:
> Pid    DenyMode   Access      R/W        Oplock           Name
> --------------------------------------------------------------
> 777    DENY_NONE  0x20089     RDONLY     NONE             
> /public/TruthHappens.ogg   Wed Oct 11 17:39:16 2006
> 775    DENY_NONE  0x20089     RDONLY     NONE             
> /public/TruthHappens.ogg   Wed Oct 11 17:39:16 2006
> 774    DENY_NONE  0x20089     RDONLY     NONE             
> /public/TruthHappens.ogg   Wed Oct 11 17:39:07 2006
> 776    DENY_NONE  0x20089     RDONLY     NONE             
> /public/TruthHappens.ogg   Wed Oct 11 17:39:06 2006
> 
> My smb.conf looks like this :
> [public]
>        comment         = ShareGFS
>        path            = /public
>        writeable       = No
>        read only       = Yes
>        write list      = @admsamba
>        force group     = root
>        create mask     = 0775
>        directory mask  = 0775
>        oplocks         = No
>        locking = Yes
>        strict locking = Yes
> 
> Also, since the share is readonly, there shouldn't be (m)any locks 
> involved, which makes your problem seem all the more odd. Let me know if 
> there's anything else I can try. Also, I'm curious about your test 
> results with gfs2 and gfs1 from the RHEL4 branch.
> 
> Regards,
> --Abhi