Re: [one-users] creating a template with install cd
You can specify several boot devices for boot order, for example: OS=[ARCH=x86_64,BOOT=hd,cdrom] On Tue, May 27, 2014 at 4:30 PM, Daniel Dehennin daniel.dehen...@baby-gnu.org wrote: Stefan Kooman ste...@bit.nl writes: [...] Did you do a onehost sync (--force) after this change? No, the /etc/one/vmm_exec/vmm_exec_kvm.conf are not synced to hosts IIRC. In the mean time I found the issue[1]. Regards. Footnotes: [1] http://dev.opennebula.org/issues/2951 -- Daniel Dehennin Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF Fingerprint: 3E69 014E 5C23 50E8 9ED6 2AAD CC1E 9E5B 7A6F E2DF ___ Users mailing list Users@lists.opennebula.org http://lists.opennebula.org/listinfo.cgi/users-opennebula.org -- Javier Fontán Muiños Developer OpenNebula - Flexible Enterprise Cloud Made Simple www.OpenNebula.org | @OpenNebula | github.com/jfontan ___ Users mailing list Users@lists.opennebula.org http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
Re: [one-users] creating a template with install cd
Daniel Dehennin daniel.dehen...@baby-gnu.org writes: [...] Or libvirt, forcing OS=[BOOT=cdrom] makes it working. I have an issue when setting OS=[BOOT=cdrom], when the installation is finished, it reboot on the ISO and not the hard drive and I can not detach the ISO. We are testing ONE on Ubuntu 14.04. Regards. -- Daniel Dehennin Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF Fingerprint: 3E69 014E 5C23 50E8 9ED6 2AAD CC1E 9E5B 7A6F E2DF signature.asc Description: PGP signature ___ Users mailing list Users@lists.opennebula.org http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
Re: [one-users] creating a template with install cd
Quoting Daniel Dehennin (daniel.dehen...@baby-gnu.org): Daniel Dehennin daniel.dehen...@baby-gnu.org writes: [...] Or libvirt, forcing OS=[BOOT=cdrom] makes it working. I have an issue when setting OS=[BOOT=cdrom], when the installation is finished, it reboot on the ISO and not the hard drive and I can not detach the ISO. Yeah, installing a VM with ONE is a bit cumbersome. The only way I know is to shutdown the vm (or delete it, if it's already powered off), update the template and re-instantiate. Having the possibility to do (offline) attach/detach and changing of boot device would help in install scenarios. Gr. Stefan -- | BIT BV http://www.bit.nl/Kamer van Koophandel 09090351 | GPG: 0xD14839C6 +31 318 648 688 / i...@bit.nl signature.asc Description: Digital signature ___ Users mailing list Users@lists.opennebula.org http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
Re: [one-users] creating a template with install cd
Stefan Kooman ste...@bit.nl writes: Quoting Daniel Dehennin (daniel.dehen...@baby-gnu.org): Daniel Dehennin daniel.dehen...@baby-gnu.org writes: [...] Or libvirt, forcing OS=[BOOT=cdrom] makes it working. I have an issue when setting OS=[BOOT=cdrom], when the installation is finished, it reboot on the ISO and not the hard drive and I can not detach the ISO. Yeah, installing a VM with ONE is a bit cumbersome. The only way I know is to shutdown the vm (or delete it, if it's already powered off), update the template and re-instantiate. Having the possibility to do (offline) attach/detach and changing of boot device would help in install scenarios. I found a solution: #+begin_src OS=[ARCH=x86_64,BOOT=hd] RAW=[DATA= os boot dev='cdrom'/ /os ,TYPE=kvm] #+end_src This result in the following xml: #+begin_src domain type='kvm' xmlns:qemu='http://libvirt.org/schemas/domain/qemu/1.0' nameone-20/name cputune shares512/shares /cputune memory1048576/memory os type arch='x86_64'hvm/type boot dev='hd'/ /os devices emulator/usr/bin/kvm/emulator disk type='file' device='disk' source file='/var/lib/one//datastores/100/20/disk.0'/ target dev='vda'/ driver name='qemu' type='qcow2' cache='default'/ /disk disk type='file' device='cdrom' source file='/var/lib/one//datastores/100/20/disk.1'/ target dev='hda'/ readonly/ driver name='qemu' type='raw' cache='default'/ /disk disk type='file' device='cdrom' source file='/var/lib/one//datastores/100/20/disk.2'/ target dev='hdb'/ readonly/ driver name='qemu' type='raw'/ /disk interface type='bridge' source bridge='vswitch'/ virtualport type='openvswitch'/ mac address='02:00:ac:10:2a:65'/ model type='virtio'/ /interface graphics type='vnc' listen='0.0.0.0' port='5920' keymap='fr'/ input type='tablet' bus='usb'/ /devices features acpi/ /features os boot dev='cdrom'/ /os /domain #+end_src In that case the VM try to boot on hard drive first and then CDROM. Regards. -- Daniel Dehennin Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF Fingerprint: 3E69 014E 5C23 50E8 9ED6 2AAD CC1E 9E5B 7A6F E2DF signature.asc Description: PGP signature ___ Users mailing list Users@lists.opennebula.org http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
Re: [one-users] creating a template with install cd
Quoting Daniel Dehennin (daniel.dehen...@baby-gnu.org): Daniel Dehennin daniel.dehen...@baby-gnu.org writes: [...] I found a solution: #+begin_src OS=[ARCH=x86_64,BOOT=hd] RAW=[DATA= os boot dev='cdrom'/ /os ,TYPE=kvm] #+end_src I tried to move this RAW section from the template to /etc/one/vmm_exec/vmm_exec_kvm.conf but it's not added to the deployement.0. Is this issue specific to my installation or does someone reproduce it? Did you do a onehost sync (--force) after this change? Gr. Stefan -- | BIT BV http://www.bit.nl/Kamer van Koophandel 09090351 | GPG: 0xD14839C6 +31 318 648 688 / i...@bit.nl signature.asc Description: Digital signature ___ Users mailing list Users@lists.opennebula.org http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
Re: [one-users] creating a template with install cd
Stefan Kooman ste...@bit.nl writes: [...] Did you do a onehost sync (--force) after this change? No, the /etc/one/vmm_exec/vmm_exec_kvm.conf are not synced to hosts IIRC. In the mean time I found the issue[1]. Regards. Footnotes: [1] http://dev.opennebula.org/issues/2951 -- Daniel Dehennin Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF Fingerprint: 3E69 014E 5C23 50E8 9ED6 2AAD CC1E 9E5B 7A6F E2DF signature.asc Description: PGP signature ___ Users mailing list Users@lists.opennebula.org http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
Re: [one-users] creating a template with install cd
Javier Fontan jfon...@opennebula.org writes: Set in ubuntu CDROM the TARGET to hda. The bios should catch it. Also make sure that the cd driver is raw: TARGET=hda DRIVER=raw It's not working here after an upgrade to 4.6, this template was working on 4.4: #+begin_src disk type='file' device='disk' source file='/var/lib/one//datastores/101/65/disk.0'/ target dev='vda'/ driver name='qemu' type='qcow2' cache='writeback' io='native'/ /disk disk type='file' device='cdrom' source file='/var/lib/one//datastores/101/65/disk.1'/ target dev='hda'/ readonly/ driver name='qemu' type='raw' cache='none'/ /disk disk type='file' device='cdrom' source file='/var/lib/one//datastores/101/65/disk.2'/ target dev='hdb'/ readonly/ driver name='qemu' type='raw'/ /disk #+end_src It could be the qemu backport to 2.0 which makes problem. Regards. -- Daniel Dehennin Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF Fingerprint: 3E69 014E 5C23 50E8 9ED6 2AAD CC1E 9E5B 7A6F E2DF signature.asc Description: PGP signature ___ Users mailing list Users@lists.opennebula.org http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
Re: [one-users] creating a template with install cd
Daniel Dehennin daniel.dehen...@baby-gnu.org writes: [...] It could be the qemu backport to 2.0 which makes problem. Or libvirt, forcing OS=[BOOT=cdrom] makes it working. Regards. -- Daniel Dehennin Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF Fingerprint: 3E69 014E 5C23 50E8 9ED6 2AAD CC1E 9E5B 7A6F E2DF signature.asc Description: PGP signature ___ Users mailing list Users@lists.opennebula.org http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
[one-users] creating a template with install cd
Hello. I'm somewhat to stupid to create a template containing to disk images. One disk iso (ubuntu install cd) and one empty block. No matter what setting i choose the VM starts and complains having no boot device. Here the config i tried: oneadmin@opennebula-frontend:~$ onetemplate show 27 TEMPLATE 27 INFORMATION ID : 27 NAME : ubuntu1404_install USER : oneadmin GROUP : oneadmin REGISTER TIME : 05/09 17:06:19 PERMISSIONS OWNER : um- GROUP : u-- OTHER : u-- TEMPLATE CONTENTS CONTEXT=[ NETWORK=YES, SSH_PUBLIC_KEY=$USER[SSH_PUBLIC_KEY] ] CPU=2 DISK=[ DEV_PREFIX=hd, IMAGE=ubuntu1404_iso, IMAGE_UNAME=oneadmin ] DISK=[ DEV_PREFIX=vd, DRIVER=qcow2, IMAGE=empty_disk, IMAGE_UNAME=oneadmin ] GRAPHICS=[ KEYMAP=de, LISTEN=0.0.0.0, TYPE=VNC ] MEMORY=1024 NIC=[ NETWORK=cluster, NETWORK_UNAME=oneadmin ] OS=[ BOOT=cdrom ] Any ideas? Thanks. cheers t. ___ Users mailing list Users@lists.opennebula.org http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
Re: [one-users] creating a template with install cd
On Friday 09 May 2014 10:19:49 Neil Schneider wrote: OS=[ ARCH=x86_64, BOOT=cdrom, GUESTOS=rhel6_64Guest, ROOT=hda ] I see. I wasn't aware of the fact i could use hd*a*. I just used hd and sd and vd. Stupid me. thanks t. ___ Users mailing list Users@lists.opennebula.org http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
Re: [one-users] creating a template with install cd
Quoting Thomas Stein (himbe...@meine-oma.de): On Friday 09 May 2014 10:19:49 Neil Schneider wrote: OS=[ ARCH=x86_64, BOOT=cdrom, GUESTOS=rhel6_64Guest, ROOT=hda ] I see. I wasn't aware of the fact i could use hd*a*. I just used hd and sd and vd. Stupid me. Well, actually I _don't_ think it's you being stupid. I stumbled upon this a long time ago. It would be nice if OpenNebula would pick hda for the ISO (CDROM) (not context CDROM) if CDROM is choosen as boot device (instead of hd). Or make it clear which device will be used to boot from (and/or make it a checkbox). Gr. Stefan -- | BIT BV http://www.bit.nl/Kamer van Koophandel 09090351 | GPG: 0xD14839C6 +31 318 648 688 / i...@bit.nl ___ Users mailing list Users@lists.opennebula.org http://lists.opennebula.org/listinfo.cgi/users-opennebula.org