Re: [Gluster-devel] GF_FOP_IPC changes

[Soumya Koduri]

On 06/25/2015 09:00 AM, Pranith Kumar Karampuri wrote:



On 06/25/2015 02:49 AM, Jeff Darcy wrote:

It knows which bricks are up/down. But they may not be the latest. Will
that matter?

AFAIK it's sufficient at this point to know which are up/down.

In that case, we need two functions which give first active child and
next_active_child in case of failure.


Do you suggest then in all default_*_cbk(), on receiving ENOTCONN 
failure, we re-send fop to next_active_child?


Thanks,
Soumya



Pranith


___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel

Re: [Gluster-devel] Regresssion Failure (3.7 branch): afr-quota-xattr-mdata-heal.t

[Kotresh Hiremath Ravishankar]

Ok, Thanks. I have re-triggered it.

Thanks and Regards,
Kotresh H R

- Original Message -
> From: "Pranith Kumar Karampuri" 
> To: "Kotresh Hiremath Ravishankar" , "Gluster Devel" 
> 
> Sent: Thursday, June 25, 2015 11:55:22 AM
> Subject: Re: Regresssion Failure (3.7 branch): afr-quota-xattr-mdata-heal.t
> 
> This is a known spurious failure.
> 
> Pranith
> On 06/25/2015 11:14 AM, Kotresh Hiremath Ravishankar wrote:
> > Hi,
> >
> > I see the above test case failing for my patch which is not related.
> > Could some one from AFR team look into it?
> > http://build.gluster.org/job/rackspace-regression-2GB-triggered/11332/consoleFull
> >
> >
> > Thanks and Regards,
> > Kotresh H R
> >
> 
> 
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel

Re: [Gluster-devel] Regresssion Failure (3.7 branch): afr-quota-xattr-mdata-heal.t

[Pranith Kumar Karampuri]

This is a known spurious failure.

Pranith
On 06/25/2015 11:14 AM, Kotresh Hiremath Ravishankar wrote:

Hi,

I see the above test case failing for my patch which is not related.
Could some one from AFR team look into it?
http://build.gluster.org/job/rackspace-regression-2GB-triggered/11332/consoleFull


Thanks and Regards,
Kotresh H R



___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel

Re: [Gluster-devel] Regresssion Failure (3.7 branch): afr-quota-xattr-mdata-heal.t

[Anuradha Talur]

- Original Message -
> From: "Kotresh Hiremath Ravishankar" 
> To: "Gluster Devel" 
> Sent: Thursday, June 25, 2015 11:14:42 AM
> Subject: [Gluster-devel] Regresssion Failure (3.7 branch):
> afr-quota-xattr-mdata-heal.t
> 
> Hi,
> 
> I see the above test case failing for my patch which is not related.
> Could some one from AFR team look into it?
> http://build.gluster.org/job/rackspace-regression-2GB-triggered/11332/consoleFull
> 
I'm looking into it.
> 
> Thanks and Regards,
> Kotresh H R
> 
> ___
> Gluster-devel mailing list
> Gluster-devel@gluster.org
> http://www.gluster.org/mailman/listinfo/gluster-devel
> 

-- 
Thanks,
Anuradha.
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel

[Gluster-devel] Regresssion Failure (3.7 branch): afr-quota-xattr-mdata-heal.t

[Kotresh Hiremath Ravishankar]

Hi,

I see the above test case failing for my patch which is not related.
Could some one from AFR team look into it?
http://build.gluster.org/job/rackspace-regression-2GB-triggered/11332/consoleFull


Thanks and Regards,
Kotresh H R

___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel

Re: [Gluster-devel] Valgrind + glusterfs

[Krishnan Parthasarathi]

- Original Message -
> hi,
> Does anyone know why glusterfs hangs with valgrind?

When do you observe the hang? I started a single brick volume,
enabled valgrind on bricks and mounted it via fuse. I didn't
observe the mount hang. Could you share the set of steps which
lead to the hang?
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel

Re: [Gluster-devel] Valgrind + glusterfs

