://review.gluster.org/9071 applied.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org/mailman/listinfo/gluster-devel
://review.gluster.org/8982
http://review.gluster.org/9075
http://review.gluster.org/9137
http://review.gluster.org/9171
http://review.gluster.org/9204
http://review.gluster.org/9212 (maybe not ready yet)
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Krishnan Parthasarathi kpart...@redhat.com wrote:
I would like to add your root cause analysis to the commit message before
merging. Hope that's OK with you.
Sure, go ahead.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
Krishnan Parthasarathi kpart...@redhat.com wrote:
Thanks for testing the suggestion. Would you be sending a patch
using synclock_t?
Well, I suspect you will produce it much faster than I, hence I'd prefer
if you could send it. I can test it, though.
--
Emmanuel Dreyfus
http://hcpnet.free.fr
and is ready for
review.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org/mailman/listinfo/gluster-devel
more
knwoledgable than me on whether it is better or equivalent to using
a mutex-protected boolean.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org/mailman/listinfo/gluster-devel
fsyncs at regular time and
data written interval.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org/mailman/listinfo/gluster-devel
Xavier Hernandez xhernan...@datalab.es wrote:
An alternative would be to temporarily remove or change this test to
avoid the problem.
That would help on that test, but I suspect the same problem is
responsible for other spurious failures.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m
investigated by Xavier.
And while I am there, it would be nice if someone could review this one:
http://review.gluster.com/9137
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
help:
http://review.gluster.org/8982
http://review.gluster.org/9071
http://review.gluster.org/9075
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org/mailman/listinfo/gluster-devel
objects listed
on each try
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org/mailman/listinfo/gluster-devel
On Tue, Nov 18, 2014 at 02:16:24PM +0100, Xavier Hernandez wrote:
Have you applied 9117 ? When I was doing tests, it was not applied.
Yes, I am testing at mine to avoid breaking your experiments on quota.t
I will resync everything to master to see if it improves.
--
Emmanuel Dreyfus
m
On Tue, Nov 18, 2014 at 02:16:24PM +0100, Xavier Hernandez wrote:
Have you applied 9117 ? When I was doing tests, it was not applied.
Yes, it still fails with latest master (and changes 8982 9071 9075 9097
9133 and 9137
--
Emmanuel Dreyfus
m...@netbsd.org
fop-cbks.writev(fop-req_frame, fop, fop-xl,
-1,
fop-error,
2129 NULL, NULL, NULL);
2130}
2131
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster
On Mon, Nov 17, 2014 at 11:00:18AM -0500, Shyam wrote:
Xavi/Manu, let me know if I/we need to handle this in DHT, or if you would
be comfortable posting the patch.
The question is for Xavi, all I can do is to provide access to a setup
where the problem is reproductible.
--
Emmanuel Dreyfus
m
While there you can also give a try to ./tests/basic/ec/self-heal.t
which also has a failure.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org/mailman/listinfo/gluster-devel
refs/changes/08/9108/6 returned status code 128:
Yes, this is a problem in jenkins, but I do not know how to fix it.
Justin should be able to handle that.
In the meantime, if you pass netbsd-6, I think you can assume netbsd-7
is fine.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m
that backs it out, and a newer
attempt that was merged:
http://review.gluster.com/9046/
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org/mailman
Pranith Kumar Karampuri pkara...@redhat.com wrote:
http://review.gluster.com/9081
Cool. Thats great. Thanks for taking a look into this one :-)
Latest patchset failed because of a spurious regression in another test.
I retriggered.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m
On Mon, Nov 10, 2014 at 01:40:40PM +0100, Emmanuel Dreyfus wrote:
Latest patchset failed because of a spurious regression in another test.
I retriggered.
It passed. Please review nd merge.
http://review.gluster.org/9081
--
Emmanuel Dreyfus
m...@netbsd.org
not produce anything spurious. And of course
it is never spurious at mine.
Do we have rackspace node where it is possible to investigate?
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel
failures is that they are spurious: It
seems diffcult to trigger.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org/mailman/listinfo/gluster-devel
what the results
will be.
I did that too and submitted a possible fix:
http://review.gluster.com/9081
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org
What went wrong with bug-948729-mode-script.t ? All my changes fail
here, even when completely unrelated:
http://review.gluster.com/9075
http://review.gluster.com/9076
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel
Emmanuel Dreyfus m...@netbsd.org wrote:
What went wrong with bug-948729-mode-script.t ? All my changes fail
here, even when completely unrelated:
http://review.gluster.com/9075
http://review.gluster.com/9076
They passed after many retrigger...
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
on the
most significant bit leads itransform/deinstransform in afr xlator to
mix offsets between bricks. How unlucky.
This is fixed in http://review.gluster.org/9071
On Wed, Nov 05, 2014 at 02:48:00PM +, Emmanuel Dreyfus wrote:
Hello
I have been investigating a spurious failure in tests
one to 1290 MB.
I will keep it as is in case someone wants to run some commands to
investigate.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org/mailman/listinfo/gluster-devel
But the change passed regression. I am puzzled.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org/mailman/listinfo/gluster-devel
, I did not notice that. Please back out the change.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org/mailman/listinfo/gluster-devel
the beginning, the goal is to fix the build
problem here: http://review.gluster.org/8762
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org/mailman/listinfo
and it should be removed. At least on NetBSD I
never get the expected wrong (not yet healed) value.
Anyone can confirm or explain me what I missed?
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http
Hi
I need this one to be merged so that I can setup pre-commit basic
regression tests on NetBSD for master:
http://review.gluster.org/8936
While there, my life would be simplier if that big one could
be merged: http://review.gluster.org/9009
--
Emmanuel Dreyfus
m...@netbsd.org
On Sun, Oct 26, 2014 at 10:39:28AM +0200, Emmanuel Dreyfus wrote:
Testing tests/features/glupy.t on NetBSD, I get a failure at
glupy.c:2384:init because PyImport_Import() fails.
I fixed this (and other problems) in this change set:
http://review.gluster.org/8978
--
Emmanuel Dreyfus
m
(Wstat: 0 Tests: 6
Failed: 2) == This testcase fails due to the inclusion of vol-glupy in
testcase
I have a lot of fixes for that one:
http://review.gluster.com/8978
Note the changes ar for master, I have not yet produced release-3.6
change sets since I am awaiting review.
--
Emmanuel
---
./tests/encryption/crypt.t (Wstat: 0 Tests: 39 Failed: 0)
Parse errors: No plan found in TAP output
Files=1, Tests=39, 18 wallclock secs ( 0.04 usr 0.02 sys + 2.27 cusr 2.40
csys = 4.73 CPU)
Result: FAIL
Failed tests ./tests/encryption/crypt.t
--
Emmanuel Dreyfus
m
on NetBSD. using echo 1..`echo $testcnt` fixes it.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org/mailman/listinfo/gluster-devel
Emmanuel Dreyfus m...@netbsd.org wrote:
The problem here is that NetBSD's mount_nfs defaults to udp, and glusterfs
only provides the tcp service. Wrapper in tests/nfs.rc should have added -o
tcp to workaround that but it failed to do so. I will post a fix soon.
Here is it:
http
Emmanuel Dreyfus m...@netbsd.org wrote:
# rpcinfo
program version netid addressserviceowner
(...)
153tcp 0.0.0.0.150.65 mountd superuser
151tcp 0.0.0.0.150.66 mountd superuser
133tcp
. On Linux, getdents(2) returns buffers of struct
dirent or dirent64, but I see no NFS cookie there either.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org
to set the offset and the offset is not pfd-dir_eof:
if (telldir(dir) != (long)off off != pfd-dir_eof)
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http
J. Bruce Fields bfie...@fieldses.org wrote:
(It'd still be better to figure out how to get stable directory cookies,
possibly using some other interface, but that's a preexisting problem
not introduced by c65d4ea8a10a).
getdents(2) seems the way to go.
--
Emmanuel Dreyfus
http
On Mon, Oct 13, 2014 at 10:04:33AM +, Emmanuel Dreyfus wrote:
Here it is:
http://review.gluster.org/8926
It passed regression, please review.
Linux behavior is unaltered.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster
On Tue, Oct 14, 2014 at 11:55:31AM -0400, Justin Clift wrote:
Would you be ok to fix the embedded tabs and trailing whitespace in that? :)
That's a computer's job. Perahps it could be done automaticaly?
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster
the attached version of crypt.t and report results?
It passes.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org/mailman/listinfo/gluster-devel
will work on non-Linux platforms in that
case.
Differrent case: seekdir/telldir operate at libc level on data cached in
userland. NFS READDIR operates on data in the kernel.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel
and NetBSD FUSE.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org/mailman/listinfo/gluster-devel
)))
+if ((!readdir (dir) (errno == 0))) {
/* Indicate EOF */
errno = ENOENT;
+/* Set invalid offset for later detection */
+this_entry-d_off = INVALID_DIRENT_OFFSET;
+}
out:
return count;
}
--
Emmanuel Dreyfus
m
of the buffer.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org/mailman/listinfo/gluster-devel
On Mon, Oct 13, 2014 at 02:58:12PM +0530, Pranith Kumar Karampuri wrote:
I do not know :-(. Send the patch out for review, may be someone with this
knowledge can do the review...
Here it is:
http://review.gluster.org/8926
--
Emmanuel Dreyfus
m...@netbsd.org
bug?
I assume it is expected but undesirable behavior: couldn't we check for
quota space left, and avoid write behind if we aregoing to hit the
barrier?
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster
* that was not obtained by
opendir(), or that was closedir() and then opendir() again. Can someone
explain me what directory walks are introduced by quota, and where
opendir/readdir/closedir happen for that?
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
Emmanuel Dreyfus m...@netbsd.org wrote:
This means something either seekdir on a DIR * that was not obtained by
opendir(), or that was closedir() and then opendir() again. Can someone
explain me what directory walks are introduced by quota, and where
opendir/readdir/closedir happen
Emmanuel Dreyfus m...@netbsd.org wrote:
Erratum: it happens because it attempts to seekdir to the offset
obtained for last record. But I still have to find what code is sending
the request.
Here is the king of debug trace I have:
[quota.c:3959:quota_readdirp] 0-XXXmanu: fd = 0xbb242818
it is not easily portable.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org/mailman/listinfo/gluster-devel
Emmanuel Dreyfus m...@netbsd.org wrote:
Erratum: it happens because it attempts to seekdir to the offset
obtained for last record. But I still have to find what code is sending
the request.
This is a find(1) probably forked by quota-crawld glusterd. In fact
running a find . in the fs
) and it passed
the test with success:
EXPECT_WITHIN $UMOUNT_TIMEOUT Y force_umount $M0
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org/mailman/listinfo
(line 61): diff -u /mnt/glusterfs/0/testfile-symlink
/tmp/patchy-goodfile
diff: /mnt/glusterfs/0/testfile-symlink: Invalid argument
not ok 26
RESULT 26: 2
2) What endianess does your machine have?
Little endian (i386)
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
Hello
I am enabling posix-compliance smoke tests on netbsd7. The build may be
failing a bit on that node for the next hours until I fix every bit.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster
On Mon, Oct 06, 2014 at 01:25:55PM +0200, Emmanuel Dreyfus wrote:
I am enabling posix-compliance smoke tests on netbsd7. The build may be
failing a bit on that node for the next hours until I fix every bit.
It works now. Now real change set was harmed by the tests.
However, other machines
with that on a production machine where data should not be
deleted like that.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org/mailman/listinfo/gluster-devel
not observe it anymore. I will report if it comes back.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org/mailman/listinfo/gluster-devel
,
data@entry=error reading variable: Cannot access memory at address
0xb9b2cfd4) at io-threads.c:214
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org
start by the first failing test, and run it by hand line by line
to see where it first chokes. Best candidates are race conditions and
32/64 bits issues.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster
Emmanuel Dreyfus m...@netbsd.org wrote:
2) spawn an independant process.
I could write a external program in contrib that does the job, on lazy
umount request, just fork and execute it. Since the external program
runs with the privilege of whoever calls it, there is no security issue.
I gave
is for rmdir)
What is the preferred way?
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org/mailman/listinfo/gluster-devel
in userland, and adding a node will not
invalidate them. I have to run tess to confirm, though.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org/mailman/listinfo/gluster-devel
to merge for 2.6.0, or is 3.6.1 the target here?
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org/mailman/listinfo/gluster-devel
unspecified behavior.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org/mailman/listinfo/gluster-devel
doing?
I do not have the answer yet, stay tuned.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org/mailman/listinfo/gluster-devel
see it calls opendir/closedir on each readdir.
Do we know the answer to Avati's question about how
readdir works for nfs handles?
Not yet. I asked in the relevant mailing list and I still await for a
reply. I suspect we hit a dark area within a grey area :-)
--
Emmanuel Dreyfus
http
Pranith Kumar Karampuri pkara...@redhat.com wrote:
If we hit a dead-end there we should make this change in self-heald.c
Keep us posted.
Sure. In the meantime I am stil linterested by your change about non
anonymous fd in features/index
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m
Emmanuel Dreyfus m...@netbsd.org wrote:
Here is the problem: once readdir() has reached the end of the
directory, on Linux, telldir() will report the last entry's offset,
while on NetBSD, it will report an invalid offset (it is in fact the
offset of the next entry beyond the last one, which
behavior to
match xlator/storage/posix? There is also
xlator/features/snapview-server that may be affected.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http
On Fri, Sep 12, 2014 at 06:31:55AM +0200, Emmanuel Dreyfus wrote:
It is fine for me that glusterd_bricks_select_heal_volume() finds 3
bricks, they are the 3 remaining alive bricks. However I am surprised to
see the first in the list having rpc-conn.name = management. It
should be a brick name
Emmanuel Dreyfus m...@netbsd.org wrote:
I will not look for why this offset is corrupted.
s/not/now/ of course...
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http
by Emmanuel. Though have a robust kqueue() which may need some
work.
If you have a Linux build at hand it should be easy to test: rebuild
with configure --disable-epoll and try to run self_heald.t
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel
behavior here?
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org/mailman/listinfo/gluster-devel
(), there is no more pending activity and umount succeeds without
lazy unmount. That is the Do no umount too early part of my patchset.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http
-socket.management: not connected (priv-connected = -1)
[2014-09-12 04:19:35.266139] E [rpcsvc.c:1249:rpcsvc_submit_generic]
0-rpc-service: failed to submit message (XID: 0x1, Program: GlusterD svc
cli, ProgVers: 2, Proc: 31) to rpc-transport (socket.management)
--
Emmanuel Dreyfus
http://hcpnet.free.fr
on the
stack in gd_syncop_mgmt_brick_op(),
Anyone has an idea of what is going on?
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org/mailman/listinfo/gluster-devel
http://review.gluster.org/8649
http://review.gluster.org/8596
backports to release-3.6
http://review.gluster.org/8629
http://review.gluster.org/8631
http://review.gluster.org/8636
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
must happen in a lazy manner.
And since *BSD do not have a /etc/mtab, there is really no requirement.
I will resubmit a change without lazy umount emulation.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
latest patch to fix replace-brick on NetBSD.
http://review.gluster.org/#/c/8649/
Please review.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org/mailman/listinfo/gluster-devel
a glusterd restart. I will try with
release-3.6
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org/mailman/listinfo/gluster-devel
Atin Mukherjee amukh...@redhat.com wrote:
I still have the message after a glusterd restart. I will try with
release-3.6
Can you restart the originator glusterd node as well?
After restarting all glusterfsd and glusterd, it recovers.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m
Emmanuel Dreyfus m...@netbsd.org wrote:
I try getting tests/basic/pump.t to pass on NetBSD, but after a few
experiments, it seems the brick replace functionality is just broken.
I found the problem(s).
First there are hardcoded /bin/umount path in glusterd, which works on
Linux but not other
that change to release-3.6?
The patch will not apply cleanly, it requires previous changes, but
perhaps it is worth working on it?
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
:44.041636] I [client.c:2215:client_rpc_notify]
0-patchy-replace-brick: disconnected from patchy-replace-brick. Client
process will keep trying to connect to glusterd until brick's port is
available
Any hint of where to look at?
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
a group list is truncated if my system cannot handle the missing
groups anyway.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org/mailman/listinfo/gluster
:glusterd_lock]
0-management: Unable to get lock for uuid:
078015de-2186-4bd7-a4d1-017e39c16dd3, lock held by:
078015de-2186-4bd7-a4d1-017e39c16dd3
This UUID is a brick whose log file will not tell anything particular.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
like to pullup the glusterFS changes
to release-3.6 once everything is in master, but when was
release-3.6 branched? It would help to spot the
changes to pullup.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
Harshavardhana har...@harshavardhana.net wrote:
release-3.6 is already done some time ago - you have to post all the
patches to release-3.6 branch.
How much time ago? It would help to knowif I have to consider e.g.
patches from 18th august.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m
Vijay Bellur vbel...@redhat.com wrote:
release-3.6 was branched on 17th July.
That is a lot of patches to pull-up. What is the planned release date
for 3.6?
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing
tests pass both master/NetBSD and release-3.6/NetBSD
Any hint?
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org/mailman/listinfo/gluster-devel
On Thu, Aug 28, 2014 at 10:10:34PM -0700, Harshavardhana wrote:
Same changes i did for FreeBSD, these are applicable for OSX too - Thanks +1
:-)
I will submit later today.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster
hooha
$PFX/dir/file sleep 1');
+echo hooha $PFX/dir/file
+sleep 1
+msg=$(sh -c 'tail $PFX/dir/file')
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http
Hi
I accumulated a few NetBSD patches that were all validated but still await
review. Anyone would like to help moving them forward?
Everything is there:
http://review.gluster.org/#/q/owner:%22Emmanuel+Dreyfus%22+status:open,n,z
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
Harshavardhana har...@harshavardhana.net wrote:
ERROR: Could not clone repository
Using git over ssh often fails, is it the same problem? I never
investigated, but using HTTP is reliable. I often have to run rfc.sh
three or four times before it works.
--
Emmanuel Dreyfus
http://hcpnet.free.fr
0xbb75a500 in get_new_dict_full (size_hint=1) at dict.c:50
#7 0xbb75a60b in dict_new () at dict.c:101
#8 0x080508d1 in cli_quotad_clnt_rpc_init () at cli.c:531
#9 0x08050def in main (argc=4, argv=0xbf7fec58) at cli.c:705
--
Emmanuel Dreyfus
m...@netbsd.org
Sorry for the missing subject, here it is.
On Thu, Aug 14, 2014 at 02:10:16PM +, Emmanuel Dreyfus wrote:
I observe a strange thing with tests/basic/mount.t on NetBSD.
It hangs on
TEST 23 (line 66): ! rm /mnt/glusterfs/1/newfile
I came to the conclusion this is a bug in GlusterFS NFS
401 - 500 of 541 matches
Mail list logo
