On 31/07/15 19:29, Kaleb S. KEITHLEY wrote:
On 07/30/2015 05:16 PM, Niels de Vos wrote:
On Thu, Jul 30, 2015 at 08:27:15PM +0530, Soumya Koduri wrote:
Hi,
With the applications using and loading different libraries, the function
symbols with the same name may get resolved incorrectly dependi
Hi Sriram,
The interface is not yet finalized. May be this is the right time to
re-ignite discussion on this.
I can create an etherpad which will explain the initial thoughts and design
ideas on the same.
Thanks & Regards,
Rajesh
On Mon, Jul 11, 2016 at 11:57 PM, wrote:
> Hi Rajesh,
>
> Could
Hi Avra,
The above fails locally as well along with few regression failures I
observed and one of them are at [1]
not ok 12 Got " 30807" instead of "30809", LINENUM:26
FAILED COMMAND: 30809 get-op_errno-xml snapshot restore snap1
not ok 17 Got " 30815" instead of "30812", LINENUM:31
FAILED COM
Hi Rajesh,
Sure thanks.
Sriram
On Tue, Jul 12, 2016, at 03:07 PM, Rajesh Joseph wrote:
> Hi Sriram,
> The interface is not yet finalized. May be this is the right time to
> re-ignite discussion on this.
> I can create an etherpad which will explain the initial thoughts and
> design ideas on
On 07/12/2016 03:00 AM, Jiffin Tony Thottan wrote:
>
>
> On 31/07/15 19:29, Kaleb S. KEITHLEY wrote:
>> On 07/30/2015 05:16 PM, Niels de Vos wrote:
>>> On Thu, Jul 30, 2015 at 08:27:15PM +0530, Soumya Koduri wrote:
Hi,
With the applications using and loading different libraries, th
Hi Atin,
Please check the testcase result in the console. It clearly states the
reason of the failure. A quick search of 30815, as shown in the testcase
shows that the error that is generated is a thinp issue, and we can see
fallocate failing and lvm not properly being setup in the environment
On Tue, Jul 12, 2016 at 4:36 PM, Avra Sengupta wrote:
> Hi Atin,
>
> Please check the testcase result in the console. It clearly states the
> reason of the failure. A quick search of 30815, as shown in the testcase
> shows that the error that is generated is a thinp issue, and we can see
> falloc
https://build.gluster.org/job/rackspace-regression-2GB-triggered/22156/consoleFull
- another failure
On Tue, Jul 12, 2016 at 4:42 PM, Atin Mukherjee wrote:
>
>
> On Tue, Jul 12, 2016 at 4:36 PM, Avra Sengupta
> wrote:
>
>> Hi Atin,
>>
>> Please check the testcase result in the console. It clear
Hi all,
This meeting is scheduled for anyone who is interested in learning more
about, or assisting with the Bug Triage.
Meeting details:
- location: #gluster-meeting on Freenode IRC
(https://webchat.freenode.net/?channels=gluster-meeting )
- date: every Tuesday
- time: 12:00 UTC
On 12/07/16 16:00, Kaleb KEITHLEY wrote:
On 07/12/2016 03:00 AM, Jiffin Tony Thottan wrote:
On 31/07/15 19:29, Kaleb S. KEITHLEY wrote:
On 07/30/2015 05:16 PM, Niels de Vos wrote:
On Thu, Jul 30, 2015 at 08:27:15PM +0530, Soumya Koduri wrote:
Hi,
With the applications using and loading di
I checked the machine.
Here is the df -hT output
[jenkins@slave29 ~]$ cat /etc/fstab
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
/dev/xvda1 / ext3
defaults
Hi,
Thanks to everyone who joined the meeting. Please find the minutes of
today's Gluster Community Bug Triage meeting at the below links.
Minutes:
https://meetbot.fedoraproject.org/gluster-meeting/2016-07-12/gluster_bug_triage.2016-07-12-12.00.html
Minutes (text):
https://meetbot.fedoraproj
Atin,
I am not sure about the docker containers, but both the failures you
mentioned are in slave29, which as Talur explained is missing the
appropriate backend filesystem. Owing to this, op-errno.t is just the
tip of the iceberg, and every other test that uses lvm will fail in this
particula
Nigel/Misc,
Could you please look into this?
slave29 does not seem to have a xfs formatted backend for tests.
Thanks,
Raghavendra Talur
On Tue, Jul 12, 2016 at 6:41 PM, Avra Sengupta wrote:
> Atin,
>
> I am not sure about the docker containers, but both the failures you
> mentioned are in slav
Please file a bug against project-infrastructure.
On Tue, Jul 12, 2016 at 6:50 PM, Raghavendra Talur
wrote:
> Nigel/Misc,
>
> Could you please look into this?
> slave29 does not seem to have a xfs formatted backend for tests.
>
> Thanks,
> Raghavendra Talur
>
> On Tue, Jul 12, 2016 at 6:41 PM, A
> > * We might be able to tweak io-threads (which already runs on the
> > bricks and already has a global queue) to schedule requests in a
> > fairer way across clients. Right now it executes them in the
> > same order that they were read from the network.
>
> This sounds to be an easier fix. We c
Hello, Jeff.
Thanks for responding so quickly. I'm not familiar with the codebase, so if
you don't mind me asking, how much would that list reordering slow things
down for, say, a queue of 1500 client machines? i.e. round-about how long
of a client list would significantly affect latency?
I only
> Thanks for responding so quickly. I'm not familiar with the codebase, so if
> you don't mind me asking, how much would that list reordering slow things
> down for, say, a queue of 1500 client machines? i.e. round-about how long of
> a client list would significantly affect latency?
>
> I only ask
I don't know if I did something wrong, but I found the location that the
scheduler wanted the shared storage was problematic as I recall it was
under /run/gluster/snaps. On CentOS 7 this failed to mount on boot. I
hacked the scheduler to use a location under /var/lib.
I also think there needs to
cron isn't installed by default on Arch rather scheduling is done by
systemd timers. We might want to consider using systemd.timer for
systemd distros and crontab for legacy distros.
On 07/08/2016 03:01 AM, Avra Sengupta wrote:
Hi,
Snaphsots in gluster have a scheduler, which relies heavily
Thanks Alastair for the feedback. As of today we have auto-delete which
when enabled deletes the oldest snapshot on exceeding the
snap-max-soft-limit. Is this what you were trying to achieve, or were
you thinking of more of a policy based approach, where like creation,
deletion policies can be
Thanks Joe for the feedback. We are aware of the following issue, and we
will try and address this by going for a more generic approach, which
will not have platform dependencies.
On 07/12/2016 11:59 PM, Joe Julian wrote:
cron isn't installed by default on Arch rather scheduling is done by
sys
On Sat, Jul 09, 2016 at 11:35:13AM -0400, Karthik Subrahmanya wrote:
> Hi all,
>
> I am a intern joined on 11th of January 2016, and worked on the
> WORM/Retention feature for GlusterFS. It is released as an
> experimental feature with the GlusterFS v3.8. The blog post on
> the feature is publish
On Wed, Jul 13, 2016 at 12:37:17AM +0530, Avra Sengupta wrote:
> Thanks Joe for the feedback. We are aware of the following issue, and we
> will try and address this by going for a more generic approach, which will
> not have platform dependencies.
I'm mostly in favour of using the standard functi
I have all ready filed a bug with bugid 1354205, but my current patch
still has problem in my test environment, I'll check it out and post
later.
2016-07-12 12:38 GMT+08:00 Raghavendra Gowdappa :
>
>
> - Original Message -
>> From: "Zhengping Zhou"
>> To: gluster-devel@gluster.org
>> Sent
- Original Message -
> From: "Niels de Vos"
> To: "Karthik Subrahmanya"
> Cc: "Gluster Devel" , josephau...@gmail.com,
> "vivek sb agarwal"
> , "Vijaikumar Mallikarjuna"
>
> Sent: Wednesday, July 13, 2016 2:30:35 AM
> Subject: Re: [Gluster-devel] Thank You!
>
> On Sat, Jul 09, 2016
On 07/13/2016 02:37 AM, Niels de Vos wrote:
On Wed, Jul 13, 2016 at 12:37:17AM +0530, Avra Sengupta wrote:
Thanks Joe for the feedback. We are aware of the following issue, and we
will try and address this by going for a more generic approach, which will
not have platform dependencies.
I'm most
27 matches
Mail list logo