Re: [ovirt-users] jboss deployments timeout (was: getting 404 after fresh install of oVirt 3.4 on CentOS 6.5 (+ solution))
I am the reporter of the below bz, and the author of the fix [1]. However, I don't know jboss at all - just searched around, found somewhere the option 'deployment-timeout' (not sure where, probably a quick search can find this) and verified that the fix works. It seems like neither any of the reviewers of the change know enough about jboss to do some more analysis. Can anyone else, that knows jboss, please look at this issue? Specifically: 1. Was anything related to the maximum time for deployments changed in relevant jboss versions? 2. What is affected? What isn't? - fedora 19/20(/21?), el6 - ovirt repos (3.3, 3.4, master) and minimum requirements John: If this is reproducible for you, you might want to try the fix [1] (linked to from the bug). If you do, please report - what exact versions (OS, jboss, ovirt, etc) you used, and (according to the logs) how long did the deployment take. Thanks! [1] http://gerrit.ovirt.org/25895 Best Regards, -- Didi - Original Message - From: John Taylor jtt77...@gmail.com To: R P Herrold herr...@owlriver.com Cc: users@ovirt.org Sent: Tuesday, May 13, 2014 11:36:57 PM Subject: Re: [ovirt-users] getting 404 after fresh install of oVirt 3.4 on CentOS 6.5 (+ solution) I've seen a similar problem (404 on webadmin) on my 4GB physical ovirt engine box, but it turned out to be the jboss timeout in deployment Relevant bz https://bugzilla.redhat.com/show_bug.cgi?format=multipleid=1078291 so it might have been that it wasn't a memory limit in the OP that caused failure, but the time it took jboss to deploy -John On Tue, May 13, 2014 at 12:31 PM, R P Herrold herr...@owlriver.com wrote: On Tue, 13 May 2014, Sven Kieske wrote: Doesn't this make you wonder where the minimum requirements come from? If it runs with less than 1 GB RAM, why do the docs say you need 4 GB and recommend even 16 GB ? certainly a fair question ... There is also a statement in that setup script as to needed filesystem space which seems to have been simply 'pulled out of the air', rather than documented / explained Is it just a matter of scale(number of vms/hosts/DCs) ? What would make engine consume more RAM? Can you maybe lower the minimum requirements? Or isolate the recommendations to a flat file which is commented, and sourced by the script, so a person can discern the difference between 'hard' requirements, and simple 'recommendations' for a stated use case -- Russ herrold ___ 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 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] newbee questions
On Wed, May 14, 2014 at 1:45 AM, Itamar Heim ih...@redhat.com wrote: On 05/13/2014 05:22 AM, Sven Kieske wrote: Am 13.05.2014 11:12, schrieb Dan Kenigsberg: If you are planning to run only a couple of VMs on a single laptop, going to basics and using qemu/libvirt directly, or gnome-boxes, would make sense. If you plan to manage a multitude of hosts, then the benefits of oVirt comes to play. In the long run, it would be a huge achievement to utilize ovirt even for little vm workloads, especially if you want to compete with vmware. I know one size never fits all but I guess ovirt could very well be improved for single host management as well. single host management is not the same as roaming laptop with wireless... all-in-one and hosted engine should provide a decent solution for single host management - what are the gaps? For what it's worth: my system is not a roaming laptop. it's a fairly big desktop system that has a wireless interface. so in my case i think we might still be talking about 'single host management'. The reason i have wireless adapters in my desktops as well is because i couldnt easily wire the entire house. Perhaps these days, this is not such an uncommon configuration as you might think, and wireless is no longer only common in portable or laptop systems but in desktops as well. Anyway, I just wanted to try out this enterprise grade/level virtualization stack on a single node, just to see how it works and where the good/bad points are. Other people might want to try this for similar purposes, kick the tires a bit before a full blown formal multi host pilot is attempted. The 'All-In-One' installation/setup is meant to address that; i was hoping it would be a good fit for me as well. Regards, John Smith. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Failure during self-hosted deployment: exception configuring management bridge
Il 13/05/2014 20:29, Dan Kenigsberg ha scritto: On Tue, May 13, 2014 at 12:07:09PM +0200, Sandro Bonazzola wrote: Il 12/05/2014 23:53, Bob Doolittle ha scritto: On 05/12/2014 02:49 PM, Bob Doolittle wrote: Hi, I'm trying to set up a fresh system on F19, using oVirt 3.4. Hi Bob, can you check you're using right repositories in order to get 3.4.1? See http://www.ovirt.org/OVirt_3.4.1_release_notes Thanks, I now see that EPEL6 still has 4.14.6 in its stable repo. Douglas - can you push 4.14.8 ASAP? http://resources.ovirt.org/pub/ovirt-3.4/rpm/el6/noarch/ has 4.14.8.1. or do you mean fedora epel repository? -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] getting 404 after fresh install of oVirt 3.4 on CentOS 6.5 (+ solution)
- Original Message - From: R P Herrold herr...@owlriver.com To: Sven Kieske s.kie...@mittwald.de Cc: users@ovirt.org Sent: Tuesday, May 13, 2014 7:31:14 PM Subject: [ovirt-users] getting 404 after fresh install of oVirt 3.4 on CentOS 6.5 (+ solution) On Tue, 13 May 2014, Sven Kieske wrote: Doesn't this make you wonder where the minimum requirements come from? If it runs with less than 1 GB RAM, why do the docs say you need 4 GB and recommend even 16 GB ? certainly a fair question ... There is also a statement in that setup script as to needed filesystem space which seems to have been simply 'pulled out of the air', rather than documented / explained I searched a bit and can't find a sizing guide etc. for the engine. You can find stuff for the hosts if you search a bit. My current guess is that 1. It's based on anecdotal real-world use 2. It's meant to prevent people from wasting time on not-enough-memory (and disk space) issues etc. 3. In practice, people that use ovirt for more than a minimal setup, will have to have some nice hardware for the hosts, and so dedicating part of that to the engine is not a big issue. Especially with hosted-engine where you do not need a dedicated physical machine. No-one prevents anyone from doing some research and publishing the results, you know - e.g. a table showing An engine managing X VMs on Y hosts used such-and-such disk space over the first day/week/month/year of use, and had this-and-that average response time (or something more complex) when running with such-and-such RAM. If, based on that, you think we can/should provide more info regarding minimal/recommended RAM/disk for specific use cases, you are then welcome to update the wiki. Patches to setup are welcome too :-) Note that current limitations are never failing setup - they are always just warnings. You are welcome to ignore them (and feed that to your answer files if you run setup repeatedly). Is it just a matter of scale(number of vms/hosts/DCs) ? What would make engine consume more RAM? Can you maybe lower the minimum requirements? Or isolate the recommendations to a flat file which is commented, and sourced by the script, so a person can discern the difference between 'hard' requirements, and simple 'recommendations' for a stated use case Not sure I completely got you here, but if you meant to a file summarizing the results of such a hypothetical research, then I think that would be great. Best, -- Didi ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] [QE] oVirt 3.5.0 Alpha status
Hi, We're going to start composing oVirt 3.5.0 Alpha on 2014-05-16 08:00 UTC from master branches. The bug tracker [1] shows the following proposed blockers to be reviewed: Bug ID Whiteboard Status Summary 1001100 integration NEW Add log gathering for a new ovirt module (External scheduler) 1073944 integration ASSIGNEDAdd log gathering for a new ovirt module (External scheduler) 1060198 integration NEW [RFE] add support for Fedora 20 Feature freeze has been postponed to 2014-05-30 and the following features should be testable in 3.5.0 Alpha according to Features Status Table [2] Group oVirt BZTitle gluster 1096713 Monitoring (UI plugin) Dashboard (Integrated with Nagios monitoring) infra 1090530 [RFE] Please add host count and guest count columns to Clusters tab in webadmin infra 1054778 [RFE] Allow to perform fence operations from a host in another DC infra 1090803 [RFE] Change the Slot field to Service Profile when cisco_ucs is selected as the fencing type infra 1090511 [RFE] Improve fencing robustness by retrying failed attempts infra 1090794 [RFE] Search VMs based on MAC address from web-admin portal infra 1090793 consider the event type while printing events to engine.log infra 1090796 [RFE] Re-work engine ovirt-node host-deploy sequence infra 1090798 [RFE] Admin GUI - Add host uptime information to the General tab infra 1090808 [RFE] Ability to dismiss alerts and events from web-admin portal infra-api 1090797 [RFE] RESTAPI: Add /tags sub-collection for Template resource infra-dwh 1091686 prevent OutOfMemoryError after starting the dwh service. network 1078836 Add a warning when adding display network network 1079719 Display of NIC Slave/Bond fault on Event Log network 1080987 Support ethtool_opts functionality within oVirt storage 1054241 Store OVF on any domains storage 1083312 Disk alias recycling in web-admin portal ux 1064543 oVirt new look and feel [PatternFly adoption] - phase #1 virt1058832 Allow to clone a (down) VM without snapshot/template virt1031040 can't set different keymap for vnc via runonce option virt1043471 oVirt guest agent for SLES virt1083049 add progress bar for vm migration virt1083065 EL 7 guest compatibility virt1083059 Instance types (new template handling) - adding flavours virtAllow guest serial number to be configurable virt1047624 [RFE] support BIOS boot device menu virt1083129 allows setting netbios name, locale, language and keyboard settings for windows vm's virt1038632 spice-html5 button to show debug console/output window virt1080002 [RFE] Enable user defined Windows Sysprep file done Some more features may be included since they were near to be completed on last sync meeting. The table will be updated on next sync meeting scheduled for 2014-05-14. There are still 383 bugs [3] targeted to 3.5.0. Excluding node and documentation bugs we still have 321 bugs [4] targeted to 3.5.0. Maintainers / Assignee: - Please remember to rebuild your packages before 2014-05-16 08:00 UTC if needed, otherwise nightly snapshot will be taken. - If you find a blocker bug please remember to add it to the tracker [1] - Please start filling release notes, the page has been created here [5] All users: - You're welcome to join us testing this alpha release and getting involved in oVirt Quality Assurance[6]! [1] http://bugzilla.redhat.com/1073943 [2] http://bit.ly/17qBn6F [3] http://red.ht/1pVEk7H [4] http://red.ht/1rLCJwF [5] http://www.ovirt.org/OVirt_3.5_Release_Notes [6] http://www.ovirt.org/OVirt_Quality_Assurance Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] italian language pack ?
On Tue, May 13, 2014 at 6:44 PM, Einav Cohen eco...@redhat.com wrote: we are typically not updating translations for versions that were already GA'd (3.4), therefore I recommend to concentrate at this point only on the 'master' version (which is currently tracking the ovirt-engine-3.5 translations, practically). once we will branch the ovirt-engine-3.5 code out of the 'master' code branch, I will create an 'ovirt-3.5' version in Zanata, to track the ovirt-engine-3.5 translations. the 'master' version will remain the translation tracker for the 'master' code branch [which would practically become the baseline for the next ovirt-engine planned release (ovirt-3.6?)]. As I see from today message that 3.5 alpha is going to be composed, is there a needed percentage to cover before the language can be inserted between the available ones? Any chance to see it in 3.5 alpha? Gianluca ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Cluster emulation mode issue
On 05/14/2014 04:06 AM, Doug Bishop wrote: Here ya go : [root@ovirt-vmtest ~]# /usr/libexec/qemu-kvm -M ? Supported machines are: pc RHEL 6.4.0 PC (alias of rhel6.4.0) rhel6.4.0 RHEL 6.4.0 PC (default) rhel6.3.0 RHEL 6.3.0 PC rhel6.2.0 RHEL 6.2.0 PC rhel6.1.0 RHEL 6.1.0 PC rhel6.0.0 RHEL 6.0.0 PC rhel5.5.0 RHEL 5.5.0 PC rhel5.4.4 RHEL 5.4.4 PC rhel5.4.0 RHEL 5.4.0 PC qemu-kvm-rhev -M ? isn't working The package is installed but the binary isn't on the machine anywhere. you probably need qemu-kvm-rhev rhel6.5 just added to qemu-kvm recently, seems like qemu-kvm-0.12.1.2-2.367.el6 by greping the git log. *Doug Bishop* Sr. Systems Engineer ControlScan, Inc. Phone: tel://Phone:%20678-279-2659678-848-6658 Fax: 1-800-825-2207 tel://Fax:%201-800-825-2207 dbis...@controlscan.com http://mailto:dbis...@controlscan.com www.ControlScan.com http://www.controlscan.com/ ** *Follow ControlScan: * https://www1.vtrenz.net/imarkownerfiles/ownerassets/968/Facebook.jpg https://www.facebook.com/ControlScanhttps://www1.vtrenz.net/imarkownerfiles/ownerassets/968/Twitter.jpg http://twitter.com/ControlScanhttps://www1.vtrenz.net/imarkownerfiles/ownerassets/968/LinkedIn%20Logo2.jpg http://www.linkedin.com/groups?about=gid=2181227trk=anet_ug_grpprGoogle-plus-icon.png http://google.com/+Controlscan ** http://www.pcicomplianceguide.org/ On May 13, 2014 at 8:55:28 PM, Itamar Heim (ih...@redhat.com mailto:ih...@redhat.com) wrote: On 05/13/2014 08:46 PM, Doug Bishop wrote: Hope someone can help. I have been fighting this for the past day or so. I have a fresh install of ovirt-engine 3.4 all is working except when I try and add a newly provisioned host with Centos 6.5. I get the following: Custom Event ID: -1, Message: Host ovirt-vmtest does not comply with the cluster Default emulated machines. The Hosts emulated machines are rhel6.4.0,pc,rhel6.3.0,rhel6.2.0,rhel6.1.0,rhel6.0.0,rhel5.5.0,rhel5.4.4,rhel5.4.0 and the cluster is [rhel6.5.0, pc-1.0, pseries]} The above error shows up right after the machine is finished installing. Im sure there is something simple I am missing but at the moment I have no idea. Attached is my host-deploy log. For those that can help thanks again! Doug Bishop Sr. Systems Engineer dbis...@controlscan.com Controlscan, Inc. 11475 Great Oaks Way, Suite 300 Alpharetta, GA 30022 www.controlscan.com NOTICE: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) or entity and may contain sensitive information that is confidential, proprietary, privileged or otherwise protected by law. Any unauthorized review, use, disclosure, distribution, copying or other use of, or taking of any action in reliance upon, is strictly prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of this message. This e-mail is and any response to it will be unencrypted and, therefore, potentially unsecure. The recipient should check this email and any attachments for the presence of viruses/malware according to security best practices. Thank you. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users that is very strange. what does running 'qemu-kvm -M ?' shows? (and just to make sure, running 'qemu-kvm-rhev -M ?' as well) NOTICE: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) or entity and may contain sensitive information that is confidential, proprietary, privileged or otherwise protected by law. Any unauthorized review, use, disclosure, distribution, copying or other use of, or taking of any action in reliance upon, is strictly prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of this message. This e-mail is and any response to it will be unencrypted and, therefore, potentially unsecure. The recipient should check this email and any attachments for the presence of viruses/malware according to security best practices. Thank you. ___ 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: [ovirt-users] gluster performance oVirt 3.4
Citējot Sahina Bose sab...@redhat.com : On 05/13/2014 07:27 PM, Vadims Korsaks wrote: Citējot Humble Devassy Chirammal humble.deva...@gmail.com : | | Citējot Vijay Bellur vbel...@redhat.com : | On 05/11/2014 02:04 AM, Vadims Korsaks wrote: | HI! | | Created 2 node setup with oVirt 3.4 and | CentOS 6.5, for storage created | 2 node replicated gluster (3.5) fs on same | hosts with oVirt. | mount looks like this: | 127.0.0.1:/gluster01 on | | /rhev/data-center/mnt/glusterSD/127.0.0.1:_gluster01 | type fuse.glusterfs | | (rw,default_permissions,allow_other,max_read=131072) | | when i making gluster test with dd, something | like | dd if=/dev/zero bs=1M count=2 | | of=/rhev/data-center/mnt/glusterSD/127.0.0.1\:_gluster01/kaka | i'm gettting speed ~ 110 MB/s, so this is | 1Gbps speed of ethernet adapter | | but with in VM created in oVirt speed is | lower than 20 MB/s | | why there is so huge difference? | how can improve VMs disks speed? | | | What are your gluster volume settings? Have you | applied the following | performance tunables in gluster's virt profile: | | eager-lock=enable | remote-dio=enable | | Regards, | Vijay | | setting were: | [root@centos155 ~]# gluster volume info gluster01 | | Volume Name: gluster01 | Type: Replicate | Volume ID: 436edaa3-ac8b-421f-aa35-68b5bd7064b6 | Status: Started | Number of Bricks: 1 x 2 = 2 | Transport-type: tcp | Bricks: | Brick1: 10.2.75.152:/mnt/gluster01/brick | Brick2: 10.2.75.155:/mnt/gluster01/brick | Options Reconfigured: | storage.owner-gid: 36 | storage.owner-uid: 36 | | | add your settings settings now it looks | | [root@centos155 ~]# gluster volume info gluster01 | | Volume Name: gluster01 | Type: Replicate | Volume ID: 436edaa3-ac8b-421f-aa35-68b5bd7064b6 | Status: Started | Number of Bricks: 1 x 2 = 2 | Transport-type: tcp | Bricks: | Brick1: 10.2.75.152:/mnt/gluster01/brick | Brick2: 10.2.75.155:/mnt/gluster01/brick | Options Reconfigured: | network.remote-dio: enable | cluster.eager-lock: enable | storage.owner-gid: 36 | storage.owner-uid: 36 | | | but this didn't affected performace in any big way | should hosts to be restarted? | glusterfs storage domain configuration GUI got Optimize for virt. store option which have to be enabled when configuring for virt store. Ref#http://www.ovirt.org/Features/GlusterFS_Storage_Domain If the configuration is manual, you need to set the group to 'virt' as shown below #gluster volume set VOLNAME group virt This will enable below options on gluster volume : quick-read=off read-ahead=off io-cache=off stat-prefetch=off eager-lock=enable remote-dio=on Can you please make sure group has set properly ? Also, invoke dd with oflag=direct option and check whether it helps .. --Humble tnx a lot!! now it's much better - from VM i can get dd with ~ 60 MB/s this is still ~ x2 lower than from host, but x3 better than it was before :) BTW could not found GUI got Optimize for virt. store option in oVirt 3.5 The option Optimize for Virt store is available when you select a volume in Ovirt - both as a right click menu option as well as a button in the top sub navigation bar. You also can check this option while creating a gluster volume using the oVirt GUI i have glusterfs as my master storage, but there is nothing in volumes, empty. And i can't create gluster volume, there is no choise in Data Center and Volume Cluster. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] gluster performance oVirt 3.4
On 05/14/2014 02:36 PM, Vadims Korsaks wrote: Citējot Sahina Bose sab...@redhat.com : On 05/13/2014 07:27 PM, Vadims Korsaks wrote: Citējot Humble Devassy Chirammal humble.deva...@gmail.com : | | Citējot Vijay Bellur vbel...@redhat.com : | On 05/11/2014 02:04 AM, Vadims Korsaks wrote: | HI! | | Created 2 node setup with oVirt 3.4 and | CentOS 6.5, for storage created | 2 node replicated gluster (3.5) fs on same | hosts with oVirt. | mount looks like this: | 127.0.0.1:/gluster01 on | | /rhev/data-center/mnt/glusterSD/127.0.0.1:_gluster01 | type fuse.glusterfs | | (rw,default_permissions,allow_other,max_read=131072) | | when i making gluster test with dd, something | like | dd if=/dev/zero bs=1M count=2 | | of=/rhev/data-center/mnt/glusterSD/127.0.0.1\:_gluster01/kaka | i'm gettting speed ~ 110 MB/s, so this is | 1Gbps speed of ethernet adapter | | but with in VM created in oVirt speed is | lower than 20 MB/s | | why there is so huge difference? | how can improve VMs disks speed? | | | What are your gluster volume settings? Have you | applied the following | performance tunables in gluster's virt profile: | | eager-lock=enable | remote-dio=enable | | Regards, | Vijay | | setting were: | [root@centos155 ~]# gluster volume info gluster01 | | Volume Name: gluster01 | Type: Replicate | Volume ID: 436edaa3-ac8b-421f-aa35-68b5bd7064b6 | Status: Started | Number of Bricks: 1 x 2 = 2 | Transport-type: tcp | Bricks: | Brick1: 10.2.75.152:/mnt/gluster01/brick | Brick2: 10.2.75.155:/mnt/gluster01/brick | Options Reconfigured: | storage.owner-gid: 36 | storage.owner-uid: 36 | | | add your settings settings now it looks | | [root@centos155 ~]# gluster volume info gluster01 | | Volume Name: gluster01 | Type: Replicate | Volume ID: 436edaa3-ac8b-421f-aa35-68b5bd7064b6 | Status: Started | Number of Bricks: 1 x 2 = 2 | Transport-type: tcp | Bricks: | Brick1: 10.2.75.152:/mnt/gluster01/brick | Brick2: 10.2.75.155:/mnt/gluster01/brick | Options Reconfigured: | network.remote-dio: enable | cluster.eager-lock: enable | storage.owner-gid: 36 | storage.owner-uid: 36 | | | but this didn't affected performace in any big way | should hosts to be restarted? | glusterfs storage domain configuration GUI got Optimize for virt. store option which have to be enabled when configuring for virt store. Ref#http://www.ovirt.org/Features/GlusterFS_Storage_Domain If the configuration is manual, you need to set the group to 'virt' as shown below #gluster volume set VOLNAME group virt This will enable below options on gluster volume : quick-read=off read-ahead=off io-cache=off stat-prefetch=off eager-lock=enable remote-dio=on Can you please make sure group has set properly ? Also, invoke dd with oflag=direct option and check whether it helps .. --Humble tnx a lot!! now it's much better - from VM i can get dd with ~ 60 MB/s this is still ~ x2 lower than from host, but x3 better than it was before :) BTW could not found GUI got Optimize for virt. store option in oVirt 3.5 The option Optimize for Virt store is available when you select a volume in Ovirt - both as a right click menu option as well as a button in the top sub navigation bar. You also can check this option while creating a gluster volume using the oVirt GUI i have glusterfs as my master storage, but there is nothing in volumes, empty. And i can't create gluster volume, there is no choise in Data Center and Volume Cluster. To be able to manage gluster (i.e create volume, add bricks and peer probe hosts) from Ovirt UI, the cluster should have the Enable gluster service option checked. I think you may not have enabled this when you created the cluster. To use gluster volume as storage domain, this option is not required. Hope this helps. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] gluster performance oVirt 3.4
tnx a lot!! now it's much better - from VM i can get dd with ~ 60 MB/s this is still ~ x2 lower than from host, but x3 better than it was before :) cool :) BTW could not found GUI got Optimize for virt. store option in oVirt 3.5 Thanks Sahina for the inputs here. --Humble On Tue, May 13, 2014 at 7:27 PM, Vadims Korsaks tru...@inbox.lv wrote: Citējot Humble Devassy Chirammal humble.deva...@gmail.com : | | Citējot Vijay Bellur vbel...@redhat.com : | On 05/11/2014 02:04 AM, Vadims Korsaks wrote: |HI! | |Created 2 node setup with oVirt 3.4 and | CentOS 6.5, for storage created |2 node replicated gluster (3.5) fs on same | hosts with oVirt. |mount looks like this: |127.0.0.1:/gluster01 on | | /rhev/data-center/mnt/glusterSD/127.0.0.1:_gluster01 | type fuse.glusterfs | | (rw,default_permissions,allow_other,max_read=131072) | |when i making gluster test with dd, something | like |dd if=/dev/zero bs=1M count=2 | | of=/rhev/data-center/mnt/glusterSD/127.0.0.1\:_gluster01/kaka |i'm gettting speed ~ 110 MB/s, so this is | 1Gbps speed of ethernet adapter | |but with in VM created in oVirt speed is | lower than 20 MB/s | |why there is so huge difference? |how can improve VMs disks speed? | | | What are your gluster volume settings? Have you | applied the following | performance tunables in gluster's virt profile: | | eager-lock=enable | remote-dio=enable | | Regards, | Vijay | | setting were: | [root@centos155 ~]# gluster volume info gluster01 | | Volume Name: gluster01 | Type: Replicate | Volume ID: 436edaa3-ac8b-421f-aa35-68b5bd7064b6 | Status: Started | Number of Bricks: 1 x 2 = 2 | Transport-type: tcp | Bricks: | Brick1: 10.2.75.152:/mnt/gluster01/brick | Brick2: 10.2.75.155:/mnt/gluster01/brick | Options Reconfigured: | storage.owner-gid: 36 | storage.owner-uid: 36 | | | add your settings settings now it looks | | [root@centos155 ~]# gluster volume info gluster01 | | Volume Name: gluster01 | Type: Replicate | Volume ID: 436edaa3-ac8b-421f-aa35-68b5bd7064b6 | Status: Started | Number of Bricks: 1 x 2 = 2 | Transport-type: tcp | Bricks: | Brick1: 10.2.75.152:/mnt/gluster01/brick | Brick2: 10.2.75.155:/mnt/gluster01/brick | Options Reconfigured: | network.remote-dio: enable | cluster.eager-lock: enable | storage.owner-gid: 36 | storage.owner-uid: 36 | | | but this didn't affected performace in any big way | should hosts to be restarted? | glusterfs storage domain configuration GUI got Optimize for virt. store option which have to be enabled when configuring for virt store. Ref#http://www.ovirt.org/Features/GlusterFS_Storage_Domain If the configuration is manual, you need to set the group to 'virt' as shown below #gluster volume set VOLNAME group virt This will enable below options on gluster volume : quick-read=off read-ahead=off io-cache=off stat-prefetch=off eager-lock=enable remote-dio=on Can you please make sure group has set properly ? Also, invoke dd with oflag=direct option and check whether it helps .. --Humble tnx a lot!! now it's much better - from VM i can get dd with ~ 60 MB/s this is still ~ x2 lower than from host, but x3 better than it was before :) BTW could not found GUI got Optimize for virt. store option in oVirt 3.5 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] gluster performance oVirt 3.4
Citējot Sahina Bose sab...@redhat.com: On 05/14/2014 02:36 PM, Vadims Korsaks wrote: Citējot Sahina Bose sab...@redhat.com : On 05/13/2014 07:27 PM, Vadims Korsaks wrote: Citējot Humble Devassy Chirammal humble.deva...@gmail.com : Citējot Vijay Bellur vbel...@redhat.com : On 05/11/2014 02:04 AM, Vadims Korsaks wrote: HI! Created 2 node setup with oVirt 3.4 and CentOS 6.5, for storage created 2 node replicated gluster (3.5) fs on same hosts with oVirt. mount looks like this: 127.0.0.1:/gluster01 on /rhev/data-center/mnt/glusterSD/127.0.0.1:_gluster01 type fuse.glusterfs (rw,default_permissions,allow_other,max_read=131072) when i making gluster test with dd, something like dd if=/dev/zero bs=1M count=2 of=/rhev/data-center/mnt/glusterSD/127.0.0.1\:_gluster01/kaka i'm gettting speed ~ 110 MB/s, so this is 1Gbps speed of ethernet adapter but with in VM created in oVirt speed is lower than 20 MB/s why there is so huge difference? how can improve VMs disks speed? What are your gluster volume settings? Have you applied the following performance tunables in gluster's virt profile: eager-lock=enable remote-dio=enable Regards, Vijay setting were: [root@centos155 ~]# gluster volume info gluster01 Volume Name: gluster01 Type: Replicate Volume ID: 436edaa3-ac8b-421f-aa35-68b5bd7064b6 Status: Started Number of Bricks: 1 x 2 = 2 Transport-type: tcp Bricks: Brick1: 10.2.75.152:/mnt/gluster01/brick Brick2: 10.2.75.155:/mnt/gluster01/brick Options Reconfigured: storage.owner-gid: 36 storage.owner-uid: 36 add your settings settings now it looks [root@centos155 ~]# gluster volume info gluster01 Volume Name: gluster01 Type: Replicate Volume ID: 436edaa3-ac8b-421f-aa35-68b5bd7064b6 Status: Started Number of Bricks: 1 x 2 = 2 Transport-type: tcp Bricks: Brick1: 10.2.75.152:/mnt/gluster01/brick Brick2: 10.2.75.155:/mnt/gluster01/brick Options Reconfigured: network.remote-dio: enable cluster.eager-lock: enable storage.owner-gid: 36 storage.owner-uid: 36 but this didn't affected performace in any big way should hosts to be restarted? glusterfs storage domain configuration GUI got Optimize for virt. store option which have to be enabled when configuring for virt store. Ref#http://www.ovirt.org/Features/GlusterFS_Storage_Domain If the configuration is manual, you need to set the group to 'virt' as shown below #gluster volume set VOLNAME group virt This will enable below options on gluster volume : quick-read=off read-ahead=off io-cache=off stat-prefetch=off eager-lock=enable remote-dio=on Can you please make sure group has set properly ? Also, invoke dd with oflag=direct option and check whether it helps .. --Humble tnx a lot!! now it's much better - from VM i can get dd with ~ 60 MB/s this is still ~ x2 lower than from host, but x3 better than it was before :) BTW could not found GUI got Optimize for virt. store option in oVirt 3.5 The option Optimize for Virt store is available when you select a volume in Ovirt - both as a right click menu option as well as a button in the top sub navigation bar. You also can check this option while creating a gluster volume using the oVirt GUI i have glusterfs as my master storage, but there is nothing in volumes, empty. And i can't create gluster volume, there is no choise in Data Center and Volume Cluster. To be able to manage gluster (i.e create volume, add bricks and peer probe hosts) from Ovirt UI, the cluster should have the Enable gluster service option checked. I think you may not have enabled this when you created the cluster. To use gluster volume as storage domain, this option is not required. Hope this helps. Ok, i see, tnx a lot. any chances to change this for Default Cluster, because i have self hosted engine and just 2 hosts? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Upgrade instructions 3.3.3 to 3.4.latest
Thanks Sandro On 2014-05-12 16:43, Sandro Bonazzola wrote: Il 12/05/2014 14:11, Jim Rippon ha scritto: Hi all, I'm running a production stack on 3.3.3 with Three datacentres (one in my DMZ with two hosts with NFS, one in my DMZ on the engine host with local storage and one internal with NFS storage). Could you point me in the direction of the upgrade instructions I should follow in order to go from where I am to where I need to be in terms of upgrading, and what downtime I might need to incur so I can plan it? Latest 3.4 is 3.4.1, you can find upgrade instructions here: http://www.ovirt.org/OVirt_3.4.1_release_notes#Install_.2F_Upgrade_from_previous_versions There doesn't seem to be any documentation about what I should do with my running instances - should I put hosts into maintenance before upgrading, will my virtual instances persist throughout an upgrade - anyone able to clarify what impact an upgrade will have? Thanks in advance, You're welcome Jim ___ Users mailing list Users@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users [1] Regards, Jim Links: -- [1] http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] newbee questions
On Wed, May 14, 2014 at 08:43:40AM +0200, John Smith wrote: On Wed, May 14, 2014 at 1:45 AM, Itamar Heim ih...@redhat.com wrote: On 05/13/2014 05:22 AM, Sven Kieske wrote: Am 13.05.2014 11:12, schrieb Dan Kenigsberg: If you are planning to run only a couple of VMs on a single laptop, going to basics and using qemu/libvirt directly, or gnome-boxes, would make sense. If you plan to manage a multitude of hosts, then the benefits of oVirt comes to play. In the long run, it would be a huge achievement to utilize ovirt even for little vm workloads, especially if you want to compete with vmware. I know one size never fits all but I guess ovirt could very well be improved for single host management as well. single host management is not the same as roaming laptop with wireless... all-in-one and hosted engine should provide a decent solution for single host management - what are the gaps? For what it's worth: my system is not a roaming laptop. it's a fairly big desktop system that has a wireless interface. so in my case i think we might still be talking about 'single host management'. The reason i have wireless adapters in my desktops as well is because i couldnt easily wire the entire house. Perhaps these days, this is not such an uncommon configuration as you might think, and wireless is no longer only common in portable or laptop systems but in desktops as well. Anyway, I just wanted to try out this enterprise grade/level virtualization stack on a single node, just to see how it works and where the good/bad points are. Other people might want to try this for similar purposes, kick the tires a bit before a full blown formal multi host pilot is attempted. The 'All-In-One' installation/setup is meant to address that; i was hoping it would be a good fit for me as well. I still hope that it would, despite the need to tweak and hack it a bit, and we'd be here to help. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Failure during self-hosted deployment: exception configuring management bridge
On Wed, May 14, 2014 at 08:49:06AM +0200, Sandro Bonazzola wrote: Il 13/05/2014 20:29, Dan Kenigsberg ha scritto: On Tue, May 13, 2014 at 12:07:09PM +0200, Sandro Bonazzola wrote: Il 12/05/2014 23:53, Bob Doolittle ha scritto: On 05/12/2014 02:49 PM, Bob Doolittle wrote: Hi, I'm trying to set up a fresh system on F19, using oVirt 3.4. Hi Bob, can you check you're using right repositories in order to get 3.4.1? See http://www.ovirt.org/OVirt_3.4.1_release_notes Thanks, I now see that EPEL6 still has 4.14.6 in its stable repo. Douglas - can you push 4.14.8 ASAP? http://resources.ovirt.org/pub/ovirt-3.4/rpm/el6/noarch/ has 4.14.8.1. or do you mean fedora epel repository? Yes. Sorry for not being explicit. I now see[1] that there's not even a (non-scratch) Fedora build yet. So more of Douglas's help is needed. [1] https://admin.fedoraproject.org/updates/search/vdsm ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Updating nodes
Il 08/05/2014 18:06, Paul Heinlein ha scritto: On Thu, 8 May 2014, Gabi C wrote: Which is the proper way of keeping nodes up to date? I tried from WebUI, after putting node on mainetnance [clear.cache.gif] Host is in maintenance mode, you can Activate it by pressing the Activate button. If you wish to upgrade or reinstall it click here . but no effect, so I guess that installing ovirt repo and fedora-ovirt-preview repo is the proper way, right? I'll add that I'm also interested in a discussion of this question. I just inherited an oVirt cluster at work that's running 3.2 on Fedora 18 and would dearly love some direction about updating things without a system-wide downtime. Take a look at this upgrade guide for upgrading 3.2/f18 to 3.3/f19: http://www.ovirt.org/OVirt_3.2_to_3.3_upgrade It was tested a lot of time ago, so I'm not sure it still works with latest F19 packages. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] AllInOne
On Tue, May 13, 2014 at 07:38:00PM -0400, Itamar Heim wrote: On 05/13/2014 12:38 PM, supo...@logicworks.pt wrote: Hi, I'm trying to install ovirt AllnOne, following these steps: Install FC19 yum localinstall http://resources.ovirt.org/releases/ovirt-release.noarch.rpm Please use ovirt-3.4.1 instead, as explained in http://www.ovirt.org/OVirt_3.4.1_release_notes yum install yum-utils yum-config-manager --enable ovirt-3.4 yum-config-manager --enable fedora-virt-preview yum-config-manager --enable ovirt-epel ovirt-epel is not really helpful for F19 installation yum install epel-release yum -y update yum -y install ovirt-engine engine-setup When asked Configure VDSM on this host?, I answered yes rpm -qa|grep vdsm vdsm-xmlrpc-4.14.6-0.fc19.noarch vdsm-python-zombiereaper-4.14.6-0.fc19.noarch vdsm-4.14.6-0.fc19.x86_64 vdsm-cli-4.14.6-0.fc19.noarch vdsm-python-4.14.6-0.fc19.x86_64 As discussed in parallel threads, this version is known to misbehave with the latest version of python-ethtool. Please make sure that you upgrade to 4.14.8 (from ovirt-3.4.1) before continuing. That's unrelated to the problem you describe below, but is bound to bite you soon enough. Now I can access to the Administration Portal, but cannot start the local Hots, allways get this message: Host's Compatibility Version doesn't match the Cluster's Compatibility Version. Host local_host is installed with VDSM version (Non interactive user) and cannot join cluster local_cluster which is compatible with VDSM versions [4.13, 4.14, 4.9, 4.11, 4.12, 4.10]. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Cluster emulation mode issue
On Tue, May 13, 2014 at 06:06:00PM -0700, Doug Bishop wrote: Here ya go : [root@ovirt-vmtest ~]# /usr/libexec/qemu-kvm -M ? Supported machines are: pc RHEL 6.4.0 PC (alias of rhel6.4.0) rhel6.4.0 RHEL 6.4.0 PC (default) rhel6.3.0 RHEL 6.3.0 PC rhel6.2.0 RHEL 6.2.0 PC rhel6.1.0 RHEL 6.1.0 PC rhel6.0.0 RHEL 6.0.0 PC rhel5.5.0 RHEL 5.5.0 PC rhel5.4.4 RHEL 5.4.4 PC rhel5.4.0 RHEL 5.4.0 PC qemu-kvm-rhev -M ? isn’t working The package is installed but the binary isn’t on the machine anywhere. And what does vdsClient -s 0 getVdsCaps has to say about emulatedMachines? is rhel6.4.0 reported there? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Datacenter in no more responsive
Hi, I have a very weird issue with the last version of oVirt 3.4.1, I've upgraded because I already had this issue. It came when I wanted to re-create a new export domain on my first hypervisor larger than the first one. After this point, the datacenter came in a non responsive state, so I've upgraded oVirt to 3.4.1, but the issue is still there. I join the tail of the engine.log and the vdsm.log of one of the two hypervisors. Tell me if you want more logs. Thank you in advance for your help :) Engine.log : TaskStatusListReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=654, mMessage=Not SPM: ()]] 2014-05-14 12:26:34,195 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (DefaultQuartzScheduler_Worker-82) HostName = unc-srv-hyp2 2014-05-14 12:26:34,199 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (DefaultQuartzScheduler_Worker-82) Command HSMGetAllTasksStatusesVDSCommand(HostName = unc-srv-hyp2, HostId = 2d8722cc-5041-427d-964d-8980f40c5aa6) execution failed. Exception: IRSNonOperationalException: IRSGenericException: IRSErrorException: IRSNonOperationalException: Not SPM: () 2014-05-14 12:26:34,248 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-82) hostFromVds::selectedVds - unc-srv-hyp2, spmStatus Unknown_Pool, storage pool UNICEF 2014-05-14 12:26:34,269 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (DefaultQuartzScheduler_Worker-82) START, ConnectStoragePoolVDSCommand(HostName = unc-srv-hyp2, HostId = 2d8722cc-5041-427d-964d-8980f40c5aa6, storagePoolId = 4eeccf64-715d-4ebe-a44c-eeca94a09a05, vds_spm_id = 2, masterDomainId = 9bf9ed01-43ab-4372-acdd-3500645f3bd0, masterVersion = 1), log id: aaf1e60 2014-05-14 12:26:35,998 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (DefaultQuartzScheduler_Worker-82) FINISH, ConnectStoragePoolVDSCommand, log id: aaf1e60 2014-05-14 12:26:35,998 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-82) IrsBroker::Failed::GetStoragePoolInfoVDS due to: IRSNonOperationalException: IRSGenericException: IRSErrorException: IRSNonOperationalException: Could not connect host to Data Center(Storage issue) 2014-05-14 12:26:36,082 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-82) Irs placed on server 2d8722cc-5041-427d-964d-8980f40c5aa6 failed. Proceed Failover 2014-05-14 12:26:36,126 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-82) hostFromVds::selectedVds - unc-srv-hyp1, spmStatus Unknown_Pool, storage pool UNICEF 2014-05-14 12:26:36,147 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (DefaultQuartzScheduler_Worker-82) START, ConnectStoragePoolVDSCommand(HostName = unc-srv-hyp1, HostId = 4987bc7d-82b2-444f-ad6c-8289da5e4fb9, storagePoolId = 4eeccf64-715d-4ebe-a44c-eeca94a09a05, vds_spm_id = 1, masterDomainId = 9bf9ed01-43ab-4372-acdd-3500645f3bd0, masterVersion = 1), log id: 3b569aaf 2014-05-14 12:26:37,177 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (DefaultQuartzScheduler_Worker-82) FINISH, ConnectStoragePoolVDSCommand, log id: 3b569aaf 2014-05-14 12:26:37,182 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-82) IrsBroker::Failed::GetStoragePoolInfoVDS due to: IRSNonOperationalException: IRSGenericException: IRSErrorException: IRSNonOperationalException: Could not connect host to Data Center(Storage issue) 2014-05-14 12:26:47,305 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (DefaultQuartzScheduler_Worker-13) Command org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand return value TaskStatusListReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=654, mMessage=Not SPM: ()]] 2014-05-14 12:26:47,321 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (DefaultQuartzScheduler_Worker-13) HostName = unc-srv-hyp1 2014-05-14 12:26:47,325 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (DefaultQuartzScheduler_Worker-13) Command HSMGetAllTasksStatusesVDSCommand(HostName = unc-srv-hyp1, HostId = 4987bc7d-82b2-444f-ad6c-8289da5e4fb9) execution failed. Exception: IRSNonOperationalException: IRSGenericException: IRSErrorException: IRSNonOperationalException: Not SPM: () 2014-05-14 12:26:47,375 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-13) hostFromVds::selectedVds - unc-srv-hyp2, spmStatus Unknown_Pool, storage pool UNICEF 2014-05-14 12:26:47,396 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (DefaultQuartzScheduler_Worker-13) START, ConnectStoragePoolVDSCommand(HostName =
Re: [ovirt-users] gluster performance oVirt 3.4
On 05/14/2014 02:55 PM, Vadims Korsaks wrote: Citējot Sahina Bose sab...@redhat.com: On 05/14/2014 02:36 PM, Vadims Korsaks wrote: Citējot Sahina Bose sab...@redhat.com : On 05/13/2014 07:27 PM, Vadims Korsaks wrote: Citējot Humble Devassy Chirammal humble.deva...@gmail.com : Citējot Vijay Bellur vbel...@redhat.com : On 05/11/2014 02:04 AM, Vadims Korsaks wrote: HI! Created 2 node setup with oVirt 3.4 and CentOS 6.5, for storage created 2 node replicated gluster (3.5) fs on same hosts with oVirt. mount looks like this: 127.0.0.1:/gluster01 on /rhev/data-center/mnt/glusterSD/127.0.0.1:_gluster01 type fuse.glusterfs (rw,default_permissions,allow_other,max_read=131072) when i making gluster test with dd, something like dd if=/dev/zero bs=1M count=2 of=/rhev/data-center/mnt/glusterSD/127.0.0.1\:_gluster01/kaka i'm gettting speed ~ 110 MB/s, so this is 1Gbps speed of ethernet adapter but with in VM created in oVirt speed is lower than 20 MB/s why there is so huge difference? how can improve VMs disks speed? What are your gluster volume settings? Have you applied the following performance tunables in gluster's virt profile: eager-lock=enable remote-dio=enable Regards, Vijay setting were: [root@centos155 ~]# gluster volume info gluster01 Volume Name: gluster01 Type: Replicate Volume ID: 436edaa3-ac8b-421f-aa35-68b5bd7064b6 Status: Started Number of Bricks: 1 x 2 = 2 Transport-type: tcp Bricks: Brick1: 10.2.75.152:/mnt/gluster01/brick Brick2: 10.2.75.155:/mnt/gluster01/brick Options Reconfigured: storage.owner-gid: 36 storage.owner-uid: 36 add your settings settings now it looks [root@centos155 ~]# gluster volume info gluster01 Volume Name: gluster01 Type: Replicate Volume ID: 436edaa3-ac8b-421f-aa35-68b5bd7064b6 Status: Started Number of Bricks: 1 x 2 = 2 Transport-type: tcp Bricks: Brick1: 10.2.75.152:/mnt/gluster01/brick Brick2: 10.2.75.155:/mnt/gluster01/brick Options Reconfigured: network.remote-dio: enable cluster.eager-lock: enable storage.owner-gid: 36 storage.owner-uid: 36 but this didn't affected performace in any big way should hosts to be restarted? glusterfs storage domain configuration GUI got Optimize for virt. store option which have to be enabled when configuring for virt store. Ref#http://www.ovirt.org/Features/GlusterFS_Storage_Domain If the configuration is manual, you need to set the group to 'virt' as shown below #gluster volume set VOLNAME group virt This will enable below options on gluster volume : quick-read=off read-ahead=off io-cache=off stat-prefetch=off eager-lock=enable remote-dio=on Can you please make sure group has set properly ? Also, invoke dd with oflag=direct option and check whether it helps .. --Humble tnx a lot!! now it's much better - from VM i can get dd with ~ 60 MB/s this is still ~ x2 lower than from host, but x3 better than it was before :) BTW could not found GUI got Optimize for virt. store option in oVirt 3.5 The option Optimize for Virt store is available when you select a volume in Ovirt - both as a right click menu option as well as a button in the top sub navigation bar. You also can check this option while creating a gluster volume using the oVirt GUI i have glusterfs as my master storage, but there is nothing in volumes, empty. And i can't create gluster volume, there is no choise in Data Center and Volume Cluster. To be able to manage gluster (i.e create volume, add bricks and peer probe hosts) from Ovirt UI, the cluster should have the Enable gluster service option checked. I think you may not have enabled this when you created the cluster. To use gluster volume as storage domain, this option is not required. Hope this helps. Ok, i see, tnx a lot. any chances to change this for Default Cluster, because i have self hosted engine and just 2 hosts? You can edit the cluster and change this option. Please make sure that vdsm-gluster is installed on the hosts in the cluster and a gluster peer probe has been done if there are more than one hosts in the cluster. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] New problem with hosted-engine during Configuring the management bridge
I could really use some help on this one. My efforts to debug VDSM via instrumenting the python code are not working - the compiled code must be cached somehow. Something is wrong with the way the multipathd service is being restarted. It doesn't look too me that systemctl is even being called for it. Thanks, Bob On May 13, 2014 1:12 PM, Bob Doolittle b...@doolittle.us.com wrote: Maybe this isn't the actual problem after all. I replaced /sbin/multipath with a script runs the old version, but the suppresses those errors and returns exit status 0. But vdsm-tool service-reload multipathd is still failing and I don't know why. I have attached my vdsm.log file. Any guidance appreciated. I'll try digging through the python code for service.py and see if I can catch it when the multipath configuration is in place to see the exact issue. -Bob On 05/13/2014 12:27 PM, Bob Doolittle wrote: Hi, I have started a new installation as specified in the 3.4.1 release notes (fresh Fedora 19 install, yum localinstall http://resources.ovirt.org/pub/yum-repo/ovirt-release34.rpm). This is failing in the step Configuring the management bridge. Based on the vdsm.log, it appears I am hitting: *Bug 988995* https://bugzilla.redhat.com/show_bug.cgi?id=988995 - vdsm multipath.py restarts mutipathd, cutting the branch vdsm sits on multipath -F is returning invalid keyword: getuid_callout and it appears that this is causing vdsm-tool to abort (although the command exit status is 0 and the bug report says that those are only harmless warnings). There is no workaround stated in that bug report. Help? -Bob ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Cluster emulation mode issue
On 05/14/2014 06:11 AM, Dan Kenigsberg wrote: On Tue, May 13, 2014 at 06:06:00PM -0700, Doug Bishop wrote: Here ya go : [root@ovirt-vmtest ~]# /usr/libexec/qemu-kvm -M ? Supported machines are: pc RHEL 6.4.0 PC (alias of rhel6.4.0) rhel6.4.0 RHEL 6.4.0 PC (default) rhel6.3.0 RHEL 6.3.0 PC rhel6.2.0 RHEL 6.2.0 PC rhel6.1.0 RHEL 6.1.0 PC rhel6.0.0 RHEL 6.0.0 PC rhel5.5.0 RHEL 5.5.0 PC rhel5.4.4 RHEL 5.4.4 PC rhel5.4.0 RHEL 5.4.0 PC qemu-kvm-rhev -M ? isn’t working The package is installed but the binary isn’t on the machine anywhere. And what does vdsClient -s 0 getVdsCaps has to say about emulatedMachines? is rhel6.4.0 reported there? roy - he is already using qemu-kvm-rhev. danken - he needs rhel-6.5.0 which is strangely missing from the qemu-kvm-rhev in http://jenkins.ovirt.org/view/Packaging/job/qemu-kvm-rhev_create-rpms_el6/lastSuccessfulBuild/artifact/rpms/ ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] newbee questions
On 05/14/2014 05:45 AM, Dan Kenigsberg wrote: On Wed, May 14, 2014 at 08:43:40AM +0200, John Smith wrote: On Wed, May 14, 2014 at 1:45 AM, Itamar Heim ih...@redhat.com wrote: On 05/13/2014 05:22 AM, Sven Kieske wrote: Am 13.05.2014 11:12, schrieb Dan Kenigsberg: If you are planning to run only a couple of VMs on a single laptop, going to basics and using qemu/libvirt directly, or gnome-boxes, would make sense. If you plan to manage a multitude of hosts, then the benefits of oVirt comes to play. In the long run, it would be a huge achievement to utilize ovirt even for little vm workloads, especially if you want to compete with vmware. I know one size never fits all but I guess ovirt could very well be improved for single host management as well. single host management is not the same as roaming laptop with wireless... all-in-one and hosted engine should provide a decent solution for single host management - what are the gaps? For what it's worth: my system is not a roaming laptop. it's a fairly big desktop system that has a wireless interface. so in my case i think we might still be talking about 'single host management'. The reason i have wireless adapters in my desktops as well is because i couldnt easily wire the entire house. Perhaps these days, this is not such an uncommon configuration as you might think, and wireless is no longer only common in portable or laptop systems but in desktops as well. Anyway, I just wanted to try out this enterprise grade/level virtualization stack on a single node, just to see how it works and where the good/bad points are. Other people might want to try this for similar purposes, kick the tires a bit before a full blown formal multi host pilot is attempted. The 'All-In-One' installation/setup is meant to address that; i was hoping it would be a good fit for me as well. I still hope that it would, despite the need to tweak and hack it a bit, and we'd be here to help. to play with it, in an environment that works with wireless, the ovirt-live (usb boot) would work. but it will evaporate on power down... ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] [QE] oVirt 3.4.2 RC status
Hi, We're going to start composing oVirt 3.4.2 RC on 2014-05-27 08:00 UTC from 3.4 branches. The bug tracker [1] shows no blocking bugs for the release There are still 75 bugs [2] targeted to 3.4.2. Excluding node and documentation bugs we still have 47 bugs [3] targeted to 3.4.2. Maintainers / Assignee: - Please add the bugs to the tracker if you think that 3.4.2 should not be released without them fixed. - Please update the target to any next release for bugs that won't be in 3.4.2: it will ease gathering the blocking bugs for next releases. - Please fill release notes, the page has been created here [4] - If you're going to test this release, please add yourself to the test page [5] [1] http://bugzilla.redhat.com/1095370 [2] http://red.ht/1oqLLlr [3] http://red.ht/1nIAZXO [4] http://www.ovirt.org/OVirt_3.4.2_Release_Notes [5] http://www.ovirt.org/Testing/oVirt_3.4.2_Testing Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] My presentation and first question - RAM limit 64000MB
Hello everybody!! Indeed it was a bug of the version 3.3.0 that i was using, today I update the oVirt engine to version 3.4.1 and the problem disappeared. Thank you all for the help. 2014-05-13 20:31 GMT-03:00 Itamar Heim ih...@redhat.com: On 05/13/2014 11:07 AM, Fagner Patricio wrote: Hello Everybody My name is Fagner Patrício and i am new in the list, I am from Brazil and I am a network admin of a public institution of my state. I have a first question, a few months ago i installed a oVirt enviroment and so far so good, but last week we received a big data application with big RAM needs, about 96GB. So i created a virtual machine with this RAM configuration, but when a start, it report a error, that my limit o RAM per machine is between 1024MB and 64000MB. How can i change this limits? My oVirt is version 3.3 of compatibility. -- Fagner Patrício João Pessoa - PB Brasil ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users which version of 3.3? this should have been fixed in 3.3.2 http://www.ovirt.org/OVirt_3.3.2_release_notes BZ 1014952 - [admin portal] cannot add Windows VM with 512MB memory, or more than 64GB -- Fagner Patrício João Pessoa - PB Brasil ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Removing VM disk issue
Hi Neil, Can u please attach the logs of engine and VDSM. What there is in the event log, was there any operation being done on the disk before? regards, Maor On 05/14/2014 03:35 PM, Neil wrote: Hi guys, I'm trying to remove a VM and reclaim the space that the VM was using. This particular VM had a thin provisioned disk attached as well as fat provisioned, the fat disks I managed to detach, however when I try to remove the VM, it says The following disks are locked: Please try again in a few minutes. Attached is a screenshot from the GUI side, showing the proxy disk being locked, any ideas? I'm wanting to completely remove the VM and reclaim the space for the datacenter. Thank you. Regards. Neil Wilson ___ 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: [ovirt-users] LUN Issues
Hi Neil, The luns are showing as select-able since they are not being used by the engine, although other setups might use them which we can't be aware of. We can't be sure that the LUns are used actively or not because there could also be a VG which was not cleaned up properly (For example of an old setup which was destroyed). Only LUNs which are configured in the engine should be greyed out. regards, Maor On 05/14/2014 03:11 PM, Neil wrote: Hi guys, I've got a bit of a strange one and at this stage it doesn't seem to be causing any noticeable problems, but I'd rather investigate it now than run into a problem in future. Basically, 3 LUNS show up as being unassigned and when I try assign them, oVirt says they are already assigned, (which is correct if I look at the total storage in my datacenter).. Size:6887 GB Available:1819 GB Used:5068 GB Allocated:7413 GB Over Allocation Ratio: 70% ...these are my LUNS that I have available. 6TB (5580MB divided into 12 x 465MB LUNS) 900MB (838MB single LUN) 500MB (465MB single LUN) I've also check on the LVM side from one of the hosts and they are definitely assigned already, but the question is, why are they showing as select-able from the oVirt admin side? I'm running ovirt-engine-3.3.3-2.el6 on Centos 6.5 and I'm using an FC SAN for storage. Thanks! Regards. Neil Wilson. ___ 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: [ovirt-users] Datacenter in no more responsive
Allon, could it be related to https://bugzilla.redhat.com/show_bug.cgi?id=1083476 ? - Original Message - From: VONDRA Alain avon...@unicef.fr To: users@ovirt.org Sent: Wednesday, May 14, 2014 1:29:13 PM Subject: [ovirt-users] Datacenter in no more responsive Hi, I have a very weird issue with the last version of oVirt 3.4.1, I’ve upgraded because I already had this issue. It came when I wanted to re-create a new export domain on my first hypervisor larger than the first one. After this point, the datacenter came in a non responsive state, so I’ve upgraded oVirt to 3.4.1, but the issue is still there. I join the tail of the engine.log and the vdsm.log of one of the two hypervisors. Tell me if you want more logs. Thank you in advance for your help J Engine.log : TaskStatusListReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=654, mMessage=Not SPM: ()]] 2014-05-14 12:26:34,195 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (DefaultQuartzScheduler_Worker-82) HostName = unc-srv-hyp2 2014-05-14 12:26:34,199 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (DefaultQuartzScheduler_Worker-82) Command HSMGetAllTasksStatusesVDSCommand(HostName = unc-srv-hyp2, HostId = 2d8722cc-5041-427d-964d-8980f40c5aa6) execution failed. Exception: IRSNonOperationalException: IRSGenericException: IRSErrorException: IRSNonOperationalException: Not SPM: () 2014-05-14 12:26:34,248 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-82) hostFromVds::selectedVds - unc-srv-hyp2, spmStatus Unknown_Pool, storage pool UNICEF 2014-05-14 12:26:34,269 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (DefaultQuartzScheduler_Worker-82) START, ConnectStoragePoolVDSCommand(HostName = unc-srv-hyp2, HostId = 2d8722cc-5041-427d-964d-8980f40c5aa6, storagePoolId = 4eeccf64-715d-4ebe-a44c-eeca94a09a05, vds_spm_id = 2, masterDomainId = 9bf9ed01-43ab-4372-acdd-3500645f3bd0, masterVersion = 1), log id: aaf1e60 2014-05-14 12:26:35,998 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (DefaultQuartzScheduler_Worker-82) FINISH, ConnectStoragePoolVDSCommand, log id: aaf1e60 2014-05-14 12:26:35,998 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-82) IrsBroker::Failed::GetStoragePoolInfoVDS due to: IRSNonOperationalException: IRSGenericException: IRSErrorException: IRSNonOperationalException: Could not connect host to Data Center(Storage issue) 2014-05-14 12:26:36,082 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-82) Irs placed on server 2d8722cc-5041-427d-964d-8980f40c5aa6 failed. Proceed Failover 2014-05-14 12:26:36,126 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-82) hostFromVds::selectedVds - unc-srv-hyp1, spmStatus Unknown_Pool, storage pool UNICEF 2014-05-14 12:26:36,147 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (DefaultQuartzScheduler_Worker-82) START, ConnectStoragePoolVDSCommand(HostName = unc-srv-hyp1, HostId = 4987bc7d-82b2-444f-ad6c-8289da5e4fb9, storagePoolId = 4eeccf64-715d-4ebe-a44c-eeca94a09a05, vds_spm_id = 1, masterDomainId = 9bf9ed01-43ab-4372-acdd-3500645f3bd0, masterVersion = 1), log id: 3b569aaf 2014-05-14 12:26:37,177 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (DefaultQuartzScheduler_Worker-82) FINISH, ConnectStoragePoolVDSCommand, log id: 3b569aaf 2014-05-14 12:26:37,182 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-82) IrsBroker::Failed::GetStoragePoolInfoVDS due to: IRSNonOperationalException: IRSGenericException: IRSErrorException: IRSNonOperationalException: Could not connect host to Data Center(Storage issue) 2014-05-14 12:26:47,305 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (DefaultQuartzScheduler_Worker-13) Command org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand return value TaskStatusListReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=654, mMessage=Not SPM: ()]] 2014-05-14 12:26:47,321 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (DefaultQuartzScheduler_Worker-13) HostName = unc-srv-hyp1 2014-05-14 12:26:47,325 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (DefaultQuartzScheduler_Worker-13) Command HSMGetAllTasksStatusesVDSCommand(HostName = unc-srv-hyp1, HostId = 4987bc7d-82b2-444f-ad6c-8289da5e4fb9) execution failed. Exception: IRSNonOperationalException: IRSGenericException: IRSErrorException: IRSNonOperationalException: Not SPM: () 2014-05-14 12:26:47,375 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand]
Re: [ovirt-users] LUN Issues
Hi Maor, Thanks for the details. These LUNS were assigned to the engine in the past, the oVirt is the only system to use the LUNS Also they have never been destroyed or even belonged to an old setup, this is the original setup. All of the LUNS are part of a single RAID array in the SAN which consists of 4x3TB drives = 6TB(12x465MB) and each of the LUNS is assigned to the main storage domain. Sorry, perhaps i'm misunderstanding. Thank you. Regards. Neil Wilson. On Wed, May 14, 2014 at 2:54 PM, Maor Lipchuk mlipc...@redhat.com wrote: Hi Neil, The luns are showing as select-able since they are not being used by the engine, although other setups might use them which we can't be aware of. We can't be sure that the LUns are used actively or not because there could also be a VG which was not cleaned up properly (For example of an old setup which was destroyed). Only LUNs which are configured in the engine should be greyed out. regards, Maor On 05/14/2014 03:11 PM, Neil wrote: Hi guys, I've got a bit of a strange one and at this stage it doesn't seem to be causing any noticeable problems, but I'd rather investigate it now than run into a problem in future. Basically, 3 LUNS show up as being unassigned and when I try assign them, oVirt says they are already assigned, (which is correct if I look at the total storage in my datacenter).. Size:6887 GB Available:1819 GB Used:5068 GB Allocated:7413 GB Over Allocation Ratio: 70% ...these are my LUNS that I have available. 6TB (5580MB divided into 12 x 465MB LUNS) 900MB (838MB single LUN) 500MB (465MB single LUN) I've also check on the LVM side from one of the hosts and they are definitely assigned already, but the question is, why are they showing as select-able from the oVirt admin side? I'm running ovirt-engine-3.3.3-2.el6 on Centos 6.5 and I'm using an FC SAN for storage. Thanks! Regards. Neil Wilson. ___ 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: [ovirt-users] Datacenter in no more responsive
Hi again, Just to complete my first mail, I've tried 4 or 5 times a new install from scratch using engine-cleanup and engine-setup, but nothing works... Tank you Alain VONDRA Chargé d'exploitation des Systèmes d'Information Direction Administrative et Financière +33 1 44 39 77 76 UNICEF France 3 rue Duguay Trouin 75006 PARIS www.unicef.fr -Message d'origine- De : Elad Ben Aharon [mailto:ebena...@redhat.com] Envoyé : mercredi 14 mai 2014 15:09 À : VONDRA Alain; Allon Mureinik Cc : users@ovirt.org Objet : Re: [ovirt-users] Datacenter in no more responsive Allon, could it be related to https://bugzilla.redhat.com/show_bug.cgi?id=1083476 ? - Original Message - From: VONDRA Alain avon...@unicef.fr To: users@ovirt.org Sent: Wednesday, May 14, 2014 1:29:13 PM Subject: [ovirt-users] Datacenter in no more responsive Hi, I have a very weird issue with the last version of oVirt 3.4.1, I’ve upgraded because I already had this issue. It came when I wanted to re-create a new export domain on my first hypervisor larger than the first one. After this point, the datacenter came in a non responsive state, so I’ve upgraded oVirt to 3.4.1, but the issue is still there. I join the tail of the engine.log and the vdsm.log of one of the two hypervisors. Tell me if you want more logs. Thank you in advance for your help J Engine.log : TaskStatusListReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=654, mMessage=Not SPM: ()]] 2014-05-14 12:26:34,195 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (DefaultQuartzScheduler_Worker-82) HostName = unc-srv-hyp2 2014-05-14 12:26:34,199 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (DefaultQuartzScheduler_Worker-82) Command HSMGetAllTasksStatusesVDSCommand(HostName = unc-srv-hyp2, HostId = 2d8722cc-5041-427d-964d-8980f40c5aa6) execution failed. Exception: IRSNonOperationalException: IRSGenericException: IRSErrorException: IRSNonOperationalException: Not SPM: () 2014-05-14 12:26:34,248 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-82) hostFromVds::selectedVds - unc-srv-hyp2, spmStatus Unknown_Pool, storage pool UNICEF 2014-05-14 12:26:34,269 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (DefaultQuartzScheduler_Worker-82) START, ConnectStoragePoolVDSCommand(HostName = unc-srv-hyp2, HostId = 2d8722cc-5041-427d-964d-8980f40c5aa6, storagePoolId = 4eeccf64-715d-4ebe-a44c-eeca94a09a05, vds_spm_id = 2, masterDomainId = 9bf9ed01-43ab-4372-acdd-3500645f3bd0, masterVersion = 1), log id: aaf1e60 2014-05-14 12:26:35,998 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (DefaultQuartzScheduler_Worker-82) FINISH, ConnectStoragePoolVDSCommand, log id: aaf1e60 2014-05-14 12:26:35,998 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-82) IrsBroker::Failed::GetStoragePoolInfoVDS due to: IRSNonOperationalException: IRSGenericException: IRSErrorException: IRSNonOperationalException: Could not connect host to Data Center(Storage issue) 2014-05-14 12:26:36,082 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-82) Irs placed on server 2d8722cc-5041-427d-964d-8980f40c5aa6 failed. Proceed Failover 2014-05-14 12:26:36,126 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-82) hostFromVds::selectedVds - unc-srv-hyp1, spmStatus Unknown_Pool, storage pool UNICEF 2014-05-14 12:26:36,147 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (DefaultQuartzScheduler_Worker-82) START, ConnectStoragePoolVDSCommand(HostName = unc-srv-hyp1, HostId = 4987bc7d-82b2-444f-ad6c-8289da5e4fb9, storagePoolId = 4eeccf64-715d-4ebe-a44c-eeca94a09a05, vds_spm_id = 1, masterDomainId = 9bf9ed01-43ab-4372-acdd-3500645f3bd0, masterVersion = 1), log id: 3b569aaf 2014-05-14 12:26:37,177 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (DefaultQuartzScheduler_Worker-82) FINISH, ConnectStoragePoolVDSCommand, log id: 3b569aaf 2014-05-14 12:26:37,182 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-82) IrsBroker::Failed::GetStoragePoolInfoVDS due to: IRSNonOperationalException: IRSGenericException: IRSErrorException: IRSNonOperationalException: Could not connect host to Data Center(Storage issue) 2014-05-14 12:26:47,305 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (DefaultQuartzScheduler_Worker-13) Command org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand return value TaskStatusListReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=654, mMessage=Not SPM: ()]] 2014-05-14 12:26:47,321 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand]
Re: [ovirt-users] Auto-SOLVED, but read anyway : Invalid status on Data Center. Setting status to Non Responsive.
2014-05-09 15:55 GMT+02:00 Nicolas Ecarnot nico...@ecarnot.net: Hi, On our second oVirt setup in 3.4.0-1.el6 (that was running fine), I did a yum upgrade on the engine (...sigh...). Then rebooted the engine. This machine is hosting the NFS export domain. Though the VM are still running, the storage domain is in invalid status. You'll find below the engine.log. At first sight, I thought it was the same issue as : http://lists.ovirt.org/pipermail/users/2014-March/022161.html because it looked very similar. But the NFS export domain connection seemed OK (tested). I did try every trick I could thought of, restarting, checking anything... Our cluster stayed in a broken state. On second sight, I saw that when rebooting the engine, then NFS export domain was not mounted correctly (I wrote a static /dev/sd-something in fstab, and the iscsi manager changed the letter. Next time, I'll use LVM or a label). So the NFS served was void/empty/black hole. I just realized all the above, and spent my afternoon in cold sweat. Correcting the NFS mounting and restarting the engine did the trick. What still disturbs me is that the unavailability of the NFS export domain should NOT be a reason for the MASTER storage domain to break! Following the URL above and the BZ opened by the user (https://bugzilla.redhat.com/show_bug.cgi?id=1072900), I see this has been corrected in 3.4.1. What gives a perfectly connected NFS export domain, but empty? Hi, sorry for jumping late on an old thread, I'm the one reporting that bug. I have two things to say: - taking advantage of a rare opportunity to turn off my production cluster I put it back in that critical situation and I can confirm that with oVirt 3.4.1 the problem has been solved. PS : I see no 3.4.1 update on CentOS repo. - me too, until I installed ovirt-release34.rpm (see http://www.ovirt.org/OVirt_3.4.1_release_notes ). All went smooth after that. Best Regards, Giorgio. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt 3.2 - iSCSI offload (broadcom - bnx2i)
- Original Message - From: Ricardo Esteves ricardo.m.este...@gmail.com To: Federico Simoncelli fsimo...@redhat.com Cc: users@ovirt.org Sent: Wednesday, May 14, 2014 1:45:53 AM Subject: RE: [ovirt-users] oVirt 3.2 - iSCSI offload (broadcom - bnx2i) In attachment follows the defaults and the modified versions of the nodes files. If selecting the relevant host in Hosts you see the bnx2i interface in the Network Interfaces subtab, then you can try to: 1. create a new network in the Network tab, VM network checkbox should be disabled 2. select the relevant host in Hosts and use Setup Host Networks in the Network Interfaces subtab 3. configure the bnx2i interface and assign it to the new network you just created 4. in iSCSI Multipathing subtab of tab Data Center add a new entry where you bind the iscsi connection to the new network you created Ping me on IRC if you need more help. My nick is fsimonce on #ovirt -- Federico -Original Message- From: Federico Simoncelli [mailto:fsimo...@redhat.com] Sent: terça-feira, 13 de Maio de 2014 08:58 To: Ricardo Esteves Cc: users@ovirt.org Subject: Re: [ovirt-users] oVirt 3.2 - iSCSI offload (broadcom - bnx2i) - Original Message - From: Ricardo Esteves ricardo.m.este...@gmail.com To: users@ovirt.org Sent: Friday, April 11, 2014 1:07:31 AM Subject: [ovirt-users] oVirt 3.2 - iSCSI offload (broadcom - bnx2i) Hi, I've put my host on maintenance, then i configured iscsi offload for my broadcom cards changing target's file's (192.168.12.2,3260 and 192.168.12.4,3260) in my node iqn.1986-03.com.hp:storage.msa2324i.1226151a6 to use interface bnx2i.d8:d3:85:67:e3:bb, but after activating the host, configurations are back to default. Can you share the changes you made? Thanks. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Auto-SOLVED, but read anyway : Invalid status on Data Center. Setting status to Non Responsive.
Le 14/05/2014 15:36, Giorgio Bersano a écrit : Following the URL above and the BZ opened by the user (https://bugzilla.redhat.com/show_bug.cgi?id=1072900), I see this has been corrected in 3.4.1. What gives a perfectly connected NFS export domain, but empty? Hi, sorry for jumping late on an old thread, I'm the one reporting that bug. I have two things to say: - taking advantage of a rare opportunity to turn off my production cluster I put it back in that critical situation and I can confirm that with oVirt 3.4.1 the problem has been solved. PS : I see no 3.4.1 update on CentOS repo. - me too, until I installed ovirt-release34.rpm (see http://www.ovirt.org/OVirt_3.4.1_release_notes ). All went smooth after that. Best Regards, Giorgio. Thank you Giorgio for taking the time to reply on this. In the end, I understand I have to upgrade, and I will. To the whole team : Looking at the rpm installed on my two oVirt setups, I see that the installed packages are : ovirt-release-el6-8-1.noarch (on CentOS 6.4) and ovirt-release-el6-10.0.1-3.noarch (on CentOS 6.5) The OS are CentOS A yum search is showing me that ovirt-release.noarch is available. How do these packages differ? Can I install the ovirt-release.noarch instead of the packages above? Are they aliases? -- Nicolas Ecarnot ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Auto-SOLVED, but read anyway : Invalid status on Data Center. Setting status to Non Responsive.
This bit me as well (for Fedora, however). There are a whole bunch of ovirt-release variants lying around in various parts of the repository that should be cleaned up as they are merely attractive nuisances (http://en.wikipedia.org/wiki/Attractive_nuisance_doctrine). Particularly since the Fedora link (at least) in the Quick Start guide is invalid, so it tempts people to look around and use what they find that looks plausible to somebody who doesn't know any better :) It would be helpful if somebody would: 1. Clean up the hazardous versions of ovirt-release scattered throughout 2. Fix the Quick Start Guide links to point someplace useful for ovirt-release Thanks, Bob On 05/14/2014 10:33 AM, Nicolas Ecarnot wrote: Le 14/05/2014 15:36, Giorgio Bersano a écrit : Following the URL above and the BZ opened by the user (https://bugzilla.redhat.com/show_bug.cgi?id=1072900), I see this has been corrected in 3.4.1. What gives a perfectly connected NFS export domain, but empty? Hi, sorry for jumping late on an old thread, I'm the one reporting that bug. I have two things to say: - taking advantage of a rare opportunity to turn off my production cluster I put it back in that critical situation and I can confirm that with oVirt 3.4.1 the problem has been solved. PS : I see no 3.4.1 update on CentOS repo. - me too, until I installed ovirt-release34.rpm (see http://www.ovirt.org/OVirt_3.4.1_release_notes ). All went smooth after that. Best Regards, Giorgio. Thank you Giorgio for taking the time to reply on this. In the end, I understand I have to upgrade, and I will. To the whole team : Looking at the rpm installed on my two oVirt setups, I see that the installed packages are : ovirt-release-el6-8-1.noarch (on CentOS 6.4) and ovirt-release-el6-10.0.1-3.noarch (on CentOS 6.5) The OS are CentOS A yum search is showing me that ovirt-release.noarch is available. How do these packages differ? Can I install the ovirt-release.noarch instead of the packages above? Are they aliases? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] AllInOne
Ok, I installed Version 3.4.1-1.fc19, and now host is up, but have np acess to any storage, including iso. On the Data Centers tab, local_datacenter there is no storage. No configuration on the /etc/exports file. I included 2 lines: [root@ovirt ~]# cat /etc/exports /home/iso 0.0.0.0/0.0.0.0(rw) /home/storage 0.0.0.0/0.0.0.0(rw) restart nfs but still no luck, Any idea? - Mensagem original - De: Dan Kenigsberg dan...@redhat.com Para: Itamar Heim ih...@redhat.com, sbona...@redhat.com Cc: supo...@logicworks.pt, users@ovirt.org, Liran Zelkha lzel...@redhat.com Enviadas: Quarta-feira, 14 De Maio de 2014 11:06:27 Assunto: Re: [ovirt-users] AllInOne On Tue, May 13, 2014 at 07:38:00PM -0400, Itamar Heim wrote: On 05/13/2014 12:38 PM, supo...@logicworks.pt wrote: Hi, I'm trying to install ovirt AllnOne, following these steps: Install FC19 yum localinstall http://resources.ovirt.org/releases/ovirt-release.noarch.rpm Please use ovirt-3.4.1 instead, as explained in http://www.ovirt.org/OVirt_3.4.1_release_notes yum install yum-utils yum-config-manager --enable ovirt-3.4 yum-config-manager --enable fedora-virt-preview yum-config-manager --enable ovirt-epel ovirt-epel is not really helpful for F19 installation yum install epel-release yum -y update yum -y install ovirt-engine engine-setup When asked Configure VDSM on this host?, I answered yes rpm -qa|grep vdsm vdsm-xmlrpc-4.14.6-0.fc19.noarch vdsm-python-zombiereaper-4.14.6-0.fc19.noarch vdsm-4.14.6-0.fc19.x86_64 vdsm-cli-4.14.6-0.fc19.noarch vdsm-python-4.14.6-0.fc19.x86_64 As discussed in parallel threads, this version is known to misbehave with the latest version of python-ethtool. Please make sure that you upgrade to 4.14.8 (from ovirt-3.4.1) before continuing. That's unrelated to the problem you describe below, but is bound to bite you soon enough. Now I can access to the Administration Portal, but cannot start the local Hots, allways get this message: Host's Compatibility Version doesn't match the Cluster's Compatibility Version. Host local_host is installed with VDSM version (Non interactive user) and cannot join cluster local_cluster which is compatible with VDSM versions [4.13, 4.14, 4.9, 4.11, 4.12, 4.10]. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] jboss deployments timeout (was: getting 404 after fresh install of oVirt 3.4 on CentOS 6.5 (+ solution))
Didi, Some background is that I first ran into this when I added dwh+reports to my 3.4 setup, and I found your bz then and did the fix (with changes below) and it worked for me. The fixed ovirt-engine.xml.in got overwritten when I upgraded to 3.4.1 and I reapplied . But I did change deployment-scanner scan-interval=5000 path=$tempdir/deployments/ deployment-timeout=1200 to deployment-scanner scan-interval=5000 path=$tempdir/deployments deployment-timeout=1200/ i.e. the / looks to be misplaced and should be used to close the deployment-scanner tag. If you do, please report - what exact versions (OS, jboss, ovirt, etc) you use fedora 19 w/ latest updates kernel-3.13.11-100.fc19.x86_64 ovirt-engine-3.4.1-1.fc19.noarch jboss-as-7.1.1-21.fc19.noarch ovirt-engine-reports-3.4.1-1.fc19.noarch and (according to the logs) how long did the deployment take. Thanks! My last startup shows that was right at the 59 second mark. So you can see I'm right on the edge of it failing with default timeout of 60 seconds. from server.log 2014-05-12 23:22:00,463 INFO [org.jboss.as.server.deployment] (MSC service thread 1-5) JBAS015876: Starting deployment of engine.ear 2014-05-12 23:22:00,464 INFO [org.jboss.as.server.deployment] (MSC service thread 1-6) JBAS015876: Starting deployment of ovirt-engine-reports.war ... 2014-05-12 23:22:59,383 INFO [org.jboss.as.server] (DeploymentScanner-threads - 2) JBAS018559: Deployed engine.ear 2014-05-12 23:22:59,385 INFO [org.jboss.as.server] (DeploymentScanner-threads - 2) JBAS018559: Deployed ovirt-engine-reports.war Thanks, -John ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] transfer files from guest to client
The only thing I've been able to find on this is http://lists.freedesktop.org/archives/spice-devel/2014-February/016063.htmlhttp://lists.freedesktop.org/archives/spice-devel/2014-February/016063.html. I was wondering if there have been any developments since then and if not, could somebody please provide more details on the guest-side virtual folder/icon that someone described. Thank you ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Auto-SOLVED, but read anyway : Invalid status on Data Center. Setting status to Non Responsive.
On 05/14/2014 10:47 AM, Bob Doolittle wrote: This bit me as well (for Fedora, however). There are a whole bunch of ovirt-release variants lying around in various parts of the repository that should be cleaned up as they are merely attractive nuisances (http://en.wikipedia.org/wiki/Attractive_nuisance_doctrine). Particularly since the Fedora link (at least) in the Quick Start guide is invalid, so it tempts people to look around and use what they find that looks plausible to somebody who doesn't know any better :) It would be helpful if somebody would: 1. Clean up the hazardous versions of ovirt-release scattered throughout 2. Fix the Quick Start Guide links to point someplace useful for ovirt-release can you please open a bug with details on each of these for tracking? thanks, Itamar Thanks, Bob On 05/14/2014 10:33 AM, Nicolas Ecarnot wrote: Le 14/05/2014 15:36, Giorgio Bersano a écrit : Following the URL above and the BZ opened by the user (https://bugzilla.redhat.com/show_bug.cgi?id=1072900), I see this has been corrected in 3.4.1. What gives a perfectly connected NFS export domain, but empty? Hi, sorry for jumping late on an old thread, I'm the one reporting that bug. I have two things to say: - taking advantage of a rare opportunity to turn off my production cluster I put it back in that critical situation and I can confirm that with oVirt 3.4.1 the problem has been solved. PS : I see no 3.4.1 update on CentOS repo. - me too, until I installed ovirt-release34.rpm (see http://www.ovirt.org/OVirt_3.4.1_release_notes ). All went smooth after that. Best Regards, Giorgio. Thank you Giorgio for taking the time to reply on this. In the end, I understand I have to upgrade, and I will. To the whole team : Looking at the rpm installed on my two oVirt setups, I see that the installed packages are : ovirt-release-el6-8-1.noarch (on CentOS 6.4) and ovirt-release-el6-10.0.1-3.noarch (on CentOS 6.5) The OS are CentOS A yum search is showing me that ovirt-release.noarch is available. How do these packages differ? Can I install the ovirt-release.noarch instead of the packages above? Are they aliases? ___ 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: [ovirt-users] Auto-SOLVED, but read anyway : Invalid status on Data Center. Setting status to Non Responsive.
On 05/14/2014 02:28 PM, Itamar Heim wrote: On 05/14/2014 10:47 AM, Bob Doolittle wrote: It would be helpful if somebody would: 1. Clean up the hazardous versions of ovirt-release scattered throughout 2. Fix the Quick Start Guide links to point someplace useful for ovirt-release can you please open a bug with details on each of these for tracking? Done. 1. https://bugzilla.redhat.com/show_bug.cgi?id=1097874 2. https://bugzilla.redhat.com/show_bug.cgi?id=1097872 Note that there is no decent bug category for website/repository so 1097874's assignment is a bit random. I suppose I should file a bug for a new category, but what category would I file it under ;) -Bob ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] [Users] Post-Install Engine VM Changes Feasible?
Hi all,
sorry for the late reply.
I noticed that I missed the deviceId property on my additional-nic line below,
but I can confirm that the engine vm (installed with my previously modified
template in /usr/share/ovirt-hosted-engine-setup/templates/vm.conf.in as
outlined below) is still up and running (apparently) ok without it (I verified
that the deviceId property has not been added automatically in
/etc/ovirt-hosted-engine/vm.conf).
I admit that modifying a package file not marked as configuration (under
/usr/share... may the FHS forgive me... :) is not best practice, but modifying
the configuration one (under /etc...) afterwards seemed more error prone (needs
propagation to further nodes).
In order to have a clear picture of the matter (and write/add-to a wiki page on
engine vm customization) I'd like to read more on the syntax of these vm.conf
files (they are neither libvirt XML files nor OTOPI files) and which properties
are default/needed/etc.
From simple analogy, as an example, I thought that an unique index property
would be needed (as in ide/virtio disk devices) for adding a nic, but Andrew
example does not add it...
Any pointers to doc/code for further enlightenment?
Many thanks in advance,
Giuseppe
Date: Thu, 10 Apr 2014 08:40:25 +0200
From: sbona...@redhat.com
To: and...@andrewklau.com
CC: giuseppe.rag...@hotmail.com; j...@wrale.com; users@ovirt.org
Subject: Re: [Users] Post-Install Engine VM Changes Feasible?
Hi,
Il 10/04/2014 02:40, Andrew Lau ha scritto:
On Tue, Apr 8, 2014 at 8:52 PM, Andrew Lau and...@andrewklau.com wrote:
On Mon, Mar 17, 2014 at 8:01 PM, Sandro Bonazzola sbona...@redhat.com
wrote:
Il 15/03/2014 12:44, Giuseppe Ragusa ha scritto:
Hi Joshua,
--
Date: Sat, 15 Mar 2014 02:32:59 -0400
From: j...@wrale.com
To: users@ovirt.org
Subject: [Users] Post-Install Engine VM Changes Feasible?
Hi,
I'm in the process of installing 3.4 RC(2?) on Fedora 19. I'm using
hosted engine, introspective GlusterFS+keepalived+NFS ala [1], across
six nodes.
I have a layered networking topology ((V)LANs for public, internal,
storage, compute and ipmi). I am comfortable doing the bridging for each
interface myself via /etc/sysconfig/network-scripts/ifcfg-*.
Here's my desired topology:
http://www.asciiflow.com/#Draw6325992559863447154
Here's my keepalived setup:
https://gist.github.com/josh-at-knoesis/98618a16418101225726
I'm writing a lot of documentation of the many steps I'm taking. I hope
to eventually release a distributed introspective all-in-one (including
distributed storage) guide.
I hope you'll publish it also on ovirt.org wiki :-)
Looking at vm.conf.in http://vm.conf.in, it looks like I'd by default
end up with one interface on my engine, probably on my internal VLAN, as
that's where I'd like the control traffic to flow. I definitely could
do NAT, but I'd be most happy to see the engine have a presence on all
of the
LANs, if for no other reason than because I want to send backups
directly over the storage VLAN.
I'll cut to it: I believe I could successfully alter the vdsm template
(vm.conf.in http://vm.conf.in) to give me the extra interfaces I
require.
It hit me, however, that I could just take the defaults for the initial
install. Later, I think I'll be able to come back with virsh and make my
changes to the gracefully disabled VM. Is this true?
[1] http://www.andrewklau.com/ovirt-hosted-engine-with-3-4-0-nightly/
Thanks,
Joshua
I started from the same reference[1] and ended up statically modifying
vm.conf.in before launching setup, like this:
cp -a /usr/share/ovirt-hosted-engine-setup/templates/vm.conf.in
/usr/share/ovirt-hosted-engine-setup/templates/vm.conf.in.orig
cat EOM /usr/share/ovirt-hosted-engine-setup/templates/vm.conf.in
vmId=@VM_UUID@
memSize=@MEM_SIZE@
display=@CONSOLE_TYPE@
devices={index:2,iface:ide,address:{ controller:0, target:0,unit:0,
bus:1,
type:drive},specParams:{},readonly:true,deviceId:@CDROM_UUID@,path:@CDROM@,device:cdrom,shared:false,type:disk@BOOT_CDROM@}
devices={index:0,iface:virtio,format:raw,poolID:@SP_UUID@,volumeID:@VOL_UUID@,imageID:@IMG_UUID@,specParams:{},readonly:false,domainID:@SD_UUID@,optional:false,deviceId:@IMG_UUID@,address:{bus:0x00,
slot:0x06, domain:0x, type:pci,
function:0x0},device:disk,shared:exclusive,propagateErrors:off,type:disk@BOOT_DISK@}
devices={device:scsi,model:virtio-scsi,type:controller}
devices={index:4,nicModel:pv,macAddr:@MAC_ADDR@,linkActive:true,network:@BRIDGE@,filter:vdsm-no-mac-spoofing,specParams:{},deviceId:@NIC_UUID@,address:{bus:0x00,
slot:0x03, domain:0x, type:pci,
function:0x0},device:bridge,type:interface@BOOT_PXE@}
Re: [ovirt-users] oVirt 3.2 - iSCSI offload (broadcom - bnx2i)
- Original Message - From: Federico Simoncelli fsimo...@redhat.com To: Ricardo Esteves ricardo.m.este...@gmail.com Cc: users@ovirt.org Sent: Wednesday, May 14, 2014 3:47:58 PM Subject: Re: [ovirt-users] oVirt 3.2 - iSCSI offload (broadcom - bnx2i) - Original Message - From: Ricardo Esteves ricardo.m.este...@gmail.com To: Federico Simoncelli fsimo...@redhat.com Cc: users@ovirt.org Sent: Wednesday, May 14, 2014 1:45:53 AM Subject: RE: [ovirt-users] oVirt 3.2 - iSCSI offload (broadcom - bnx2i) In attachment follows the defaults and the modified versions of the nodes files. If selecting the relevant host in Hosts you see the bnx2i interface in the Network Interfaces subtab, then you can try to: Sorry I just noticed that you mentioned in the subject that you're using oVirt 3.2. What I suggested is available only since oVirt 3.4. -- Federico 1. create a new network in the Network tab, VM network checkbox should be disabled 2. select the relevant host in Hosts and use Setup Host Networks in the Network Interfaces subtab 3. configure the bnx2i interface and assign it to the new network you just created 4. in iSCSI Multipathing subtab of tab Data Center add a new entry where you bind the iscsi connection to the new network you created Ping me on IRC if you need more help. My nick is fsimonce on #ovirt -- Federico ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] New problem with hosted-engine during Configuring the management bridge
Thanks John. When hosted-engine aborts, it uninstalls everything. So there is no webadmin available. I've tried modifying the VDSM python code (e.g. /usr/share/vdsm/storage/multipath.py and /usr/lib64/python2.7/site-packages/vdsm/tool/service.py) to see/work around what's going wrong, but oddly VDSM does not seem to be affected. I suspect the original code (or bytecodes) are cached somewhere. Restarting vdsmd service has no effect. I'd really appreciate some insight there so I can work around it. Does oVirt 3.4.1 work more smoothly with F20? I chose F19 because it's more stable at this point, thinking that things would be more likely to work smoothly. It's not turning out that way... I'm willing to start over with F20 if there's no path forward. -Bob On 05/14/2014 07:25 PM, John Taylor wrote: Bob, I remember something like this with an all-in-one install a while back where that error showed up, but it was kind of red herring with multipath because the real problem was ovirtmgmt bridge didn't get created. And that was a known problem I think with f19 see http://www.ovirt.org/OVirt_3.4_TestDay Important Note: Known Fedora 19 bug: If the ovirtmgmt bridge is not successfully installed during initial host-setup, manually click on the host, setup networks, and add the ovirtmgmt bridge. If you can get to webadmin could you try to setup ovirtmgmt manually on the host. -John On Wed, May 14, 2014 at 6:58 AM, Bob Doolittle b...@doolittle.us.com wrote: I could really use some help on this one. My efforts to debug VDSM via instrumenting the python code are not working - the compiled code must be cached somehow. Something is wrong with the way the multipathd service is being restarted. It doesn't look too me that systemctl is even being called for it. Thanks, Bob On May 13, 2014 1:12 PM, Bob Doolittle b...@doolittle.us.com wrote: Maybe this isn't the actual problem after all. I replaced /sbin/multipath with a script runs the old version, but the suppresses those errors and returns exit status 0. But vdsm-tool service-reload multipathd is still failing and I don't know why. I have attached my vdsm.log file. Any guidance appreciated. I'll try digging through the python code for service.py and see if I can catch it when the multipath configuration is in place to see the exact issue. -Bob On 05/13/2014 12:27 PM, Bob Doolittle wrote: Hi, I have started a new installation as specified in the 3.4.1 release notes (fresh Fedora 19 install, yum localinstall http://resources.ovirt.org/pub/yum-repo/ovirt-release34.rpm). This is failing in the step Configuring the management bridge. Based on the vdsm.log, it appears I am hitting: Bug 988995 - vdsm multipath.py restarts mutipathd, cutting the branch vdsm sits on multipath -F is returning invalid keyword: getuid_callout and it appears that this is causing vdsm-tool to abort (although the command exit status is 0 and the bug report says that those are only harmless warnings). There is no workaround stated in that bug report. Help? -Bob ___ 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: [ovirt-users] New problem with hosted-engine during Configuring the management bridge
On Wed, 2014-05-14 at 20:06 -0400, Bob Doolittle wrote: Thanks John. When hosted-engine aborts, it uninstalls everything. So there is no webadmin available. I've tried modifying the VDSM python code (e.g. /usr/share/vdsm/storage/multipath.py and /usr/lib64/python2.7/site-packages/vdsm/tool/service.py) to see/work around what's going wrong, but oddly VDSM does not seem to be affected. I suspect the original code (or bytecodes) are cached somewhere. Restarting vdsmd service has no effect. I'd really appreciate some insight there so I can work around it. Does oVirt 3.4.1 work more smoothly with F20? I chose F19 because it's more stable at this point, thinking that things would be more likely to work smoothly. It's not turning out that way... I'm willing to start over with F20 if there's no path forward. If stable´s what you want, why not start over with CentOS instead? /K -Bob On 05/14/2014 07:25 PM, John Taylor wrote: Bob, I remember something like this with an all-in-one install a while back where that error showed up, but it was kind of red herring with multipath because the real problem was ovirtmgmt bridge didn't get created. And that was a known problem I think with f19 see http://www.ovirt.org/OVirt_3.4_TestDay Important Note: Known Fedora 19 bug: If the ovirtmgmt bridge is not successfully installed during initial host-setup, manually click on the host, setup networks, and add the ovirtmgmt bridge. If you can get to webadmin could you try to setup ovirtmgmt manually on the host. -John On Wed, May 14, 2014 at 6:58 AM, Bob Doolittle b...@doolittle.us.com wrote: I could really use some help on this one. My efforts to debug VDSM via instrumenting the python code are not working - the compiled code must be cached somehow. Something is wrong with the way the multipathd service is being restarted. It doesn't look too me that systemctl is even being called for it. Thanks, Bob On May 13, 2014 1:12 PM, Bob Doolittle b...@doolittle.us.com wrote: Maybe this isn't the actual problem after all. I replaced /sbin/multipath with a script runs the old version, but the suppresses those errors and returns exit status 0. But vdsm-tool service-reload multipathd is still failing and I don't know why. I have attached my vdsm.log file. Any guidance appreciated. I'll try digging through the python code for service.py and see if I can catch it when the multipath configuration is in place to see the exact issue. -Bob On 05/13/2014 12:27 PM, Bob Doolittle wrote: Hi, I have started a new installation as specified in the 3.4.1 release notes (fresh Fedora 19 install, yum localinstall http://resources.ovirt.org/pub/yum-repo/ovirt-release34.rpm). This is failing in the step Configuring the management bridge. Based on the vdsm.log, it appears I am hitting: Bug 988995 - vdsm multipath.py restarts mutipathd, cutting the branch vdsm sits on multipath -F is returning invalid keyword: getuid_callout and it appears that this is causing vdsm-tool to abort (although the command exit status is 0 and the bug report says that those are only harmless warnings). There is no workaround stated in that bug report. Help? -Bob ___ 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 -- Med Vänliga Hälsningar --- Karli Sjöberg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kronåsvägen 8) S-750 07 Uppsala, Sweden Phone: +46-(0)18-67 15 66 karli.sjob...@slu.se ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