[Raghavendra Bhat]

On 06/25/2015 09:57 AM, Pranith Kumar Karampuri wrote:

hi,
   Does anyone know why glusterfs hangs with valgrind?

Pranith


Yes. I have faced it too. It used work before. But recently its not 
working. glusterfs hangs when run with valgrind.

Not sure why it is hanging.


Regards,
Raghavendra Bhat


___
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] nfs/bug-904065.t fails test 22

[Krishnan Parthasarathi]

Niels,



Test 22: 81: EXPECT '4' count_lines $M0/rmtab
not ok 22 Got "2" instead of "4"



The above failure was observed with http://review.gluster.com/10445.
For more details - 
http://build.gluster.org/job/rackspace-regression-2GB-triggered/11321/consoleFull

How should I proceed with analysing what went wrong?

thanks,
kp
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel

[Gluster-devel] Valgrind + glusterfs

[Pranith Kumar Karampuri]

hi,
   Does anyone know why glusterfs hangs with valgrind?

Pranith
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel

Re: [Gluster-devel] GF_FOP_IPC changes

[Pranith Kumar Karampuri]

On 06/25/2015 02:49 AM, Jeff Darcy wrote:

It knows which bricks are up/down. But they may not be the latest. Will
that matter?

AFAIK it's sufficient at this point to know which are up/down.
In that case, we need two functions which give first active child and 
next_active_child in case of failure.


Pranith

___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel

Re: [Gluster-devel] gerrit seems to be down?

[Atin Mukherjee]

On 06/25/2015 08:50 AM, Atin Mukherjee wrote:
> Infra guys,
> 
> Could you check and get back?
Its back to life now!!
> 

-- 
~Atin
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel

Re: [Gluster-devel] [Gluster-infra] gerrit seems to be down?

[Vijay Bellur]

On Wednesday 24 June 2015 11:20 PM, Atin Mukherjee wrote:

Infra guys,

Could you check and get back?



Seems to be working fine for me. Not certain why we run into transient 
issues of this nature.


-Vijay
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel

[Gluster-devel] gerrit seems to be down?

[Atin Mukherjee]

Infra guys,

Could you check and get back?
-- 
~Atin
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel

Re: [Gluster-devel] GF_FOP_IPC changes

[Jeff Darcy]

> It knows which bricks are up/down. But they may not be the latest. Will
> that matter?

AFAIK it's sufficient at this point to know which are up/down.
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel

[Gluster-devel] Rebooted 4 netbsd slaves

[Kaushal M]

nbslave7{2,4,5,h} had hung mounts, which lead to hung regression jobs.
I've rebooted these vms and retriggered the hung tests.

~kaushal
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel

[Gluster-devel] Minutes of todays Gluster Community Meeting

[Venky Shankar]

As every week, we had our Gluster Community Meeting earlier today. The
agenda for next week can be found here:

https://public.pad.fsfe.org/p/gluster-community-meetings

Please add topics to the "Open Floor / BYOT" item around line 66 of
the etherpad and attend the meeting next week to discuss them.

Minutes: 
http://meetbot.fedoraproject.org/gluster-meeting/2015-06-24/gluster-meeting.2015-06-24-12.02.html
Minutes (text):
http://meetbot.fedoraproject.org/gluster-meeting/2015-06-24/gluster-meeting.2015-06-24-12.02.txt
Log: 
http://meetbot.fedoraproject.org/gluster-meeting/2015-06-24/gluster-meeting.2015-06-24-12.02.log.html

1. RollCall (overclk, 12:02:47)
2. Actions from last week. (overclk, 12:04:12)
3. GlusterFS 3.7 (overclk, 12:27:05)
4. GlusterFS 3.6 (overclk, 12:37:07)
5. GlusterFS 3.5 (overclk, 12:43:15)
6. GlusterFS 4.0 (overclk, 12:46:45)
7. Open Floor (overclk, 12:52:14)

Meeting ended at 13:02:12 UTC.

Action Items

