-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The wiki documentation is definitely not organized well. We're trying to get things organized much better in the new CMS:
http://vcl.apache.org Josh On Monday, July 30, 2012 5:30:15 PM Michael Jinks wrote: > This is fixed. I'd been looking for documentation on accounts and > privileges in the "For Administrators" section; found a short while ago > that its in the "For Users" area instead. A quick read through: > > https://cwiki.apache.org/VCL/for-vcl-users.html#ForVCLUsers-Privileges > > ...cleared up a lot of stuff that wasn't obvious from trying to feel my > way through the users/groups/privileges pages in the UI. > > On Mon, Jul 30, 2012 at 01:34:58PM -0500, Michael Jinks wrote: > > Thanks Josh. > > > > We actually got past part of this issue on our own; the "associate > > image with a Group" step had been left out. > > > > Now we can deploy reliably and reserve as the admin user, but non-admin > > users, even with full admin privileges switched on, can't see any > > images. Clearly there's something we haven't done to set up the user > > correctly. > > > > I did find isAvailable while working my way through the code to try to > > figure out what's missing. I was disappointed to find that it returns > > useful codes for a VCL system in maintenance mode, or an over-subscribed > > image, but for something like six or seven other error conditions it > > just throws "0", none available, with no way to tell why, so I've been > > adding debug code to try to figure out which tests are failing in our > > case. That's ongoing. > > > > On Mon, Jul 30, 2012 at 10:21:20AM -0400, Josh Thompson wrote: > > > -----BEGIN PGP SIGNED MESSAGE----- > > > Hash: SHA1 > > > > > > Michael, > > > > > > Have a look at this thread. This is a common enough prolem that I'll > > > try to write it up on our new CMS. > > > > > > http://www.mail-archive.com/[email protected]/msg01398.html > > > > > > Josh > > > > > > On Friday, July 27, 2012 10:56:17 PM Michael Jinks wrote: > > > > I have a Linux template, named "linux_template_v23_", that mostly > > > > works > > > > but has a fatal bug in the config file for its public network > > > > interface. > > > > So, I built and captured a new, corrrected build, called > > > > "linux_template_26_". > > > > > > > > So far so good. The new build captured successfully, and I can select > > > > one of my VM definitions, load the new image, and that succeeds, with > > > > the VM ending up marked "Available" in the database, accessable from > > > > the > > > > net and so on. > > > > > > > > The trouble comes when I try to select the new image in the > > > > reservations > > > > interface. The name appears in the dropdown, but when I select it the > > > > UI immediately prints a red line, "Selection not currently available". > > > > The old profile doesn't have that problem. > > > > > > > > I can't think what I did differently for the older template. I've > > > > looked all over the UI, plus a couple of the backing tables, and I > > > > can't > > > > find any difference between the two templates that explains why one is > > > > available and the other isn't. > > > > > > > > In requests.php I find: > > > > $rc = isAvailable($images, $imageid, $imagerevisionid, $start, > > > > > > > > $end); [...] > > > > > > > > if($rc < 1) { > > > > > > > > print "'<font color=red>Selection not currently > > > > > > > > available</font>'; "; print "if(dojo.byId('newsubmit')) > > > > dojo.byId('newsubmit').value = 'View Time Table';"; > > > > > > > > ...and in utils I find that the isAvailable function checks a lot of > > > > conditions before returning an integer less than 1 on error, so the > > > > cause of that message could be a few different things. > > > > > > > > A few more items, maybe relevant: Currently I have VM computers > > > > defined > > > > and available, associated with a working ESX host, both with and > > > > without > > > > the new template in their currentimage field. > > > > > > > > When I reload the image on a VM, that seems to go flawlessly, best > > > > we've > > > > seen since we started this project: the VM boots, gets its networking > > > > right, accepts SSH from the management node and gets its post-boot > > > > reconfiguration done. I'm logged into one now and everything looks > > > > just > > > > fine. But, not currently available. > > > > > > > > Any ideas where to look next? I'm stumped. > > > > > > - -- > > > - ------------------------------- > > > 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.17 (GNU/Linux) > > > > > > iEYEARECAAYFAlAWmGAACgkQV/LQcNdtPQOiygCcCDm1bSsJ6ZHDDws9afVTgDYd > > > jToAn3pvxIvg/pDFpm34RVuuetipIJUK > > > =tj1x > > > -----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.17 (GNU/Linux) iEYEARECAAYFAlAX24wACgkQV/LQcNdtPQOHnACfVdeJO2T2twBUkyvI/LFFutjy FPkAn0jVTB7+OCXZmG/V3XRsuhGqQuzy =j/jX -----END PGP SIGNATURE-----
