tigating right now because I have no idea where
I should look at. Your input will be very valuable.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
we could start the regression script by:
( sleep 7200 && /sbin/reboot -n ) &
And end it with:
kill %1
Does it seems reasonable? That way nothing can hang more than 2 hours.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
On Fri, Jan 08, 2016 at 10:56:22AM +, Emmanuel Dreyfus wrote:
> On Fri, Jan 08, 2016 at 03:18:02PM +0530, Pranith Kumar Karampuri wrote:
> > With your support I think we can make things better. To avoid duplication of
> > work, did you take any tests that you are alread
ack devices which backing store are in $B0
and unconfigure them.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
destroying? Could be a stupid question but still
> asking.
Well the kernel tells us it is not in use. I am not sure what you mean.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mai
ng tests?
We could ignore their output on NetBSD (this is how I started).
--
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
pinion the best way forward would be to identify what tests cause
frequent NetBSD spurious failures and disable them for NetBSD
regression. I am a bit disturbed by the fact that people raise the
"NetBSD regression ruins my life" issue without doing the work of
listing the actual issues en
infrastructure to even find out what
> caused the issue in the first place.
I meant: what test exhibited spurious failure or hang? You can see that
from the regression test run. Previous experence makes me suspect we
will narrow the problem to a few tests that can be disabled.
--
Emman
ice.
How are you going to make a serious issue a blocker? The serious issue
will be related to multiple patches, it will be impossible to tell which
one is the offender.
If we go that way, we need to run a regression for each merged patch,
which will be much less load than today.
--
Emm
ing a GFAPI-based VFS, it will be soon.
>
> FUSE isn't the best answer, IMO, to the "universal storage" question.
I thought FUSE was the only way to acheive automatic failover on server
failure. Am I wrong?
--
Emmanuel Dreyfus
http:
rent here.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
rfuse_node_fsync failed error = 69: Resource temporarily unavailable".
This is a non fatal warning about a failed fsync.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
ht
Raghavendra Gowdappa <rgowd...@redhat.com> wrote:
> I figured out this issue occurs when "trickling-writes" is on in write-behind
Do you have a idea of what fails at system level? Is it a portability
bug, or something else?
--
Emmanuel Dreyfus
http://hcpnet.free.fr/p
t;,
"gluster.patchy.inter.fop.fsync.per_sec": "0.00",
"gluster.patchy.inter.fop.fsync.latency_ave_usec": "0.00",
"gluster.patchy.inter.fop.fsync.latency_min_usec": "0.00",
"gluster.patchy.inter.fop.fsync.latency_max_usec": "0.00",
"gluster.patchy.inter.fop.set
On Mon, Jan 04, 2016 at 09:00:43AM +, Emmanuel Dreyfus wrote:
> gluster volume info/status seem to hang too.
No, sorry, I was not running the right binary.
I now have a statedump, but how can I use it to conclude anything
about whodropped the request?
--
Emmanuel Dreyfus
m...@netbsd.
On Mon, Jan 04, 2016 at 12:31:32AM -0500, Raghavendra Gowdappa wrote:
> Not conclusively. If there is a frame-loss most likely attaching gdb has no
> effect. But, client can one of the potential areas where the problem is.
gluster volume info/status seem to hang too.
--
Emmanuel Dre
On Mon, Jan 04, 2016 at 07:41:24AM -0500, Raghavendra Gowdappa wrote:
> Is this statedump?
Sorry, I was mislead by the gluster volume statedump command. But I see
someone else got it before me.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-de
TEST
> 24).
There is a jenkins job running on that machine. May I proceed? Where
is the relevant test suite?
A nice way of handling over the bug to someone else could be to run in
the screen utility.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing
investigate but I lack time for now. I
issued a reboot. Please tell me if you can reproduce it.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
/dev/rvnd0d
crw-r- 1 root operator 41, 3 Feb 27 2014 /dev/rvnd0d
If this is not the device being wrong and the problem resists a reboot,
or is reproductible, I am interested to look at it.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-d
Ravishankar N <ravishan...@redhat.com> wrote:
> $ ls -l /dev/rvnd0d
> crw-r- 1 root operator 41, 3 Apr 30 2014 /dev/rvnd0d
>
> Is this good?
Yes it is. And does vnconfig -l reports something sane now?
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pu
Ravishankar N <ravishan...@redhat.com> wrote:
> Thanks Emmanuel, it has run on nbslave74 and passed this time.
Something went wrong on the VM, but if we cannot reproduce it, let us
forget about it :-/
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@n
On Mon, Dec 07, 2015 at 05:18:08PM +0530, Pranith Kumar Karampuri wrote:
> Do you mind adding gluster-users to that thread? It would be nice to know
> what are the problems they ran into to fix them.
If you have some anwsers, go there and cross-post with gluster-users...
--
Emmanuel Dre
it is. I fear troubles too much. :-)
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
On Thu, Dec 03, 2015 at 04:53:42PM +0530, Ravishankar N wrote:
> Does anyone know if there's a possibility that another regression was
> started when the current one was still running on the same machine in
> NetBSD?
What happens if you retrigger?
--
Emmanuel Dreyfus
m...@n
Atin Mukherjee <atin.mukherje...@gmail.com> wrote:
> Shouln't the retriggered job be queued up? However if manually any one
> starts using this slave for running private regression run with out
> reserving the slave then it could very well be possible.
Yes, this may be the problem
cy by
> its own with specific OS tools (like tc on Linux, on BSD I don't know,
> unfortunately)
BSDs have altq (except OpenBSD that droped it):
https://en.wikipedia.org/wiki/ALTQ
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel
ion slots.
> As a final note, it would be fine if the goal could be reached by OS-level
> means
That will be difficult to do in a portable way.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://
onfig remote.origin.url git://review.gluster.org/glusterfs.git
/: write failed, file system is full
I freed some space.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
n someone
changed it and you got failures.
--
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
"${os} tests unsupported for ${branch}, validating by default"
+exit 0;
+fi
+}
+
function run_tests()
{
declare -A DONE
@@ -300,6 +329,9 @@ done
# Make sure we're running as the root user
check_user
+# Check for unsupported OS/glusterFS branch
+check_version
+
# Make sure
I can
help fixing them if people ask for help.
--
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
n for logs, but one have to
create the subdirectories.
> Can we have the patch reverted till this is fixed?
Generally speaking, I am in favor of backing otu changes that
break the world.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mail
ng nbslave74 in
jenkins web UI and launching the agent again. It is now running a
job:
https://build.gluster.org/job/rackspace-netbsd7-regression-triggered/11217/console
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@glu
ot nbslave74?
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
8 /build/install/var/log/glusterfs/gfid-mismatch-1.tar.gz
818896 /build/install/var/log/glusterfs/gfid-mismatch-2.tar.gz
I nuked nbslae75:/build/install/var/log/glusterfs/*.tar.gz
It should fix the problem.
--
Emmanuel Dreyfus
m...@netbsd.org
___
viously tell this is a transaction in
progress problem.
--
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
,
but perhaps the reported data could be improved?
--
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
was too focused to restoring
functionnality to have thought about it.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
.
Is there a workaround for this behavior?
And more generally, do we have a way to ratelimit FOPs per client, so
that one client cannot make the cluster unusable for the others?
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel
. DHT uses pointer files (so called link-to) to work around
> moving file contents on rename().
Then I have been misled by the huge amount of DHT rename opeeations in
the logs, but the user killed performance another way. Too bad I did
not collect profile data at that time.
--
Emman
red.
A bare minimum could be to process client's FOP in a round robin
fashion. That way even if one client sends a lot of FOPs, there is
always some window for others to slip in.
Any opinion?
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
r/ on all
slaves. Retrigger the build and it will pass.
--
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
On Mon, Aug 31, 2015 at 02:03:42PM +0530, Avra Sengupta wrote:
> They are now passing. Thanks Emmanuel.
I updated again the regrssion.sh script to set the correct
immutable flags on each run. Watch out for new failure in case I did
it wrong.
--
Emmanuel Dreyfus
m...@netbsd.
Kotresh Hiremath Ravishankar khire...@redhat.com wrote:
Please let me know your thoughts
We can disable them, OTOH you seem close to have resolved the 5 points.
Do you need any help there?
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
or if I prepare an
install script to freeze the setup once the VM is created.
--
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:
Let me know if it is too wide and causes trouble.
It was, I had to remove the immutable flag on:
/usr/pkg/lib/python2.7/site-packages/gluster/
= we install glupy.py there
/etc/openssl
= ssl-authz.t create key and cert there
And that lets a job pass
Emmanuel Dreyfus m...@netbsd.org wrote:
Let me know if it is too wide and causes trouble. I
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman
restored from image, an the system files are
now protected from unwanted tamptering. The problem should not happen
anymore.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http
Avra Sengupta aseng...@redhat.com wrote:
Thanks a lot Emmanuel. The tests seem to be starting fine now.
Until the same bug corrupts system files again. There is very little we
can do about it since the tests run as root.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
this because I am
not sure rackspace console access lets us use single user mode.
--
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
Avra Sengupta aseng...@redhat.com wrote:
All NetBSD regression failures are again failing (more like refusing to
build), with the following error.
Random files clobbered by G_LOG?
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
believe Vijaikumar
is looking into it. Could you please make sure if there is any other
failure(apart from this), which is failing the regression runs.
Yes, this is again a test corrupting random system files.
I started rebuild of nbslave7[149] from image...
--
Emmanuel Dreyfus
http
Emmanuel Dreyfus m...@netbsd.org wrote:
Yes, this is again a test corrupting random system files.
I started rebuild of nbslave7[149] from image...
Done.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
of G_LOG appending to the wrong file?
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
file descriptor and spills the mess
on some open file.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
will be glad to fix the implementation.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
.
Yes, I can wipe them from regression.sh before running the tests, like
we do for tests/bugs (never ported), tests/basic/tier/tier.t and
tests/basic/ec (the two later used to pass but started exhibiting too
much spurious failures).
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
/jenkins/root/workspace/rackspace-netbsd7-regression-triggered
SHELL=/bin/ksh
SU_FROM=jenkins
USER=root
_=/opt/qa/regression.sh
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http
-rackspace-netbsd7-regression-triggered-9242
I added a set /tmp/jenkins.debug in regression.sh on all nbslave7*
slaves, let us see what we get.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel
effect of the cleaning.
IMO the simpliest way is to have regression.sh detecting that it is an
unwanted branch and return success.
I guess a git command could tell us on what branch the changeset is
based? Any git expert here?
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
recently?
--
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:
I the parent directory does not exist, that breaks. Does your patch
removes tests/basic/tier ? Or was it removed in head recently?
Oh, I see, this is release-3.6, and NetBSD regression was never meant to
be run on it. Something changed in jenkins
Kotresh Hiremath Ravishankar khire...@redhat.com wrote:
We need a netbsd machine off the ring to debug. Could you please provide
one?
nbslave75 is offline for you.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel
covered a bug: georep should cope with directory layout not
hardcoded.
--
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
Hi
Could someone please review/merge that fix?
http://review.gluster.org/11840
http://review.gluster.org/11842
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster
Raghavendra Gowdappa rgowd...@redhat.com wrote:
Yes. However, we need to modify other callers
I need some hints to move forward: the callers of what?
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
= 7705659918828756665, msgcnt
= 219902325569979}
--
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
On Fri, Aug 07, 2015 at 08:40:57AM +, Emmanuel Dreyfus wrote:
On Thu, Aug 06, 2015 at 11:34:12PM -0400, Raghavendra Gowdappa wrote:
What errors do you get? Is it a problem related to reconnect timer?
The behavior is not consistent accross retries; However I got another crash
again, corrupted or not initialized.
I kept the cores for further investigation if this is needed.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
);
s-shutdown |= SSL_RECEIVED_SHUTDOWN;
SSL_CTX_remove_session(s-ctx, s-session);
return (0);
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman
On Wed, Aug 05, 2015 at 10:02:56AM +, Emmanuel Dreyfus wrote:
[2015-08-05 09:41:04.344497] E [socket.c:206:ssl_dump_error_stack]
0-management: error:14094413:SSL routines:SSL3_READ_BYTES:sslv3
alert unsupported certificate
This is the purpose field in the xertificate: SSL
Hello
It would be nice if SSL improvements could be reviewed and merged. Could
someone have a look at it?
http://review.gluster.org/11735
http://review.gluster.org/11763
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel
.
Globally speaking, this change set bumped into an insane amount of
regression-related problems. Is it a kind of motivation test for
contributors?
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http
last time it managed to pass through regression spurious
failures, and ir got CR +2 at that time. At least it passed NetBSD
regression in its latest version.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
/glusterfs-devrpms/10924/console
https://build.gluster.org/job/glusterfs-devrpms-el6/10796/console
https://build.gluster.org/job/smoke/20552/console
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http
be notified. Perhaps we should have a list
of contacts ina comment on the topof each test?
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
On Tue, Jul 28, 2015 at 06:11:24PM +0530, Atin Mukherjee wrote:
Its because of a missing backport. I've sent a patch [1] for the same.
But how did the breakage got into the branch? Don't we have petty
regression tests that should have caught it?
--
Emmanuel Dreyfus
m...@netbsd.org
And afr_get_pending_heal_count does not appear anywhere. Am I missing
something, or should it be fixed by someone?
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
. Ignored if SSL is not enabled.
},
Reference: https://gcc.gnu.org/onlinedocs/cpp/Stringification.html
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org
Gaurav Garg gg...@redhat.com wrote:
could you tell me the name of the option which did brick restart?
ssl.dh-param (not yet committed) seems to restart the daemon while
ssl.cipher-list does not.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
Hello
While testing, I noticed that some gluster volume set operations
caused a brick restart whil other did not. Comparing the code
around both options, I see no difference.
How does it decides to restart a daemon?
--
Emmanuel Dreyfus
m...@netbsd.org
knowledgable contributors could
beat me easily at it.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
is the rationale).
It seems to be running fine now, but please let me know if you encounter
problems.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman
Vijaikumar M vmall...@redhat.com wrote:
NetBSD tests arefailing again:
(...)
ERROR: Error fetching remote repo 'origin'
Please reboot it.
I amstill working on the infamous NFS unmount kernel bug, I hope the
NetBSD slaves will behave better with the fix.
--
Emmanuel Dreyfus
http
does
not have and which are skipped in the test, like XFS, or because they are in
tests
we do not run, like in tests/bugs.
The -f flag to run-tests.sh makes sure the tool test is not fatal.
/opt/qa/regression.sh uses it. Did you made changes to run-tests.sh that
inhibited
the -f flag?
--
Emmanuel
free to beat me at
investigating it. Everything happens in run-tests.sh
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
, and that was modified
to run on release-3.6
A simple solution would be to patch release-3.6 and prior branches
to exit with success if uname -s is NetBSD.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http
On Thu, Jul 09, 2015 at 11:43:41AM +, Emmanuel Dreyfus wrote:
A simple solution would be to patch release-3.6 and prior branches
to exit with success if uname -s is NetBSD.
I tried that: /opt/qa/regression.sh now exists with success if
ran on branch release-3.[0-6]
Please ping me
in glusterfs, as the NFS server vanished
before it was supposed to.
I rebooted the stuck VM.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
Kotresh Hiremath Ravishankar khire...@redhat.com wrote:
Any help is appreciated.
nbslave72 was sick indeed: it refused SSH connexions. I rebooted it and
retiggered your change, but it went on another machine.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
by the right one
copied from a machine where it worked.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
problems with Jenkin's
ability to get more hosts?
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
-i -s)
--
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
Niels de Vos nde...@redhat.com wrote:
I'm not sure what limitation you mean. Did we reach the limit of slaves
that Jenkins can reasonably address?
No I mean its inability to catch a new DNS record.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
VM:
- Weak upstream DNS service: worked around by /etc/hosts (a secondary
DNS would be more automatic, but at least it works)
- Jenkins has a DNS cache and needs a restart
How do ongoing jobs behaved on Jenkins restart? Did you have to restart
them all or did Jenkins care of it?
--
Emmanuel
Emmanuel Dreyfus m...@netbsd.org wrote:
We again hit this problem [1]. Can we use soft mount with some retries and
timeouts so that we don't need manual intervention to recover a hung VM?
Um, looking at the current test scripts, we already do it.
A side note: It seems the hung case
Emmanuel Dreyfus m...@netbsd.org wrote:
This means the dd process getting stuck in tstile because glusterfsd
died is probably a NetBSD kernel bug. I have to investigate.
I think I found the culprit, but fixing this will need some discussions
on NetBSD lists:
dd waits on a vnode lock owned
be restarted,
but nobody dare to try.
--
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
an agent on e.g. nbslave75.
Perhaps it needs to be restarted?
--
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
101 - 200 of 541 matches
Mail list logo
