You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@logging.apache.org by Apache Jenkins Server <je...@builds.apache.org> on 2017/11/12 15:54:03 UTC
Jenkins build is still unstable: Log4j 2.x #3169
See <https://builds.apache.org/job/Log4j%202.x/3169/display/redirect?page=changes>
Jenkins build is back to stable : Log4j 2.x #3171
Posted by Apache Jenkins Server <je...@builds.apache.org>.
See <https://builds.apache.org/job/Log4j%202.x/3171/display/redirect?page=changes>
Re: Jenkins build is still unstable: Log4j 2.x #3170
Posted by Matt Sicker <bo...@gmail.com>.
Nice find!
On 18 November 2017 at 08:11, Mikael Ståldal <mi...@apache.org> wrote:
> It works now!
>
>
>
> On 2017-11-18 13:00, Mikael Ståldal wrote:
>
>> That particular test creates hadoop.log in System.getProperty("java.io.tmpdir")
>> on purpuse to test system property replacement in configuration files.
>>
>> On most Linux systems (including our Jenkins machine),
>> System.getProperty("java.io.tmpdir") == "/tmp".
>>
>> I tried the test locally on my Linux machine, and it works. But it leaves
>> the /tmp/hadoop.log file behind. I changed the test to delete the file
>> afterwards, maybe that will help.
>>
>> Maybe someone have to manually delete /tmp/hadoop.log on the Jenkins
>> machine once to get this working again. (I am not sure how to access the
>> Jenkins machine to be able to do that.)
>>
>
--
Matt Sicker <bo...@gmail.com>
Re: Jenkins build is still unstable: Log4j 2.x #3170
Posted by Mikael Ståldal <mi...@apache.org>.
It works now!
On 2017-11-18 13:00, Mikael Ståldal wrote:
> That particular test creates hadoop.log in
> System.getProperty("java.io.tmpdir") on purpuse to test system property
> replacement in configuration files.
>
> On most Linux systems (including our Jenkins machine),
> System.getProperty("java.io.tmpdir") == "/tmp".
>
> I tried the test locally on my Linux machine, and it works. But it
> leaves the /tmp/hadoop.log file behind. I changed the test to delete the
> file afterwards, maybe that will help.
>
> Maybe someone have to manually delete /tmp/hadoop.log on the Jenkins
> machine once to get this working again. (I am not sure how to access the
> Jenkins machine to be able to do that.)
Re: Jenkins build is still unstable: Log4j 2.x #3170
Posted by Mikael Ståldal <mi...@apache.org>.
Makes sense, fixed.
On 2017-11-18 21:17, Ralph Goers wrote:
> The file should be deleted before the test starts and after it finishes. If it fails for some reason it will still leave the file lying around so deleting it before the test insures a clean environment.
Re: Jenkins build is still unstable: Log4j 2.x #3170
Posted by Ralph Goers <ra...@dslextreme.com>.
The file should be deleted before the test starts and after it finishes. If it fails for some reason it will still leave the file lying around so deleting it before the test insures a clean environment.
Ralph
> On Nov 18, 2017, at 5:00 AM, Mikael Ståldal <mi...@apache.org> wrote:
>
> That particular test creates hadoop.log in System.getProperty("java.io.tmpdir") on purpuse to test system property replacement in configuration files.
>
> On most Linux systems (including our Jenkins machine), System.getProperty("java.io.tmpdir") == "/tmp".
>
> I tried the test locally on my Linux machine, and it works. But it leaves the /tmp/hadoop.log file behind. I changed the test to delete the file afterwards, maybe that will help.
>
> Maybe someone have to manually delete /tmp/hadoop.log on the Jenkins machine once to get this working again. (I am not sure how to access the Jenkins machine to be able to do that.)
>
>
> On 2017-11-12 23:58, Ralph Goers wrote:
>> I am not sure why this is suddenly failing with a permission denied trying to create /tmp/hadoop.log. But why is it trying to create a file there instead of under the target directory?
>> Ralph
>>> On Nov 12, 2017, at 2:39 PM, Apache Jenkins Server <je...@builds.apache.org> wrote:
>>>
>>> See <https://builds.apache.org/job/Log4j%202.x/3170/display/redirect?page=changes>
>>>
>>>
>
>
Re: Jenkins build is still unstable: Log4j 2.x #3170
Posted by Mikael Ståldal <mi...@apache.org>.
That particular test creates hadoop.log in
System.getProperty("java.io.tmpdir") on purpuse to test system property
replacement in configuration files.
On most Linux systems (including our Jenkins machine),
System.getProperty("java.io.tmpdir") == "/tmp".
I tried the test locally on my Linux machine, and it works. But it
leaves the /tmp/hadoop.log file behind. I changed the test to delete the
file afterwards, maybe that will help.
Maybe someone have to manually delete /tmp/hadoop.log on the Jenkins
machine once to get this working again. (I am not sure how to access the
Jenkins machine to be able to do that.)
On 2017-11-12 23:58, Ralph Goers wrote:
> I am not sure why this is suddenly failing with a permission denied trying to create /tmp/hadoop.log. But why is it trying to create a file there instead of under the target directory?
>
> Ralph
>
>> On Nov 12, 2017, at 2:39 PM, Apache Jenkins Server <je...@builds.apache.org> wrote:
>>
>> See <https://builds.apache.org/job/Log4j%202.x/3170/display/redirect?page=changes>
>>
>>
>
>
Re: Jenkins build is still unstable: Log4j 2.x #3170
Posted by Mikael Ståldal <mi...@apache.org>.
Same problem again in latest build (#3182).
On 2017-11-12 23:58, Ralph Goers wrote:
> I am not sure why this is suddenly failing with a permission denied trying to create /tmp/hadoop.log. But why is it trying to create a file there instead of under the target directory?
>
> Ralph
>
>> On Nov 12, 2017, at 2:39 PM, Apache Jenkins Server <je...@builds.apache.org> wrote:
>>
>> See <https://builds.apache.org/job/Log4j%202.x/3170/display/redirect?page=changes>
>>
>>
>
>
Re: Jenkins build is still unstable: Log4j 2.x #3170
Posted by Matt Sicker <bo...@gmail.com>.
https://github.com/apache/logging-log4j2/search?utf8=%E2%9C%93&q=hadoop.log&type=
I see at least one test that's trying to use the java.io.tmpdir for said
file. The only reason why a file named /tmp/hadoop.log couldn't be created
would be because it already exists and is owned by a different user on the
server, and I doubt that scenario happens much when everything runs under a
Jenkins user or similar.
On 12 November 2017 at 16:58, Ralph Goers <ra...@dslextreme.com>
wrote:
> I am not sure why this is suddenly failing with a permission denied trying
> to create /tmp/hadoop.log. But why is it trying to create a file there
> instead of under the target directory?
>
> Ralph
>
> > On Nov 12, 2017, at 2:39 PM, Apache Jenkins Server <
> jenkins@builds.apache.org> wrote:
> >
> > See <https://builds.apache.org/job/Log4j%202.x/3170/display/
> redirect?page=changes>
> >
> >
>
>
>
--
Matt Sicker <bo...@gmail.com>
Re: Jenkins build is still unstable: Log4j 2.x #3170
Posted by Ralph Goers <ra...@dslextreme.com>.
I am not sure why this is suddenly failing with a permission denied trying to create /tmp/hadoop.log. But why is it trying to create a file there instead of under the target directory?
Ralph
> On Nov 12, 2017, at 2:39 PM, Apache Jenkins Server <je...@builds.apache.org> wrote:
>
> See <https://builds.apache.org/job/Log4j%202.x/3170/display/redirect?page=changes>
>
>
Jenkins build is still unstable: Log4j 2.x #3170
Posted by Apache Jenkins Server <je...@builds.apache.org>.
See <https://builds.apache.org/job/Log4j%202.x/3170/display/redirect?page=changes>