Skip to content
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

Immediately after disk copy Connect Timeout Error #8018

Open
3 tasks done
CryptoBlocks-pro opened this issue Jun 20, 2024 · 2 comments
Open
3 tasks done

Immediately after disk copy Connect Timeout Error #8018

CryptoBlocks-pro opened this issue Jun 20, 2024 · 2 comments
Labels
⚙️ disks Related to managed disks

Comments

@CryptoBlocks-pro
Copy link

Preflight Checklist

Storage Explorer Version

1.34.0

Regression From

No response

Architecture

x64

Storage Explorer Build Number

20240523.2

Platform

Windows

OS Version

Windows 11

Bug Description

With 2 different hard disks, they proceed to copy normally. They hit 99% complete, then after some number of seconds fail with this error:
Storage Explorer was unable to revoke access to a disk.
The disks involved in this operation may still be in an 'Active SAS' or 'Active Upload' state. You may need to return the disks to an 'Unattached' state before retrying this operation, or before performing new operations on the disks.

Service response: {
"name": "Node Fetch Error",
"message": "Connect Timeout Error",
"stack": "ConnectTimeoutError: Connect Timeout Error\n at onConnectTimeout (C:\Users\erlong\AppData\Local\Programs\Microsoft Azure Storage Explorer\resources\app\out\app\index.js:62:36240)\n at C:\Users\erlong\AppData\Local\Programs\Microsoft Azure Storage Explorer\resources\app\out\app\index.js:62:35582\n at Immediate._onImmediate (C:\Users\erlong\AppData\Local\Programs\Microsoft Azure Storage Explorer\resources\app\out\app\index.js:62:35945)\n at process.processImmediate (node:internal/timers:478:21)",
"cause": {
"cause": {
"name": "ConnectTimeoutError",
"code": "UND_ERR_CONNECT_TIMEOUT"
}
},
"code": "UND_ERR_CONNECT_TIMEOUT"
}

Storage Explorer was unable to revoke access to a disk.
The disks involved in this operation may still be in an 'Active SAS' or 'Active Upload' state. You may need to return the disks to an 'Unattached' state before retrying this operation, or before performing new operations on the disks.

Service response: {
"name": "Node Fetch Error",
"message": "Connect Timeout Error",
"stack": "ConnectTimeoutError: Connect Timeout Error\n at onConnectTimeout (C:\Users\erlong\AppData\Local\Programs\Microsoft Azure Storage Explorer\resources\app\out\app\index.js:62:36240)\n at C:\Users\erlong\AppData\Local\Programs\Microsoft Azure Storage Explorer\resources\app\out\app\index.js:62:35582\n at Immediate._onImmediate (C:\Users\erlong\AppData\Local\Programs\Microsoft Azure Storage Explorer\resources\app\out\app\index.js:62:35945)\n at process.processImmediate (node:internal/timers:478:21)",
"cause": {
"cause": {
"name": "ConnectTimeoutError",
"code": "UND_ERR_CONNECT_TIMEOUT"
}
},
"code": "UND_ERR_CONNECT_TIMEOUT"
}

Disk state still shows ActiveUpload for both disks.

Steps to Reproduce

Copy a source disk. Paste a disk into destination. Watch progress in Activities section.

Actual Experience

after progress gets to 99%, a timeout error occurs. The second time this happened I was actively clicking between resource groups in the explorer to view disks, trying to ensure that the underlying Azure connection was not timing out.

After the first 500 GB disk exhibited this, I did have to re-authenticate with Azure. The second time, with 256 GB disk, it did not need to be re-authenticated, I can still browse through the resource groups and see disks.

Expected Experience

Copy/Past progresses to 100% and completes successfully.

Additional Context

No response

@CryptoBlocks-pro
Copy link
Author

I can recover and use the disks by using this command:
Revoke-AzDiskAccess -ResourceGroupName '<RG_Name>' -DiskName '<Disk_Name>'

@craxal craxal added the ⚙️ disks Related to managed disks label Jun 21, 2024
@craxal
Copy link
Contributor

craxal commented Jun 24, 2024

Does this reproduce 100% of the time? Or does this reproduce only for certain disks or for certain network configurations?

Does the disk copy appear to be complete minus the access revoke? Does the Revoke-AzDiskAccess command definitely unblock you?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
⚙️ disks Related to managed disks
Projects
None yet
Development

No branches or pull requests

2 participants