On Tue, Nov 1, 2016 at 7:32 AM, Lian, George (Nokia - CN/Hangzhou) <
george.l...@nokia.com> wrote:
> Hi,
>
>
>
> I will test it with your patches and update to you when I have result.
>
hi George,
Please use http://review.gluster.org/#/c/15757/2 i.e. second version
of Raghavendra's patch. I
- Original Message -
> From: "Raghavendra Gowdappa"
> To: "George Lian (Nokia - CN/Hangzhou)"
> Cc: "I_EXT_MBB_WCDMA_SWD3_DA1_MATRIX_GMS"
> , "Bingxuan Zhang (Nokia
> - CN/Hangzhou)" , Gluster-devel@gluster.org, "Jan
> Zizka (Nokia - CZ/Prague)"
>
> Sent: Tuesday, November 1, 2016 7:
- Original Message -
> From: "George Lian (Nokia - CN/Hangzhou)"
> To: "Raghavendra Gowdappa" , "Jan Zizka (Nokia -
> CZ/Prague)" , "Bingxuan
> Zhang (Nokia - CN/Hangzhou)"
> Cc: "Pranith Kumar Karampuri" ,
> "I_EXT_MBB_WCDMA_SWD3_DA1_MATRIX_GMS"
> , Gluster-devel@gluster.org
> Sent:
Hi, Raghavendra,
Thanks a lots for your update!
>IIUC, the "tail issue" can happen if 'tail -f' reads a stat with st_size
>lesser than previously read value (and hence the complaint - file truncated).
>In this case, even though fstat at T2 doesn't account the write at T0, it
>doesn't prove tha
Hi,
How can we enable debug.trace so that we can inspect the debug data on
different xlator?
I just set “debug.trace on” and “debug.log-file yes” seems not work now.
And one more update for this issue, if we set performance.stat-prefetch to off,
the issue will not be occurred. (our previous tes
2016-10-31 12:40 GMT+01:00 Lindsay Mathieson :
> But you can broadcast with UDP - one packet of data through one nic to all
> nodes, so in theory you could broadcast 1GB *per nic* or 3GB via three nics.
> Minus overhead for acks, nacks and ordering :)
>
> But I'm not sure it would work at all in pr
Another thought that just occurred to me: security. There's no
broadcast/unicast equivalent of TLS, so you're not going to have that
protection. Maybe it doesn't matter in some kinds of deployments, but in
others it would matter very much. Also, a similarly-secure broadcast/multicast
protoco
On 31/10/2016 5:56 PM, Gandalf Corvotempesta wrote:
> I'd like to experiment with broadcast udp to see if its feasible in
local networks. It would be amazing if we could write at 1GB speeds
simultaneously to all nodes.
>
Is you have replica 3 and set a 3 nic bonded interface with
balance-al
On 31/10/2016 5:56 PM, Gandalf Corvotempesta wrote:
Is you have replica 3 and set a 3 nic bonded interface with
balance-alb on the gluster client, you are able to use the 3 nics
simultaneously writing at 1gb on each node.
Actually all you need is two nics, so each node can use 2 nics for the
- Original Message -
> From: "Raghavendra G"
> To: "Lindsay Mathieson"
> Cc: "Gluster Devel"
> Sent: Monday, October 31, 2016 11:45:15 AM
> Subject: Re: [Gluster-devel] Custom Transport layers
>
>
>
> On Fri, Oct 28, 2016 at 6:20 PM, Lindsay Mathieson <
> lindsay.mathie...@gmail.com
- Original Message -
> From: "George Lian (Nokia - CN/Hangzhou)"
> To: "Pranith Kumar Karampuri" , "Raghavendra Gowdappa"
>
> Cc: "I_EXT_MBB_WCDMA_SWD3_DA1_MATRIX_GMS"
> , "Bingxuan Zhang (Nokia
> - CN/Hangzhou)" , Gluster-devel@gluster.org, "Jan
> Zizka (Nokia - CZ/Prague)"
>
> Sen
Hi,
I suppose there seems a defect on mdc_writev_cbk and mdc_fstat
Let’s assume in 2 timestamp which called write and fstat operation in
application:
T0: write (process a)
T1: read (process b) with the data of T0 of process a.
T2: fstat (process c)
In my view, mdc_write is non-block operation
Il 28 ott 2016 2:50 PM, "Lindsay Mathieson"
ha scritto:
>
> I'd like to experiment with broadcast udp to see if its feasible in local
networks. It would be amazing if we could write at 1GB speeds
simultaneously to all nodes.
>
Is you have replica 3 and set a 3 nic bonded interface with balance-al
13 matches
Mail list logo