7:20 p.m.
You can actually upload directly via scp to the iso domain, just
make
sure to;
chown -v vdsm:
/path/to/iso/domain/local_iso_domain/0000000-0000-0000-0000-000000/images/11111111-1111-1111-1111-111111111111/uploaded-file.iso
That worked. Thanks.
I was able to get a VM going.
Unfortunately, I can't seem to get a 2nd ISO recognized to setup a different VM.
I have the following structure:
[root@dev1-centos data]# pwd
/data
[root@dev1-centos data]# ls -la
total 0
drwxr-xr-x. 4 vdsm kvm 31 Aug 19 20:49 .
dr-xr-xr-x. 19 root root 260 Aug 19 20:28 ..
drwxr-xr-x. 3 vdsm kvm 50 Aug 22 13:10 images
drwxr-xr-x. 5 vdsm kvm 124 Aug 22 13:10 iso
[root@dev1-centos data]# cd iso/
[root@dev1-centos iso]# ls -la
total 0
drwxr-xr-x. 5 vdsm kvm 124 Aug 22 13:10 .
drwxr-xr-x. 4 vdsm kvm 31 Aug 19 20:49 ..
drwxr-xr-x. 3 vdsm kvm 20 Aug 22 09:47 0000000-0000-0000-0000-000000
drwxr-xr-x. 3 vdsm kvm 20 Aug 22 12:57 0000000-0000-0000-0000-000001
The folder ending in 0 has the original ISO I uploaded (a CentOS 8.2 ISO) - this is
working.
The folder ending in 1 has a Ubuntu 20.04 ISO. - this is not working.
CentOS path to ISO:
/data/iso/0000000-0000-0000-0000-000000/images/11111111-1111-1111-1111-111111111111/CentOS-8.2.2004-x86_64-minimal.iso
Ubuntu path:
/data/iso/0000000-0000-0000-0000-000001/images/11111111-1111-1111-1111-111111111112/ubuntu-20.04.1-live-server-amd64.iso
At this point, I have no idea why my CentOS ISO is showing up, but my Ubuntu ISO is not
showing up.
Second question:
I left, and came back a while later, and have noticed that when I go to Storage -> Data
Centers, that the Data Center I created (named 'Office') keeps going from
Unresponsive to Activated. It keeps going back and forth, and I'm not sure why. That
seems like an issue.
Third Question:
When I go to Compute -> Hosts, and go into the host, under Action Items, I see: "A
new version is available. Upgrade." with a link.
Yet from the console, when I run `yum update`, nothing is available to update.
I already clicked on that Upgrade link once, and allowed the whole host to reboot... and
that Action Item is still there.
That also seems weird. I would also feel a lot more comfortable about clicking on
"Upgrade" if I had more details - what is it upgrading "from" and what
is it upgrading "to"?
Sent with ProtonMail Secure Email.
‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
On Saturday, August 22, 2020 9:37 AM, Michael Jones <mj(a)mikejonesey.co.uk> wrote:
On 22/08/2020 13:58, David White via Users wrote:
> So, what's the point of all-in-one if you cannot upload ISOs
and boot VMs off of ISOs?
> Is there an alternative way to setup a VM in all-in-one, such as boot from PXE or
something?
You can actually upload directly via scp to the iso domain, just
make
sure to;
chown -v vdsm:
/path/to/iso/domain/local_iso_domain/0000000-0000-0000-0000-000000/images/11111111-1111-1111-1111-111111111111/uploaded-file.iso
>
the system will still see it and you can attach to vms at boot;
you can also use pxe, i like the "fai" project for this.
> Regardless, the all-in-one setup was just for learning
purposes.
> I may try a different install approach, and try to get the self-hosted engine
working. That said, I'm still unclear on the exact differences between the
"self-hosted engine" and the standalone Manager. I'll go re-read earlier
responses to my questions on that, as well as the glossary of sorts that Didi was so kind
to write in your earlier thread on the imageio issue.
4.4 all-in-one is still fully functional par the iso upload and
download, which i was using for backups.
if you were to go CentOS7+4.3 these features fully work no problem
in
all-in-one.
the alternate to all-in-one would be to choose a different host when
adding to the standalone manager, or you can have hosted engine, where
the engine is a vm (dependent on some other stuff re: storage/ips)
Kind Regards,
Mike
Users mailing list -- users(a)ovirt.org
To unsubscribe send an email to users-leave(a)ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ILLRQN4DUZX...