Kind of ... First I had to run remotely a browser on the server, the only way to upload files on the storage attached to it. I then created a new VM and attached the disk, but when it boots up it tells me that it does not find a bootable device. What am I missing ? Thanks,

I do "Upload Image" and then hit "Chose File", the file selector opens up on my laptop, which does not have access to the gluster storage. Sorry, where do you mark a disk to be bootable ? I didn't notice any such option when loading the disk. The chipset/firmware should be correct since this this is the same server where the VM was working a week ago and I haven't modified the VM image. Thanks Tomas,

I might have some more details, but I don't know what it means. When I do 'qemu-img info' on the VM image in backup I get: file format: raw virtual size: 128 GiB (137438953472 bytes) disk size: 128 GiB When I do the same on the VM image that was copied to the new storage I get: file format: raw virtual size: 128 GiB (137438953472 bytes) disk size: 4 KiB Am I reading this wrong, or did something go wrong in the import ?

On Tue, Mar 30, 2021 at 12:55:36PM -0000, Valerio Luccio wrote: Ok, I understand now. In the VM edit dialog if you choose to Attach a disk the list contains column with checkboxes denoted 'OS'. Alternatively if you use Create or Edit action there are checkboxes on the right hand side of the dialog and one of them is named 'Bootable' Tomas -- Tomáš Golembiovský <tgolembi(a)redhat.com&gt;

OK, so I cheated: I copied the image from backup to the current storage overwriting the image and it works. It's a hack, but right now I'll take it.

Command line. I first did the import, then checked the image with 'qemu-img info' and verified that the size was wrong and then copied, making sure to use the same filename generated by the import. On 3/30/21 1:35 PM, miguel.garcia(a)toshibagcs.com wrote: -- As a result of Coronavirus-related precautions, NYU and the Center for Brain Imaging operations will be managed remotely until further notice. All telephone calls and e-mail correspondence are being monitored remotely during our normal business hours of 9am-5pm, Monday through Friday. For MRI scanner-related emergency, please contact: Keith Sanzenbach at keith.sanzenbach(a)nyu.edu and/or Pablo Velasco at pablo.velasco(a)nyu.edu For computer/hardware/software emergency, please contact: Valerio Luccio at valerio.luccio(a)nyu.edu For TMS/EEG-related emergency, please contact: Chrysa Papadaniil at chrysa(a)nyu.edu For CBI-related administrative emergency, please contact: Jennifer Mangan at jennifer.mangan(a)nyu.edu Valerio Luccio (212) 998-8736 Center for Brain Imaging 4 Washington Place, Room 158 New York University New York, NY 10003 "In an open world, who needs windows or gates ?"

Thanks, I'll keep it in mind for the future. On 3/31/21 2:52 AM, Vojtech Juranek wrote: -- As a result of Coronavirus-related precautions, NYU and the Center for Brain Imaging operations will be managed remotely until further notice. All telephone calls and e-mail correspondence are being monitored remotely during our normal business hours of 9am-5pm, Monday through Friday. For MRI scanner-related emergency, please contact: Keith Sanzenbach at keith.sanzenbach(a)nyu.edu and/or Pablo Velasco at pablo.velasco(a)nyu.edu For computer/hardware/software emergency, please contact: Valerio Luccio at valerio.luccio(a)nyu.edu For TMS/EEG-related emergency, please contact: Chrysa Papadaniil at chrysa(a)nyu.edu For CBI-related administrative emergency, please contact: Jennifer Mangan at jennifer.mangan(a)nyu.edu Valerio Luccio (212) 998-8736 Center for Brain Imaging 4 Washington Place, Room 158 New York University New York, NY 10003 "In an open world, who needs windows or gates ?"