Description of problem: I'm trying to upload a new ISO image to our RHEV environment. I've done this several times, previously, without error. This, time, however, I get the following error, and the upload stops: "Uncaught exception occurred. Please try reloading the page. Details: (TypeError) : a.n is null Please have your administrator check the UI logs" Version-Release number of selected component (if applicable): RHV-M 4.3.8 How reproducible: Select the iso to upload (screenshot-1.png) Upload starts (screenshot-2.png) Upload gets paused by the system (screenshot-3.png) I go in and resume the upload (screenshot-4.png) System briefly shows image getting transferred (screenshot-5.png) System throws error (screenshot-6.png) At the same time, system again shows paused (screenshot-7.png) Actual results: ISO fails to upload with an uncaught exception Expected results: ISO upload succeeds. Additional info: - Running systemctl restart ovirt-imageio-proxy did not fix this problem. The upload of the ISO image continues to fail. - This is happening with all ISOs.
anything in ui.log? Please attach
Created attachment 1666445 [details] Screenshot 1
Created attachment 1666446 [details] Screenshot 2
Created attachment 1666447 [details] Screenshot 3
there are couple others too, but also some related to image upload, so I would be moving this to Storage We may need more logs from imageio, Tal?
Created attachment 1666448 [details] Screenshot 4
Created attachment 1666449 [details] Screenshot 5
Created attachment 1666451 [details] Screenshot 6
Created attachment 1666452 [details] Screenshot 7
(In reply to Michal Skrivanek from comment #6) > there are couple others too, but also some related to image upload, so I > would be moving this to Storage > We may need more logs from imageio, Tal? Yes please. Also I'm guessing it fails for any image and not only ISOs, am I right?
From the reporter: This appears to be failing for any image. I tried uploading a zip file, called lineage-16.0-20200304-nightly-fajita-signed.zip, aliased as lineage_zip. It failed just like the iso image uploads fail.
@Robert - has the engine been updated since the last time image upload worked? If so, can you please ensure that the proxy service has been restarted - needed for reloading the certificate. (# systemctl restart ovirt-imageio-proxy)
(In reply to Daniel Erez from comment #18) > @Robert - has the engine been updated since the last time image upload > worked? > If so, can you please ensure that the proxy service has been restarted - > needed for reloading the certificate. > (# systemctl restart ovirt-imageio-proxy) Missed that you already mentioned that restarting the service didn't mitigate the issue. Another possibility, could be the use of a 3rd-party CA (see bug 1687301) - are you using the internal CA? Also, can you please attach the version of ovirt-imageio-proxy service and the daemon log?
(In reply to Daniel Erez from comment #19) > Missed that you already mentioned that restarting the service didn't > mitigate the issue. > Another possibility, could be the use of a 3rd-party CA (see bug 1687301) - > are you using the internal CA? > Also, can you please attach the version of ovirt-imageio-proxy service and > the daemon log? They are having an internal CA. We replaced with the default certificate and upload is working now. However, this is not the same as bug 1687301 as imageio-proxy is already using Apache certificates instead of their own. We are trying to find the root cause and will update here soon.
Nijin, Any updates? I think this one can be currently closed and reopened if neseccary.
Should be solved in imageio 2.0, please retest
Verified on engine-4.4.0-0.37.master.el8ev
(In reply to Evelina Shames from comment #28) > Verified on engine-4.4.0-0.37.master.el8ev and ovirt-imageio-daemon-2.0.5-0.el8ev.x86_64
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (Important: RHV Manager (ovirt-engine) 4.4 security, bug fix, and enhancement update), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2020:3247
(In reply to nijin ashok from comment #21) > (In reply to Daniel Erez from comment #19) > > > Missed that you already mentioned that restarting the service didn't > > mitigate the issue. > > Another possibility, could be the use of a 3rd-party CA (see bug 1687301) - > > are you using the internal CA? > > Also, can you please attach the version of ovirt-imageio-proxy service and > > the daemon log? > > They are having an internal CA. We replaced with the default certificate and > upload is working now. However, this is not the same as bug 1687301 as > imageio-proxy is already using Apache certificates instead of their own. We > are trying to find the root cause and will update here soon. Hi can please explain how to replace it?