list index out of range when running virt-install

Hello,

I have Fedora 10, and running
virt-install -n skaita -r 64 --disk path=/var/lib/libvirt/images/skaita.img,size=2 --cdrom
/a/freedos/fdbasecd.iso -w bridge:br0 --vnc --accelerate --os-type=other --os-variant=msdos
gives:
ERROR    list index out of range
Traceback (most recent call last):
  File "/usr/sbin/virt-install", line 692, in <module>
    main()
  File "/usr/sbin/virt-install", line 577, in main
    options.sdl, options.keymap, guest)
  File "/usr/lib/python2.5/site-packages/virtinst/cli.py", line 339, in get_graphics
    guest.graphics_dev = VirtualGraphics(type=VirtualGraphics.TYPE_VNC)
  File "/usr/lib/python2.5/site-packages/virtinst/Guest.py", line 207, in __init__
    self.set_keymap(keymap)
  File "/usr/lib/python2.5/site-packages/virtinst/Guest.py", line 219, in set_keymap
    val = util.default_keymap()
  File "/usr/lib/python2.5/site-packages/virtinst/util.py", line 296, in default_keymap
    kt = s.split('"')[1]
IndexError: list index out of range

Assuming it's something with my locale, I tried to set LANG=en_US LC_ALL=en_US LC_CTYPE=en_US
but it didn't help. I changed line 296 from kt = s.split('"')[1] to kt = s.split('"')[0] and
I was able to start install.

Regards,
Nerijus

No domains available for this guest

Hello,

again F10, running
virt-install -n skaita -r 10 --disk path=/var/lib/libvirt/images/skaita.img,size=5 --cdrom
/a/freedos/fdbasecd.iso -w bridge:br0 --vnc --accelerate --os-type=other --os-variant=msdos
gives:
ERROR    No domains available for this guest.
Traceback (most recent call last):
  File "/usr/sbin/virt-install", line 692, in <module>
    main()
  File "/usr/sbin/virt-install", line 539, in main
    domain = guest.bestDomainType(options.accelerate)
  File "/usr/lib/python2.5/site-packages/virtinst/CapabilitiesParser.py", line 168, in bestDomainType
    raise CapabilitiesParserException(_("No domains available for this guest."))
CapabilitiesParserException: No domains available for this guest.

Tried adding --connect=qemu:///system, didn't help. I was able to run the same command succesfully
on 2 other similar PCs with F10.

Regards,
Nerijus

koan error on creating image based guest

For the first time i am trying to create a windows guest with koan - Its 
quite possible i missed something but this is the result from koan.

I am using the latest 1.4 of koan and cobbler

 # koan --virt --image=win-xp --server=192.168.11.1
- ISO or Image based installation, always uses --virt-type=qemu
- no virt-type specified, auto-selecting qemu
libvirtd (pid 2313) is running...
- using qemu hypervisor, type=qemu
exceptions.NameError
global name 'utils' is not defined
  File "/usr/lib/python2.4/site-packages/koan/app.py", line 186, in main
    k.run()
   File "/usr/lib/python2.4/site-packages/koan/app.py", line 403, in run
    self.virt()
   File "/usr/lib/python2.4/site-packages/koan/app.py", line 678, in virt
    return self.net_install(after_download)
   File "/usr/lib/python2.4/site-packages/koan/app.py", line 597, in 
net_install
    after_download(self, profile_data)
   File "/usr/lib/python2.4/site-packages/koan/app.py", line 676, in 
after_download
    self.virt_net_install(profile_data)
   File "/usr/lib/python2.4/site-packages/koan/app.py", line 1082, in 
virt_net_install
    virt_type     =  self.virt_type
   File "/usr/lib/python2.4/site-packages/koan/qcreate.py", line 92, in 
start_install
    (tempdir, filename) = utils.nfsmount(input_path)

Help perfect Cobbler SELinux policy

_______________________________________________
et-mgmt-tools mailing list
et-mgmt-tools@...
https://www.redhat.com/mailman/listinfo/et-mgmt-tools

