On Thu, May 4, 2017 at 4:36 PM, Xavier Hernandez
wrote:
> Hi,
>
> On 30/04/17 06:03, Raghavendra Gowdappa wrote:
>
>> All,
>>
>> Its a common perception that the resolution of a file having linkto file
>> on the hashed-subvol requires two hops:
>>
>> 1. client to
- Original Message -
> From: "Pranith Kumar Karampuri"
> To: "Raghavendra Gowdappa"
> Cc: "Gluster Devel" , "gluster-users"
>
> Sent: Thursday, May 4, 2017 4:03:18 PM
> Subject: Re:
Vijay,
Thanks for pointing to the relevant source code.
Sent from my iPhone
On May 4, 2017, at 6:32 PM, Vijay Bellur
> wrote:
On Thu, May 4, 2017 at 9:12 AM, Ankireddypalle Reddy
>
On Thu, May 4, 2017 at 9:12 AM, Ankireddypalle Reddy
wrote:
> Hi,
>
>Can glusterfs snapshot volume be accessed through libgfapi.
>
Yes, activated snapshots can be accessed through libgfapi. User serviceable
snapshots in Gluster makes use of gfapi to access
Miklos, Thanks for this patch.
Team will review this, and update you on if this is good fix.
-Amar
On Thu, May 4, 2017 at 6:59 PM, Miklós Fokin
wrote:
> Sorry, missing lines from the attachment.
>
> On 05/04/2017 03:24 PM, Miklós Fokin wrote:
>
> Hello,
>
> I seem
Rafi,
Thanks. Will change the volume name to the notation that you
provided and try it out.
Thanks and Regards,
Ram
From: Mohammed Rafi K C [mailto:rkavu...@redhat.com]
Sent: Thursday, May 04, 2017 11:11 AM
To: Ankireddypalle Reddy; Gluster Devel (gluster-devel@gluster.org);
Hi Ram,
You can access snapshot through libgfapi, it is just that the volname
will become something like /snaps// . I can give you
some example programs if you have any trouble in doing so.
Or you can use uss feature to use snapshot through main volume via
libgfapi (it is also uses the above
Sorry, missing lines from the attachment.
On 05/04/2017 03:24 PM, Miklós Fokin wrote:
Hello,
I seem to have discovered what caused half of the problem.
I did update the bug report with a more detailed description, but the
short version is that the attached diff solves the issue when we get
Hello,
I seem to have discovered what caused half of the problem.
I did update the bug report with a more detailed description, but the
short version is that the attached diff solves the issue when we get an
fstat with a size of 0 after killing a brick (not letting the first
update to fsync
Hi,
Can glusterfs snapshot volume be accessed through libgfapi.
Thanks and Regards,
Ram
***Legal Disclaimer***
"This communication may contain confidential and privileged material for the
sole use of the intended recipient. Any unauthorized
On Thu, May 4, 2017 at 4:38 PM, Niels de Vos wrote:
> On Thu, May 04, 2017 at 03:39:58PM +0530, Pranith Kumar Karampuri wrote:
>> On Wed, May 3, 2017 at 2:36 PM, Kaushal M wrote:
>>
>> > On Tue, May 2, 2017 at 3:55 PM, Pranith Kumar Karampuri
>> >
GlusterFS Coverity covscan results are available from
http://download.gluster.org/pub/gluster/glusterfs/static-analysis/master/glusterfs-coverity/2017-05-04-7178c299
___
Gluster-devel mailing list
Gluster-devel@gluster.org
Hello,
With the upcoming 3.11 release there will be the possibility to generate
statedumps of applications that use libgfapi.so. This can be triggered
from the Gluster CLI on a storage server, and the event is received by
the libgfapi.so library on the client. When a statedump is done, a file
Hi,
On 30/04/17 06:03, Raghavendra Gowdappa wrote:
All,
Its a common perception that the resolution of a file having linkto file on the
hashed-subvol requires two hops:
1. client to hashed-subvol.
2. client to the subvol where file actually resides.
While it is true that a fresh lookup
On Thu, May 04, 2017 at 03:39:58PM +0530, Pranith Kumar Karampuri wrote:
> On Wed, May 3, 2017 at 2:36 PM, Kaushal M wrote:
>
> > On Tue, May 2, 2017 at 3:55 PM, Pranith Kumar Karampuri
> > wrote:
> > >
> > >
> > > On Sun, Apr 30, 2017 at 9:01 PM, Shyam
+Krutika
Krutika started work on this. But it is very long term. Not a simple thing
to do.
On Thu, May 4, 2017 at 3:53 PM, Ankireddypalle Reddy
wrote:
> Pranith,
>
> Thanks. Is there any work in progress to add this support.
>
>
>
> Thanks and Regards,
>
On Sun, Apr 30, 2017 at 9:33 AM, Raghavendra Gowdappa
wrote:
> All,
>
> Its a common perception that the resolution of a file having linkto file
> on the hashed-subvol requires two hops:
>
> 1. client to hashed-subvol.
> 2. client to the subvol where file actually resides.
>
Pranith,
Thanks. Is there any work in progress to add this support.
Thanks and Regards,
Ram
From: Pranith Kumar Karampuri [mailto:pkara...@redhat.com]
Sent: Thursday, May 04, 2017 6:17 AM
To: Ankireddypalle Reddy
Cc: Gluster Devel (gluster-devel@gluster.org);
On Thu, May 4, 2017 at 3:43 PM, Ankireddypalle Reddy
wrote:
> Pranith,
>
> Thanks. Does it mean that a given file can be written by
> only one client at a time. If multiple clients try to access the file in
> write mode, does it lead to any kind of data
Pranith,
Thanks. Does it mean that a given file can be written by only
one client at a time. If multiple clients try to access the file in write mode,
does it lead to any kind of data inconsistencies.
Thanks and Regards,
Ram
From: Pranith Kumar Karampuri
On Wed, May 3, 2017 at 2:36 PM, Kaushal M wrote:
> On Tue, May 2, 2017 at 3:55 PM, Pranith Kumar Karampuri
> wrote:
> >
> >
> > On Sun, Apr 30, 2017 at 9:01 PM, Shyam wrote:
> >>
> >> Hi,
> >>
> >> Release 3.11 for gluster has been
It is never been tested. That said, I don't see any missing pieces that we
know of for it to work. Please note that sharding works only for single
writer cases at the moment. Do let us know if you find any problems and we
will fix them.
On Wed, May 3, 2017 at 2:17 PM, Ankireddypalle Reddy
22 matches
Mail list logo