1. hagarth
hagarth will start with planned roadmaps for all gluster.next releases
hagarth should remove the meeting invite request
hagarth to push 4.0 roadmap on the site.

2. hchiramm
hchiramm to udpate about packaging emails

3. krishnan_p
krishnan_p to send out email on devel list about improving our
epoll solution

4. overclk
overclk to put up feature page for lockdep

5. raghu
raghu to announce 3.6.4beta2 in the mailing list (post RPM build)

6. tigert
tigert summarize options for integrating a calendar on the
website, call for feedback.

7. UNASSIGNED
JustinClift to demo the new Forge next week
csim/misc to pickup the requesting of public IPs and those kind of
things for our new servers
ndevos to release 3.5.5 before end of June

People present

1. overclk (117)
2. raghu (14)
3. rjoseph (13)
4. hagarth (12)
5. krishnan_p (10)
6. tigert (9)
7. zodbot (2)
8. ira (2)
9. obnox (2)
10. RaSTar (2)
11. poornimag (1)
12. soumya_ (1)

Regards,
-Venky
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel

Re: [Gluster-devel] GF_FOP_IPC changes

[Pranith Kumar Karampuri]

On 06/24/2015 08:26 PM, Jeff Darcy wrote:

I haven't seen the patches yet. Failures can happen just at the time of
winding, leading to same failures. It at least needs to have the logic
of picking next_active_child. EC needs to lock+xattrop the bricks to
find bricks with good copies. AFR needs to perform getxattr to find good
copies.

Is that really true?  I thought they each had a readily-available idea of
which children are up or down, which they already use e.g. for reads.
It knows which bricks are up/down. But they may not be the latest. Will 
that matter?


Pranith





___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel

Re: [Gluster-devel] GF_FOP_IPC changes

[Jeff Darcy]

> I haven't seen the patches yet. Failures can happen just at the time of
> winding, leading to same failures. It at least needs to have the logic
> of picking next_active_child. EC needs to lock+xattrop the bricks to
> find bricks with good copies. AFR needs to perform getxattr to find good
> copies.

Is that really true?  I thought they each had a readily-available idea of
which children are up or down, which they already use e.g. for reads.


___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel

Re: [Gluster-devel] GF_FOP_IPC changes

[Pranith Kumar Karampuri]

On 06/24/2015 07:44 PM, Soumya Koduri wrote:



On 06/24/2015 10:14 AM, Krishnan Parthasarathi wrote:



- Original Message -
I've been looking at the recent patches to redirect GF_FOP_IPC to an 
active

subvolume instead of always to the first.  Specifically, these:

http://review.gluster.org/11346 for DHT
http://review.gluster.org/11347 for EC
http://review.gluster.org/11348 for AFR

I can't help but wonder if there's a simpler and more generic way to 
do this,
instead of having to do this in a translator-specific way each time 
- then
again for NSR, or for a separate tiering translator, and so on.  For 
example

what if each translator had a first_active_child callback?

xlator_t * (*first_active_child) (xlator_t *parent);

Then default_ipc could invoke this, if it exists, where it currently 
invokes
FIRST_CHILD.  Each translator could implement a bare minimum to 
select a

child, then "step out of the way" for a fop it really wasn't all that
interested in to begin with.  Any thoughts?


We should do this right away. This change doesn't affect external 
interfaces.
we should be bold and implement the first solution. Over time we 
could improve

on this.


+1. It would definitely ease the implementation of many such fops 
which have to default to first active child. We need not keep track of 
all the fops which may get affected with new clustering xlators being 
added.
I haven't seen the patches yet. Failures can happen just at the time of 
winding, leading to same failures. It at least needs to have the logic 
of picking next_active_child. EC needs to lock+xattrop the bricks to 
find bricks with good copies. AFR needs to perform getxattr to find good 
copies. Just giving more information to see if it helps.


Pranith


Thanks,
Soumya






___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel

Re: [Gluster-devel] GF_FOP_IPC changes

[Soumya Koduri]

On 06/24/2015 10:14 AM, Krishnan Parthasarathi wrote:



