Re: [Users] Migration and creating VM failing
On Wed, Jul 24, 2013 at 06:51:52PM +0200, Jakub Bittner wrote: Hello, we have one node based on centos 6.4 and using ovirt-stable chanel and it can not start VM or accept migration. (May I try updating to ovirt 3.3 beta?) I personally prefer that you help the ovirt-3.3 beta effort (fixing new bugs is more fun than hunting old ones that may already be fixed). Here is log: tracing migration bugs is usually much harder than vm-start ones. you'd need to see the source host logs as well to understand them. BTW, when you attach logs - could you make sure that your mail client does not break their lines? In this case it seems that the issue is 'emulatedMachine': 'pc-0.14' which your source host has. I assume that your source host was a Fedora, which support this emulatedMachine. But the destination does not. oVirt-3.3 would not let you have such two hosts active in the same cluster. On ovirt-3.2 you should take care for this manually. Dan. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [rhev-devel] Deep Dive into Host Power Management presentation
- Original Message - From: Cheryn Tan cheryn...@redhat.com To: Eli Mesika emes...@redhat.com Cc: users@oVirt.org users@ovirt.org, rhev-devel rhev-de...@redhat.com Sent: Thursday, July 25, 2013 3:48:16 AM Subject: Re: [rhev-devel] Deep Dive into Host Power Management presentation Hi Eli, Will a recording of your presentation be available to those of us in less convenient time zones? :) Hi Yes, the elluminate includes a recording option ... Thank you, Cheryn - Original Message - From: Eli Mesika emes...@redhat.com To: users@oVirt.org users@ovirt.org, rhev-devel rhev-de...@redhat.com Sent: Thursday, 25 July, 2013 6:08:35 AM Subject: [rhev-devel] Deep Dive into Host Power Management presentation Hi I will give a presentation on Host Power Management - Deep Dive Deep Dive into Host Power Management Details: When: MON JUL 29 16:00 - 17:00 (IST) Elluminate session : https://sas.elluminate.com/m.jnlp?sid=819password=M.2B4BD5BEB64C670EE9D53F1B68293E Conf Code : 3375501449 Global Numbers Argentina 08004441016 Australia 1800337169 Austria 085898 Bahamas 18002054778 Bahrain 80004377 Barbados 18668556594 Belarus 882000110160 Belgium 080048325 Bolivia 800100768 Brazil 08008921002 Bulgaria 008001100236 Chile 800370228 Colombia 018005182186 Costa Rica 08000131048 Croatia (Hrvatska) 0800222320 Cyprus 80095297 Czech Republic 800701035 Denmark 80887114 Dominican Republic 18007519076 Ecuador 1800020545 Egypt, *SITF* 0800188 El Salvador 8006699 Estonia 8000100232 Fiji 008002539 Finland 0800117116 France 0805632867 Germany 08006647541 Greece 00800127562 Guam 18773010136 Hong Kong 800930349 Hungary 0680014726 Iceland 8008967 India 180030104350 Indonesia, PT Telkom only 0078030179162 Indonesia, PT Indosat only 0018030179162 Ireland 1800932401 Israel 1809462557 Italy 800985897 Jamaica 18002050328 Japan 00531250120 Japan 0120934453 Kazakhstan 88003337376 Korea (South) 007986517393 Latvia 80003339 Lithuania 880031223 Luxembourg 80026595 Malaysia 1800814451 Malta 80062176 Mexico 018009269658 Monaco 80093642 Netherlands 08000222329 New Zealand 0800888167 Nicaragua 0018002202067 Norway 80013504 Panama 0018002043574 Peru 080052972 Philippines 180011100991 Poland 008001210187 Portugal 800814625 Romania 0800895537 Russian Federation 81080028341012 Saint Kitts and Nevis 18002059252 Saudi Arabia 8008445917 Singapore 8006162235 Slovak Republic 081441 Slovenia 080080471 South Africa 0800982957 Spain 800300524 Sweden 0200896860 Switzerland 0800650077 Taiwan 00801127141 Thailand 001800656966 Trinidad and Tobago 18002024615 Turkey 0080044632093 Turks and Caicos Islands 18772780472 Ukraine 0800500152 United Arab Emirates 8000440163 United Kingdom 08006948057 United States 8004518679 Uruguay 00040190315 Venezuela 8001627182 Vietnam 12011346 Virgin Islands (U.S.) 8773007428 Global Numbers Australia, Adelaide 61870020130 Australia, Brisbane 61730870178 Australia, Melbourne 0382561740 Australia, Perth 61861884572 Australia, Sydney 0289852326 Austria, Vienna 012534978196 Belgium, Brussels 027920405 China, All Cities Domestic 4006205013 China, All Cities Domestic 8008190132 Czech Republic, Prague 239014984 Denmark, Copenhagen 32729215 Finland, Helsinki 0923194436 France, Paris 0170377140 Germany, Berlin 030300190579 Germany, Frankfurt 0692594 Hong Kong, Hong Kong 85230730429 Hungary, Budapest 7789030 India, Bangalore 08039417180 India, Chennai 04430061276 India, Hyderabad 04030644055 India, Mumbai 02230985358 India, New Delhi 01139417180 Ireland, Dublin 014367793 Italy, Milan 0236269529 Japan, Tokyo 0345807897 Korea (South), Seoul 0234837408 Lithuania, Vilnius 52054226 Luxembourg, Luxembourg 24871157 Malaysia, Kuala Lumpur 0348190012 Netherlands, Amsterdam 0207975872 Norway, Oslo 21033188 Poland, Warsaw 222120148 Romania, Bucharest 0318103711 Russian Federation, Moscow 4999221989 Singapore, All Cities 64840858 Singapore, All Cities 64840858 Slovak Republic, Bratislava 0233456338 Slovenia, Ljubljana 016003991 Spain, Barcelona 935452328 Spain, Madrid 914146284 Sweden, Stockholm 0850513770 Switzerland, Geneva 0225927881 Switzerland, Zurich 0445803463 United Kingdom, All Cities 08445790678 United Kingdom, All Cities 02035746870 United States, All Cities 2127295016 -- Cheryn Tan, RHCSA, RHCVA Content Author Engineering Content Services Red Hat Asia Pacific Brisbane, Australia Phone: +61735148326 Mobile: +61401562796 cheryn...@redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Migration and creating VM failing
Thank you Dan for your opinion. I understand that hunting new bugs in ovirt 3.3 is much more fun. I have to say, that we are using oVirt in production. So.. I will upgrade oVirt management server which runs on Fedora 18 to Fedora 19 by FedUp, than upgrade oVirt from 3.2 to 3.3 by engine-upgrade (or engine-upgrade2??) and than we will see if it is going to work or not ;-). ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Install node without access Internet
On 07/25/2013 01:13 PM, Doron Fediuck wrote: - Original Message - | From: lofyer lof...@gmail.com | To: users@ovirt.org | Sent: Thursday, July 25, 2013 7:27:11 AM | Subject: [Users] Install node without access Internet | | Is it possible now for oVirt to install node without access the Internet? | Is there an option like this? Hi lofyer, see: http://www.ovirt.org/OVirt_3.1_release_notes#oVirt_Node You can burn the ISO to a CD ROM or a disk on key, and install the node from the media you created. and for non-node hosts, you should always be able to create local repo's with needed rpm's and refernce them. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Fedora19 oVirt 3.2 to 3.3 upgrade failed
After downloading and testing transaction it fails. I think it is because of language. 2013-07-25 14:17:32 INFO otopi.plugins.otopi.packagers.yumpackager yumpackager.info:88 Yum Status: Check Package Signatures 2013-07-25 14:17:32 INFO otopi.plugins.otopi.packagers.yumpackager yumpackager.info:88 Yum Status: Running Test Transaction Spuštěna kontrola transakce 2013-07-25 14:17:32 INFO otopi.plugins.otopi.packagers.yumpackager yumpackager.info:88 Yum Status: Running Transaction 2013-07-25 14:17:32 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:84 Yum Varování: RPMDB byla změněna mimo yum. 2013-07-25 14:17:33 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:84 Yum ** Nalezeny 4 existující problémy v rpmdb, následuje výstup yum check: 2013-07-25 14:17:33 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:84 Yum ovirt-host-deploy-1.1.0-0.2.master.20130723.gita991545.fc19.noarch je duplicitní s ovirt-host-deploy-1.0.2-1.fc18.noarch 2013-07-25 14:17:33 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:84 Yum ovirt-host-deploy-java-1.1.0-0.2.master.20130723.gita991545.fc19.noarch je duplicitní s ovirt-host-deploy-java-1.0.2-1.fc18.noarch 2013-07-25 14:17:33 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:84 Yum ovirt-iso-uploader-3.3.0-0.1.beta1.fc19.noarch je duplicitní s ovirt-iso-uploader-3.2.2-1.fc18.noarch 2013-07-25 14:17:33 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:84 Yum ovirt-log-collector-3.3.0-0.1.beta1.fc19.noarch je duplicitní s ovirt-log-collector-3.2.2-1.fc18.noarch Traceback (most recent call last): File /usr/lib/python2.7/site-packages/yum/rpmtrans.py, line 458, in callback self._instProgress( bytes, total, h ) File /usr/lib/python2.7/site-packages/yum/rpmtrans.py, line 541, in _instProgress self.complete_actions, self.total_actions) File /usr/lib/python2.7/site-packages/otopi/miniyum.py, line 184, in event package=package UnicodeEncodeError: 'ascii' codec can't encode character u'\xe1' in position 8: ordinal not in range(128) FATAL ERROR: python callback bound method RPMTransaction.callback of yum.rpmtrans.RPMTransaction instance at 0x4687f80 failed, aborting! ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Fedora19 oVirt 3.2 to 3.3 upgrade failed
Dne 25.7.2013 15:20, Jakub Bittner napsal(a): After downloading and testing transaction it fails. I think it is because of language. 2013-07-25 14:17:32 INFO otopi.plugins.otopi.packagers.yumpackager yumpackager.info:88 Yum Status: Check Package Signatures 2013-07-25 14:17:32 INFO otopi.plugins.otopi.packagers.yumpackager yumpackager.info:88 Yum Status: Running Test Transaction Spuštěna kontrola transakce 2013-07-25 14:17:32 INFO otopi.plugins.otopi.packagers.yumpackager yumpackager.info:88 Yum Status: Running Transaction 2013-07-25 14:17:32 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:84 Yum Varování: RPMDB byla změněna mimo yum. 2013-07-25 14:17:33 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:84 Yum ** Nalezeny 4 existující problémy v rpmdb, následuje výstup yum check: 2013-07-25 14:17:33 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:84 Yum ovirt-host-deploy-1.1.0-0.2.master.20130723.gita991545.fc19.noarch je duplicitní s ovirt-host-deploy-1.0.2-1.fc18.noarch 2013-07-25 14:17:33 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:84 Yum ovirt-host-deploy-java-1.1.0-0.2.master.20130723.gita991545.fc19.noarch je duplicitní s ovirt-host-deploy-java-1.0.2-1.fc18.noarch 2013-07-25 14:17:33 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:84 Yum ovirt-iso-uploader-3.3.0-0.1.beta1.fc19.noarch je duplicitní s ovirt-iso-uploader-3.2.2-1.fc18.noarch 2013-07-25 14:17:33 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:84 Yum ovirt-log-collector-3.3.0-0.1.beta1.fc19.noarch je duplicitní s ovirt-log-collector-3.2.2-1.fc18.noarch Traceback (most recent call last): File /usr/lib/python2.7/site-packages/yum/rpmtrans.py, line 458, in callback self._instProgress( bytes, total, h ) File /usr/lib/python2.7/site-packages/yum/rpmtrans.py, line 541, in _instProgress self.complete_actions, self.total_actions) File /usr/lib/python2.7/site-packages/otopi/miniyum.py, line 184, in event package=package UnicodeEncodeError: 'ascii' codec can't encode character u'\xe1' in position 8: ordinal not in range(128) FATAL ERROR: python callback bound method RPMTransaction.callback of yum.rpmtrans.RPMTransaction instance at 0x4687f80 failed, aborting! ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users I changed locale with localectl set-locale LANG=en_US.UTF-8 command and added export LANGUAGE=en_US:en_GB:en to /root/.bashrc and it works. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] NFS data domain use host + local storage question
On Thu, 2013-07-25 at 09:07 -0400, Jason Keltz wrote: Hi. I have a few questions about data domains... I'm not sure that I understand why when adding a new NFS data domain what the Use Host is for? From the RHEV documentation - All communication to the storage domain is from the selected host and not directly from the Red Hat Enterprise Virtualization Manager. At least one active host must be attached to the chosen Data Center before the storage is configured. .. but I'm puzzled.. don't all the nodes mount the NFS storage directly from the NFS storage server? Is this saying that if I have two nodes, v1 and v2, and I say Use Host v1 then v2 gets at storage through v1? What if v1 is down? Don't all nodes need a connection to the logical storage network? Hi, You need a host to initialize the storage. The host you have to choose with Use Host initially creates the data structure,... on the storage. Afterwards all host in your cluster will mount the storage and write data for their vms. There's no one-node bottleneck. --- On the topic of local storage... Right now, I have one node with 1 disk (until some ordered equipment arrives)... /data/images is /dev/mapper/HostVG-Data I want two of my nodes to store local data. The majority of VMs will use the NFS datastore, but a few VMs need local storage, and I'd like to split these VMs across two nodes, so two nodes will have their own local storage... So you will have vm storage on node01, node02 and on your NFS storage, right? If I was going to install local data on the node, I wouldn't install it on the OS disk - I'd want another disk, or maybe even a few disks!If I added another disk to this system, how would I go about making *this* disk /data/images instead of the root disk? Do I have to reinstall the node? I would recommend to use LVM and add new disks into your logical volume... I'm also puzzled by this statement: A local storage domain can be set up on a host. When you set up host to use local storage, the host automatically gets added to a new data center and cluster that no other hosts can be added to. Multiple host clusters require that all hosts have access to all storage domains, which is not possible with local storage. Virtual machines created in a single host cluster cannot be migrated, fenced or scheduled. So .. let's say I have two nodes, both of them have some local disk, and use the NFS data store. I can see why I wouldn't be able to migrate a host from one node to the other IF that has was using local data storage for the specific virtual machine. On the other hand, if it's a VM that is NOT using local storage, and everything is in the NFS datastore, then does this I can't migrate it because each host would have to be in its own cluster only because it has local storage for *some* of the VMs!? Each local storage host requires it's own datacenter and you can't mix a datacenter with local storage with NFS storage. What I would do in your case: 1. Use CentOS/Fedora hosts instead of oVirt-Node. 2. Configure NFS-Server on each Node. 3. Have 1 datacenter with 1 cluster and 2 nodes with storage type NFS. 4. Add 3 storage data domains (NFS-Share of each host and NFS-Share of your main NFS server). 5. Bind vms with local NFS server to local host... Or with GlusterFS: 1. Use CentOS/Fedora hosts instead of oVirt-Node. 2. Configure replicated GlusterFS volume over your 2 nodes 3. Have 1 datacenter with 1 cluster and 2 nodes with storage type NFS 4. Add 2 storage data domains (NFS-Share of GlusterFS volume and NFS-Share of your main NFS server). Disadvantage of GlusterFS with NFS: one of your 2 nodes is exporting the NFS share and if this node is down your storage domain is down and you have to manually fix the mount. Finally - I had previously asked about using MD RAID1 redundancy on the root drive, which isn't available yet on the node. Are there any options for creating redundant local storage using MD RAID1, or it's the same -- no redundancy on local storage unless you're using a RAID card where the driver for that card has been integrated into the node? MD-Raid or DRBD,... isn't possible, (yet?). You could try GlusterFS 3.4 (replicated volume over your 2 nodes)... Hope this helps. Regards, René Jason. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Fedora19 oVirt 3.2 to 3.3 upgrade failed
Hi, Can you work with me to solve this properly? Which locale do you use? Which language? Was this machien vanilla before installation? Thanks, Alon - Original Message - From: Jakub Bittner j.bitt...@nbu.cz To: users@ovirt.org Sent: Thursday, July 25, 2013 4:41:13 PM Subject: Re: [Users] Fedora19 oVirt 3.2 to 3.3 upgrade failed Dne 25.7.2013 15:20, Jakub Bittner napsal(a): After downloading and testing transaction it fails. I think it is because of language. 2013-07-25 14:17:32 INFO otopi.plugins.otopi.packagers.yumpackager yumpackager.info:88 Yum Status: Check Package Signatures 2013-07-25 14:17:32 INFO otopi.plugins.otopi.packagers.yumpackager yumpackager.info:88 Yum Status: Running Test Transaction Spuštěna kontrola transakce 2013-07-25 14:17:32 INFO otopi.plugins.otopi.packagers.yumpackager yumpackager.info:88 Yum Status: Running Transaction 2013-07-25 14:17:32 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:84 Yum Varování: RPMDB byla změněna mimo yum. 2013-07-25 14:17:33 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:84 Yum ** Nalezeny 4 existující problémy v rpmdb, následuje výstup yum check: 2013-07-25 14:17:33 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:84 Yum ovirt-host-deploy-1.1.0-0.2.master.20130723.gita991545.fc19.noarch je duplicitní s ovirt-host-deploy-1.0.2-1.fc18.noarch 2013-07-25 14:17:33 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:84 Yum ovirt-host-deploy-java-1.1.0-0.2.master.20130723.gita991545.fc19.noarch je duplicitní s ovirt-host-deploy-java-1.0.2-1.fc18.noarch 2013-07-25 14:17:33 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:84 Yum ovirt-iso-uploader-3.3.0-0.1.beta1.fc19.noarch je duplicitní s ovirt-iso-uploader-3.2.2-1.fc18.noarch 2013-07-25 14:17:33 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:84 Yum ovirt-log-collector-3.3.0-0.1.beta1.fc19.noarch je duplicitní s ovirt-log-collector-3.2.2-1.fc18.noarch Traceback (most recent call last): File /usr/lib/python2.7/site-packages/yum/rpmtrans.py, line 458, in callback self._instProgress( bytes, total, h ) File /usr/lib/python2.7/site-packages/yum/rpmtrans.py, line 541, in _instProgress self.complete_actions, self.total_actions) File /usr/lib/python2.7/site-packages/otopi/miniyum.py, line 184, in event package=package UnicodeEncodeError: 'ascii' codec can't encode character u'\xe1' in position 8: ordinal not in range(128) FATAL ERROR: python callback bound method RPMTransaction.callback of yum.rpmtrans.RPMTransaction instance at 0x4687f80 failed, aborting! ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users I changed locale with localectl set-locale LANG=en_US.UTF-8 command and added export LANGUAGE=en_US:en_GB:en to /root/.bashrc and it works. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Fedora19 oVirt 3.2 to 3.3 upgrade failed
Dne 25.7.2013 16:18, Alon Bar-Lev napsal(a): Hi, Can you work with me to solve this properly? Which locale do you use? Which language? Was this machien vanilla before installation? Thanks, Alon - Original Message - From: Jakub Bittner j.bitt...@nbu.cz To: users@ovirt.org Sent: Thursday, July 25, 2013 4:41:13 PM Subject: Re: [Users] Fedora19 oVirt 3.2 to 3.3 upgrade failed Dne 25.7.2013 15:20, Jakub Bittner napsal(a): After downloading and testing transaction it fails. I think it is because of language. 2013-07-25 14:17:32 INFO otopi.plugins.otopi.packagers.yumpackager yumpackager.info:88 Yum Status: Check Package Signatures 2013-07-25 14:17:32 INFO otopi.plugins.otopi.packagers.yumpackager yumpackager.info:88 Yum Status: Running Test Transaction Spuštěna kontrola transakce 2013-07-25 14:17:32 INFO otopi.plugins.otopi.packagers.yumpackager yumpackager.info:88 Yum Status: Running Transaction 2013-07-25 14:17:32 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:84 Yum Varování: RPMDB byla změněna mimo yum. 2013-07-25 14:17:33 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:84 Yum ** Nalezeny 4 existující problémy v rpmdb, následuje výstup yum check: 2013-07-25 14:17:33 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:84 Yum ovirt-host-deploy-1.1.0-0.2.master.20130723.gita991545.fc19.noarch je duplicitní s ovirt-host-deploy-1.0.2-1.fc18.noarch 2013-07-25 14:17:33 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:84 Yum ovirt-host-deploy-java-1.1.0-0.2.master.20130723.gita991545.fc19.noarch je duplicitní s ovirt-host-deploy-java-1.0.2-1.fc18.noarch 2013-07-25 14:17:33 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:84 Yum ovirt-iso-uploader-3.3.0-0.1.beta1.fc19.noarch je duplicitní s ovirt-iso-uploader-3.2.2-1.fc18.noarch 2013-07-25 14:17:33 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:84 Yum ovirt-log-collector-3.3.0-0.1.beta1.fc19.noarch je duplicitní s ovirt-log-collector-3.2.2-1.fc18.noarch Traceback (most recent call last): File /usr/lib/python2.7/site-packages/yum/rpmtrans.py, line 458, in callback self._instProgress( bytes, total, h ) File /usr/lib/python2.7/site-packages/yum/rpmtrans.py, line 541, in _instProgress self.complete_actions, self.total_actions) File /usr/lib/python2.7/site-packages/otopi/miniyum.py, line 184, in event package=package UnicodeEncodeError: 'ascii' codec can't encode character u'\xe1' in position 8: ordinal not in range(128) FATAL ERROR: python callback bound method RPMTransaction.callback of yum.rpmtrans.RPMTransaction instance at 0x4687f80 failed, aborting! ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users I changed locale with localectl set-locale LANG=en_US.UTF-8 command and added export LANGUAGE=en_US:en_GB:en to /root/.bashrc and it works. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users This machine is Fedora 18 upgraded to Fedora 19 minimal installation. My locale was cs_CZ.utf8 and my language is cs_CZ. Czech language. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] NFS data domain use host + local storage question
On Thu, 2013-07-25 at 09:55 -0400, Jason Keltz wrote: On 07/25/2013 09:27 AM, René Koch (ovido) wrote: On Thu, 2013-07-25 at 09:07 -0400, Jason Keltz wrote: Hi. I have a few questions about data domains... I'm not sure that I understand why when adding a new NFS data domain what the Use Host is for? From the RHEV documentation - All communication to the storage domain is from the selected host and not directly from the Red Hat Enterprise Virtualization Manager. At least one active host must be attached to the chosen Data Center before the storage is configured. .. but I'm puzzled.. don't all the nodes mount the NFS storage directly from the NFS storage server? Is this saying that if I have two nodes, v1 and v2, and I say Use Host v1 then v2 gets at storage through v1? What if v1 is down? Don't all nodes need a connection to the logical storage network? Hi, You need a host to initialize the storage. The host you have to choose with Use Host initially creates the data structure,... on the storage. Afterwards all host in your cluster will mount the storage and write data for their vms. There's no one-node bottleneck. Great! Got it .. thanks.. --- On the topic of local storage... Right now, I have one node with 1 disk (until some ordered equipment arrives)... /data/images is /dev/mapper/HostVG-Data I want two of my nodes to store local data. The majority of VMs will use the NFS datastore, but a few VMs need local storage, and I'd like to split these VMs across two nodes, so two nodes will have their own local storage... So you will have vm storage on node01, node02 and on your NFS storage, right? All the VMs on node01 and node02 would be stored on the NFS datastore. Most of the VMs would have any required data stored on the NFS datastore as well. A few of the VMs on node01 and node02 would have a requirement for a local data store. If I was going to install local data on the node, I wouldn't install it on the OS disk - I'd want another disk, or maybe even a few disks!If I added another disk to this system, how would I go about making *this* disk /data/images instead of the root disk? Do I have to reinstall the node? I would recommend to use LVM and add new disks into your logical volume... If I added another disk, would I be able to remove the existing datastore through the engine, and create a new one pointing at only the new disk? Afaik if you add another local data store the existing one will become inaccessible from within oVirt. If I remember correctly a new datacenter and new storage domain will be created and the original one will be dropped from oVirt, but still contains data. I'm also puzzled by this statement: A local storage domain can be set up on a host. When you set up host to use local storage, the host automatically gets added to a new data center and cluster that no other hosts can be added to. Multiple host clusters require that all hosts have access to all storage domains, which is not possible with local storage. Virtual machines created in a single host cluster cannot be migrated, fenced or scheduled. So .. let's say I have two nodes, both of them have some local disk, and use the NFS data store. I can see why I wouldn't be able to migrate a host from one node to the other IF that has was using local data storage for the specific virtual machine. On the other hand, if it's a VM that is NOT using local storage, and everything is in the NFS datastore, then does this I can't migrate it because each host would have to be in its own cluster only because it has local storage for *some* of the VMs!? Each local storage host requires it's own datacenter and you can't mix a datacenter with local storage with NFS storage. sigh. This seems so rigid! I understand, for example, why clusters must encompass same CPU type. I do not understand why a host cannot connect to both local data storage, and NFS storage. What I would do in your case: 1. Use CentOS/Fedora hosts instead of oVirt-Node. 2. Configure NFS-Server on each Node. 3. Have 1 datacenter with 1 cluster and 2 nodes with storage type NFS. 4. Add 3 storage data domains (NFS-Share of each host and NFS-Share of your main NFS server). 5. Bind vms with local NFS server to local host... I never thought of that... very interesting! I was really trying not to use anything but oVirt node to keep the implementation as simple as possible. The only problem here if I understand correctly is that each node is still accessing even its local data via NFS, in which case, they might as well be storing the data on the NFS server itself! :) Yes, in this scenario a node accesses its local data via its local NFS server. I have this setup in production on customer side where nodes have a lot of disk space and I/O isn't a criteria. I personally always
[Users] 3.3 Test Day
I wanted to thank everyone who participated in the test day yesterday. great activity on irc and good/bad news of 80 bugs opened... now to the hard work of deciding which should block the version, which can wait to patch versions, etc. I'm looking forward to hearing more feedback on impressions and suggestion on how to improve things for the next test day. (I'm aware multiple testers from same site would have benefited from a local mirror for example) by a clear margin, the top 3 bug reporters Alissa Bonas15 Assaf Muller14 Mike Kolesni13 most active on irc: mburns alonbl yamakasy ecohen fkobzik mskrivanek jhernand1 sbonazzo ewoud outi maciek__ rydekull leon80 andrewklau jbrooks Again - thank you everyone who participated, 3.3 looks like a very interesting version with many exciting and long awaited features. Thanks, Itamar ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Install node without access Internet
On 2013/7/25 20:45, Itamar Heim wrote: On 07/25/2013 01:13 PM, Doron Fediuck wrote: - Original Message - | From: lofyer lof...@gmail.com | To: users@ovirt.org | Sent: Thursday, July 25, 2013 7:27:11 AM | Subject: [Users] Install node without access Internet | | Is it possible now for oVirt to install node without access the Internet? | Is there an option like this? Hi lofyer, see: http://www.ovirt.org/OVirt_3.1_release_notes#oVirt_Node You can burn the ISO to a CD ROM or a disk on key, and install the node from the media you created. and for non-node hosts, you should always be able to create local repo's with needed rpm's and refernce them. Does local repo consist of anything else besides rpms compiled from ovirt-engine.git? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Install node without access Internet
On 07/25/2013 07:59 PM, lofyer wrote: On 2013/7/25 20:45, Itamar Heim wrote: On 07/25/2013 01:13 PM, Doron Fediuck wrote: - Original Message - | From: lofyer lof...@gmail.com | To: users@ovirt.org | Sent: Thursday, July 25, 2013 7:27:11 AM | Subject: [Users] Install node without access Internet | | Is it possible now for oVirt to install node without access the Internet? | Is there an option like this? Hi lofyer, see: http://www.ovirt.org/OVirt_3.1_release_notes#oVirt_Node You can burn the ISO to a CD ROM or a disk on key, and install the node from the media you created. and for non-node hosts, you should always be able to create local repo's with needed rpm's and refernce them. Does local repo consist of anything else besides rpms compiled from ovirt-engine.git? i'd assume mirroring resources.ovirt.org would be relevant (vdsm, otopi, jboss-as if needed, etc.) ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.2 - Migration failed due to error: migrateerr
On 07/25/2013 06:54 PM, Nicholas Kesick wrote: When I try to migrate a VM, any VM, between my two hosts, I receive an error that says Migration failed due to error: migrateerr. Looking in the log I don't see any thing that jumps out other than the final message VDSGenericException: VDSErrorException: Failed to MigrateStatusVDS, error = Fatal error during migration Ovirt-engine is version 3.2.2-1.1.fc18.noarch, firewalld is disabled, and selinux is permissive. ovirt-node version is 2.6.1 on both hosts. Any suggestions would be welcome! ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users vdsm and libvirt logs from both hosts will help ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] NFS data domain use host + local storage question
On 07/25/2013 04:55 PM, Jason Keltz wrote: I'm also puzzled by this statement: A local storage domain can be set up on a host. When you set up host to use local storage, the host automatically gets added to a new data center and cluster that no other hosts can be added to. Multiple host clusters require that all hosts have access to all storage domains, which is not possible with local storage. Virtual machines created in a single host cluster cannot be migrated, fenced or scheduled. So .. let's say I have two nodes, both of them have some local disk, and use the NFS data store. I can see why I wouldn't be able to migrate a host from one node to the other IF that has was using local data storage for the specific virtual machine. On the other hand, if it's a VM that is NOT using local storage, and everything is in the NFS datastore, then does this I can't migrate it because each host would have to be in its own cluster only because it has local storage for *some* of the VMs!? Each local storage host requires it's own datacenter and you can't mix a datacenter with local storage with NFS storage. sigh. This seems so rigid! I understand, for example, why clusters must encompass same CPU type. I do not understand why a host cannot connect to both local data storage, and NFS storage. it's a legacy limitation we are working on eliminating ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.2 - Migration failed due to error: migrateerr
On Thu, Jul 25, 2013 at 11:54:40AM -0400, Nicholas Kesick wrote: When I try to migrate a VM, any VM, between my two hosts, I receive an error that says Migration failed due to error: migrateerr. Looking in the log I don't see any thing that jumps out other than the final message VDSGenericException: VDSErrorException: Failed to MigrateStatusVDS, error = Fatal error during migration Ovirt-engine is version 3.2.2-1.1.fc18.noarch, firewalld is disabled, and selinux is permissive. Please do not say this in public, you're hurting Dan Walsh's feelings ;-) ovirt-node version is 2.6.1 on both hosts. Any suggestions would be welcome! I'd love to see /etc/vdsm/vdsm.log from source and destination. The intersting parts start with vmMigrate at the source and with vmMigrationCreate at the destination. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] tech talk on KVM and oVirt !!
Hi All, Recently I got an golden opportunity to promote KVM and oVirt in an Engineering College. Here I took few talks and hands-on for the pre-final year and final year students based on KVM and oVirt. The whole event is documented here with few pics from the event. http://udayendu.livejournal.com/671.html After the presentation and hands-on, I have configured a test DC on oVirt for the use of the college [Comp.Sc Engg dept.] and I believe this will help us to get some more contributors and uses in future. I am very happy to share this with you all. Feel free to share your thoughts and suggestions if any. Thanks ! Best Regards, Udayendu Kar ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Problem running engine-manage-domain on oVirt 3.1.0-4
Hello oVirt Users, Just signed up to the user mailing list and have a question regarding an error being reported to stdout when running engine-manage-domains. When running the `engine-manage-domains` utility from the command line I see the following error reported: *[root@hive ovirt-engine]# engine-manage-domains -action=list* *Failed reading current configuration. Details: Error Key for add operation must be defined! while reading configuration value AdUserName.* A quick Google on this leads directly to Bugzilla – Bug 883846 – which looks like it’s fixed in the 3.2 version. Can anyone confirm that? I’ve inherited a DL580 running oVirt Manager and a bunch of VM’s, and don’t really want to undertake an upgrade just now if I don’t have to. The real problem seems to be that I can’t assign a user with any roles since the ldap lookup to the active server fails – due, I think, to the fact that the query is configured to authenticate with the previous admins credentials – they left and the account is now disabled. J From the /var/log/ovirt-engine/engine.log *2013-07-25 11:32:15,574 ERROR [org.ovirt.engine.core.bll.adbroker.GSSAPIDirContextAuthenticationStrategy] (ajp--0.0.0.0-8009-1) Authentication failed. The user is either locked or disabled* *2013-07-25 11:32:15,575 ERROR [org.ovirt.engine.core.bll.adbroker.DirectorySearcher] (ajp--0.0.0.0-8009-1) Failed ldap search server LDAP://my_active_directory:389 due to org.ovirt.engine.core.bll.adbroker.EngineDirectoryServiceException. We should not try the next server: org.ovirt.engine.core.bll.adbroker.EngineDirectoryServiceException* * * The above gets written out as soon as I hit the Go button in the Add System Permission to User dialogue window. Thanks in advance for any advice! ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Problem running engine-manage-domain on oVirt 3.1.0-4
- Original Message - From: Trevor Galloway trevg...@googlemail.com To: users@ovirt.org Sent: Thursday, July 25, 2013 7:51:56 PM Subject: [Users] Problem running engine-manage-domain on oVirt 3.1.0-4 Hello oVirt Users, Just signed up to the user mailing list and have a question regarding an error being reported to stdout when running engine-manage-domains. When running the `engine-manage-domains` utility from the command line I see the following error reported: *[root@hive ovirt-engine]# engine-manage-domains -action=list* *Failed reading current configuration. Details: Error Key for add operation must be defined! while reading configuration value AdUserName.* A quick Google on this leads directly to Bugzilla – Bug 883846 – which looks like it’s fixed in the 3.2 version. Can anyone confirm that? I’ve inherited a DL580 running oVirt Manager and a bunch of VM’s, and don’t really want to undertake an upgrade just now if I don’t have to. This is indeed the issue. The real problem seems to be that I can’t assign a user with any roles since the ldap lookup to the active server fails – due, I think, to the fact that the query is configured to authenticate with the previous admins credentials – they left and the account is now disabled. J From the /var/log/ovirt-engine/engine.log *2013-07-25 11:32:15,574 ERROR [org.ovirt.engine.core.bll.adbroker.GSSAPIDirContextAuthenticationStrategy] (ajp--0.0.0.0-8009-1) Authentication failed. The user is either locked or disabled* *2013-07-25 11:32:15,575 ERROR [org.ovirt.engine.core.bll.adbroker.DirectorySearcher] (ajp--0.0.0.0-8009-1) Failed ldap search server LDAP://my_active_directory:389 due to org.ovirt.engine.core.bll.adbroker.EngineDirectoryServiceException. We should not try the next server: org.ovirt.engine.core.bll.adbroker.EngineDirectoryServiceException* * * The above gets written out as soon as I hit the Go button in the Add System Permission to User dialogue window. engine-manage-domains uses engine-config and provides its a configuration (after the above bug fix) with keys in form of key=. If you really don't want to upgrade, maybe you should consider editing the engine-manage-domains script, as in http://gerrit.ovirt.org/#/c/9743/3/backend/manager/conf/kerberos/engine-manage-domains ? You will have to do that for any altering operations on domains and their associated users. Please let us know if it worked for you Many thanks, Yair Thanks in advance for any advice! ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Fedora19 oVirt 3.2 to 3.3 upgrade failed
- Original Message - From: Jakub Bittner j.bitt...@nbu.cz To: Alon Bar-Lev alo...@redhat.com Cc: users@ovirt.org Sent: Thursday, July 25, 2013 5:28:15 PM Subject: Re: [Users] Fedora19 oVirt 3.2 to 3.3 upgrade failed Dne 25.7.2013 16:18, Alon Bar-Lev napsal(a): Hi, Can you work with me to solve this properly? Which locale do you use? Which language? Was this machien vanilla before installation? Thanks, Alon - Original Message - From: Jakub Bittner j.bitt...@nbu.cz To: users@ovirt.org Sent: Thursday, July 25, 2013 4:41:13 PM Subject: Re: [Users] Fedora19 oVirt 3.2 to 3.3 upgrade failed Dne 25.7.2013 15:20, Jakub Bittner napsal(a): After downloading and testing transaction it fails. I think it is because of language. 2013-07-25 14:17:32 INFO otopi.plugins.otopi.packagers.yumpackager yumpackager.info:88 Yum Status: Check Package Signatures 2013-07-25 14:17:32 INFO otopi.plugins.otopi.packagers.yumpackager yumpackager.info:88 Yum Status: Running Test Transaction Spuštěna kontrola transakce 2013-07-25 14:17:32 INFO otopi.plugins.otopi.packagers.yumpackager yumpackager.info:88 Yum Status: Running Transaction 2013-07-25 14:17:32 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:84 Yum Varování: RPMDB byla změněna mimo yum. 2013-07-25 14:17:33 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:84 Yum ** Nalezeny 4 existující problémy v rpmdb, následuje výstup yum check: 2013-07-25 14:17:33 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:84 Yum ovirt-host-deploy-1.1.0-0.2.master.20130723.gita991545.fc19.noarch je duplicitní s ovirt-host-deploy-1.0.2-1.fc18.noarch 2013-07-25 14:17:33 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:84 Yum ovirt-host-deploy-java-1.1.0-0.2.master.20130723.gita991545.fc19.noarch je duplicitní s ovirt-host-deploy-java-1.0.2-1.fc18.noarch 2013-07-25 14:17:33 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:84 Yum ovirt-iso-uploader-3.3.0-0.1.beta1.fc19.noarch je duplicitní s ovirt-iso-uploader-3.2.2-1.fc18.noarch 2013-07-25 14:17:33 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:84 Yum ovirt-log-collector-3.3.0-0.1.beta1.fc19.noarch je duplicitní s ovirt-log-collector-3.2.2-1.fc18.noarch Traceback (most recent call last): File /usr/lib/python2.7/site-packages/yum/rpmtrans.py, line 458, in callback self._instProgress( bytes, total, h ) File /usr/lib/python2.7/site-packages/yum/rpmtrans.py, line 541, in _instProgress self.complete_actions, self.total_actions) File /usr/lib/python2.7/site-packages/otopi/miniyum.py, line 184, in event package=package UnicodeEncodeError: 'ascii' codec can't encode character u'\xe1' in position 8: ordinal not in range(128) FATAL ERROR: python callback bound method RPMTransaction.callback of yum.rpmtrans.RPMTransaction instance at 0x4687f80 failed, aborting! ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users I changed locale with localectl set-locale LANG=en_US.UTF-8 command and added export LANGUAGE=en_US:en_GB:en to /root/.bashrc and it works. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users This machine is Fedora 18 upgraded to Fedora 19 minimal installation. My locale was cs_CZ.utf8 and my language is cs_CZ. Czech language. Fixed[1], you can try to use otopi from latest nightly. Took me a lot of time to try and use yum strings which are localized, but these are encoded in a wrong format, so I gave up. Thanks! Alon [1] http://gerrit.ovirt.org/#/c/17326/ ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
