Is that from before or after the patches (there were 2) went in? Does the
PR being tested include both of those patches?
Trunk seems fine now: https://builds.apache.org/view/S-Z/view/ZooKeeper/
job/ZooKeeper-trunk/
Patrick
On Thu, Nov 23, 2017 at 1:39 AM, Andor Molnar
Thanks Pat / Abe.
I don't see the permission issue in the build now, but the C++ test is
still failing:
[exec] [exec]
Zookeeper_simpleSystem::testWatcherAutoResetWithLocal ZooKeeper server
started ZooKeeper server started ZooKeeper server started : elapsed 15069 :
OK
[exec]
The builds team fixed things on their side and our jenkins job is green
again however I'm working with Abe et. al. to address this on our side as
well.
Patrick
On Tue, Nov 21, 2017 at 12:55 PM, Patrick Hunt wrote:
> FYI: someone just reported similar problems to the builds
FYI: someone just reported similar problems to the builds list:
it seems that on some nodes the user ids, that are used by the Jenkins slav=
es, have been changed. But there are still some directories residing in /tm=
p with ownership to the old uid. That causes a conflict with our tests,
I'll take a look.
On Tue, Nov 21, 2017, at 11:55, Patrick Hunt wrote:
> Looks like someone is creating our test files outside of jenkins. I
> modified the job to output our id and look at the perms on those files:
>
>
>
> [ZooKeeper-trunk] $ /bin/bash /tmp/jenkins291402182647699851.sh
>
Looks like someone is creating our test files outside of jenkins. I
modified the job to output our id and look at the perms on those files:
[ZooKeeper-trunk] $ /bin/bash /tmp/jenkins291402182647699851.sh
uid=910(jenkins) gid=910(jenkins) groups=910(jenkins),999(docker)
drwxr-xr-x 3 10025
With the same issue? Does it ever pass?
Patrick
On Tue, Nov 21, 2017 at 10:32 AM, Andor Molnar wrote:
> I checked back a few failing builds and see different hosts failing: H4,
> H9, H12, ...
>
>
>
>
>
> On Tue, Nov 21, 2017 at 6:26 PM, Patrick Hunt
I checked back a few failing builds and see different hosts failing: H4,
H9, H12, ...
On Tue, Nov 21, 2017 at 6:26 PM, Patrick Hunt wrote:
> Could it be an environment issue? I see the following just before the
> failure:
>
> [exec] rm: cannot remove
Could it be an environment issue? I see the following just before the
failure:
[exec] rm: cannot remove '/tmp/zkdata/myid': Permission denied
check whether it's happening on just one host (jenkins).
Patrick
On Tue, Nov 21, 2017 at 6:25 AM, Andor Molnar wrote:
> Looks
Looks like only https://builds.apache.org/job/ZooKeeper-trunk is affected.
On Tue, Nov 21, 2017 at 3:22 PM, Andor Molnar wrote:
> Hi,
>
> Zookeeper build has been failing for a while with some weird error in
> test-core-cppunit task. In most cases the error is the
Hi,
Zookeeper build has been failing for a while with some weird error in
test-core-cppunit task. In most cases the error is the following:
...
[exec] Zookeeper_simpleSystem::testGetChildren2 : elapsed 1052 : OK
[exec] Zookeeper_simpleSystem::testLastZxid : elapsed 4520 : OK
11 matches
Mail list logo