- Original Message -

I've been looking at the recent patches to redirect GF_FOP_IPC to an active
subvolume instead of always to the first.  Specifically, these:

http://review.gluster.org/11346 for DHT
http://review.gluster.org/11347 for EC
http://review.gluster.org/11348 for AFR

I can't help but wonder if there's a simpler and more generic way to do this,
instead of having to do this in a translator-specific way each time - then
again for NSR, or for a separate tiering translator, and so on.  For example
what if each translator had a first_active_child callback?

xlator_t * (*first_active_child) (xlator_t *parent);

Then default_ipc could invoke this, if it exists, where it currently invokes
FIRST_CHILD.  Each translator could implement a bare minimum to select a
child, then "step out of the way" for a fop it really wasn't all that
interested in to begin with.  Any thoughts?


We should do this right away. This change doesn't affect external interfaces.
we should be bold and implement the first solution. Over time we could improve
on this.


+1. It would definitely ease the implementation of many such fops which 
have to default to first active child. We need not keep track of all the 
fops which may get affected with new clustering xlators being added.


Thanks,
Soumya





___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel

Re: [Gluster-devel] [Gluster-users] Looking for Fedora Package Maintainers.

[Saravanakumar Arumugam]

mailto:humble.deva...@gmail.com>> wrote:


Hi All,

As we maintain 3 releases ( currently 3.5, 3.6 and 3.7)  of
GlusterFS and having an average of  one release per week , we need
more helping hands on this task.

The responsibility includes building fedora and epel rpms using koji
build system and deploying  the rpms to download.gluster.org
 [1] after signing and creating repos.

If any one is interested to help us on maintaining fedora GlusterFS
packaging, please let us ( kkeithley,  ndevos or myself ) know.


I'm interested in helping/maintaining of gluster packaging.

Best Regards,
Vishwanath


[1] http://download.gluster.org/pub/gluster/glusterfs/

--Humble


Add my name to list of volunteers.

Raghavendra Talur


Hi Humble,
You can count me too for any help related.

Thanks,
Saravana

___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel

Re: [Gluster-devel] Looking for Fedora Package Maintainers.

[Raghavendra Talur]

On 06/24/2015 03:17 PM, M S Vishwanath Bhat wrote:



On 24 June 2015 at 14:56, Humble Devassy Chirammal
mailto:humble.deva...@gmail.com>> wrote:

Hi All,

As we maintain 3 releases ( currently 3.5, 3.6 and 3.7)  of
GlusterFS and having an average of  one release per week , we need
more helping hands on this task.

The responsibility includes building fedora and epel rpms using koji
build system and deploying  the rpms to download.gluster.org
 [1] after signing and creating repos.

If any one is interested to help us on maintaining fedora GlusterFS
packaging, please let us ( kkeithley,  ndevos or myself ) know.


I'm interested in helping/maintaining of gluster packaging.

Best Regards,
Vishwanath


[1] http://download.gluster.org/pub/gluster/glusterfs/

--Humble


Add my name to list of volunteers.

Raghavendra Talur



___
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

[Gluster-devel] REMINDER: Weekly Gluster Community meeting today at 12:00 UTC

[Venky Shankar]

Hi All,

I'll be chairing this meeting today.

In about 45 minutes from now we will have the regular weekly Gluster
Community meeting.

Meeting details:
- location: #gluster-meeting on Freenode IRC
- webchat: https://webchat.freenode.net/?channels=gluster-meeting
- date: every Wednesday
- time: 8:00 EDT, 12:00 UTC, 12:00 CEST, 17:30 IST
   (in your terminal, run: date -d "12:00 UTC")
- agenda: https://public.pad.fsfe.org/p/gluster-community-meetings

Currently the following items are listed:
* Roll Call
* Status of last week's action items
* Gluster 3.7
* Gluster 3.6
* Gluster 3.5
* Gluster Next
* Open Floor
   - bring your own topic!

The last topic has space for additions. If you have a suitable topic to
discuss, please add it to the agenda.

-Venky
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel

