On Thursday 22 October 2015 07:29 AM, BYUNGSUK KIM (byungkim) wrote:
Hi,
We are trying to integration RHEV and RHS with oVirt. But we have just
1G network between RHEV host and RHS volumes.
So I think there is bottle lack on network area. Can we optimize this
environment to solve this proble?
On 10/23/2015 06:46 AM, Aravinda wrote:
Hi Gluster developers,
In this mail I am proposing troubleshooting documentation and
Gluster Tools infrastructure.
Tool to search in documentation
===
We recently added message Ids to each error messages in Gluster. Some
of
Hi Gluster developers,
In this mail I am proposing troubleshooting documentation and
Gluster Tools infrastructure.
Tool to search in documentation
===
We recently added message Ids to each error messages in Gluster. Some
of the error messages are self explanatory.
Hi John,
You are welcome and happy to help you!
You can delete the consumed changelogs safely if there is only one glusterfind
session
for your gluster volume. But if you have multiple glusterfind sessions which
are started
at time gap of let's say two days.
1st-day : session1 - For
First off: I've based my work off of the release of 3.7.3, since it was the
most recent release when I started this project, and I couldn't get HEAD to
build on freebsd. (I'm using a freebsd server, and linux clients)
I realize that many things will be broken by doing this (renaming open
files,
A few more:
1.A tool to determine the back end brick location given a file name.
2. A rebalance meter which allows me to determine if it's high time to
perform rebalance.
On Oct 23, 2015 4:16 PM, "Aravinda" wrote:
> Hi Gluster developers,
>
> In this mail I am proposing
On Friday 23 October 2015 03:30 PM, Kotresh Hiremath Ravishankar wrote:
Hi John,
You are welcome and happy to help you!
You can delete the consumed changelogs safely if there is only one glusterfind
session
for your gluster volume. But if you have multiple glusterfind sessions which
are
Aaah I s, thanks Kotresh :-)
This explains why there are so many files and why I sometimes didn't see some
changed files during my testing where I was changing files and then immediately
running a glusterfind.
When you say deleting the changelogs is not recommended because it will affect
On Friday 23 October 2015 07:28 AM, Marty Rosenberg wrote:
First off: I've based my work off of the release of 3.7.3, since it was
the most recent release when I started this project, and I couldn't get
HEAD to build on freebsd. (I'm using a freebsd server, and linux clients)
I realize that
On Fri, Oct 23, 2015 at 4:16 PM, Aravinda wrote:
> Initial idea for Tools Framework:
> -
> A Shell/Python script which looks for the tool in plugins sub directory, if
> exists pass all the arguments and call that script.
>
> `glustertool help`
Hi John,
The changelog files are generated every 15 secs recording the changes happened
to filesystem
within that span. So every 15 sec, once the new changelog file is generated,
it is ready
to be consumed by glusterfind or any other consumers. The 15 sec time period is
a tune-able.
e.g.,
+ gluster-infra
All arbiter-statfs.t tests that are failing are on
nbslave74.cloud.gluster.org.
Loopback mounts are not happening on that slave. Perhaps it needs to be
rebooted.
-Ravi
On 10/23/2015 01:47 PM, Nithya Balachandran wrote:
Hi,
NetBSD regression runs are failing in
On Fri, Oct 23, 2015 at 01:52:59PM +0530, Ravishankar N wrote:
> All arbiter-statfs.t tests that are failing are on
> nbslave74.cloud.gluster.org.
> Loopback mounts are not happening on that slave. Perhaps it needs to be
> rebooted.
Indeed: the test passes on nbslave70. Someone reboot nbslave74?
Hi,
NetBSD regression runs are failing in /tests/basic/afr/arbiter-statfs.t
https://build.gluster.org/job/rackspace-netbsd7-regression-triggered/11065/consoleFull
Can someone please take a look?
Regards,
Nithya
___
Gluster-devel mailing list
Sure, I think I've set a breakpoint there before, and nothing looked awry,
but I'll do that when I get home.
On Fri, Oct 23, 2015 at 1:57 PM, Vijay Bellur wrote:
> On Friday 23 October 2015 07:28 AM, Marty Rosenberg wrote:
>
>> First off: I've based my work off of the
15 matches
Mail list logo