Re: Help perfect Cobbler SELinux policy

domg472 g472 wrote:
> Below you will find instructions on how to install a bare SELinux 
> policy for Cobbler. Feedback in the form of AVC denials would be 
> appreciated so that we can perfect this bare policy.
>
> The version of this policy is far from perfect but it is in my view a 
> solid start. I have installed this policy and was able to start 
> cobblerd in it' s proper security domain. I have not actually tried to 
> use Cobbler. Also there is no policy yet for executable files other 
> then /usr/bin/cobblerd.
>
> Instructions:
>
>
> mkdir ~/cobbler; cd ~/cobbler
> echo """
>
> policy_module(cobbler, 0.0.1)
>
> # Personal declarations
>
> type cobbler_config_t;
> files_config_file(cobbler_config_t)
>
> type cobblerd_initrc_exec_t;
> init_script_file(cobblerd_initrc_exec_t)
>
> type cobbler_exec_t;
> application_executable_file(cobbler_exec_t)
>
> type cobbler_ext_nodes_exec_t;
> application_executable_file(cobbler_ext_nodes_exec_t)
>
> type cobblerd_exec_t;
> application_executable_file(cobblerd_exec_t)
>
> type cobbler_var_lib_t;
> files_type(cobbler_var_lib_t)
>
> type cobbler_log_t;
> logging_log_file(cobbler_log_t)
>
> type cobblerd_t;
> init_daemon_domain(cobblerd_t, cobblerd_exec_t)
>
> type cobbler_port_t;
> corenet_port(cobbler_port_t)
>
> # Personal policy
>
> allow cobblerd_t self:capability { sys_nice chown dac_override fowner };
> allow cobblerd_t self:fifo_file { read write getattr };
> allow cobblerd_t self:netlink_route_socket { write getattr read bind 
> create nlmsg_read };
> allow cobblerd_t self:process { setsched getsched };
> allow cobblerd_t self:tcp_socket { getattr setopt bind create accept 
> listen };
> allow cobblerd_t self:udp_socket { read bind create };
>
> allow cobblerd_t cobbler_config_t:dir search;
> allow cobblerd_t cobbler_config_t:file { read getattr };
>
> allow cobblerd_t cobbler_exec_t:file getattr;
>
> manage_files_pattern(cobblerd_t, cobbler_log_t, cobbler_log_t)
> logging_log_filetrans(cobblerd_t, cobbler_log_t, { file })
>
> # files_search_var_lib(cobblerd_t)
> manage_files_pattern(cobblerd_t, cobbler_var_lib_t, cobbler_var_lib_t)
> files_var_lib_filetrans(cobblerd_t, cobbler_var_lib_t, { file })
>
> corecmd_exec_bin(cobblerd_t)
> corecmd_exec_shell(cobblerd_t)
>
> corecmd_read_bin_symlinks(cobblerd_t)
>
> corenet_all_recvfrom_unlabeled(cobblerd_t)
> corenet_all_recvfrom_netlabel(cobblerd_t)
>
> corenet_tcp_sendrecv_generic_if(cobblerd_t)
> corenet_tcp_sendrecv_all_nodes(cobblerd_t)
> corenet_tcp_sendrecv_all_ports(cobblerd_t)
>
> # allow cobblerd_t cobbler_port_t:tcp_socket { name_bind; }
> corenet_tcp_bind_generic_port(cobblerd_t)
> corenet_tcp_bind_all_nodes(cobblerd_t)
>
> corenet_udp_sendrecv_generic_if(cobblerd_t)
> corenet_udp_sendrecv_all_nodes(cobblerd_t)
> corenet_udp_sendrecv_all_ports(cobblerd_t)
>
> # allow cobblerd_t cobbler_port_t:udp_socket { name_bind; }
> corenet_udp_bind_generic_port(cobblerd_t)
> corenet_udp_bind_all_nodes(cobblerd_t)
>
> dev_read_urand(cobblerd_t)
>
> files_list_tmp(cobblerd_t)
>
> files_read_etc_files(cobblerd_t)
>
> files_read_usr_symlinks(cobblerd_t)
> files_search_usr(cobblerd_t)
>
> kernel_read_system_state(cobblerd_t)
>
> libs_use_ld_so(cobblerd_t)
> libs_use_shared_libs(cobblerd_t)
>
> miscfiles_read_localization(cobblerd_t)
>
> # is this optional?
> rpm_domtrans(cobblerd_t)
>
> sysnet_read_config(cobblerd_t)
>
> apache_content_template(cobbler)
>
> optional_policy(`
>         dbus_system_bus_client_template(cobblerd, cobblerd_t)
>         dbus_connect_system_bus(cobblerd_t)
>         dbus_system_domain(cobblerd_t, cobblerd_exec_t)
> ')
>
> #EOF
> """ > cobbler.te;
>
> echo """
>
> # File contexts
>
> /etc/cobbler(/.*)?                              
> gen_context(system_u:object_r:cobbler_config_t, s0)
>
> /etc/rc\.d/init\.d/cobblerd             --    
> gen_context(system_u:object_r:cobblerd_initrc_exec_t, s0)
>
> /usr/bin/cobbler                        --    
> gen_context(system_u:object_r:cobbler_exec_t, s0)
> /usr/bin/cobbler-ext-nodes              --    
> gen_context(system_u:object_r:cobbler_ext_nodes_exec_t, s0)
> /usr/bin/cobblerd                       --    
> gen_context(system_u:object_r:cobblerd_exec_t, s0)
>
> /var/lib/cobbler(/.*)?                          
> gen_context(system_u:object_r:cobbler_var_lib_t, s0)
>
> /var/log/cobbler(/.*)?                          
> gen_context(system_u:object_r:cobbler_log_t, s0)
>
> /var/www/cobbler/svc/services.py        --    
> gen_context(system_u:object_r:httpd_cobbler_script_exec_t, s0)
> /var/www/cobbler/web/index.py           --    
> gen_context(system_u:object_r:httpd_cobbler_script_exec_t, s0)
>
> """ > cobbler.fc;
>
> make -f /usr/share/selinux/devel/Makefile
> semodule -i cobbler.pp
>
> restorecon -R -v /etc/cobbler
> restorecon -R -v /etc/init.d/cobblerd
> restorecon -R -v /usr/bin/cobblerd
> restorecon -R -v /usr/bin/cobbler
> restorecon -R -v /usr/bin/cobbler-ext-nodes
> restorecon -R -v /var/lib/cobbler
> restorecon -R -v /var/log/cobbler
> restorecon -R -v /var/www/cobbler
>
> semanage permissive -a cobbler_t
>
> service cobblerd start
>
> (start testing)
>
> ausearch -m avc -ts today
>
> to remove undo:
>
> service cobblerd stop
> semanage permissive -d cobbler_t
> semodule -r cobbler
> restorecon -R -v /etc/cobbler
> restorecon -R -v /etc/init.d/cobblerd
> restorecon -R -v /usr/bin/cobblerd
> restorecon -R -v /usr/bin/cobbler
> restorecon -R -v /usr/bin/cobbler-ext-nodes
> restorecon -R -v /var/lib/cobbler
> restorecon -R -v /var/log/cobbler
> restorecon -R -v /var/www/cobbler
>
> Questions and comments are welcome.
> Thanks in advance for your feedback.
>
> Dominick Grift
>
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> et-mgmt-tools mailing list
> et-mgmt-tools@...
> https://www.redhat.com/mailman/listinfo/et-mgmt-tools

Thanks Dominick!

I've uploaded this to the Wiki so people can copy/paste it.

https://fedorahosted.org/cobbler/wiki/SeLinuxPolicy

The last release had a lot of work making sure we ran everything cleanly 
in SELinux again, and I think getting cobblerd to have a policy would be 
a logical extension of that.

Would someone like to take a shot at refining this policy some or at 
least running Cobbler with that for a while (in permissive mode) to 
identify what else needs to be allowed?

I think possibly /usr/bin/cobbler-ext-nodes (used for Puppet 
integration) and /usr/bin/cobbler (command line for humans) can be left 
unconfined.   Just thinking about things offhand cobbler needs to be 
able to read and write to Apache and tftp-server content, read and write 
to /var/lib/cobbler and /var/log/cobbler, and read to /etc/cobbler.

A good way to get most of this going is to install from a git checkout 
("make install" for new users, or "make devinstall" for old ones who 
don't want to whack their config) and then "make test" would go a long 
way I'd think of covering most of it.

--Michael

Re: koan error on creating image based guest

Tom Brown wrote:
> For the first time i am trying to create a windows guest with koan - Its 
> quite possible i missed something but this is the result from koan.
> 
> I am using the latest 1.4 of koan and cobbler
> 
> # koan --virt --image=win-xp --server=192.168.11.1
> - ISO or Image based installation, always uses --virt-type=qemu
> - no virt-type specified, auto-selecting qemu
> libvirtd (pid 2313) is running...
> - using qemu hypervisor, type=qemu
> exceptions.NameError
> global name 'utils' is not defined
>  File "/usr/lib/python2.4/site-packages/koan/app.py", line 186, in main
>    k.run()
>   File "/usr/lib/python2.4/site-packages/koan/app.py", line 403, in run
>    self.virt()
>   File "/usr/lib/python2.4/site-packages/koan/app.py", line 678, in virt
>    return self.net_install(after_download)
>   File "/usr/lib/python2.4/site-packages/koan/app.py", line 597, in 
> net_install
>    after_download(self, profile_data)
>   File "/usr/lib/python2.4/site-packages/koan/app.py", line 676, in 
> after_download
>    self.virt_net_install(profile_data)
>   File "/usr/lib/python2.4/site-packages/koan/app.py", line 1082, in 
> virt_net_install
>    virt_type     =  self.virt_type
>   File "/usr/lib/python2.4/site-packages/koan/qcreate.py", line 92, in 
> start_install
>    (tempdir, filename) = utils.nfsmount(input_path)
> 
> 
> thanks
> 
> _______________________________________________
> et-mgmt-tools mailing list
> et-mgmt-tools@...
> https://www.redhat.com/mailman/listinfo/et-mgmt-tools
If you edit

/usr/lib/python2.4/site-packages/koan/qcreate.py

and add

import utils

after the last import line, does it work?

-- bk

Re: koan error on creating image based guest

Tom Brown wrote:
> For the first time i am trying to create a windows guest with koan - 
> Its quite possible i missed something but this is the result from koan.
>
> I am using the latest 1.4 of koan and cobbler
>
> # koan --virt --image=win-xp --server=192.168.11.1
> - ISO or Image based installation, always uses --virt-type=qemu
> - no virt-type specified, auto-selecting qemu
> libvirtd (pid 2313) is running...
> - using qemu hypervisor, type=qemu
> exceptions.NameError
> global name 'utils' is not defined
>  File "/usr/lib/python2.4/site-packages/koan/app.py", line 186, in main
>    k.run()
>   File "/usr/lib/python2.4/site-packages/koan/app.py", line 403, in run
>    self.virt()
>   File "/usr/lib/python2.4/site-packages/koan/app.py", line 678, in virt
>    return self.net_install(after_download)
>   File "/usr/lib/python2.4/site-packages/koan/app.py", line 597, in 
> net_install
>    after_download(self, profile_data)
>   File "/usr/lib/python2.4/site-packages/koan/app.py", line 676, in 
> after_download
>    self.virt_net_install(profile_data)
>   File "/usr/lib/python2.4/site-packages/koan/app.py", line 1082, in 
> virt_net_install
>    virt_type     =  self.virt_type
>   File "/usr/lib/python2.4/site-packages/koan/qcreate.py", line 92, in 
> start_install
>    (tempdir, filename) = utils.nfsmount(input_path)
>
>
> thanks
>
> _______________________________________________
> et-mgmt-tools mailing list
> et-mgmt-tools@...
> https://www.redhat.com/mailman/listinfo/et-mgmt-tools

It does appear to be a missing import.    Perhaps some weird Python 
interpreter thing allowed the utils to "just work" as the parent module 
had already imported it?   Really that shouldn't happen.

Ultimately though, you probably want the cobbler mailing list for stuff 
like this -- https://fedorahosted.org/mailman/listinfo/cobbler

I'll fix it.

Thanks!

--Michael

Re: [et-mgmt-tools] koan error on creating image based guest

Michael DeHaan wrote:
> Tom Brown wrote:
>> For the first time i am trying to create a windows guest with koan - 
>> Its quite possible i missed something but this is the result from koan.
>>
>> I am using the latest 1.4 of koan and cobbler
>>
>> # koan --virt --image=win-xp --server=192.168.11.1
>> - ISO or Image based installation, always uses --virt-type=qemu
>> - no virt-type specified, auto-selecting qemu
>> libvirtd (pid 2313) is running...
>> - using qemu hypervisor, type=qemu
>> exceptions.NameError
>> global name 'utils' is not defined
>>  File "/usr/lib/python2.4/site-packages/koan/app.py", line 186, in main
>>    k.run()
>>   File "/usr/lib/python2.4/site-packages/koan/app.py", line 403, in run
>>    self.virt()
>>   File "/usr/lib/python2.4/site-packages/koan/app.py", line 678, in virt
>>    return self.net_install(after_download)
>>   File "/usr/lib/python2.4/site-packages/koan/app.py", line 597, in 
>> net_install
>>    after_download(self, profile_data)
>>   File "/usr/lib/python2.4/site-packages/koan/app.py", line 676, in 
>> after_download
>>    self.virt_net_install(profile_data)
>>   File "/usr/lib/python2.4/site-packages/koan/app.py", line 1082, in 
>> virt_net_install
>>    virt_type     =  self.virt_type
>>   File "/usr/lib/python2.4/site-packages/koan/qcreate.py", line 92, 
>> in start_install
>>    (tempdir, filename) = utils.nfsmount(input_path)
>>
>>
>> thanks
>>
>> _______________________________________________
>> et-mgmt-tools mailing list
>> et-mgmt-tools <at> redhat.com
>> https://www.redhat.com/mailman/listinfo/et-mgmt-tools
>
> It does appear to be a missing import.    Perhaps some weird Python 
> interpreter thing allowed the utils to "just work" as the parent 
> module had already imported it?   Really that shouldn't happen.
>
> Ultimately though, you probably want the cobbler mailing list for 
> stuff like this -- https://fedorahosted.org/mailman/listinfo/cobbler
>
> I'll fix it.

looks much better now -

# koan --virt --image=win-xp --server=192.168.11.1
- ISO or Image based installation, always uses --virt-type=qemu
- no virt-type specified, auto-selecting qemu
libvirtd (pid 2313) is running...
- using qemu hypervisor, type=qemu
- running: /bin/mount -t nfs -o ro 
192.168.11.1:/var/www/cobbler/ks_mirror/windows /tmp/koan_6eIz11.mnt
after install completes, you may unmount and delete /tmp/koan_6eIz11.mnt
- adding disk: /opt/qemu//Thu_Jan__8_21_42_32_2009-disk0 of size 10
libvir: QEMU error :
libvir: QEMU error :
use virt-manager and connect to qemu to manage guest: 
Thu_Jan__8_21_42_32_2009

Sorry for wrong list - mixup with my folders

thanks

Re: koan error on creating image based guest

Tom Brown wrote:
> Michael DeHaan wrote:
>   
>> Tom Brown wrote:
>>     
>>> For the first time i am trying to create a windows guest with koan - 
>>> Its quite possible i missed something but this is the result from koan.
>>>
>>> I am using the latest 1.4 of koan and cobbler
>>>
>>> # koan --virt --image=win-xp --server=192.168.11.1
>>> - ISO or Image based installation, always uses --virt-type=qemu
>>> - no virt-type specified, auto-selecting qemu
>>> libvirtd (pid 2313) is running...
>>> - using qemu hypervisor, type=qemu
>>> exceptions.NameError
>>> global name 'utils' is not defined
>>>  File "/usr/lib/python2.4/site-packages/koan/app.py", line 186, in main
>>>    k.run()
>>>   File "/usr/lib/python2.4/site-packages/koan/app.py", line 403, in run
>>>    self.virt()
>>>   File "/usr/lib/python2.4/site-packages/koan/app.py", line 678, in virt
>>>    return self.net_install(after_download)
>>>   File "/usr/lib/python2.4/site-packages/koan/app.py", line 597, in 
>>> net_install
>>>    after_download(self, profile_data)
>>>   File "/usr/lib/python2.4/site-packages/koan/app.py", line 676, in 
>>> after_download
>>>    self.virt_net_install(profile_data)
>>>   File "/usr/lib/python2.4/site-packages/koan/app.py", line 1082, in 
>>> virt_net_install
>>>    virt_type     =  self.virt_type
>>>   File "/usr/lib/python2.4/site-packages/koan/qcreate.py", line 92, 
>>> in start_install
>>>    (tempdir, filename) = utils.nfsmount(input_path)
>>>
>>>
>>> thanks
>>>
>>> _______________________________________________
>>> et-mgmt-tools mailing list
>>> et-mgmt-tools@...
>>> https://www.redhat.com/mailman/listinfo/et-mgmt-tools
>>>       
>> It does appear to be a missing import.    Perhaps some weird Python 
>> interpreter thing allowed the utils to "just work" as the parent 
>> module had already imported it?   Really that shouldn't happen.
>>
>> Ultimately though, you probably want the cobbler mailing list for 
>> stuff like this -- https://fedorahosted.org/mailman/listinfo/cobbler
>>
>> I'll fix it.
>>     
>
> looks much better now -
>
> # koan --virt --image=win-xp --server=192.168.11.1
> - ISO or Image based installation, always uses --virt-type=qemu
> - no virt-type specified, auto-selecting qemu
> libvirtd (pid 2313) is running...
> - using qemu hypervisor, type=qemu
> - running: /bin/mount -t nfs -o ro 
> 192.168.11.1:/var/www/cobbler/ks_mirror/windows /tmp/koan_6eIz11.mnt
> after install completes, you may unmount and delete /tmp/koan_6eIz11.mnt
> - adding disk: /opt/qemu//Thu_Jan__8_21_42_32_2009-disk0 of size 10
> libvir: QEMU error :
> libvir: QEMU error :
> use virt-manager and connect to qemu to manage guest: 
> Thu_Jan__8_21_42_32_2009
>
> Sorry for wrong list - mixup with my folders
>
> thanks
> _______________________________________________
> cobbler mailing list
> cobbler@...
> https://fedorahosted.org/mailman/listinfo/cobbler
>   

Excellent, I'll get this fixed for koan 1.4.1 (going out today).

--Michael

[PATCH] UI String Cleanups

The README file says to post hg bundles to fedora-xen. This mailing list
(as listed on the website) seems more appropriate. If this is correct,
the README should be updated. If you'd prefer this in the tracker,
please let me know. Otherwise, here is the bundle:
http://coderich.net/virt-manager-ui-tweaks.hg

This corrects a number of small UI issues. This should partially or
fully address bugs 452411, 475682, and 475926.

If the direction of this patch is good, Dan Bass, my colleague, and I
can make another pass over the bugs we've filed/subscribed to and see
what remains.

Richard

_______________________________________________
et-mgmt-tools mailing list
et-mgmt-tools@...
https://www.redhat.com/mailman/listinfo/et-mgmt-tools