You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
What Operating System are you using (both controller, and any agents involved in the problem)?
OpenIndiana, JDK21
Reproduction steps
Had LR installed since forever, regularly updated, many builds running and historic data retained.
Updated to current release 1309.ve21874387edf after 1301.v0e3b_da_4b_4462 installed a few days ago, and today I saw the "Unreadable Data" warnings. I think they were not present with the previous Jenkins uptime (it would take some time to wait until this instance is quiet to roll back the plugin and double-check), so if this really is a very new regression, gotta be fallout of PR #673 with a lot of wonderful changes, including renamed/removed API calls etc.
The lockedResources in question may be the list and count of resources used by a build and saved into its build.xml file (IIRC this feature got added during the past year or so?):
In $BUILD_URL/locked-resources/ pages there is now a table which only displays "Loading - please wait ..." for older builds.
NOTE: Information is displayed for builds that happened after the update (more thoughts on this below). The new structure in build.xml indeed relies on different class logs to contain the differently structured entries:
Usage data should be still available to be seen. Maybe converted to a new structure if needed, as many plugins do to handle upgrades after large refactoring, but still usable.
UPDATE: Comparing the new build.xml logs to the old ones, I see the new ones auditing each operation like try to lock, acquired, released - yielding over 1500 detailed entries in the new build vs. 14 summaries in the old one (how many times a certain lock name was held). I think they both have different valuability for troubleshooting, optimization (what is a hot spot?) etc. so I'd rather add having such a summary page into the Expected Results bucket. Should not be hard to calculate the resulting Map from detailed audit info...
Actual Results
Warnings are issued. Data about resources used by an older build is not displayed.
Suspected PR #673 description does not seem to imply that such behavior change could be intentional.
Anything else?
No response
Are you interested in contributing a fix?
No response
The text was updated successfully, but these errors were encountered:
For test, rolled back to LR 1301 on that Jenkins instance, now predictably new builds' info is "Unreadable data" (CannotResolveClassException: logs, CannotResolveClassException: resourcesInUse), but the old builds show their LR usage (summary) again.
So this pretty much proves PR #673 is responsible for this mishap as the only change between the two.
Maintenance-wise, good point in favor of making single-change releases to dissect the behavior changes easily :)
Jenkins and plugins versions report
Environment
What Operating System are you using (both controller, and any agents involved in the problem)?
OpenIndiana, JDK21
Reproduction steps
Had LR installed since forever, regularly updated, many builds running and historic data retained.
Updated to current release 1309.ve21874387edf after 1301.v0e3b_da_4b_4462 installed a few days ago, and today I saw the "Unreadable Data" warnings. I think they were not present with the previous Jenkins uptime (it would take some time to wait until this instance is quiet to roll back the plugin and double-check), so if this really is a very new regression, gotta be fallout of PR #673 with a lot of wonderful changes, including renamed/removed API calls etc.
The
lockedResources
in question may be the list and count of resources used by a build and saved into itsbuild.xml
file (IIRC this feature got added during the past year or so?):In $BUILD_URL/locked-resources/ pages there is now a table which only displays "Loading - please wait ..." for older builds.
NOTE: Information is displayed for builds that happened after the update (more thoughts on this below). The new structure in
build.xml
indeed relies on different classlogs
to contain the differently structured entries:Expected Results
Usage data should be still available to be seen. Maybe converted to a new structure if needed, as many plugins do to handle upgrades after large refactoring, but still usable.
UPDATE: Comparing the new
build.xml
logs to the old ones, I see the new ones auditing each operation like try to lock, acquired, released - yielding over 1500 detailed entries in the new build vs. 14 summaries in the old one (how many times a certain lock name was held). I think they both have different valuability for troubleshooting, optimization (what is a hot spot?) etc. so I'd rather add having such a summary page into the Expected Results bucket. Should not be hard to calculate the resulting Map from detailed audit info...Actual Results
Warnings are issued. Data about resources used by an older build is not displayed.
Suspected PR #673 description does not seem to imply that such behavior change could be intentional.
Anything else?
No response
Are you interested in contributing a fix?
No response
The text was updated successfully, but these errors were encountered: