091de81-a4e2-4548-acf4-4b19c7bdac5e/tpm_nvwrite: No such
file or directory
--
Emmanuel Dreyfus
m...@netbsd.org
---
Community Meeting Calendar:
Schedule -
Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC
Bridge: https://meet.google.com/cpu-eiue-hvk
Gluster-devel mailing list
Gluster-devel
> On a healthy system, one should definitely not remove any files or sub
> directories inside .glusterfs as they contain important metadata. Which
> entries specifically inside .glusterfs do you think are stale and why?
There are indexes leading to no file, causing heal complains.
--
?
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
---
Community Meeting Calendar:
Schedule -
Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC
Bridge: https://meet.google.com/cpu-eiue-hvk
Gluster-devel mailing list
Gluster-devel@gluster.org
https://lists.gluster.org/mailman/listinfo
nds
Data Read: 786432 bytes
Data Written: 0 bytes
--
Emmanuel Dreyfus
m...@netbsd.org
___
Community Meeting Calendar:
Schedule -
Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC
Bridge: https://bluejeans.com/441850968
Gluster-devel mailing l
/* Get the first per-client queue for this priority. */
99 ctx = list_first_entry(>clients[i], iot_client_ctx_t,
clients);
And the list is obviously bad here:
(gdb) print *conf->clients[3]->next
$11 = {next = 0x144, prev = 0x0}
Known bug?
--
Emman
Hello
I am still stuck on this one: how should I address the missing
SpecApproved and DocApproved here?
On Fri, Jul 10, 2020 at 05:43:54PM +0200, Emmanuel Dreyfus wrote:
> > What should I do to get this passed?
> >
> > https://build.gluster.org/job/comment-on-issu
Sorry, wrong list! I repost at the right place.
Emmanuel Dreyfus wrote:
> Hello
>
> What should I do to get this passed?
>
> https://build.gluster.org/job/comment-on-issue/19308/ : FAILURE <<<
> Missing SpecApproved flag on Issue 1361
> Missing DocApproved fla
file inside, I am told
it is
not in split brain.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Community Meeting Calendar:
Schedule -
Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC
Bridge: https://bluejeans.com/441850968
Gluster-devel mailing list
Gl
Emmanuel Dreyfus wrote:
> bidon# gluster volume heal gfs full
> Launching heal operation to perform full self heal on volume gfs has been
> unsuccessful: Self-heal daemon is not running. Check self-heal daemon log
> file.
I noticed that gluster volume heal gfs info show
:
intentional socket shutdown(20)
[2020-07-08 01:15:49.007545] I [socket.c:849:__socket_shutdown] 0-gfs-client-4:
intentional socket shutdown(19)
[2020-07-08 01:15:49.035180] I [socket.c:849:__socket_shutdown] 0-gfs-client-6:
intentional socket shutdown(20)
--
Emmanuel Dreyfus
http
glusterfsd
6809 183M 27M glusterfsd
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Community Meeting Calendar:
Schedule -
Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC
Bridge: https://bluejeans.com/441850968
Gluster
component that
should learn it must disregeard it. Hints are welcome about where I
should look at.
2) /owncloud/data is a directory. mode, owner and groups are the same
on bricks. Why is it listed here?
3) What should I do with this?
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
not sure I understand why.
https://review.gluster.org/#/c/glusterfs/+/24648/
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Community Meeting Calendar:
Schedule -
Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC
Bridge: https
LOOKUP and OPENDIR */
if ((fd = open("/gfs/tmp", O_RDONLY, 0)) == -1)
err(1, "open failed");
/* NetBSD calls FUSE SETLKW */
if (flock(fd, LOCK_EX) == -1)
err(1, "flock failed");
--
Emmanuel Dreyfus
http://hcpne
hit by that performance problem, I had a hard time finding
the culprit.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
https://lists.gluster.org/mailman/listinfo/gluster-devel
for GlusterFS with such a
behavior? In other words, will it be fine to always have a
FUSE_UNKNOWN_FH (aka null) filehandle for getattr/setattr on
directories?
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
at something added extended attributes to this
directory at some time.IIRC the storage/posix translator avoids it, but
there must be some other code path.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
G
: Connected
Number of entries: 1
I guess the baril:/export/wd3e split -brain for / fits /.attribute on
baril:/export/wd2e? How can I check?
.attribute is the hidden directory where NetBSD stores extended
attributes. It should be ignored by healing. Is there a bug to fix here?
--
Emmanuel Dreyfus
Emmanuel Dreyfus <m...@netbsd.org> wrote:
> What happens if I remove the trusted.gfid2path.* attributes? Are
> they just re-created?
After reading the source, I concluded I could safely remover the
trusted.gfid2path.* attributes. It fixed the (NetBSD specific)
performance problem.
ly removed once the feature is disabled.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://lists.gluster.org/mailman/listinfo/gluster-devel
On Tue, Nov 14, 2017 at 10:43:39AM +, Emmanuel Dreyfus wrote:
> What happens if I remove the trusted.gfid2path.* attributes? Are
> they just re-created?
>
> Some hint on how to disable the feature?
gluster volume set gfs gfid2path off
Can I jst delete the trusted.gfid2path.
On Tue, Nov 14, 2017 at 09:17:35AM +, Emmanuel Dreyfus wrote:
> In the meantime I tracked the performance problem to exteded atributes
> system calls. The root of the problem is outside of glusterfs, but fixing
> the consequuences would be nice.
I think I found the problem: listxattr
[socket.c:2369:socket_connect_finish]
0-management: connection to 192.0.2.110:24007 failed (Connection timed out);
disconnecting socket
In the meantime I tracked the performance problem to exteded atributes
system calls. The root of the problem is outside of glusterfs, but fixing
the consequuence
t its bricks, but not the other's one. I suspect it could just
be some tiemout because of slow answer from the peer.
tcpdump tells me that the server can take seconds to answer.
Brick logs show nothing special.
Any idea?
--
Emmanuel Dreyfus
m...@netbsd.org
__
Emmanuel Dreyfus <m...@netbsd.org> wrote:
> [2017-11-02 12:32:57.429885] E [MSGID: 115092]
> [server-handshake.c:586:server_setvolume] 0-gfs-server: No xlator
> /export/wd0e is found in child status list
> [2017-11-02 12:32:57.430162] I [MSGID: 115091]
> [server-handshake.c
opversion
Any idea of what goes wrong?
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://lists.gluster.org/mailman/listinfo/gluster-devel
it already?
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://lists.gluster.org/mailman/listinfo/gluster-devel
On Fri, Feb 10, 2017 at 08:30:40AM -0500, Ira Cooper wrote:
> But I suspect... You got it right, Gluster isn't big enough to attack today.
It is just a matter of time.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-de
k clients.
The annoyance can be mitigated with an helpful message on mount
failure, in the log and on stdout such as "please copy
/etc/glusterd/secret from a server"
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-dev
FSSIOCSET to cast the snapshot. It requires a backing store
file, which may be created by mktemp() and unlinked immediatly.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinf
Sanoj Unnikrishnan <sunni...@redhat.com> wrote:
> Ran the same steps as in the quota-rename.t (manually though. multiple
> times!), Could not reproduce the issue.
But running the test framework hits the bug reliabily?
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m..
Vijay Bellur <vbel...@redhat.com> wrote:
> Emmanuel might be able to help with problems related to NetBSD
> environment.
Sure, feel free to ask if you hit NetBSD-speciic troubles.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m..
ributions of the same software like
Linux distributions are. NetBSD and FreeBSD are distinct operating systems,
with theit own kernels and userlands that diverged from a common ancestor
23 years ago.
This is why you should not take FreeBSD behaviors for granted on NetBSD,
and vice-versa.
--
Emmanuel
ains them:
# touch test
# ls -l test
-rw-r--r-- 1 root wheel 0 Sep 20 06:04 test
# chmod u+t test
# ls -l test
-rw-r--r-T 1 root wheel 0 Sep 20 06:04 test
Note that T means t without x:
# chmod uog+rx test
# ls -l test
-rwxr-xr-t 1 root wheel 0 Sep 20 06:04 test
--
Emmanuel Dre
nux.
My advice is to review supported platfrom's header file before
using some feature, otherwise the result will not be easily portable
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mail
There's an easy fix)
Easy fix, replace sed -r by $SED_R and
SED_R="sed -r" on Linux vs SED_R="sed -E" on BSDs, including OSX.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http
On Thu, Aug 18, 2016 at 12:07:08PM +0530, Nigel Babu wrote:
> As in the case of CentOS yesterday, the NetBSD job is now netbsd6-regression.
But we run regressions o nnetbsd-7 branch. Smoke tests are tun on neybsd-6.
--
Emmanuel Dreyfus
m...@netbsd.
is known to work.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
dy raised a few limits to fix
tests for NetBSD. We could set limits in a per-OS unit, which will be 1s
for Linux, and let's start with 2s for NetBSD and see if we get a
difference on overall failure ratio.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
failures.
Probably right. Since we see no systemic failures, that suggest there
are real rare bugs there. But if they are that difficult to reproduce,
that does not push people to track them :-/
> *96* of *247* regressions failed
That is huge.
--
Emmanuel Dreyfus
m..
treams.
This means linux recommands using readir(), but such practice is likely
to break on other systems, since standards do not currently requires it
to be thread-safe. We can go the readdir() way, but pleas add locks.
Alternatively we can use #ifdef to use alternate code on Linux (readdir)
and ot
ce. But I am not sure it can happen in GlusterFS.
I am a bit disturbed by readdir_r() being planned for deprecation. The
Open Group does not say that, or I missed it:
http://pubs.opengroup.org/onlinepubs/9699919799/functions/readdir.html
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@n
r how you could have inherited
them from git checkout, since previous changes were supposed to
pass smoke too. If you are sure the error are not yours, you
can try to rebase.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Glus
enerate the client vol files.
Well, since the goal is to test migration path, I will wait for 3.8rc2
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailma
) 0-: received signum
(22), shutting down
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
ready saw such situations.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
elated: I gave it a quick try,
and it is able to build and run tests.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
testing, you could pick one.
I still does not know who is the password guardian at Rehat, though.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
ration as the result.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
. That one will be difficult to
implement.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
Hi
Here is an easy build fix to review: remove undefined variable in
Makefile:
http://review.gluster.org/13867
http://review.gluster.org/13868
Any taker?
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
On Fri, Apr 15, 2016 at 01:32:23PM +0530, Kaushal M wrote:
> Or,
> 2. Revert the IPv6 patch that exposed this problem
IMO the good practice when a change breaks a stable release
is to back it out, and work on a betterfix on master for later
pull up to stable.
--
Emmanuel Dre
filehandle semantics is correct, that means
I will have to modify the PUFFS interface so that operations on open
files get a reference about the file descriptor within calling process,
since this is a requirement to retreive the appropriate filehandle for
FUSE.
Anyone can confirm?
--
Emmanuel Dreyfus
h
IMO the root of the problem is the lack of a built-in boolean type in C,
but that is not big business.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
ess ignorant tonight. :-)
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
Hello
I found a !! in glusterfs sources. Is it a C syntax I do not know, a
bug, or just a weird syntax?
xlators/cluster/afr/src/afr-inode-write.c:
local->stable_write = !!((fd->flags|flags)&(O_SYNC|O_DSYNC));
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@
put does not contain $F0 (why not use fgrep "$F0" ?)
What happens? Removing >/dev/null 2>&1 above may be insighful.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
where
we do not expect it.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
Raghavendra Talur <rta...@redhat.com> wrote:
> Yes, because I updated from patch set 2 to 3 and tests for 2 were running
> on the same slave.
It seems my test for concurent runs misfires when previous run was
aborted. I need to improve that.
--
Emmanuel Dreyfus
http://hcpnet.fr
Raghavendra Talur <rta...@redhat.com> wrote:
> The tests passed on the first run itself, except for the NetBSD with
> "another test running on slave" error.
Was the previous test on the slave canceled?
--
Emmanuel Dreyfus
http://hcpnet.free.f
Jeff Darcy <jda...@redhat.com> wrote:
> OK, so are you proposing that we add the same thing on the FreeBSD
> slaves?
This is how I fixed that exact same problem for NetBSD.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
-m 755 $PYDIR/gluster"
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
module
outside of glusterfs install directory. The permissions must be
propeperly setup for the unprivilegied build process to succeed the
copy.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@g
Juste to make sure there is no misunderstanding here: unfortunately I
do not have time right now to submit a fix. It would be nice if someone
else coule look at it.
On Wed, Feb 10, 2016 at 01:48:52PM +, Emmanuel Dreyfus wrote:
> Hi
>
> After obtaining a core in a regression,
xlators/mgmt/glusterd/src/glusterd-store.c:3072
xlators/mgmt/glusterd/src/glusterd-store.c:3593
xlators/mgmt/glusterd/src/glusterd-store.c:3606
xlators/mgmt/glusterd/src/glusterd-store.c:4032
xlators/mgmt/glusterd/src/glusterd-store.c:4111
There a hive of sprious bugs to squash here.
--
Emmanuel
On Wed, Feb 10, 2016 at 02:26:35PM +0530, Soumya Koduri wrote:
> Is this issue related to bug1221629 as well?
I do not know, but please someone replace readdir by readdir_r! :-)
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Glus
2265
#8 0xbb75f6d1 in inode_table_dump (itable=0xbb143030,
prefix=0x2 )
at
/home/jenkins/root/workspace/rackspace-netbsd7-regression-triggered/libglusterfs/src/inode.c:2352
#9 0x08050e20 in main (argc=12, argv=0xbf7feaac)
at
/home/jenkins/root/workspace/rackspace-netbsd7-regression-triggere
/ link
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
NetBSD failures and just retrigger without
looking at the cause, but it has already proven its ability to expose
bugs that are unwilling to come to light in Linux regressions, but still
exist on Linux.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster
I think it is the first time I see hit raised, but I am unable to
conclude on the cause. Let us retrigger (I did it) and see if someone
else ever hit that again. The bug is more likely in NetBSD FUSE than
in glusterfs.
--
Emmanuel Dreyfus
m...@netbsd.org
_
On Mon, Feb 08, 2016 at 04:05:44PM +0530, Ravishankar N wrote:
> The patch to add it to bad tests has already been merged, so I guess this
> .t's failure won't pop up again.
IMo that was a bit too quick. What is the procedure to get out of the
list?
--
Emmanuel Dreyfus
m...@netb
On Mon, Feb 08, 2016 at 10:26:22AM +, Emmanuel Dreyfus wrote:
> Indeed, same problem. But unfortunately it is not very reproductible since
> we need to make a full week of runs to see it again. I am tempted to
> just remove the assertion.
NB: this does not fail on stock NetBS
ll week of runs to see it again. I am tempted to
just remove the assertion.
> Is it one of those vndconfig errors? The .t seems to have skipped a few
> tests:
This is because FUSE went away during the test.
The vnconfig problems are fixed now and should not happen anymore.
>
--
Emmanuel
s/root/workspace/rackspace-netbsd7-regression-triggered/xlators/features/changelog/lib/src/gf-changelog-reborp.c:110
110 return 0;
Crash on return: That smells like stack coruption.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster
On Mon, Feb 08, 2016 at 07:27:46PM +0530, Pranith Kumar Karampuri wrote:
> I don't see any logs in the archive. Did we change something?
I think thay are in a different tarball, in /archives/logs
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-de
t;0"0"0"\"0"0"0"\"0"6"0"®"±"∑"fi"¿"≠"fi"\"0"0"0"\"0"6"0"\"0"3"7"\"2"7"3"î"\"0"0"0"\"0"0"0"\"0"0"0"\"3"7"4"\"0"0"4"\"0"0"0"\"0"0"0"\"0"6"0"®"±"∑"fi"¿"≠"fi"\"0"0"0"\"0
"6"0"\"0"3"7"\"2"7"3"î"\"0"0"0"\"0"0"0"\"0"0"0"\"3"7"4"\"0"0"4"\"0"0"0"\"0"0"0"\"0"6"0"®"±"∑"fi"¿"≠"fi"\"0"0"0"\"0"6"0"\"0"3"7"\"2"7"3"î"\"0"0"0"\"0"0"0"\"0"0"0"\"3"7"4"\"0"0"4"\"0"0
"0"\"0"0"0"\"0"6"0"®"±"∑"fi"¿"≠"""}"," "
" " "n"o"t"i"f"y" "=" "5"2"3"2"3"9"6"4"6"," "f"i"n"i" "=" "0"x"9"4"b"b","
"c"a"l"l"b"a"c"k" "=" "0"x"4"f"c"0"0"," "
" " "c"o"n"n"e"c"t"e"d" "=" "0"x"b"1"a"8"3"0"0"0"," "d"i"s"c"o"n"n"e"c"t"e"d"
"=" "0"x"a"d"c"0"d"e"b"7"," "p"t"r" "=" "0"x"1"f"3"0"0"0"d"e"," "
" " "i"n"v"o"k"e"r"x"l" "=" "0"x"9"4"b"b"," "o"r"d"e"r"e"d" "="
"("u"n"k"n"o"w"n":" "3"2"6"6"5"6")"," "q"u"e"u"e"e"v"e"n"t" "="
"0"x"b"1"a"8"3"0"0"0"," "
" " "p"i"c"k"e"v"e"n"t" "=" "0"x"a"d"c"0"d"e"b"7"," "e"v"e"n"t" "=" "{"l"o"c"k"
"=" "{"p"t"m"_"m"a"g"i"c" "=" "5"2"3"2"3"9"6"4"6"," "
" " " " " " "p"t"m"_"e"r"r"o"r"c"h"e"c"k" "=" "1"8"7" "'"ª"'","
"p"t"m"_"p"a"d"1" "=" """î"\"0"0"0"""," "p"t"m"_"i"n"t"e"r"l"o"c"k" "=" "0"
"'"\"0"0"0"'"," "
" " " " " " "p"t"m"_"p"a"d"2" "=" """\"3"7"4"\"0"0"4"""," "p"t"m"_"o"w"n"e"r"
"=" "0"x"b"1"a"8"3"0"0"0"," "p"t"m"_"w"a"i"t"e"r"s" "=" "0"x"a"d"c"0"d"e"b"7","
"
" " " " " " "p"t"m"_"r"e"c"u"r"s"e"d" "=" "5"2"3"2"3"9"6"4"6","
"p"t"m"_"s"p"a"r"e"2" "=" "0"x"9"4"b"b"}"," "c"o"n"d" "=" "{"
" " " " " " "p"t"c"_"m"a"g"i"c" "=" "3"2"6"6"5"6"," "p"t"c"_"l"o"c"k" "=" "0"
"'"\"0"0"0"'"," "p"t"c"_"w"a"i"t"e"r"s" "=" "{"
" " " " " " " " "p"t"q"h"_"f"i"r"s"t" "=" "0"x"a"d"c"0"d"e"b"7","
"p"t"q"h"_"l"a"s"t" "=" "0"x"1"f"3"0"0"0"d"e"}"," "p"t"c"_"m"u"t"e"x" "="
"0"x"9"4"b"b"," "
" " " " " " "p"t"c"_"p"r"i"v"a"t"e" "=" "0"x"4"f"c"0"0"}"," "i"n"v"o"k"e"r" "="
"0"x"b"1"a"8"3"0"0"0"," "n"e"x"t"_"s"e"q" "=" "2"9"1"5"0"9"8"2"9"5"," "
" " " " "e"n"t"r"y" "=" "0"x"1"f"3"0"0"0"d"e"," "e"v"e"n"t"s" "=" "{"n"e"x"t"
"=" "0"x"9"4"b"b"," "p"r"e"v" "=" "0"x"4"f"c"0"0"}"}"}"
"("g"d"b")" "b"t"
"#"0" " "0"x"b"9"a"9"1"2"e"c" "i"n"
"g"f"_"c"h"a"n"g"e"l"o"g"_"r"e"b"o"r"p"_"r"p"c"s"v"c"_"n"o"t"i"f"y"
"("r"p"c"="0"x"b"7"b"1"6"0"f"0"," "
" " " " "m"y"d"a"t"a"="0"x"b"7"b"1"a"8"3"0","
"e"v"e"n"t"="R"P"C"S"V"C"_"E"V"E"N"T"_"A"C"C"E"P"T","
"d"a"t"a"="0"x"b"7"8"b"6"0"3"0")"
" " " " "a"t"
"/"h"o"m"e"/"j"e"n"k"i"n"s"/"r"o"o"t"/"w"o"r"k"s"p"a"c"e"/"r"a"c"k"s"p"a"c"e"-"n"e"t"b"s"d"7"-"r"e"g"r"e"s"s"i"o"n"-"t"r"i"g"g"e"r"e"d"/"x"l"a"t"o"r"s"/"f"e"a"t"u"r"e"s"/"c"h"a"n"g
"e"l"o"g"/"l"i"b"/"s"r"c"/"g"f"-"c"h"a"n"g"e"l"o"g"-"r"e"b"o"r"p"."c":"1"1"4"
"#"1" " "0"x"b"b"6"f"b"c"1"7" "i"n" "r"p"c"s"v"c"_"p"r"o"g"r"a"m"_"n"o"t"i"f"y"
"("l"i"s"t"e"n"e"r"="0"x"b"7"b"2"7"1"1"0"," "
" " " " "e"v"e"n"t"="R"P"C"S"V"C"_"E"V"E"N"T"_"A"C"C"E"P"T","
"d"a"t"a"="0"x"b"7"8"b"6"0"3"0")"
" " " " "a"t"
"/"h"o"m"e"/"j"e"n"k"i"n"s"/"r"o"o"t"/"w"o"r"k"s"p"a"c"e"/"r"a"c"k"s"p"a"c"e"-"n"e"t"b"s"d"7"-"r"e"g"r"e"s"s"i"o"n"-"t"r"i"g"g"e"r"e"d"/"r"p"c"/"r"p"c"-"l"i"b"/"s"r"c"/"r"p"c"s"v"c
"."c":"3"3"5"
"#"2" " "0"x"b"b"6"f"b"c"9"5" "i"n" "r"p"c"s"v"c"_"a"c"c"e"p"t"
"("s"v"c"="0"x"b"7"b"1"6"0"f"0","
"l"i"s"t"e"n"_"t"r"a"n"s"="0"x"b"7"b"1"0"0"3"0"," "
" " " " "n"e"w"_"t"r"a"n"s"="0"x"b"7"8"b"6"0"3"0")"
" " " " "a"t"
"/"h"o"m"e"/"j"e"n"k"i"n"s"/"r"o"o"t"/"w"o"r"k"s"p"a"c"e"/"r"a"c"k"s"p"a"c"e"-"n"e"t"b"s"d"7"-"r"e"g"r"e"s"s"i"o"n"-"t"r"i"g"g"e"r"e"d"/"r"p"c"/"r"p"c"-"l"i"b"/"s"r"c"/"r"p"c"s"v"c
"."c":"3"5"8"
"#"3" " "0"x"b"b"6"f"c"a"8"1" "i"n" "r"p"c"s"v"c"_"n"o"t"i"f"y"
"("t"r"a"n"s"="0"x"b"7"b"1"0"0"3"0"," "m"y"d"a"t"a"="0"x"b"7"b"1"6"0"f"0"," "
" " " " "e"v"e"n"t"="R"P"C"_"T"R"A"N"S"P"O"R"T"_"A"C"C"E"P"T","
"d"a"t"a"="0"x"b"7"8"b"6"0"3"0")"
" " " " "a"t"
"/"h"o"m"e"/"j"e"n"k"i"n"s"/"r"o"o"t"/"w"o"r"k"s"p"a"c"e"/"r"a"c"k"s"p"a"c"e"-"n"e"t"b"s"d"7"-"r"e"g"r"e"s"s"i"o"n"-"t"r"i"g"g"e"r"e"d"/"r"p"c"/"r"p"c"-"l"i"b"/"s"r"c"/"r"p"c"s"v"c
"."c":"7"8"6"
"#"4" " "0"x"b"b"7"0"2"0"6"c" "i"n" "r"p"c"_"t"r"a"n"s"p"o"r"t"_"n"o"t"i"f"y"
"("t"h"i"s"="0"x"b"7"b"1"0"0"3"0"," "
" " " " "e"v"e"n"t"="R"P"C"_"T"R"A"N"S"P"O"R"T"_"A"C"C"E"P"T","
"d"a"t"a"="0"x"b"7"8"b"6"0"3"0")"
" " " " "a"t"
"/"h"o"m"e"/"j"e"n"k"i"n"s"/"r"o"o"t"/"w"o"r"k"s"p"a"c"e"/"r"a"c"k"s"p"a"c"e"-"n"e"t"b"s"d"7"-"r"e"g"r"e"s"s"i"o"n"-"t"r"i"g"g"e"r"e"d"/"r"p"c"/"r"p"c"-"l"i"b"/"s"r"c"/"r"p"c"-"t"r
"a"n"s"p"o"r"t"."c":"5"4"1"
"#"5" " "0"x"b"b"2"6"9"b"b"5" "i"n"
"s"o"c"k"e"t"_"s"e"r"v"e"r"_"e"v"e"n"t"_"h"a"n"d"l"e"r" "("f"d"="1"6","
"i"d"x"="3"," "d"a"t"a"="0"x"b"7"b"1"0"0"3"0"," "
" " " " "p"o"l"l"_"i"n"="1"," "p"o"l"l"_"o"u"t"="0"," "p"o"l"l"_"e"r"r"="0")"
" " " " "a"t"
"/"h"o"m"e"/"j"e"n"k"i"n"s"/"r"o"o"t"/"w"o"r"k"s"p"a"c"e"/"r"a"c"k"s"p"a"c"e"-"n"e"t"b"s"d"7"-"r"e"g"r"e"s"s"i"o"n"-"t"r"i"g"g"e"r"e"d"/"r"p"c"/"r"-"-"-"T"y"p"e"
"<"r"e"t"u"r"n">" "t"o" "c"o"n"t"i"n"u"e"," "o"r" "q" "<"r"e"t"u"r"n">" "t"o"
"q"u"i"t"-"-"-"
"p"c"-"t"r"a"n"s"p"o"r"t"/"s"o"c"k"e"t"/"s"r"c"/"s"o"c"k"e"t"."c":"2"7"6"5"
"#"6" " "0"x"b"b"7"8"e"9"6"6" "i"n"
"e"v"e"n"t"_"d"i"s"p"a"t"c"h"_"p"o"l"l"_"h"a"n"d"l"e"r"
"("e"v"e"n"t"_"p"o"o"l"="0"x"b"b"1"4"3"0"3"0"," "
" " " " "u"f"d"s"="0"x"b"7"8"9"e"0"b"0"," "i"="3")"
" " " " "a"t"
"/"h"o"m"e"/"j"e"n"k"i"n"s"/"r"o"o"t"/"w"o"r"k"s"p"a"c"e"/"r"a"c"k"s"p"a"c"e"-"n"e"t"b"s"d"7"-"r"e"g"r"e"s"s"i"o"n"-"t"r"i"g"g"e"r"e"d"/"l"i"b"g"l"u"s"t"e"r"f"s"/"s"r"c"/"e"v"e"n"t
"-"p"o"l"l"."c":"3"8"9"
"#"7" " "0"x"b"b"7"8"e"c"a"d" "i"n" "e"v"e"n"t"_"d"i"s"p"a"t"c"h"_"p"o"l"l"
"("e"v"e"n"t"_"p"o"o"l"="0"x"b"b"1"4"3"0"3"0")"
" " " " "a"t"
"/"h"o"m"e"/"j"e"n"k"i"n"s"/"r"o"o"t"/"w"o"r"k"s"p"a"c"e"/"r"a"c"k"s"p"a"c"e"-"n"e"t"b"s"d"7"-"r"e"g"r"e"s"s"i"o"n"-"t"r"i"g"g"e"r"e"d"/"l"i"b"g"l"u"s"t"e"r"f"s"/"s"r"c"/"e"v"e"n"t
"-"p"o"l"l"."c":"4"8"2"
"#"8" " "0"x"b"b"7"5"d"2"1"9" "i"n" "e"v"e"n"t"_"d"i"s"p"a"t"c"h"
"("e"v"e"n"t"_"p"o"o"l"="0"x"b"b"1"4"3"0"3"0")"
" " " " "a"t"
"/"h"o"m"e"/"j"e"n"k"i"n"s"/"r"o"o"t"/"w"o"r"k"s"p"a"c"e"/"r"a"c"k"s"p"a"c"e"-"n"e"t"b"s"d"7"-"r"e"g"r"e"s"s"i"o"n"-"t"r"i"g"g"e"r"e"d"/"l"i"b"g"l"u"s"t"e"r"f"s"/"s"r"c"/"e"v"e"n"t
"."c":"1"2"2"
"#"9" " "0"x"0"8"0"5"0"e"2"0" "i"n" "m"a"i"n" "("a"r"g"c"="1"2","
"a"r"g"v"="0"x"b"f"7"f"e"a"a"4")"
" " " " "a"t"
"/"h"o"m"e"/"j"e"n"k"i"n"s"/"r"o"o"t"/"w"o"r"k"s"p"a"c"e"/"r"a"c"k"s"p"a"c"e"-"n"e"t"b"s"d"7"-"r"e"g"r"e"s"s"i"o"n"-"t"r"i"g"g"e"r"e"d"/"g"l"u"s"t"e"r"f"s"d"/"s"r"c"/"g"l"u"s"t"e"r
"f"s"d"."c":"2"3"4"5"
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
ILED,
"chdir() to \"%s\" failed",
_private->base_path);
goto out;
}
And the core goes in current directory by default. We could use
sysctl(3
*/
+(void)sysctlbyname("proc.curproc.corename", NULL, NULL,
+ corename, strlen(corename) + 1);
+
/*
* At least on NetBSD, the chdir() above uncovers a
On Thu, Jan 28, 2016 at 12:10:49PM +0530, Atin Mukherjee wrote:
> So does that mean we never analyzed any core reported by NetBSD
> regression failure? That's strange.
We got the cores from / but not from d/backends/*/ as I understand.
I am glad someone figured out the mystery.
--
Em
t, nor on netbsd. Did it happened
> again ?
I could imagine problems with exhausted system resources, but it would
not produce a "Connection refused".
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.
, but I beleive connection
refused is really when it gets a TCP RST.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
d regression at some time.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
Vijay Bellur <vbel...@redhat.com> wrote:
> There is some problem with review.gluster.org now. git clone/pull fails
> for me consistently.
First check DNS is working. I recall seing rackspace DNS failing to
answer.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m..
n. Please have
> a look.
I am puzzled: NetBSD regression is supposed to skip the bugs subdirectory.
Someone changed something here?
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mail
nge for each test?
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
Hi all
I have the followif changes awaiting code review/merge:
http://review.gluster.org/13204
http://review.gluster.org/13205
http://review.gluster.org/13245
http://review.gluster.org/13247
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel
you prefer.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
Emmanuel Dreyfus <m...@netbsd.org> wrote:
> But I just realized the change is wrong, since running tests "new way"
> stops on first failed test. My change just retry the failed test and
> considers the regression run to be good on success, without running next
> tests
tpages
VOP_PUTPAGES
nfs_write
VOP_WRITE
vn_write
dofilewrite
sys_write
syscall
I note we mount with -o noac,soft,nolock,vers=3
with the scripts turn into -o tcp,-R=2,soft,nfs3 fro NetBSD.
-R is retry. There is no timeout. Do we need one?
--
Emmanuel Dreyfus
m...@netb
patch immediately either, that suggests
> no further reviews are needed.
Indeed it is a bit odd, but I just CR +2 my own changes...
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
h
Emmanuel Dreyfus <m...@netbsd.org> wrote:
> ps -axl shows the quota helper program is waiting on genput:
> UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TTY TIME COMMAND
> 0 9660 23707 0 124 0 3360 1080 genput D+ pts/2 0:00.01
> ./tests/basic/quota /mnt/nfs/0//0
un? Or is it two regression
test runs that are scheduled simultaneously?
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
the one fixed in http://review.gluster.org/13177
I can unlock the situation by killing glusterfs daemons. Does it rings a
bell for someone?
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel
Emmanuel Dreyfus <m...@netbsd.org> wrote:
> While trying to reproduce the problem in
> ./tests/basic/afr/arbiter-statfs.t, I came to many failures here:
>
> [03:53:07] ./tests/basic/afr/split-brain-resolution.t
I was running tests from wrong directory :-/
This one
oping on
the whole test suite on nbslave70, with reboot on panic disabled (it
will drop into kernel debugger instead). No result so far.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-deve
On Fri, Jan 08, 2016 at 12:42:36PM +0530, Sachidananda URS wrote:
> I have a NetBSD 7.0 installation which I can share with you, to get
> started.
> Once manu@ gets back on a specific version, I can set that up too.
NetBSD 7.0 is fine and has everything required in GENERIC kernel.
--
/output error
I suspect the EIO is just a consequence of the failed mount.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
will look at the ./tests/basic/afr/arbiter-statfs.t problem with
loopback device.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
Emmanuel Dreyfus <m...@netbsd.org> wrote:
> > With your support I think we can make things better. To avoid duplication of
> > work, did you take any tests that you are already investigating? If not that
> > is the first thing I will try to find out.
>
> I will
ot;" instead of "brick1"
It is not in the lists posted here. Is it only at mine?
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
1 - 100 of 541 matches
Mail list logo