[JIRA] (JENKINS-57480) All old warnings are reported as new after server migration

15 views
Skip to first unread message

mn@grp.de (JIRA)

unread,
May 15, 2019, 6:22:03 AM5/15/19
to jenkinsc...@googlegroups.com
Marne created an issue
 
Jenkins / Bug JENKINS-57480
All old warnings are reported as new after server migration
Issue Type: Bug Bug
Assignee: Ulli Hafner
Components: warnings-ng-plugin
Created: 2019-05-15 10:21
Environment: Jenkins ver. 2.164.3
warnings ng plugin ver. 5.0.0
Priority: Minor Minor
Reporter: Marne

We migrated our Jenkins server to new hardware by installing a fresh new Jenkins on the new hardware and then coping the JENKINS_HOME directory from the old hardware to the new. Since then all warnings are reported as new. For example the report states:

7,643 new warnings
7,643 fixed warnings

I was thinking that maybe the fingerprints of the builds from the old hardware and the fingerprints of the new hardware do not match. Any ideas how to investigate this issue further?

I would prefer not to reset the quality gate to not miss a new warning introduced by a recent commit.

Add Comment Add Comment
 
This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d)

mn@grp.de (JIRA)

unread,
May 15, 2019, 7:01:01 AM5/15/19
to jenkinsc...@googlegroups.com
Marne updated an issue
Change By: Marne
We migrated our Jenkins server to new hardware by installing a fresh new Jenkins on the new hardware and then coping copying the JENKINS_HOME directory from the old hardware to the new. Since then all warnings are reported as new. For example the report states:


7,643 new warnings
7,643 fixed warnings

I was thinking that maybe the fingerprints of the builds from the old hardware and the fingerprints of the new hardware do not match. Any ideas how to investigate this issue further?

I would prefer not to reset the quality gate to not miss a new warning introduced by a recent commit.

ullrich.hafner@gmail.com (JIRA)

unread,
May 15, 2019, 7:50:02 AM5/15/19
to jenkinsc...@googlegroups.com
Ulli Hafner commented on Bug JENKINS-57480
 
Re: All old warnings are reported as new after server migration

The file path is part of the fingerprint (and equals). Are you running the builds on the master?

mn@grp.de (JIRA)

unread,
May 15, 2019, 8:47:02 AM5/15/19
to jenkinsc...@googlegroups.com
Marne commented on Bug JENKINS-57480

Thanks for your quick response.

The file paths should be identical. We only migrated the master. The slaves performing the build are still using the same hardware as before.

mn@grp.de (JIRA)

unread,
May 15, 2019, 8:48:02 AM5/15/19
to jenkinsc...@googlegroups.com
Marne updated an issue
Change By: Marne
We migrated our Jenkins server (master) to new hardware by installing a fresh new Jenkins on the new hardware and then copying the JENKINS_HOME directory from the old hardware to the new. All slaves performing the actual builds were not touched. Since then all warnings are reported as new. For example the report states:


7,643 new warnings
7,643 fixed warnings

I was thinking that maybe the fingerprints of the builds from the old hardware and the fingerprints of the new hardware do not match. Any ideas how to investigate this issue further?

I would prefer not to reset the quality gate to not miss a new warning introduced by a recent commit.

ullrich.hafner@gmail.com (JIRA)

unread,
May 15, 2019, 9:05:03 AM5/15/19
to jenkinsc...@googlegroups.com
Ulli Hafner commented on Bug JENKINS-57480
 
Re: All old warnings are reported as new after server migration

You can check the xml files in the build folder of the build on the new and the old build (*-issues.xml). Maybe a simple diff shows the changed property between the builds. (Or select an issue in both build xml files and compare the properties).

mn@grp.de (JIRA)

unread,
May 16, 2019, 9:04:02 AM5/16/19
to jenkinsc...@googlegroups.com
Marne commented on Bug JENKINS-57480

Thanks, with this hint I found which configuration mistake of ours caused the problem.

The fingerprints of the newer builds all started with "FALLBACK". So Jenkins was not able to read the files. It turned out that we did not configure the source file encoding. Not sure if the encoding Jenkins tried to read the files with changed due to the migration or what caused this to suddenly become a problem but after specifying the correct encoding the issue delta is correct again.

Thank you very much for your help!

mn@grp.de (JIRA)

unread,
May 16, 2019, 9:05:02 AM5/16/19
to jenkinsc...@googlegroups.com
Marne closed an issue as Not A Defect
 

Configuration problem

Change By: Marne
Status: Open Closed
Resolution: Not A Defect

mn@grp.de (JIRA)

unread,
May 16, 2019, 9:05:02 AM5/16/19
to jenkinsc...@googlegroups.com
Marne updated an issue
Change By: Marne
Comment: Configuration problem
Reply all
Reply to author
Forward
0 new messages