-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Yannick,
You probably did not miss it. It is a bug in the vcl.sql and update-vcl.sql scripts. It's possible it may have been mentioned in an email on this or the dev list. It will be fixed in 2.3.1. I'm sorry you got caught by it. I updated the install guide and upgrade guides with a step on how to do add the record. Thanks, Josh On Thursday, November 15, 2012 6:57:50 PM Yannick Charbonneau wrote: > THANK YOU, > > That was it. > > My question is; How/where did I miss that? > > Thanks again > > Yanik > > -----Original Message----- > From: Josh Thompson [mailto:[email protected]] > Sent: Thursday, November 15, 2012 1:12 PM > To: [email protected] > Subject: Re: Libvirt multi core reservations fail > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Yannick, > > You mentioned the OSinstalltype table. Make sure you have an entry in the > provisioningOSinstalltype table for the provisioningid that matches > "libvirt" and the OSinstalltypeid that matches "vmware". > > Josh > > On Wednesday, November 14, 2012 7:48:14 PM Yannick Charbonneau wrote: > > Thanks Josh, > > > > This one is driving me nuts. > > > > I have vcl-vm50 setup on esxi with 1 core. Everyting works here > > Vm-124 on kvm with 8 cores. No reservations ever go here. > > > > Image set to require 8 cores. (vmware image) > > > > If I take vm124 and move it from my kvm host and put it on an esxi > > host (and change provisioning to vmware) reservations work. I put it > > back to my kvm host, reservation fail, giving a window suggesting later > > time. > > > > I have 1 management node (id 1). In allManagementNode group, which > > has ALL computer groups mapped to it. (we are still pretty small). > > > > Yanik > > > > -----Original Message----- > > From: Josh Thompson [mailto:[email protected]] > > Sent: Wednesday, November 14, 2012 1:44 PM > > To: [email protected] > > Subject: Re: Libvirt multi core reservations fail > > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Yannick, > > > > If you are sure allocComputer is getting passed an array containing at > > least one computer for $computerids, then you may have a mapping > > problem. Make sure you have your VMs in a computer group that is > > mapped to a management node group containing your management node. > > > > Josh > > > > On Wednesday, November 14, 2012 4:34:12 PM Yannick Charbonneau wrote: > > > Narrowed it down to allocComputer returning an empty array. If I > > > hardcode a computerid and managementnodeid the reservation works and > > > runs on my libvirt host. > > > > > > Do I have a link/relation between my management node and kvm hosts > > > missing? > > > > > > Any clues? > > > > > > From: Yannick Charbonneau [mailto:[email protected]] > > > Sent: Tuesday, November 13, 2012 7:08 PM > > > To: [email protected] > > > Subject: RE: Libvirt multi core reservations fail > > > > > > > > > Turns out it has nothing to do with number of cores. > > > > > > I can load/reload images on my libvirt hosts, but reservations > > > always fail, recommending "now" rounded to the next 15 minutes. But > > > 15 minutes later, it +15. > > > > > > I found some posts about the OS and OSinstalltype tables, didn't > > > find a fix yet. > > > > > > Unfortunately, still no reservations on my libvirt hosts. > > > > > > regards > > > > > > Yanik > > > ________________________________ > > > From: Yannick Charbonneau [[email protected]] > > > Sent: Tuesday, November 13, 2012 11:50 AM > > > To: [email protected]<mailto:[email protected]> > > > Subject: Libvirt multi core reservations fail Hi, > > > > > > Before I go dig in the code too much, I figured I'd ask... > > > > > > Reservations for multi cpu/core vms are failing on computers hosted > > > on libvirt. It appears isAvailable in utils.php is returning < 1. > > > > > > It works if I deploy it on a host running esxi. > > > > > > Also, is there a way to increase the max number of cpu from 8 to, > > > say > > > 16 for vms? > > > > > > Thanks > > > > > > Yanik > > > > - -- > > - ------------------------------- > > Josh Thompson > > VCL Developer > > North Carolina State University > > > > my GPG/PGP key can be found at pgp.mit.edu > > > > All electronic mail messages in connection with State business which > > are sent to or received by this account are subject to the NC Public > > Records Law and may be disclosed to third parties. -----BEGIN PGP > > SIGNATURE----- > > Version: GnuPG v2.0.19 (GNU/Linux) > > > > iEYEARECAAYFAlCj5lwACgkQV/LQcNdtPQNKFwCdFDhCctxGZdHuq+VhCTVX0mEJ > > ehgAnjMuPjFvLXorHfTAgmVv5aBQ8GhE > > =wMQz > > -----END PGP SIGNATURE----- > > - -- > - ------------------------------- > Josh Thompson > VCL Developer > North Carolina State University > > my GPG/PGP key can be found at pgp.mit.edu > > All electronic mail messages in connection with State business which are > sent to or received by this account are subject to the NC Public Records > Law and may be disclosed to third parties. -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.19 (GNU/Linux) > > iEYEARECAAYFAlClMGoACgkQV/LQcNdtPQPm6wCfZz5vm1H/XW73hriYccIytf2Z > 1A8AnAx/QYwJK6OG95MJiAsqx2dBuvWN > =javY > -----END PGP SIGNATURE----- - -- - ------------------------------- Josh Thompson VCL Developer North Carolina State University my GPG/PGP key can be found at pgp.mit.edu All electronic mail messages in connection with State business which are sent to or received by this account are subject to the NC Public Records Law and may be disclosed to third parties. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlClTQ4ACgkQV/LQcNdtPQN/mACfdMPUbbOBrb3jjIYpGcp/1dEE a3MAn2iwDzMZoe0hTw9rAHiu1agP93mL =aj4i -----END PGP SIGNATURE-----
