-
>>>>
>>>> nfs.mount-rmtab testdir
>>>>
>>>>
>>>> Does this mean the option value is not set properly in the script? Need
>>>> your help in debugging this.
>>>>
gt;>>> - yum upgrade --enablerepo=centos-gluster40-test glusterfs-server
>>>>>
>>>>> < Go back to the client and edit the contents of one of the files and
>>>>> change the permissions of a directory, so that there are things to heal
>>>>> when we bring up the newly upgraded server>
>>>>>
>>>>> - gluster --version
>>>>> - glusterd
>>>>> - gluster v status
>>>>> - gluster v heal patchy
>>>>>
>>>>> The above starts failing as follows,
>>>>> [root@centos-glfs-server1 /]# gluster v heal patchy
>>>>> Launching heal operation to perform index self heal on volume patchy
>>>>> has
>>>>> been unsuccessful:
>>>>> Commit failed on centos-glfs-server2.glfstest20. Please check log file
>>>>> for details.
>>>>> Commit failed on centos-glfs-server3. Please check log file for
>>>>> details.
>>>>>
>>>>> From here, if further files or directories are created from the
>>>>> client,
>>>>> they just get added to the heal backlog, and heal does not catchup.
>>>>>
>>>>> As is obvious, I cannot proceed, as the upgrade procedure is broken.
>>>>> The
>>>>> issue itself may not be selfheal deamon, but something around
>>>>> connections, but as the process fails here, looking to you guys to
>>>>> unblock this as soon as possible, as we are already running a day's
>>>>> slip
>>>>> in the release.
>>>>>
>>>>> Thanks,
>>>>> Shyam
>>>>>
>>>>
>>>>
>>>
>> ___
>> maintainers mailing list
>> maintain...@gluster.org
>> http://lists.gluster.org/mailman/listinfo/maintainers
>>
>
>
> ___
> Gluster-devel mailing list
> Gluster-devel@gluster.org
> http://lists.gluster.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://lists.gluster.org/mailman/listinfo/gluster-devel
On Fri, Feb 23, 2018 at 6:33 AM, J. Bruce Fields <bfie...@fieldses.org>
wrote:
> On Thu, Feb 22, 2018 at 01:17:58PM +0530, Raghavendra G wrote:
> > On Wed, Oct 11, 2017 at 7:32 PM, J. Bruce Fields <bfie...@fieldses.org>
> > wrote:
> >
> > > On Wed, Oct 1
On Thu, Feb 22, 2018 at 1:17 PM, Raghavendra G <raghaven...@gluster.com>
wrote:
>
>
> On Wed, Oct 11, 2017 at 7:32 PM, J. Bruce Fields <bfie...@fieldses.org>
> wrote:
>
>> On Wed, Oct 11, 2017 at 04:11:51PM +0530, Raghavendra G wrote:
>> > On Thu, Mar
t;>>> Hi,
> >>>>
> >>>> My name is Javier, live in Buenos Aires, Argentina, and work in the
> >>>> Network Operations Center of an Internet Service Provider as a Linux
> >>>> Sysadmin. I would like to contribute on the GlusterFS project if
> there is
> >>>> something where I can be useful.
> >>>>
> >>>> Thanks for your kind attention.
> >>>>
> >>>> Best Regards,
> >>>>
> >>>>
> >>>> Javier Romero
> >>>> E-mail: xavi...@gmail.com
> >>>> Skype: xavinux
> >>>>
> >>>>
> >>>> ___
> >>>> Gluster-devel mailing list
> >>>> Gluster-devel@gluster.org
> >>>> http://lists.gluster.org/mailman/listinfo/gluster-devel
> >>>
> >>>
> >>
> >>
> >> ___
> >> Gluster-devel mailing list
> >> Gluster-devel@gluster.org
> >> http://lists.gluster.org/mailman/listinfo/gluster-devel
> >
> >
> >
> >
> > --
> > Amar Tumballi (amarts)
> ___
> Gluster-devel mailing list
> Gluster-devel@gluster.org
> http://lists.gluster.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://lists.gluster.org/mailman/listinfo/gluster-devel
On Wed, Oct 11, 2017 at 7:32 PM, J. Bruce Fields <bfie...@fieldses.org>
wrote:
> On Wed, Oct 11, 2017 at 04:11:51PM +0530, Raghavendra G wrote:
> > On Thu, Mar 31, 2016 at 1:22 AM, J. Bruce Fields <bfie...@fieldses.org>
> > wrote:
> >
> > > On Mon, Mar
al Message -
> > From: "Pranith Kumar Karampuri" <pkara...@redhat.com>
> > To: "Raghavendra G" <raghaven...@gluster.com>
> > Cc: "Gluster Devel" <gluster-devel@gluster.org>
> > Sent: Friday, February 9, 2018 2:30:59 PM
>
how_bug.cgi?id=1390050
>>
>> regards,
>> Raghavendra
>> _______
>> Gluster-devel mailing list
>> Gluster-devel@gluster.org
>> http://lists.gluster.org/mailman/listinfo/gluster-devel
>>
>
>
> ___
> Gluster-devel mailing list
> Gluster-devel@gluster.org
> http://lists.gluster.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://lists.gluster.org/mailman/listinfo/gluster-devel
g/2018/schedule/event/optimizing_sds/
> 2. https://fosdem.org/2018/schedule/track/software_defined_storage/
> ___
> Gluster-devel mailing list
> Gluster-devel@gluster.org
> http://lists.gluster.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://lists.gluster.org/mailman/listinfo/gluster-devel
; > Shyam
> > > ___
> > > Gluster-devel mailing list
> > > Gluster-devel@gluster.org
> > > http://lists.gluster.org/mailman/listinfo/gluster-devel
> > >
> > ___
> > maintainers mailing list
> > maintain...@gluster.org
> > http://lists.gluster.org/mailman/listinfo/maintainers
> >
> ___
> Gluster-devel mailing list
> Gluster-devel@gluster.org
> http://lists.gluster.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://lists.gluster.org/mailman/listinfo/gluster-devel
t;>> [1] github issues marked for 4.0:
>>>> https://github.com/gluster/glusterfs/milestone/3
>>>>
>>>> [2] Review focus for features planned to land in 4.0:
>>>> https://review.gluster.org/#/q/owner:srangana%2540redhat.com+is:starred
>>>
On Mon, Jan 22, 2018 at 11:32 AM, Kaushal M <kshlms...@gmail.com> wrote:
> Did you run autogen.sh after installing libxml2-devel?
>
I hadn't. I did it now and configure succeeds. Thanks Kaushal.
> On Mon, Jan 22, 2018 at 11:10 AM, Raghavendra G
> <raghavendra...@gmai
Gluster-devel mailing list
>> Gluster-devel@gluster.org
>> http://lists.gluster.org/mailman/listinfo/gluster-devel
>>
>
>
>
> --
> Pranith
>
> _______
> Gluster-devel mailing list
> Gluster-devel@gluster.org
> http://lists.gluster.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://lists.gluster.org/mailman/listinfo/gluster-devel
the issue is very similar to one filed in:
https://bugzilla.redhat.com/show_bug.cgi?id=64134
Has anyone encountered this? How did you workaround this?
regards,
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http
*
>>
>> ___
>> Gluster-devel mailing list
>> Gluster-devel@gluster.org
>> http://lists.gluster.org/mailman/listinfo/gluster-devel
>>
>
>
> ___
>
here?
>>
>
> When stat is "zero filled", understanding is that the higher layer
> protocol doesn't send stat value to the kernel and a separate lookup is
> sent by the kernel to get the latest stat value. In which protocol are you
> seeing this issue? Fuse/NFS/SMB?
>
>
>>
s.
On Tue, Sep 12, 2017 at 11:31 AM, Raghavendra G <raghavendra...@gmail.com>
wrote:
> Update. Two more days to go for the deadline. Till now, there are no open
> issues identified against this patch.
>
> On Fri, Sep 8, 2017 at 6:54 AM, Raghavendra Gowdappa &
evel@gluster.org
> http://lists.gluster.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://lists.gluster.org/mailman/listinfo/gluster-devel
tests. Wondering how did
>>> that happen.
>>>
>>> [1] https://build.gluster.org/job/centos6-regression/7281/console
>>> [2] review.gluster.org/18681
>>>
>>> regards,
>>> Raghavendra
>>>
>>
>>
>>
>> --
>> nigelb
>>
>
>
>
> --
> nigelb
>
> ___
> Gluster-devel mailing list
> Gluster-devel@gluster.org
> http://lists.gluster.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://lists.gluster.org/mailman/listinfo/gluster-devel
+Brian Foster
On Wed, Oct 11, 2017 at 4:11 PM, Raghavendra G <raghaven...@gluster.com>
wrote:
> We ran into a regression [2][3]. Hence reviving this thread.
>
> [2] https://bugzilla.redhat.com/show_bug.cgi?id=1500269
> [3] https://review.gluster.org/18463
>
> On Thu, Ma
TALE at least the problem should be more obvious to the
> person debugging.
> - for ESTALE-aware applications, the ESTALE/ENOENT distinction
> is useful.
>
Another place to not convert is for those cases where kernel retries the
operation on seeing an ESTALE.
I guess we
UG: 1371806
> Signed-off-by: Mohit Agrawal <moagr...@redhat.com>
>
> Change-Id: I4eb137eace24a8cb796712b742f1d177a65343d5
>
>
> ___
> Gluster-devel mailing list
> Gluster-devel@gluster.org
> http://lists.gluster.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://lists.gluster.org/mailman/listinfo/gluster-devel
junath" <rab...@redhat.com>
> > To: "Raghavendra Gowdappa" <rgowd...@redhat.com>
> > Cc: "Raghavendra G" <raghavendra...@gmail.com>, "Nithya Balachandran" <
> nbala...@redhat.com>, anoo...@redhat.com,
> > "Gluster Devel"
id point. Behavior of other filesystems would be a concern.
I've not really thought through this suggestion of tuning /proc/sys/vm
tunables and I am not even an expert who knows what tunables are at our
disposal. Just wanted to bring this idea to notice of wider audience.
> Csaba
>
> On
A gentle reminder. We are midway through the proposed timeline.
On Wed, Aug 30, 2017 at 10:28 AM, Raghavendra Gowdappa <rgowd...@redhat.com>
wrote:
>
>
> - Original Message -
> > From: "Raghavendra Gowdappa" <rgowd...@redhat.com>
> > To: "
> From: "Nithya Balachandran" <nbala...@redhat.com>
> > > >>>>> > Sent: Monday, September 4, 2017 10:19:37 AM
> > > >>>>> > Subject: Fuse mounts and inodes
> > > >>>>> >
> > > >>>>> > Hi,
> > > >>>>> >
> > > >>>>> > One of the reasons
if I missed out anything.
>
> Thanks,
> Soumya
>
>
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1463191
>
> ___
> Gluster-devel mailing list
> Gluster-devel@gluster.org
> http://lists.gluster.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://lists.gluster.org/mailman/listinfo/gluster-devel
and we can come up with a reasonable
time.
regards,
Raghavendra
> On 24 August 2017 at 10:13, Raghavendra G <raghavendra...@gmail.com>
> wrote:
>
>> Note that we need to consider xlators on brick stack too. I've added
>> maintainers/peers of xlators on brick stack. Ple
name etc) in dht
> > > * Whether EC works fine if a non-lookup fop (like open(dir), stat,
> chmod
> > > etc) hits EC without a single lookup performed on file/inode
> > >
> > > Can you please comment on the patch? I'll take care of dht part.
> > >
> > > [1] https://review.gluster.org/#/c/17985/
> > >
> > > regards,
> > > Raghavendra
> > >
> > >
> >
> >
> > --
> > Pranith
> >
> ___
> Gluster-devel mailing list
> Gluster-devel@gluster.org
> http://lists.gluster.org/mailman/listinfo/gluster-devel
>
> --
> Raghavendra G
>
> <http://lists.gluster.org/mailman/listinfo/gluster-devel>
>
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://lists.gluster.org/mailman/listinfo/gluster-devel
- either because of specifc semantic or specific behavior --, then
> I don't see much point in force-fitting this kind of tuning into the
> fadvise
> syscall. We can just as well operate then via xattrs.
>
> Csaba
> ___
> Gluster-dev
>> Raghavendra
>>> ___
>>> Gluster-devel mailing list
>>> Gluster-devel@gluster.org
>>> http://lists.gluster.org/mailman/listinfo/gluster-devel
>>>
>> ___
>> Gluster-devel mailing list
ithya do
> you have a better context to provide?
>
These scenarios are explicitly handled by setting uid/gid to 0 while doing
these operations (like linkto file creation etc). Even if we run into bugs
after removing this, explicit setting of credentials should be preferred.
>
>>
On Tue, Jul 25, 2017 at 10:39 AM, Amar Tumballi <atumb...@redhat.com> wrote:
>
>
> On Tue, Jul 25, 2017 at 9:33 AM, Raghavendra Gowdappa <rgowd...@redhat.com
> > wrote:
>
>>
>>
>> - Original Message -
>> > From: "Pranith Kum
+Milind
On Mon, Jul 24, 2017 at 5:11 PM, Raghavendra G <raghaven...@gluster.com>
wrote:
>
>
> On Fri, Jul 21, 2017 at 6:39 PM, Vijay Bellur <vbel...@redhat.com> wrote:
>
>>
>> On Fri, Jul 21, 2017 at 3:26 AM, Raghavendra Gowdappa <
>> rgowd...@re
int. We can enable read-ahead only for files whose size is
greater than the size eligible for caching quick-read. IOW, read-ahead gets
disabled if file size is less than 64KB. Thanks for the suggestion.
>
> Thanks,
> Vijay
>
> ___
>
r-devel mailing list
>>> Gluster-devel@gluster.org
>>> http://lists.gluster.org/mailman/listinfo/gluster-devel
>>>
>>> ___
>> Gluster-devel mailing list
>> Gluster-devel@gluster.org
>> http://lists.gluster.org/mailman/listinfo/gluster-devel
>>
>
>
>
> --
> Pranith
>
> ___
> Gluster-devel mailing list
> Gluster-devel@gluster.org
> http://lists.gluster.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://lists.gluster.org/mailman/listinfo/gluster-devel
as and when I can think of a valid suspect.
[1] https://review.gluster.org/17391
>
> Xavi
>
>
>
>> -Krutika
>>
>>
>> ___
>> Gluster-devel mailing list
>> Gluster-devel@gluster.org
>> http://lists.gluster.org/mailman/listinfo/gluster-devel
>>
>>
> ___
> Gluster-devel mailing list
> Gluster-devel@gluster.org
> http://lists.gluster.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://lists.gluster.org/mailman/listinfo/gluster-devel
+gluster-users
On Mon, May 29, 2017 at 8:46 AM, Raghavendra G <raghaven...@gluster.com>
wrote:
> Replying to all queries here:
>
> * Is it a bug or performance enhancement?
> Its a performance enhancement. No functionality is broken if this patch
> is not taken in.
>
&
onvince users to upgrade sooner, 3.8
>> will
>> only be supported until 3.12 (or 4.0) gets released, which is approx.
>> 3
>> months from now according to our schedule.
>>
>> Niels
>>
>> ___
>>
thread reads a ping
packet, invokes its actor and hands the response msg to transport queue.
Change-Id: I526268c10bdd5ef93f322a4f95385137550a6a49
<https://review.gluster.org/#/q/I526268c10bdd5ef93f322a4f95385137550a6a49>
Signed-off-by: Raghavendra G <rgowd...@redhat.com>
BUG: 14
as last instance of it is
> successful?
>
> [1] https://review.gluster.org/#/c/15036/
>
> regards,
> Raghavendra
> ___
> Gluster-devel mailing list
> Gluster-devel@gluster.org
> http://lists.gluster.org/mailman/listinfo/gluster-devel
>
--
Ra
On Thu, May 11, 2017 at 3:58 AM, Vijay Bellur <vbel...@redhat.com> wrote:
>
>
> On Wed, May 10, 2017 at 9:01 AM, Jeff Darcy <j...@pl.atyp.us> wrote:
>
>>
>>
>>
>> On Wed, May 10, 2017, at 06:30 AM, Raghavendra G wrote:
>>
>> marking
_
> Gluster-devel mailing list
> Gluster-devel@gluster.org
> http://lists.gluster.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://lists.gluster.org/mailman/listinfo/gluster-devel
PM, Raghavendra G <raghaven...@gluster.com>
wrote:
> The same test is causing failures for [1] too. On checking it failed on
> master too. I've submitted a patch [2] to mark it as failure
>
> [1] https://review.gluster.org/#/c/15036
> [2] https://review.gluster.org/#/c/172
vel
>>
>> ___
> Gluster-devel mailing list
> Gluster-devel@gluster.org
> http://lists.gluster.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://lists.gluster.org/mailman/listinfo/gluster-devel
ter.org/mailman/listinfo/gluster-devel
>>
>>
> ___
> Gluster-devel mailing list
> Gluster-devel@gluster.org
> http://lists.gluster.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://lists.gluster.org/mailman/listinfo/gluster-devel
On Fri, Apr 21, 2017 at 11:43 AM, Raghavendra G <raghaven...@gluster.com>
wrote:
> Summing up various discussions I had on this,
>
> 1. Current ping frame work should measure just the responsiveness of
> network and rpc layer. This means poller threads shouldn't be winding the
lman/listinfo/gluster-devel
>>
>>
> --
> Sent from my Android device with K-9 Mail. Please excuse my brevity.
>
> ___
> Gluster-devel mailing list
> Gluster-devel@gluster.org
> http://lists.gluster.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://lists.gluster.org/mailman/listinfo/gluster-devel
1:1 mapping with socket level options as
>> documented in tcp(7).
>>
>> Please share your thoughts about the risks or effectiveness of the
>> decoupling.
>>
>> ___
> Gluster-devel mailing list
> Gluster-devel@gluster.org
> http://www.gluster.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://lists.gluster.org/mailman/listinfo/gluster-devel
n't
prioritize ping traffic ON the WIRE and through tcp/ip stack). While I
don't have strong objections to it, I feel that its partial solution and
might be inconsequential (just an hunch, no data). However, I can accept
the patch, if we feel it helps.
> Regards,
> Vijay
>
> ___
On Thu, Jan 19, 2017 at 3:59 PM, Raghavendra G <raghaven...@gluster.com>
wrote:
> The more relevant question would be with TCP_KEEPALIVE and
> TCP_USER_TIMEOUT on sockets, do we really need ping-pong framework in
> Clients? We might need that in transport/rdma setups,
, Raghavendra G <raghaven...@gluster.com>
wrote:
>
>
> On Thu, Jan 19, 2017 at 1:50 PM, Mohammed Rafi K C <rkavu...@redhat.com>
> wrote:
>
>> Hi,
>>
>> The patch for priority based ping packets [1] are ready to review. As
>> Shyam mentioned in the comme
losed. If you
need to be sure that the data is physically stored use fsync(2). (It will
depend on the disk hardware at this point.)
If not, do you have any comments for this inconvenient?
>
>
> Best Regards,
> George
> ___
>
s.
>
> [1] : http://review.gluster.org/#/c/11935/
>
> Regards
>
> Rafi KC
>
> ___
> Gluster-devel mailing list
> Gluster-devel@gluster.org
> http://lists.gluster.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://lists.gluster.org/mailman/listinfo/gluster-devel
On Thu, Jan 12, 2017 at 4:44 PM, Raghavendra G <raghavendra...@gmail.com>
wrote:
>
>
> On Thu, Jan 12, 2017 at 4:35 PM, Raghavendra G <raghavendra...@gmail.com>
> wrote:
>
>>
>>
>> On Thu, Jan 12, 2017 at 9:20 AM, B.K.Raghuram <bkr...@gmail.
__
> Gluster-devel mailing list
> Gluster-devel@gluster.org
> http://www.gluster.org/mailman/listinfo/gluster-devel
>
> --
> Raghavendra G
>
> <http://www.gluster.org/mailman/listinfo/gluster-devel>
<http://www.gluster.org/mailman/listinfo/glust
on the ML and IRC, rest assured that you are
> building a nice piece of software, at least IMHO.
>
> Keep-up the good work and Merry Christmas.
>
> Ivan Rossi
> ___
> Gluster-devel mailing
ng it. This option is expected to only
boost readdir performance on a directory containing subdirectories. For
files it has no effect.
On a similar note, I think we can also skip linkto files in readdirp (on
brick) as dht_readdirp picks the dentry from subvol containing data-file.
> Regard
am not sure though how often users would hit
> this - Updating from 3.6 to latest versions. From 3.7 to latest, its fine,
> this has nothing to do with this patch.
>
> On Nov 10, 2016 8:03 PM, "Pranith Kumar Karampuri" <pkara...@redhat.com>
> wrote:
>
>>
&g
>> 15778 before going ahead with the release. If we missed any other
>>>>> crucial patch please let us know.
>>>>>
>>>>> Will make the release as soon as this patch is merged.
>>>>>
>>>>> --
>>>>> Pranith & Aravinda
>>>>>
vel@gluster.org
> http://www.gluster.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
ll the directories and we might miss out those
>> directories in listing.
>>
>> Your feedback is important for us and will help us to prioritize and
>> improve things.
>>
>> [1] https://www.gluster.org/pipermail/gluster-users/2016-October
>> /028703.html
>>
>>
> > +gluster-users to get an opinion on this.
> >
> > regards,
> > Raghavendra
> >
> >>
> >>
> >>
> >>
> >>
> >>
> >> ___
> >> Gluster-devel mailing list
> >
On Thu, Nov 3, 2016 at 10:27 AM, Raghavendra G <raghaven...@gluster.com>
wrote:
>
>
> On Thu, Nov 3, 2016 at 7:16 AM, Lian, George (Nokia - CN/Hangzhou) <
> george.l...@nokia.com> wrote:
>
>> >Yes. I was assuming that the previous results were tested with:
ase for seekdir. But, however its
a POSIX requirement.
>
> 发自网易邮箱大师
> On 11/03/2016 12:52, Raghavendra G <raghaven...@gluster.com> wrote:
>
>
>
> On Wed, Nov 2, 2016 at 9:38 AM, Raghavendra Gowdappa <rgowd...@redhat.com>
> wrote:
>
>>
>>
&
ile truncated ”
>> > > > As we study and trace with the “tail” source code, it failed with
>> the
>> > > > following code:
>> > > > if ( S_ISREG (mode) && stats.st_size < f[i].size )
>> > > > {
>> > > > error (0, 0, _("%s: file trun
know if this has been tried and discarded as a bad
> idea ...
>
> thanks,
>
> --
> Lindsay Mathieson
>
> ___
> Gluster-devel mailing list
> Gluster-devel@gluster.org
> http://www.gluster.org/mailman/listinfo/gluster-devel
>
On Thu, Sep 29, 2016 at 11:11 AM, Raghavendra G <raghaven...@gluster.com>
wrote:
>
>
> On Wed, Sep 28, 2016 at 7:37 PM, Shyam <srang...@redhat.com> wrote:
>
>> On 09/27/2016 04:02 AM, Poornima Gurusiddaiah wrote:
>>
>>> W.r.t Samba consuming
t are the other pitfalls?
>
> [1] http://www.gluster.org/pipermail/gluster-devel/2016-August/050622.html
>
> [2] http://review.gluster.org/#/c/14784/
>
>
>>
>> Regards,
>> Poornima
>>
> ___
> Gluster-dev
t;> Hi,
> > >>
> > >> I have carried out "basic" performance measurement with zero copy
> write
> > >> APIs.
> > >> Throughput of zero copy write is 57 MB/sec vs default write 43 MB/sec.
> > >> ( I have modified Ben England'
is not of the request's concern to
>>> depend
>>> itself on those new entries which
>>> arrived
>>> after it arrived (i.e, those that have a
>>> liability generation higher than itself)
>>> */
>>>
>>>
>>> So, if a single thread is doing writes on two different fds, generation
>>> numbers are sufficient to enforce the relative ordering. If writes are from
>>> two different threads/processes, I think write-behind is not obligated to
>>> maintain their order. Comments?
>>>
>>> [1] http://review.gluster.org/#/c/15380/
>>>
>>> regards,
>>> Raghavendra
>>> ___
>>> Gluster-devel mailing list
>>> Gluster-devel@gluster.org
>>> http://www.gluster.org/mailman/listinfo/gluster-devel
>>>
>>
>>
>> ___
>> Gluster-devel mailing list
>> Gluster-devel@gluster.org
>> http://www.gluster.org/mailman/listinfo/gluster-devel
>>
>
>
> ___
> Gluster-devel mailing list
> Gluster-devel@gluster.org
> http://www.gluster.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
xtended attributes(current + old user attributes)
>>>>>> inot subvol.
>>>>>>
>>>>>>
>>>>>>In this current approach problem is
>>>>>>
>>>>>>1) it w
_
>> Gluster-users mailing list
>> gluster-us...@gluster.org
>> http://www.gluster.org/mailman/listinfo/gluster-users
>>
>
>
>
> --
>
> --Atin
>
>
>
> ___
> Gluster-devel mailing list
> Gluster-devel@gluster.org
> http://www.gluster.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
On Fri, Aug 12, 2016 at 10:29 AM, Raghavendra G <raghaven...@gluster.com>
wrote:
>
>
> On Thu, Aug 11, 2016 at 9:31 AM, Raghavendra G <raghaven...@gluster.com>
> wrote:
>
>> Couple of more areas to explore:
>> 1. purging kernel dentry and/or page-cac
t; > might be missing some notifications. Current approach of purging cache of
> > all inodes might not be optimal as it might rollback benefits of caching.
> > Also, please note that network disconnects are not rare events.
> >
> > regards,
> > Raghavendra
>
uster.org/mailman/listinfo/gluster-devel
>
> ___
> Gluster-users mailing
> listGluster-users@gluster.orghttp://www.gluster.org/mailman/listinfo/gluster-users
>
>
>
> ___
> Gluster-de
I've filed a bug on the issue at:
https://bugzilla.redhat.com/show_bug.cgi?id=1360689
On Fri, Jul 15, 2016 at 12:44 PM, Raghavendra G <raghaven...@gluster.com>
wrote:
> Hi Patrick,
>
> Is it possible to test out whether the patch fixes your issue? There is
> nothing like va
ifically an IPoIB stack) - RDMA connection manager
(librdmacm). So, a tcp/ip based address or pathway is necessary even while
using RDMA.
So, its a overkill to use RDMA for fetching volfiles.
>
> We should just remove it from the docs.
>
> Thanks,
> Raghavendra Talur
>
>
&g
> Gluster-devel mailing list
> Gluster-devel@gluster.org
> http://www.gluster.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
ike more among these and let us also recognize
> them
> > for all their contributions. Let us celebrate their work in each monthly
> > news letter.
>
> Good idea.
> ___
> Gluster-devel mailing list
> Gluster-devel@gluster.org
> http://www.gluster.org/mailman/
the long term, but (without making any promises)
> they might be sufficient and achievable in the near term. Thoughts?
> ___
> Gluster-devel mailing list
> Gluster-devel@gluster.org
> http://www.gluster.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
talab.es>
>>> To: "Pranith Kumar Karampuri" <pkara...@redhat.com>, "Raghavendra G" <
>>> raghaven...@gluster.com>
>>> Cc: "Gluster Devel" <gluster-devel@gluster.org>
>>> Sent: Wednesday, June 1, 2016 11:57:12 AM
>&
I've filed a bug at [1] to track issue in afr.
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1341429
On Tue, May 31, 2016 at 2:17 PM, Raghavendra G <raghaven...@gluster.com>
wrote:
>
>
> On Tue, May 31, 2016 at 12:37 PM, Xavier Hernandez <xhernan...@datalab.es>
> wro
one is empty. I see directory
> structure created but no files in directories.
> How can I fix the issue? I will try to rebalance but I don't think it
> will write to this disperse set...
>
>
>
> On Sat, Apr 30, 2016 at 9:22 AM, Raghavendra G <raghaven...@gluster.com>
&
ww.gluster.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
s-3.7.9-1.el6.x86_64
> glusterfs-api-devel-3.7.9-1.el6.x86_64
> python-gluster-3.7.9-1.el6.noarch
>
>
> ___
> Gluster-devel mailing list
> Gluster-devel@gluster.org
> http://www.gluster.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
atrick
>
> ___
> Gluster-devel mailing list
> Gluster-devel@gluster.org
> http://www.gluster.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
Seems like I missed adding rtalur/sakshi to cc list.
On Fri, Apr 29, 2016 at 5:25 PM, Raghavendra G <raghaven...@gluster.com>
wrote:
> Raghavendra Talur reported another crash in dht_rename_lock_cbk (which is
> similar - not exactly same - to the bt presented here). I heard Sakshi
On Fri, Mar 4, 2016 at 2:02 PM, Raghavendra G <raghaven...@gluster.com>
wrote:
>
>
> On Thu, Mar 3, 2016 at 6:26 PM, Kotresh Hiremath Ravishankar <
> khire...@redhat.com> wrote:
>
>> Hi,
>>
>> Yes, with this patch we need not set conn->trans to NU
nt.
[1] http://review.gluster.org/#/c/13592
[2] http://review.gluster.org/#/c/1359
regards,
Raghavendra.
> Thanks and Regards,
> Kotresh H R
>
> - Original Message -
> > From: "Soumya Koduri" <skod...@redhat.com>
> > To: "Kotresh Hirema
ith the test
> > > './tests/geo-rep/georep-basic-dr-tarssh.t' in release-3.7 branch. From
> > > the cores, looks like we are trying to dereference a freed
> > > changelog_rpc_clnt_t(crpc) object in changelog_rpc_notify(). Strangely
>
gt; http://www.gluster.org/mailman/listinfo/gluster-devel
> ___
> Gluster-devel mailing list
> Gluster-devel@gluster.org
> http://www.gluster.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
.orghttp://www.gluster.org/mailman/listinfo/gluster-devel
>
>
>
>
>
> ___
> Gluster-devel mailing list
> Gluster-devel@gluster.org
> http://www.gluster.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
Had missed out gluster-devel.
On Tue, Feb 16, 2016 at 10:50 AM, Raghavendra G <raghaven...@gluster.com>
wrote:
> The thread is blocked on ctx->lock. Looking at the definition of
> pl_ctx_get, I found that two operations
>
> 1. Check whether ctx is not present.
> 2
you see it :) ).
>
> Hope this helps!
>
> Richard
>
>
> --
> *From:* raghavendra...@gmail.com [raghavendra...@gmail.com] on behalf of
> Raghavendra G [raghaven...@gluster.com]
> *Sent:* Tuesday, January 26, 2016 9:49 PM
> *To:* Raghavendra Go
as it would
> end up writing the data on destination brick which shall affect READ I/Os,
> (though of course we can have special checks/hacks for internal generated
> fops).
>
No, read delegations (on src) are sufficient for our use case. All we need
is that if there is a write on src whil
>>Right. But if there are simultaneous access to the same file from
> any other client and rebalance process, delegations shall not be
>> granted or revoked if granted even though they are operating at
>> different offsets. So if you rely only on delegations, migration may
>>
ue=" client-dump-0.txt
>> unique=3160758373
>> unique=2073075682
>> unique=1455047665
>> unique=0
>>
>> I will be debugging a bit more and post my findings.
>>
> +Raghavendra G
>
> All the stubs are hung in write-behind. I checked that the statedumps
t;>> Nevertheless, FUSE
>>>>>
>>>>> client still leaks.
>>>>>>
>>>>>> I have several test
>>>>>>
>>>>>
>>>>> volumes with several million of small files (100K…2M in
>>>>
the revocation-secs too much. May be we
> can
> > come up with per domain revocation timeouts. Comments are welcome.
> >
> > Pranith
> >
> >
> >
> >
> > =
> >
> > The patch supplied will patch clean the the v3.7.6 release tag, and
> probably
> > to any 3.7.x release & master (posix locks xlator is rarely touched).
> >
> > Richard
> >
> >
> >
> >
> >
> > ___
> > Gluster-devel mailing list Gluster-devel@gluster.org
> > http://www.gluster.org/mailman/listinfo/gluster-devel
> >
> >
> > ___
> > Gluster-devel mailing list
> > Gluster-devel@gluster.org
> > http://www.gluster.org/mailman/listinfo/gluster-devel
> ___
> Gluster-devel mailing list
> Gluster-devel@gluster.org
> http://www.gluster.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
1 - 100 of 133 matches
Mail list logo
