[Gluster-devel] ha example

[Mickey Mazarick]

Heh, ok ok I get it ;-)
We have an ibverbs/bonded tcp setup that's locked and loaded once you 
want to test it.

Thanks for all the great work!
-Mickey Mazarick

Krishna Srinivas wrote:
> Mickey,
> Wait for the announcement :D the tla code is not stable.
> Krishna
>
> On Fri, Oct 17, 2008 at 2:56 AM, Mickey Mazarick <mic at digitaltadpole.com> wrote:
>   
>> Our first test didn't go so well, we got the error below.
>> If you remind me how to display the stacktrace using the core file I'll send
>> that as well :-)
>>
>> This was a complicated first test with 6 servers
>> Unify(AFR(1,2),AFR(3,4),AFR(5,6))
>> We just put in HA for each server to itself over an alternate protocol.
>>
>> example:
>> volume brick1
>>  type cluster/ha
>>  subvolumes brick1ib brick1tcp
>> end-volume
>>
>>
>> pending frames:
>> frame : type(1) op(32)
>>
>> Signal received: 11
>> configuration details:argp 1
>> backtrace 1
>> dlfcn 1
>> fdatasync 1
>> libpthread 1
>> llistxattr 1
>> setfsid 1
>> spinlock 1
>> epoll.h 1
>> xattr.h 1
>> tv_nsec 1
>> package-string: glusterfs 1.4.0pre6
>> /lib64/tls/libc.so.6[0x33c0a2e2b0]
>> /usr/local/lib/glusterfs/1.4.0pre6/xlator/cluster/ha.so(ha_checksum+0x192)[0x2b514f2a8972]
>> /usr/local/lib/libglusterfs.so.0(default_checksum+0xb2)[0x2b514efe6962]
>> /usr/local/lib/glusterfs/1.4.0pre6/xlator/cluster/unify.so(gf_unify_self_heal+0x404)[0x2b514f4cb364]
>> /usr/local/lib/glusterfs/1.4.0pre6/xlator/cluster/unify.so(unify_lookup_cbk+0x752)[0x2b514f4befc2]
>> /usr/local/lib/glusterfs/1.4.0pre6/xlator/cluster/afr.so(afr_lookup_cbk+0x160)[0x2b514f3b0580]
>> /usr/local/lib/glusterfs/1.4.0pre6/xlator/cluster/ha.so[0x2b514f29ff04]
>> /usr/local/lib/glusterfs/1.4.0pre6/xlator/protocol/client.so(client_lookup_cbk+0xd8)[0x2b514f1967c8]
>> /usr/local/lib/glusterfs/1.4.0pre6/xlator/protocol/client.so(protocol_client_interpret+0x38d)[0x2b514f1993ed]
>> /usr/local/lib/glusterfs/1.4.0pre6/xlator/protocol/client.so(protocol_client_pollin+0xbe)[0x2b514f199b0e]
>> /usr/local/lib/glusterfs/1.4.0pre6/xlator/protocol/client.so(notify+0x1cb)[0x2b514f199d1b]
>> /usr/local/lib/glusterfs/1.4.0pre6/transport/socket.so[0x2aaaad22c13e]
>> /usr/local/lib/libglusterfs.so.0[0x2b514eff54d1]
>> /usr/local/sbin/glusterfs(main+0x69b)[0x402d2b]
>> /lib64/tls/libc.so.6(__libc_start_main+0xdb)[0x33c0a1c3fb]
>> /usr/local/sbin/glusterfs[0x4021ea]
>> ---------
>>
>>
>> SPECFILE:
>>
>> ####TCP######
>> volume brick1tcp
>> type protocol/client
>> option transport-type tcp     # for TCP/IP transport
>> option remote-host RTPST201      # IP address of the remote brick
>> option remote-subvolume brick        # name of the remote volume
>> end-volume
>>
>> volume brick2tcp
>> type protocol/client
>> option transport-type tcp
>> option remote-host RTPST202
>> option remote-subvolume brick
>> end-volume
>>
>> volume brick3tcp
>> type protocol/client
>> option transport-type tcp
>> option remote-host RTPST203
>> option remote-subvolume brick
>> end-volume
>>
>> volume brick4tcp
>> type protocol/client
>> option transport-type tcp
>> option remote-host RTPST204
>> option remote-subvolume brick
>> end-volume
>>
>> volume brick5tcp
>> type protocol/client
>> option transport-type tcp
>> option remote-host RTPST205
>> option remote-subvolume brick
>> end-volume
>>
>> volume brick6tcp
>>     


-- 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-devel/attachments/20081017/265ce0c0/attachment-0003.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mickeysig.jpg
Type: image/jpeg
Size: 7902 bytes
Desc: not available
URL: <http://supercolony.gluster.org/pipermail/gluster-devel/attachments/20081017/265ce0c0/attachment-0003.jpg>