Re: VCL 2.3
Dmitri, you can also set a default ItentityFile in the ssh configuration, i.e.: IdentityFile /etc/vcl/vcl.key Depending on how you want this set up (whether to apply only to certain hosts or to be globally applicable), you can put this in /etc/ssh/ssh_config or in /root/.ssh/config This can be a useful setting, especially for manually accessing VM nodes, since you can then entirely omit the -i flag. Aaron -- Aaron Coburn Systems Administrator and Programmer Academic Technology Services, Amherst College acob...@amherst.edu On May 1, 2012, at 10:50 PM, Dmitri Chebotarov wrote: Andy $ssh_options doesn't have vcl.key. (ie. -i /path/to/vcl.key) I've changed the code to test it - added: $ssh_options = $ssh_options. -i /etc/vcl/vcl.key; right before $ssh object is created and it seemed to communicated with host OK this time: ... 2012-05-01 22:38:16|1097|435:427|reload|OS.pm:(eval)(1946)|created Net::SSH::Expect object to control VMHOST1 2012-05-01 22:38:16|1097|435:427|reload|OS.pm:(eval)(1947)|ssh_options: -o StrictHostKeyChecking=no -i /etc/vcl/vcl.key (-- before the change $ssh_option was just '-o StrictHostKeyChecking=no') 2012-05-01 22:38:19|1097|435:427|reload|VIM_SSH.pm:initialize(138)|VIM executable available on VM host: vim-cmd 2012-05-01 22:38:19|1097|435:427|reload|VIM_SSH.pm:initialize(140)|VCL::Module::Provisioning::VMware::VIM_SSH object initialized 2012-05-01 22:38:19|1097|435:427|reload|VMware.pm:get_vmhost_api_object(1522)|created API object: VCL::Module::Provisioning::VMware::VIM_SSH 2012-05-01 22:38:19|1097|435:427|reload|VMware.pm:initialize(312)|VM host VMHOST1 will be controlled using vim-cmd via SSH 2012-05-01 22:38:19|1097|435:427|reload|VMware.pm:initialize(327)|VMware OS and API objects created for VM host VMHOST1: |1097|435:427|reload| VM host OS object type: VCL::Module::OS::Linux |1097|435:427|reload| VMware API object type: VCL::Module::Provisioning::VMware::VIM_SSH 2012-05-01 22:38:19|1097|435:427|reload|VMware.pm:get_vmhost_product_name(6514)|VMware product being used on VM host VMHOST1: 'VMware ESXi 5.0.0 build-469512' 2012-05-01 22:38:19|1097|435:427|reload|VIM_SSH.pm:_run_vim_cmd(193)|vim-cmd call count: 1 (hostsvc/datastore/listsummary) 2012-05-01 22:38:19|1097|435:427|reload|VIM_SSH.pm:_run_vim_cmd(208)|executed command on VM host VMHOST1: vim-cmd hostsvc/datastore/listsummary … I've double checked the setting for vcl.key under management node and it's present. Thank you. -- Dmitri Chebotarov Virtual Computing Lab Systems Engineer, TSD - Ent Servers Messaging 223 Aquia Building, Ffx, MSN: 1B5 Phone: (703) 993-6175 Fax: (703) 993-3404 On Tuesday, May 1, 2012 at 21:47 , Dmitri Chebotarov wrote: Andy, Here is the full log. Thank you. VCL::new object could not be created and initialized time: 2012-05-01 16:54:28 caller: vcld:make_new_child(575) ( 0) vcld, make_new_child (line: 575) (-1) vcld, main (line: 350) management node: sand-vcl23 reservation PID: 16065 parent vcld PID: 15907 request ID: 433 reservation ID: 425 request state/laststate: reload/reload request start time: 2012-05-01 16:45:00 request end time: 2012-05-01 17:05:00 for imaging: no log ID: none computer: sandbox-vcl-4 computer id: 46 computer type: virtualmachine computer eth0 MAC address: 00:50:56:00:10:08 computer eth1 MAC address: 00:50:56:00:10:09 computer private IP address: private-.5.14 computer public IP address: public-.244 computer in block allocation: no provisioning module: VCL::Module::Provisioning::VMware::VMware vm host: VMHOST1 vm host ID: 5 vm host computer ID: 85 vm profile: VMware ESXi - local network storage vm profile VM path: /vmfs/volumes/local-datastore/runningImages vm profile repository path: undefined vm profile datastore path: /vmfs/volumes/sandbox-Image-Library/baseImages vm profile disk type: networkdisk image: vmwarelinux-CentOSxCat69-v0 image display name: CentOS 5.5 (persistent) image ID: 69 image revision ID: 72 image size: 8192 MB use Sysprep: no root access: yes image owner ID: 1 image owner affiliation: Local image revision date created: 2012-02-09 15:11:37 image revision production: yes OS module: VCL::Module::OS::Linux user: vclreload user name: vcl reload user ID: 2 user affiliation: Local RECENT LOG ENTRIES FOR THIS PROCESS: 2012-05-01 16:54:21|16065|433:425|reload|VMware.pm:initialize(267)|initializing VCL::Module::Provisioning::VMware::VMware object 2012-05-01 16:54:21|16065|433:425|reload|DataStructure.pm:_initialize(616)|computer ID argument was specified, retrieving data for computer ID: 85 2012-05-01
Re: [DISCUSS] Graduation
I feel we have meet our diversity issue and also expect to add more committers over the next couple of months. I would positively support a vote for graduation. I agree on the other points mentioned. Status page needs to be updated. We can work on this part easily. The web site needs to be migrated off confluence. Has anyone researched other CMS options for the website. I think this would be a good community discussion thread. Which CMS, the layout, (content, documentation, design ideas, etc.) Aaron On Tue, May 1, 2012 at 12:44 PM, Andy Kurth andy_ku...@ncsu.edu wrote: This thread is to discuss whether the Apache VCL community feels that this incubating project is ready to proceed with the process to graduate to a top level ASF project. There are several requirements which must be met and steps completed in order to graduate. This discussion thread is the first step towards graduation. Please review the following pages. http://incubator.apache.org/guides/graduation.html http://incubator.apache.org/incubation/Incubation_Policy.html#Graduating+from+the+Incubator There are many items described in the ASF graduation documentation which we have obviously satisfied (create a release, etc). The following are issues that I feel either need to be addressed, would be concerned about regarding board/mentor approval, or have been brought up before. Please share your thoughts. Also, please review the ASF graduation documentation and bring up anything else which might be a concern. Status File: (https://svn.apache.org/repos/asf/incubator/public/trunk/content/projects/vcl.xml) This is not up to date and is missing information. Previous board reports need to be added. News items need to be added containing the string new committer. Doing this will cause the numberCommittersNew column on the Status of the Clutch page to turn green (http://incubator.apache.org/clutch.html). Also, the list of commiters in the status file and project page hasn't changed since Apache VCL started. The new committers obviously need to be added. I'm not sure how the original list was decided upon, but I feel several names should be removed since they have not contributed any code and some have not been involved in the community at all. I think the list should be Aaron Coburn, David Hutchins, Andy Kurth, James O'Dell, Aaron Peeler, Josh Thompson. Also, Brian Bouterse contributed some code a while ago. I'm not sure if he is still interested in being a committer. Diversity: ASF requirement: The project is not highly dependent on any single contributor (there are at least 3 legally independent committers and there is no single company or entity that is vital to the success of the project). This issue has been raised before. I feel we meet this requirement and that the community is generally diverse, can govern itself, and be self-sufficient. Website: This is not necessarily a requirement for graduation but I feel that it should be addressed prior to graduation. Our website/documentation is pretty rough and really should be redesigned. I'm guessing the board members will look at it prior to voting. In addition, there will likely be a press release if/when we graduate and website views will spike. This shouldn't hold up the graduation process, but I would like agreement that this should be completed by graduation. Thank You, Andy -- Aaron Peeler Program Manager Virtual Computing Lab NC State University 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.