[Gluster-devel] FYI, Fedora 20 reached EOL yesterday (23 June, 2015)

[Kaleb KEITHLEY]

Hi,

There will be no new or updated RPMs for Fedora 20 after today.

--

Kaleb
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel

Re: [Gluster-devel] Regression Failure: bug-1134822-read-only-default-in-graph.t

[Atin Mukherjee]

On 06/24/2015 02:17 PM, Atin Mukherjee wrote:
> 
> 
> On 06/24/2015 02:09 PM, Kotresh Hiremath Ravishankar wrote:
>> Hi All,
>>
>> The above mentioned testcase failed for me which is not related to the patch.
>> Could someone look into it?
> IIRC, I am the author of it, let me take a look.
Logs didn't give much clue of which the delete operation was through
even if the volume was WORM enabled. cli, glusterd, mount & brick logs
are as per the expectation, I didn't see anything exceptional there. Ran
the test locally multiple times with out any failure.

If you happen to see the failure again, do let me know. I will lend a
rackspace VM and start analyze.
>>
>> http://build.gluster.org/job/rackspace-regression-2GB-triggered/11267/consoleFull
>>
>> Thanks and Regards,
>> Kotresh H R
>>
>> ___
>> Gluster-devel mailing list
>> Gluster-devel@gluster.org
>> http://www.gluster.org/mailman/listinfo/gluster-devel
>>
> 

-- 
~Atin
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel

Re: [Gluster-devel] Looking for Fedora Package Maintainers.

[M S Vishwanath Bhat]

On 24 June 2015 at 14:56, Humble Devassy Chirammal  wrote:

> Hi All,
>
> As we maintain 3 releases ( currently 3.5, 3.6 and 3.7)  of GlusterFS and
> having an average of  one release per week , we need more helping hands on
> this task.
>
> The responsibility includes building fedora and epel rpms using koji build
> system and deploying  the rpms to download.gluster.org [1] after signing
> and creating repos.
>
> If any one is interested to help us on maintaining fedora GlusterFS
> packaging, please let us ( kkeithley,  ndevos or myself )  know.
>

I'm interested in helping/maintaining of gluster packaging.

Best Regards,
Vishwanath


> [1] http://download.gluster.org/pub/gluster/glusterfs/
>
> --Humble
>
>
> ___
> 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] Looking for Fedora Package Maintainers.

[Humble Devassy Chirammal]

Hi All,

As we maintain 3 releases ( currently 3.5, 3.6 and 3.7)  of GlusterFS and
having an average of  one release per week , we need more helping hands on
this task.

The responsibility includes building fedora and epel rpms using koji build
system and deploying  the rpms to download.gluster.org [1] after signing
and creating repos.

If any one is interested to help us on maintaining fedora GlusterFS
packaging, please let us ( kkeithley,  ndevos or myself )  know.

[1] http://download.gluster.org/pub/gluster/glusterfs/

--Humble
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel

Re: [Gluster-devel] Regression Failure: bug-1134822-read-only-default-in-graph.t

[Atin Mukherjee]

On 06/24/2015 02:09 PM, Kotresh Hiremath Ravishankar wrote:
> Hi All,
> 
> The above mentioned testcase failed for me which is not related to the patch.
> Could someone look into it?
IIRC, I am the author of it, let me take a look.
> 
> http://build.gluster.org/job/rackspace-regression-2GB-triggered/11267/consoleFull
> 
> Thanks and Regards,
> Kotresh H R
> 
> ___
> Gluster-devel mailing list
> Gluster-devel@gluster.org
> http://www.gluster.org/mailman/listinfo/gluster-devel
> 

-- 
~Atin
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel

[Gluster-devel] Regression Failure: bug-1134822-read-only-default-in-graph.t

[Kotresh Hiremath Ravishankar]

Hi All,

The above mentioned testcase failed for me which is not related to the patch.
Could someone look into it?

http://build.gluster.org/job/rackspace-regression-2GB-triggered/11267/consoleFull

Thanks and Regards,
Kotresh H R

___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel