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
Remember to label the issue with the appropriate area, and also assign it to yourself if you plan to work on the issue in the near future.
Describe the bug
After uploading a file through the airlock process for a new request click on submit but it fails. The UI correctly identifies the files type. The log has the following:
Failed processing Airlock request with ID: '[REMOVED]', changing request status to 'failed'.
Traceback (most recent call last):
[REMOVED]
azure.core.exceptions.ServiceRequestError: <urllib3.connection.HTTPSConnection object at 0x6ffdfecdef40>: Failed to resolve 'stalimip[REMOVED].blob.core.windows.net' ([Errno -2] Name or service not known)
The service and storage does exist.
Steps to reproduce
Create airlock request
Upload file via sas token
Submit from Airlock UI
Azure TRE release version (e.g. v0.14.0 or main):
Main - v. 16
Deployed Azure TRE components - click the (i) in the UI:
UI Version:
0.5.17
API Version:
0.16.9
Cosmos DB:
OK
Service Bus:
OK
Resource Processor:
OK
The text was updated successfully, but these errors were encountered:
Was fixed in 0.16, as per release notes, but you need to:
To resolve the Airlock import issue described in (#3767), the new airlock import review template will need to be registered using make workspace_bundle BUNDLE=airlock-import-review. Any existing airlock import review workspaces will need to be upgraded.
Once you have upgraded the import review workspaces, delete the private endpoint, named pe-stg-import-inprogress-blob-* in the core resource group, and then run make deploy-core to reinstate the private endpoint and DNS records.
Remember to label the issue with the appropriate area, and also assign it to yourself if you plan to work on the issue in the near future.
Describe the bug
After uploading a file through the airlock process for a new request click on submit but it fails. The UI correctly identifies the files type. The log has the following:
The service and storage does exist.
Steps to reproduce
Azure TRE release version (e.g. v0.14.0 or main):
Main - v. 16
Deployed Azure TRE components - click the (i) in the UI:
UI Version:
0.5.17
API Version:
0.16.9
Cosmos DB:
OK
Service Bus:
OK
Resource Processor:
OK
The text was updated successfully, but these errors were encountered: