[vdsm] flowID schema
Hello, flowID is schema that we will be including in vdsm API to oVirt Engine people share the ID of engine transaction to vdsm. With this in hands, we will add the ID of transactions to our log. I would like to know your opinion how we could do that without break our API, like include new parameters to our calls. Should we add at BindingXMLRPC.py - wrapper() a code to search for a 'flowID' key into functions which use dict as parameter (like create)? [1] Maybe change at other level inside BindingXMLRPC ? Ideas/Thoughts? [1] http://gerrit.ovirt.org/#patch,sidebyside,1221,3,vdsm/BindingXMLRPC.py Thanks! -- Cheers Douglas ___ vdsm-devel mailing list vdsm-devel@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/vdsm-devel
Re: [vdsm] [Users] Remove and Add host does not work
On 02/28/2012 08:49 AM, Deepak C Shetty wrote: On 02/28/2012 07:11 PM, Itamar Heim wrote: On 02/28/2012 03:31 PM, Deepak C Shetty wrote: On 02/28/2012 06:57 PM, Itamar Heim wrote: On 02/28/2012 03:22 PM, Deepak C Shetty wrote: On 02/28/2012 06:46 PM, Itamar Heim wrote: On 02/28/2012 02:48 PM, Deepak C Shetty wrote: Hi, I had a host managed via OE, completely working fine. Was even able to create and run VMs off it. I tried removing the host from the OE (put host into maint. mode and then remove) and when i re-discover the same host, OE just keeps seeing it as Non-responsive. what do you mean by re-discover? I just meant that i removed the host and re-added it by selecting New on the Hosts tab and putting the IP and hostname. I am able to ssh into the host and see that none of the vdsm processes have been started. I tried doing Confirm host has been rebooted on the OE, did not help. I tried putting host into maint. mode and re-activating the host, just doesn't help did you do any change to the host? just removing it from engine shouldn't cause vdsm to know/care and should work just like before. Nothing changed on the host. In fact when i removed and added the host back it says everything is installed so does nothing but reboots the host, post reboot vdsm does not start automatically and host status is non-responsive on OE if vdsm does not start, OE is correct... does vdsm try to start and fails (and if so, log excerpt?) Right, but I dont see any traces of vdsm trying to start. Nothing in the vdsm.log thats relevant to this. I just did chkconfig --list and don't see vdsmd in that, could that be the reason. On the host I manually did `service vdsmd restart` and then everythign works fine. you are basically saying re-installing a host causes vdsm to not start by default. reproducing this again to make sure and opening a bug seems the right course. trying to trace the install flow to provide root cause or even a patch would help more to fix this Are you saying that vdsmd service should start by default post reboot and its entry should be listed as part of chkconfig --list ? vdsm uses systemd. http://fedoraproject.org/wiki/SysVinit_to_Systemd_Cheatsheet Try to use chkconfig vdsm on, you will see a wrapper to systemd command. Found this examining the vds bootstrap complete py log 2012-02-28 23:45:32,022 DEBUGdeployUtil 707 _updateFileLine: return: True 2012-02-28 23:45:32,022 DEBUGdeployUtil 228 setVdsConf: ended. 2012-02-28 23:45:32,022 DEBUGdeployUtil 103 ['/bin/systemctl', 'reconfigure', 'vdsmd.service'] 2012-02-28 23:45:32,026 DEBUGdeployUtil 107 2012-02-28 23:45:32,026 DEBUGdeployUtil 108 Unknown operation reconfigure 2012-02-28 23:45:32,026 DEBUGdeployUtil 103 ['/sbin/reboot'] 2012-02-28 23:45:32,325 DEBUGdeployUtil 107 Which vdsm version are you using? If I am not wrong, I remember to see a patch for this report.. /me going to check.. Thanks! -- Cheers Douglas ___ vdsm-devel mailing list vdsm-devel@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/vdsm-devel
Re: [vdsm] [Users] Remove and Add host does not work
On 02/28/2012 11:01 AM, Douglas Landgraf wrote: On 02/28/2012 08:49 AM, Deepak C Shetty wrote: On 02/28/2012 07:11 PM, Itamar Heim wrote: On 02/28/2012 03:31 PM, Deepak C Shetty wrote: On 02/28/2012 06:57 PM, Itamar Heim wrote: On 02/28/2012 03:22 PM, Deepak C Shetty wrote: On 02/28/2012 06:46 PM, Itamar Heim wrote: On 02/28/2012 02:48 PM, Deepak C Shetty wrote: Hi, I had a host managed via OE, completely working fine. Was even able to create and run VMs off it. I tried removing the host from the OE (put host into maint. mode and then remove) and when i re-discover the same host, OE just keeps seeing it as Non-responsive. what do you mean by re-discover? I just meant that i removed the host and re-added it by selecting New on the Hosts tab and putting the IP and hostname. I am able to ssh into the host and see that none of the vdsm processes have been started. I tried doing Confirm host has been rebooted on the OE, did not help. I tried putting host into maint. mode and re-activating the host, just doesn't help did you do any change to the host? just removing it from engine shouldn't cause vdsm to know/care and should work just like before. Nothing changed on the host. In fact when i removed and added the host back it says everything is installed so does nothing but reboots the host, post reboot vdsm does not start automatically and host status is non-responsive on OE if vdsm does not start, OE is correct... does vdsm try to start and fails (and if so, log excerpt?) Right, but I dont see any traces of vdsm trying to start. Nothing in the vdsm.log thats relevant to this. I just did chkconfig --list and don't see vdsmd in that, could that be the reason. On the host I manually did `service vdsmd restart` and then everythign works fine. you are basically saying re-installing a host causes vdsm to not start by default. reproducing this again to make sure and opening a bug seems the right course. trying to trace the install flow to provide root cause or even a patch would help more to fix this Are you saying that vdsmd service should start by default post reboot and its entry should be listed as part of chkconfig --list ? vdsm uses systemd. http://fedoraproject.org/wiki/SysVinit_to_Systemd_Cheatsheet Try to use chkconfig vdsm on, you will see a wrapper to systemd command. Found this examining the vds bootstrap complete py log 2012-02-28 23:45:32,022 DEBUGdeployUtil 707 _updateFileLine: return: True 2012-02-28 23:45:32,022 DEBUGdeployUtil 228 setVdsConf: ended. 2012-02-28 23:45:32,022 DEBUGdeployUtil 103 ['/bin/systemctl', 'reconfigure', 'vdsmd.service'] 2012-02-28 23:45:32,026 DEBUGdeployUtil 107 2012-02-28 23:45:32,026 DEBUGdeployUtil 108 Unknown operation reconfigure 2012-02-28 23:45:32,026 DEBUGdeployUtil 103 ['/sbin/reboot'] 2012-02-28 23:45:32,325 DEBUGdeployUtil 107 Which vdsm version are you using? If I am not wrong, I remember to see a patch for this report.. /me going to check.. From vdsm.spec: === * Sun Feb 5 2012 Dan Kenigsberg dan...@redhat.com - 4.9.3.3-0.fc16 snip - BZ#773371 call `vdsmd reconfigure` after bootstrap snip -- Cheers Douglas ___ vdsm-devel mailing list vdsm-devel@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/vdsm-devel
Re: [vdsm] Q on vdsm rpm deps
Hi Deepak, On 06/14/2012 10:40 AM, Deepak C Shetty wrote: Hello, I am trying to install the vdsm RPMs after a successfull 'make rpm'. But i get this error... rpm -ivh ./vdsm* error: Failed dependencies: libvirt = 0.9.10 is needed by vdsm-4.10.0-0.32.git61ecfc0.fc16.x86_64 lvm2 = 2.02.95 is needed by vdsm-4.10.0-0.32.git61ecfc0.fc16.x86_64 ntp is needed by vdsm-4.10.0-0.32.git61ecfc0.fc16.x86_64 sanlock = 2.1 is needed by vdsm-4.10.0-0.32.git61ecfc0.fc16.x86_64 I have all the above dep RPMs installed, albeit lesser version. yum update does not update them. Downloading libvirt 0.9.11 RPM separately did not help, since it in turn looks for other deps. How do i install these deps, when yum update is not updating any of these ? Is there a diff repo that I need to point to ? Looks like: http://www.mail-archive.com/vdsm-devel@lists.fedorahosted.org/msg00717.html -- Cheers Douglas ___ vdsm-devel mailing list vdsm-devel@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/vdsm-devel
Re: [vdsm] empty vdsm cert files
Hi, On 08/23/2012 09:49 AM, Ryan Harper wrote: * Alon Bar-Levalo...@redhat.com [2012-08-23 04:28]: Hi, The boostrap_complete log is required... :) There was none. I've seen a form of this before[1] where the keys don't get generated (in this case it was that they were empty) and it was as if the completion part wasn't never run. 1. http://lists.ovirt.org/pipermail/users/2012-July/003136.html I remember that report. Anyway, at latest master I rewrote the whole sequence, so it should be good now (I hope). Re-installing worked so I don't yet know how to recreate the issue. humm, please keep us updated if you see it again. I couldn't see this report during my tests. Thanks! -- Cheers Douglas ___ vdsm-devel mailing list vdsm-devel@lists.fedorahosted.org https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel
Re: [vdsm] Meeting minutes, Jan 28
On 01/28/2013 03:00 PM, Dan Kenigsberg wrote: Following are the notes that I've taking during the call. I'm pretty sure that I'm missing something important, such as another blocker BZ, so please reply with corrections/addtions. - Adam: going to introduce Python binding for the new Vdsm API - Sharad has joined our call for the first time. Welcome! Interested in backup/restore functionality in oVirt, to facilitate integration with TSM, presumably http://www-142.ibm.com/software/products/us/en/tivostormana/ - Federico warns that live snapshot is not enough, since we lack live merge. After a year of daily backups, each qcow chain would be 365 hops deep. ovirt-3.2: - We should probably revert http://gerrit.ovirt.org/9315 (integrate zombie reaper in supervdsmServer) as it tickles a bug in multiprocessing. See http://lists.ovirt.org/pipermail/users/2013-January/011857.html for more details in the thread starting in http://lists.ovirt.org/pipermail/users/2013-January/011747.html (thanks for raising the issue and finding the culprit, Dead Horse) - Danken believes that all important el6-specific issues reported by dreyou are now handled in the master and ovirt-3.2 branches. Please report this list if he's wrong. I could deploy CentOS 6.3 without any problem, host became UP. Since there is no EL6.4 repo available at moment, I have created few RPM updated packages required by VDSM: http://dougsland.fedorapeople.org/oVirt3.2-EL6/ Additionally is required EPEL + oVirt Nightly repo. [ovirt-nightly] name=Nightly builds of the oVirt project baseurl=http://ovirt.org/releases/nightly/rpm/EL/$releasever/ enabled=1 skip_if_unavailable=1 gpgcheck=0 - Federico reports that udev is going to revert to its Fedora 18alpha behavior so that we can keep our integration with it. I'd love to see the udev BZ listed in our tracker https://bugzilla.redhat.com/showdependencytree.cgi?id=881006hide_resolved=1 as I do not recall it. Federico, could you add it? We should probably require a newer udev release. - Federico reports that we must take a short-but-important patch from Lee Yarwood: http://gerrit.ovirt.org/#/c/11281/ Cross-distro: - Adam: a guy from IBM is now listing issues that block running Vdsm on Ubuntu. Yay! - Saggi suggests that IBM contribute an Ubuntu slave for Jenkins, so that each and every patch is tested not to introduce Ubuntu regressions - just as Red Hat has recently done with EL6. - Danken: yes, we have got el6-based unit-testing running. If you are still getting an unjustified X, you may need to rebase on current master. - Federico: NetworkManager 9 has bridge support, which leads the way to NM-based implementation of Vdsm's configNetwork. - Danken: Toni is working on a suggestion for refactoring configNetwork in such a way that multiple implementations (e.g. ifcfg-based, NM-based) can coexist. Stay stuned for his Wiki page on the subject. Other refactoring going on: - Vinzenz has begun breaking the horrible libvirtvm+vm to edible-size pieces. Reviews are most welcome, particularly from Mark Wu, whose http://gerrit.ovirt.org/10054/ only awaits verification tick. Functional Testing: - Adam: a guy from IBM (Zhou, I presume) is running the functional tests via Jenkins on his laptop. Yay! - Adam: plans to add a functional test for the getVdsCaps verb, as he found out that an evil Vdsm developer has added values to the caps without updating the schema. - P.S. FlowID is now in for storage verbs as well (thanks, Douglas). I hope Haim is happier now. Happy coding! ___ vdsm-devel mailing list vdsm-devel@lists.fedorahosted.org https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel -- Cheers Douglas ___ vdsm-devel mailing list vdsm-devel@lists.fedorahosted.org https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel
[vdsm] policycoreutils - karma needed
Hello, On F17, there is a bug [1] affecting the installation of VDSM, we cannot modify the selinux booleans. The new policycoreutils package under testing repository resolves the problem. To promote it to a updates repo, we need 3 positive karmas [2] of tests, if you can help testing, please follow: https://bugzilla.redhat.com/show_bug.cgi?id=908773#c3 [1] https://bugzilla.redhat.com/show_bug.cgi?id=908773 [2] http://fedoraproject.org/wiki/Bodhi#Karma Thanks! -- Cheers Douglas ___ vdsm-devel mailing list vdsm-devel@lists.fedorahosted.org https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel