This bug hunt just gets weirder...

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



OK, now I'm completely stumped.

I just moved the backing store on the primary server away to a new directory and re-created the share's root directory, so it can resync from the secondary.

Only it doesn't. When the primary mounts the AFR volume, it reads the volume with "ls -laR" as empty. If I blind cd into a directory and ls it, the directory then gets created in the local store, and I can browse it.

The setup is CentOS 5.2 x86-64, glusterfs-2.0.0rc1, gluster patched fuse 2.7.4.

Volume spec files are pasted here:

primary server:

-------------------------------------------

volume home3
        type protocol/client
        option transport-type socket
        option transport.address-family inet
        option remote-host 10.2.0.10
        option remote-port 6997
        option remote-subvolume home3
end-volume

volume home-store
        type storage/posix
        option directory /gluster/home
end-volume

volume home2
        type features/posix-locks
        subvolumes home-store
end-volume

volume server
        type protocol/server
        option transport-type socket
        option transport.address-family inet
        option transport.socket.listen-port 6997
        subvolumes home2
        option auth.addr.home2.allow 127.0.0.1,10.2.*
end-volume

volume home
        type cluster/afr
        subvolumes home2 home3
        option read-subvolume home2
end-volume

---------------------------------------------

secondary server:

volume home2
        type protocol/client
        option transport-type socket
        option transport.address-family inet
        option remote-host 10.2.3.1
        option remote-port 6997
        option remote-subvolume home2
end-volume

volume home-store
        type storage/posix
        option directory /gluster/home
end-volume

volume home3
        type features/posix-locks
        subvolumes home-store
end-volume

volume server
        type protocol/server
        option transport-type socket
        option transport.address-family inet
        option transport.socket.listen-port 6997
        subvolumes home3
        option auth.addr.home3.allow 127.0.0.1,10.2.*
end-volume

volume home
        type cluster/afr
        subvolumes home2 home3
        option read-subvolume home3
end-volume

----------------------------------------

The only other thing of note is that I'm passing the --disable-direct-io-mode parameter (I wanted tail -f to work properly).

No error appears in the log when ls-ing the share from the "empty" node.

Am I doing/overlooking something silly here due to a caffeine underflow error? :-/

Gordan




[Index of Archives]     [Gluster Users]     [Ceph Users]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux