Re: Max Number of VMs per Host
We are using ESXi 4.1 as our vmhost and we are limited to about 4 VM's per host. This is mainly due to the fact that our vm's are running on local disks (not network storage) so we limit it to 4 to try and minimize the I/O on the disks (for performance). Thanks! David Creech Technology Support Specialist Computer Lab Coordinator ITCS - Academic Computing Austin Building - 102 East Carolina University 252-328-9544 cree...@ecu.edux-msg://342/cree...@ecu.edu From: Sanders, Arbin D asand...@nccu.edumailto:asand...@nccu.edu Reply-To: vcl-dev@incubator.apache.orgmailto:vcl-dev@incubator.apache.org vcl-dev@incubator.apache.orgmailto:vcl-dev@incubator.apache.org Date: Wednesday, May 23, 2012 3:53 PM To: 'vcl-dev@incubator.apache.orgmailto:'vcl-dev@incubator.apache.org' vcl-dev@incubator.apache.orgmailto:vcl-dev@incubator.apache.org, 'vcl-u...@incubator.apache.orgmailto:'vcl-u...@incubator.apache.org' vcl-u...@incubator.apache.orgmailto:vcl-u...@incubator.apache.org Subject: Max Number of VMs per Host All, What is the number of VMs do you all run per VMware host? Is it limited to the RAM limitation for vSphere 5? How many purchase vSphere licenses? Arbin Darren Sanders IT Manager – Academic Computing North Carolina Central University 712 Cecil Street Suite 3014 Durham, NC 27707 919.530.6307 919.530.5097 (Fax) For the Latest ITS Updates and Tips Join Us Online[Description: Description: Description: Description: cid:image003.png@01CB6AD0.97665900] http://www.facebook.com/profile.php?id=66100342#!/pages/Durham-NC/NCCU-Eagle-Technical-Assistance-Center-ETAC/249508718552?v=info [Description: Description: Description: Description: cid:image004.png@01CB6AD0.97665900] http://twitter.com/NCCUETAC CONFIDENTIALITY: This email (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. If you received this email in error, please notify the sender and delete this e-mail from your system. __ This email has been scanned by the Symantec Email Security.cloud service. For more information please visit http://www.symanteccloud.com __
Re: [VOTE] Apache VCL Ready to Graduate
+1 David Creech Sent from my iPhone On May 10, 2012, at 11:19 AM, Aaron Coburn acob...@amherst.edu wrote: +1 -- Aaron Coburn Systems Administrator and Programmer Academic Technology Services, Amherst College acob...@amherst.edumailto:acob...@amherst.edu On May 10, 2012, at 11:01 AM, Andy Kurth wrote: This vote is to determine if the Apache VCL community believes the project is ready to graduate from the incubator to a top level project. Everyone in the community is encouraged to vote. Please reply expressing one of the following: +1 : yes, Apache VCL is ready to graduate to a top level project 0 : ambivalent -1 : no, Apache VCL is not ready to graduate to a top level project This vote will be closed on Tuesday, May 15, 2012 at 5:00 pm EST. If this vote passes, the community will draft a board resolution and present it to the IPMC. Thank You, Andy Kurth
Re: VCL-400 managing VMs on vmhosts
I agree with Mike that option 3 sounds like the best solution. Thanks, David Creech Sent from my iPad On Sep 30, 2011, at 3:25 PM, Waldron, Michael H mwald...@email.unc.edu wrote: I like option 3. If you can admin a vmhost you should be able to see what VMs are assigned to it. Having the VMs that are assigned, but for which you don't have admin access displayed in a separate area is a good idea. If you need to remove it you should be able to coordinate with the person that does have admin access. Mike Waldron Systems Specialist ITS Research Computing University of North Carolina at Chapel Hill CB #3420, ITS Manning, Rm 2509 919-962-9778 From: Josh Thompson [josh_thomp...@ncsu.edu] Sent: Friday, September 30, 2011 2:47 PM To: vcl-dev@incubator.apache.org Subject: VCL-400 managing VMs on vmhosts -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm working on JIRA issue VCL-400. It is to change the list of unassigned VMs for a vmhost to only display VMs that the user has administer access to instead of all unassigned VMs. The way the page currently works is that you can see any vmhosts you have administer access to. Then, you can see any VMs assigned to that host and any VMs unassigned to that host, regardless of whether or not you have administer access to those VMs (both assigned and unassigned). Unassigned VMs that you don't have access to should not show up in the list - that's pretty clear and is what VCL-400 addresses. However, the question arises of whether or not VMs that you don't have access to should show up in the assigned VMs list, meaning you have administer access to the vmhost but not administer access to a VM assigned to it. So, I'm wondering what other people think: (1)-Should you be able to remove a VM from a vmhost when you have administer access to the host but not to the VM? (2)-If so, once you remove it, it shouldn't later appear in the unassigned list because you don't have access to it. So, it's kind of like it just disappears. How should that be handled? Maybe a warning box that pops up saying you won't be able to reassign it if you remove it? (3)-Alternative - Assigned VMs you don't have access to are displayed elsewhere on the page so you know they are on the host, but you aren't given the option of removing them. Keep in mind that you cannot immediately remove a VM that currently has a reservation on it - you can only schedule it to be removed at the end of the reservation. At the moment, I'm okay with either (2) with the warning box or (3). What do others think? Thanks, Josh - -- - --- Josh Thompson VCL Developer North Carolina State University my GPG/PGP key can be found at pgp.mit.edu -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (GNU/Linux) iEYEARECAAYFAk6GDsgACgkQV/LQcNdtPQOyKgCffVR5qC1KNCm7js8ACXk+JuS2 64kAmwVj5uLCoDj+GczBFTFGRz5Msot5 =sHKG -END PGP SIGNATURE-
Re: [VOTE] release VCL 2.2.1 - voting based on RC2
+1 David Creech Technology Support Specialist Computer Lab Coordinator ITCS - Academic Computing Austin Building - 102 East Carolina University 252-328-9544 cree...@ecu.edu On 3/31/11 12:33 PM, Aaron Peeler aaron_pee...@ncsu.edu wrote: +1 On 3/31/11 12:29 PM, Josh Thompson wrote: There were a couple of bugs found related to IE that kept graphs from being displayed that seemed worth fixing before doing a release. I'm starting a different thread to vote again based on RC2 to make it easier to tally votes. This is basically the same email as before except with RC1 changed to RC2. There were 2 JIRA issues resolved for RC2: * [VCL-439] - trailing commas in statistics.js keeps graphs from showing in IE on stats page * [VCL-440] - dashboard last 12 hours of reservations graph not positioned correctly in IE in compatibility mode In mid January, the community decided to go ahead with a release of 2.2.1 to get a lot of bug fixes out. We've finally gotten to the point of doing the release. I created a release artifact based off of trunk. I copied trunk to a tag under the tags area of the repo that is named release-2.2.1-RC2: http://svn.apache.org/repos/asf/incubator/vcl/tags/release-2.2.1-RC2/ The artifact is an export from that tag with the addition of Dojo Toolkit version 1.5.0 bundled in the web code. The artifact, MD5 and SHA1 sums, and my GPG signature of it are available from my space on people.a.o: http://people.apache.org/~jfthomps/apache-VCL-2.2.1-RC2-incubating/ The list of resolved JIRA issues associated with this release can be found on the VCL 2.2.1 release page: http://cwiki.apache.org/VCL/vcl-221-unreleased.html Installation instructions are on the Confluence site and in the INSTALLATION file included in the artifact. I have completed a test install of all parts and was able to successfully create, capture, and deploy a base image. The directory created by extracting the RC2 artifact is apache-VCL-2.2.1-RC2- incubating. Licensing information about perl and its required modules, php and its required modules, and mysql are stated as system requirements according to the information under System Requirements on http://www.apache.org/legal/3party.html. Please vote by noon (EDT) on Monday, 4/1 to publish this release (this allows for 3 business days to vote). Please note that anyone in the VCL community is allowed to vote. [ ] +1 yes, release VCL 2.2.1 [ ] 0 dunno [ ] -1 no, don't release VCL 2.2.1 (provide reasons if this is your vote) Josh -- Aaron Peeler Program Manager Virtual Computing Lab NC State University
Re: [VOTE] release VCL 2.2.1
+1 David Creech Technology Support Specialist Computer Lab Coordinator ITCS - Academic Computing Austin Building - 102 East Carolina University 252-328-9544 cree...@ecu.edu applewebdata://50EC89B6-6779-4E3A-A226-329D2EC5449B/cree...@ecu.edu On 3/18/11 4:33 PM, Waldron, Michael H mwald...@email.unc.edu wrote: +1, yes Mike Waldron Systems Specialist ITS Research Computing University of North Carolina at Chapel Hill CB 3420, ITS Manning, Rm 2509 919-962-9778 -Original Message- From: Josh Thompson [mailto:josh_thomp...@ncsu.edu] Sent: Friday, March 18, 2011 4:30 PM To: vcl-dev@incubator.apache.org Subject: [VOTE] release VCL 2.2.1 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 In mid January, the community decided to go ahead with a release of 2.2.1 to get a lot of bug fixes out. We've finally gotten to the point of doing the release. I created a release artifact based off of trunk. I copied trunk to a tag under the tags area of the repo that is named release-2.2.1-RC1: http://svn.apache.org/repos/asf/incubator/vcl/tags/release-2.2.1-RC1/ The artifact is an export from that tag with the addition of Dojo Toolkit version 1.5.0 bundled in the web code. The artifact, MD5 and SHA1 sums, and my GPG signature of it are available from my space on people.a.o: http://people.apache.org/~jfthomps/apache-VCL-2.2.1-RC1-incubating/ The list of resolved JIRA issues associated with this release can be found on the VCL 2.2.1 release page: http://cwiki.apache.org/VCL/vcl-221-unreleased.html Installation instructions are on the Confluence site and in the INSTALLATION file included in the artifact. I have completed a test install of all parts and was able to successfully create, capture, and deploy a base image. The directory created by extracting the RC1 artifact is apache-VCL-2.2.1-RC1- incubating. Licensing information about perl and its required modules, php and its required modules, and mysql are stated as system requirements according to the information under System Requirements on http://www.apache.org/legal/3party.html. Please vote by the end of the day on Wednesday, March 23rd to publish this release (this allows for 3 business days to vote). Please note that anyone in the VCL community is allowed to vote. [ ] +1 yes, release VCL 2.2.1 [ ] 0 dunno [ ] -1 no, don't release VCL 2.2.1 (provide reasons if this is your vote) Josh - -- - --- Josh Thompson VCL Developer North Carolina State University my GPG/PGP key can be found at pgp.mit.edu -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) iEYEARECAAYFAk2DwMwACgkQV/LQcNdtPQMrWQCfWhuoDkBopZkapl+M1a2ZpLWy tdwAn3CWVOpuWB9hEUrcoRJTVni67m1e =xRPm -END PGP SIGNATURE-
Re: add manageMapping resource attribute to control resource mapping
I definitely think this is a great idea. Gives the faculty/staff members more privileges but not *too* many privileges that they can cause other issues. David Creech Technology Support Specialist Computer Lab Coordinator ITCS - Academic Computing Austin Building - 102 East Carolina University 252-328-9544 cree...@ecu.edu On 11/3/10 1:59 PM, Josh Thompson josh_thomp...@ncsu.edu wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'd like to add a new resource attribute for the resource group section of the privileges that would be used to control access to mapping resources. As things are now (using images/computers as an example), a user must have these rights at a node with corresponding resource groups attributes to control image group to computer group mapping: user: imageAdmin resource: image group: manageGroup user: computerAdmin resource: computer group: manageGroup However, this also grants the user access to control which images are in the image group and to control which computers are in the computer group. I'd like to add a new resource attribute that is called manageMapping that would allow access to resource mapping to be controlled separately from resource grouping. The benefit of this is that fewer computer groups can be used. Currently, if you want someone to be able to create their own image groups and map them to computer groups, then you have to create duplicate computer groups if you want to make sure they don't have access to remove computers from existing computer groups (which could end up making a computer unavailable because it might not be in any computer groups). Using this new attribute would make the above look like this: user: imageAdmin resource: image group: manageMapping user: computerAdmin resource: computer group: manageMapping and would not result in the user being able to control which images were in the image group and which computers were in the computer group. I'd like to hear feedback from the community on this to see what others think. Thanks, Josh - -- - --- Josh Thompson VCL Developer North Carolina State University my GPG/PGP key can be found at pgp.mit.edu -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) iEYEARECAAYFAkzRovoACgkQV/LQcNdtPQMfSwCdEWoRgdlYeBN1RFs/84XE4FV0 XOEAn3Mif3ZbzNAHHv7vqv52h8JiQsPx =5Ir8 -END PGP SIGNATURE-
Re: [VOTE] release VCL 2.2
+1 from me. David Creech Sent from my iPhone On Sep 17, 2010, at 5:07 PM, Josh Thompson josh_thomp...@ncsu.edu wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I created a release artifact based off of trunk. I copied trunk to a tag under the tags area of the repo that is named release-2.2-RC1: http://svn.apache.org/repos/asf/incubator/vcl/tags/release-2.2-RC1/ The artifact is an export from that tag with the addition of Dojo Toolkit version 1.5.0 bundled in the web code. The artifact, MD5 and SHA1 sums, and my GPG signature of it are available from my space on people.a.o: http://people.apache.org/~jfthomps/apache-VCL-2.2-RC1-incubating/ The list of resolved JIRA issues associated with this release can be found on the VCL 2.2 release page: http://cwiki.apache.org/VCL/vcl-22-unreleased.html Installation instructions are on the Confluence site and in the INSTALLATION file included in the artifact. Aaron, Andy, and I have completed a test install of all parts and were able to successfully create and capture a base image. The directory created by extracting the RC1 artifact is apache-VCL-2.2-RC1- incubating. Licensing information about perl and its required modules, php and its required modules, and mysql are stated as system requirements according to the information under System Requirements on http://www.apache.org/legal/3party.html. Please vote by the end of the day on Wednesday, Sept. 22th to publish this release (this allows for 3 business days to vote). Please note that anyone in the VCL community is allowed to vote. [ ] +1 yes, release VCL 2.2 [ ] 0 dunno [ ] -1 no, don't release VCL 2.2 (provide reasons if this is your vote) Josh - -- - --- Josh Thompson Systems Programmer Advanced Computing | VCL Developer North Carolina State University josh_thomp...@ncsu.edu 919-515-5323 my GPG/PGP key can be found at pgp.mit.edu -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) iEYEARECAAYFAkyT2HIACgkQV/LQcNdtPQM7gQCeIFfFa7yO+iAiIOLMc+bB5dS3 Fm0An1cLoceVHZVBNpRtLqz0diPLmjyQ =lW7D -END PGP SIGNATURE-
Re: proposed change to release Road Map
I think that sounds like a great idea, and I agree, having VMWare Free Server 2.x support sounds more beneficial. On 2/9/10 12:04 PM, Josh Thompson josh_thomp...@ncsu.edu wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 When we released VCL 2.1, we had the following road map for 2.2 and 2.3: VCL 2.2 * support for xCAT 2.3 * improve cluster reservations * improve block reservations(rename to block allocations) VCL 2.3 * Service deployments * power management * VMWare Free Server 2.x I'd like to propose swapping improve cluster reservations and VMWare Free Server 2.x. We don't hear much about people using cluster reservations, and they work fairly well if you only have one management node. Windows 7 works much better under VMWare Free Server 2.x; so, it would probably provide more value to everyone to get that support added in sooner than reworking the cluster reservation code. That would give us this road map: VCL 2.2 * support for xCAT 2.3 * VMWare Free Server 2.x * improve block reservations(rename to block allocations) VCL 2.3 * Service deployments * power management * improve cluster reservations Any thoughts? Thanks, Josh - -- - --- Josh Thompson Systems Programmer Advanced Computing | VCL Developer North Carolina State University josh_thomp...@ncsu.edu 919-515-5323 my GPG/PGP key can be found at pgp.mit.edu -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFLcZWMV/LQcNdtPQMRAlt6AJ9KXTnKRvvAQbu/vXbOlZMR1TC0ugCfXuv0 xZbkJWpfzWJMgdlzAClghMw= =mY43 -END PGP SIGNATURE- David Creech Technology Support Analyst ACE Student Support Center Coordinator Academic Technologies Rawl Building - 108 East Carolina University 252-328-9544 cree...@ecu.edu
Re: Windows 7 support
At ECU, we are about to attempt the same thing. We are going to use the standard directions for image creation found here: http://cwiki.apache.org/confluence/display/VCL/Create+a+Windows+Base+Image However, after speaking with the VCL developers at NCSU, the following was stated: You may see some slight differences when installing Cygwin. Also, User Account Control should be disabled via a local policy or else many other problems occur. Good luck! Let us know how it goes! On 1/27/10 11:20 AM, Roger Herling roger.herl...@marist.edu wrote: I am looking for any documentation on building a windows 7 base image. Any and all help is greatly appreciated! Roger Herling Sr. Desktop Administrator Marist College PH: 845-575-3347 David Creech Technology Support Analyst ACE Student Support Center Coordinator Academic Technologies Rawl Building - 108 East Carolina University 252-328-9544 cree...@ecu.edu