-
-
Notifications
You must be signed in to change notification settings - Fork 243
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Failed to copy artifacts filter spec fix #1830 #1834
Comments
I thinking it must have matched like this when there was the first error : |
For the record, the failed match was on @karianna was changing up how we copy artefacts from build to build yesterday. It's possible this may have fixed it. I'll keep an eye on it over the next week to see if this reoccurs |
Later builds look ok. I'm going to put this under "fixed by copy artifact" changes. This can always be reopened if we see it again |
This is strange. It seems to be an intermittent problem I'm seeing in the build scripts. I've seen two instances of this in the nightlies last night
But a build two days before that, passed https://ci.adoptopenjdk.net/view/Failing%20Builds/job/build-scripts/job/jobs/job/jdk14u/job/jdk14u-windows-x64-openj9/103/console
Keeping in mind my changes to windows installer went in over a week ago (except for #1830), I don't think it's due to that. A cause could be the filter path. I'm seeing
in https://ci.adoptopenjdk.net/job/build-scripts/job/release/job/create_installer_windows/4565/console and
in https://ci.adoptopenjdk.net/job/build-scripts/job/release/job/create_installer_windows/4563/console (the same installer jobs ran for the builds I linked above). So to resolve this, I'm guessing I would need to update the filter to be @douph1 Any ideas? |
I'm testing the theory I mentioned above with a temp PR #1856 |
Also see #1858 |
|
https://ci.adoptopenjdk.net/view/Failing%20Builds/job/build-scripts/job/jobs/job/jdk8u/job/jdk8u-windows-x64-hotspot/641/console
|
Is that because of permissions or something else though... |
I have see lot of this error "Failed to copy artifacts" on internet with a stacktrace .. I don't know how but did you think we can print stacktrace together with the error message ? |
@douph1 It doesn't look like it is printing the full trace 😭
|
I'm not a groovy export, I have just seen this syntax in the script using ${e} and I don't have made my homeworks :( |
It's worth a shot 🤷 |
wait
We must first know if
|
* try re-throw exception to see full stacktrace to help debug/understand #1834 * fix indent
it will be harder after next jenkins update to see stactrace for non-administrator :
|
Still no stacktrace unfortunately. Could we perhaps roll it back and just do |
Renamed to make it more appropriate as this no longer a question |
I suspect @andrew-m-leonard fixed this when he increased the job retention as I haven't seen this for a while now. I'll close this but we can always reopen if it reappears |
About this failed build https://ci.adoptopenjdk.net/job/build-scripts/job/jobs/job/jdk11u/job/jdk11u-windows-x64-openj9-windowsXL/364/
https://ci.adoptopenjdk.net/job/build-scripts/job/release/job/create_installer_windows/4410/console
had produce :
OpenJDK11U-jdk_x64_windows_openj9_windowsXL_2020-06-05-23-31.msi
At the begining I was thinking the filter was bad because I have only see
_windowsXL
doesn't match_windows_
.. but there is a_windows_
before_windowsXL
.. so the filter must have been matched.Why
OpenJDK*jdk_*_windows_*.msi
havn't matchedOpenJDK11U-jdk_x64_windows_openj9_windowsXL_2020-06-05-23-31.msi
seeing copyArtifacts filter doc : https://www.jenkins.io/doc/pipeline/steps/copyartifact/
I have juste tested with ant :
ant
Either copyartifact don't exactly use exact filter format as Ant fileset @includes
either the filter was not the problem.
The text was updated successfully, but these errors were encountered: