Closed neaai closed 5 years ago
@neaai always the same error even with the 4.0 release?
Closing until a new report about this.
New report is here for xo-server 5.21.0 and xo-web 5.20.2
Have a linux vm which a couple more disks. When I attach trough XenOrchestra I get this in the XO logs:
vm.attachDisk
{
"mode": "RW",
"vdi": "...",
"vm": "...",
"id": "..."
}
{
"message": "DEVICE_ALREADY_EXISTS(2)",
"stack": "XapiError: DEVICE_ALREADY_EXISTS(2)
at wrapError (/opt/xen-orchestra/packages/xen-api/src/index.js:112:9)
at /opt/xen-orchestra/packages/xen-api/src/index.js:974:18
at run (/opt/xen-orchestra/node_modules/core-js/modules/es6.promise.js:75:22)
at /opt/xen-orchestra/node_modules/core-js/modules/es6.promise.js:92:30
at flush (/opt/xen-orchestra/node_modules/core-js/modules/_microtask.js:18:9)
at _combinedTickCallback (internal/process/next_tick.js:73:7)
at process._tickCallback (internal/process/next_tick.js:104:9)",
"code": "DEVICE_ALREADY_EXISTS",
"params": [
"2"
],
"method": "VBD.create"
}
fdisk on linux guest:
# fdisk -l | grep -E /dev/xvd[a-z]: | cut -d : -f 1 | cut -d ' ' -f 2 | sort
/dev/xvda
/dev/xvdb
/dev/xvdc
/dev/xvde
/dev/xvdf
/dev/xvdg
/dev/xvdh
/dev/xvdi
/dev/xvdj
/dev/xvdk
/dev/xvdl
/dev/xvdm
/dev/xvdn
/dev/xvdo
/dev/xvdp
Hi,
Before posting, double check you are up-to-date, which is not the case here (current is 5.22 and 5.22.1). Also, if your VM is PV, you have a lower limitation regarding number of disk that can be plugged.
edit: nice to see a RH dev playing around with XO :smile: Hope you are also testing XCP-ng :wink:
Hi, thanks for the quick reply.
Updated to 5.22/5.22.1 and I still see the same behaviour, the VM is HVM. Any ideas?
Of course I'm trying to use XCP-ng whenever possible 😏. It's not RH related what I'm doing with XO although I try to sneak it in where possible.
It seems you have problem after are going further than 15 disks. This is not an usual scenario. I'm assigning someone to make tests on our side and see if we can reproduce this!
Thanks for reopening, I'm also going to test on my side on different clusters XenServer and XCP-ng. If I can assist in any way let me know @badrAZ @olivierlambert I discovered this trough my custom Kubernetes XenServer Storage implementation.
xe vbd-create vm-uuid=f53d72d4-4375-6729-4ff3-e11779245f03 vdi-uuid=6eef817d-47d9-4571-8ecb-1826a010a4df device=xvdq type=Disk mode=RW
The device name is invalid
device: xvdq
Then I went to XenOrchestra and got the same problem trough attaching.
FYI, device should be a number (it's a position, from 0 to n), not a device name.
Hi!
Is still an issue ?
I think the issue resolved itself over time, it's at least not a concern anymore for me. Not sure though what was the fix for it. You can close the issue if you want.
Hello, I have come across this message in XenOrchestra.
It happens when I try to attach a disk in XO to an existing machine. This is what I do to come tho this situation:
In the logs I see the lines that are shown in the section above.
This happens only when I use XO and a linux running vm. If I use XenCenter application, disk attaching works fine.
Thank you.