Still doesn't seem to work. Seems to think vcld daemon is not running

2014-09-08 
08:32:16|24234|113:113|new|utils.pm:reservation_being_processed(8635)|computerloadlog
'begin' entry does NOT exist for reservation 113
2014-09-08 08:32:16|24234|113:113|new|utils.pm:run_command(8707)|executed
command: pgrep -fl 'vcld [0-9]+:113 ', pid: 24399, exit status: 1, output:
2014-09-08 
08:32:16|24234|113:113|new|utils.pm:is_management_node_process_running(8940)|process
is NOT running, identifier: 'vcld [0-9]+:113 '
2014-09-08 
08:32:16|24234|113:113|new|utils.pm:reservation_being_processed(8656)|reservation
is NOT currently being processed
2014-09-08 08:32:16|24234|113:113|new|vcld:main(282)|reservation 113 is NOT
already being processed
2014-09-08 
08:32:17|24234|113:113|new|utils.pm:get_default_imagemeta_info(4626)|retrieved
default imagemeta info:
|24234|113:113|new| : {
|24234|113:113|new| :   "architecture" => "",
|24234|113:113|new| :   "checkuser" => 1,
|24234|113:113|new| :   "id" => "",
|24234|113:113|new| :   "postoption" => "",
|24234|113:113|new| :   "rootaccess" => 1,
|24234|113:113|new| :   "subimages" => 0,
|24234|113:113|new| :   "sysprep" => 1,
|24234|113:113|new| :   "usergroupid" => ""
|24234|113:113|new| : }




David DeMizio
*Academic Systems Coordinator*
Office of Information Technology
New College of Florida
Phone: 941-487-4222 | Fax: 941-487-4356
www.ncf.edu

On Fri, Aug 22, 2014 at 1:42 PM, Andy Kurth <[email protected]> wrote:

> Hello David,
> As you may have seen, there is another thread on this list which seems to
> relate to the same problem.  Please ignore my previous instructions, revert
> the files you replaced, and try the patch available here:
>
>
> https://issues.apache.org/jira/browse/VCL-685?focusedCommentId=14107127&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14107127
>
> Please let me know if this works or not.
>
> Regards,
> Andy
>
>
> On Thu, Aug 21, 2014 at 4:29 PM, Andy Kurth <[email protected]> wrote:
>
>> Also try to replace lib/VCL/DataStructure.pm with:
>>
>> https://svn.apache.org/repos/asf/vcl/trunk/managementnode/lib/VCL/DataStructure.pm
>>
>> Restart vcld after replacing it.  If it fails, please send the entire log
>> for the failed process.
>>
>> -Andy
>>
>>
>> On Thu, Aug 21, 2014 at 9:26 AM, David DeMizio <[email protected]> wrote:
>>
>>> Hi Andy, I tried replacing the two files as you mentioned above:
>>>
>>>
>>> https://svn.apache.org/repos/asf/vcl/trunk/managementnode/lib/VCL/Module/Provisioning/VMware/VMware.pm
>>>
>>> https://svn.apache.org/repos/asf/vcl/trunk/managementnode/lib/VCL/Module/Provisioning/VMware/vSphere_SDK.pm
>>>
>>> I get this error now.
>>>
>>> |13463|62:62|new| 2014-08-21
>>> 09:20:42|13463|62:62|new|VMware.pm:get_vmhost_datastructure(1194)|unable to
>>> create DataStructure object for VM host, exception thrown, error:
>>> OIO::Args::Unhandled error: Unhandled parameter: computer_identifier
>>> |13463|62:62|new| Package: VCL::Module::Provisioning::VMware::VMware
>>> |13463|62:62|new| File:
>>> /usr/local/vcl/bin/../lib/VCL/Module/Provisioning/VMware/VMware.pm
>>> |13463|62:62|new| Line: 1187
>>> |13463|62:62|new| Trace begun at
>>> /usr/local/vcl/bin/../lib/VCL/Module/Provisioning/VMware/VMware.pm line 1187
>>> |13463|62:62|new| eval {...} at
>>> /usr/local/vcl/bin/../lib/VCL/Module/Provisioning/VMware/VMware.pm line 1186
>>> |13463|62:62|new|
>>> VCL::Module::Provisioning::VMware::VMware::get_vmhost_datastructure('VCL::Module::Provisioning::VMware::VMware=HASH(0x3669ff0)')
>>> called at
>>> /usr/local/vcl/bin/../lib/VCL/Module/Provisioning/VMware/VMware.pm line 291
>>> |13463|62:62|new|
>>> VCL::Module::Provisioning::VMware::VMware::initialize('VCL::Module::Provisioning::VMware::VMware=HASH(0x3669ff0)',
>>> 'HASH(0x3692168)') called at /usr/local/vcl/bin/../lib/VCL/Module.pm line
>>> 207
>>> |13463|62:62|new|
>>> VCL::Module::new('VCL::Module::Provisioning::VMware::VMware',
>>> 'HASH(0x3692168)') called at /usr/local/vcl/bin/../lib/VCL/Module.pm line
>>> 522
>>> |13463|62:62|new|
>>> VCL::Module::create_provisioning_object('VCL::new=HASH(0x30f53c8)') called
>>> at /usr/local/vcl/bin/../lib/VCL/Module/State.pm line 136
>>> |13463|62:62|new|
>>> VCL::Module::State::initialize('VCL::new=HASH(0x30f53c8)',
>>> 'HASH(0x30f4e60)') called at /usr/local/vcl/bin/../lib/VCL/Module.pm line
>>> 207
>>> |13463|62:62|new| VCL::Module::new('VCL::new', 'HASH(0x30f4e60)') called
>>> at /usr/local/vcl/bin/vcld line 567
>>> |13463|62:62|new| VCL::vcld::make_new_child('HASH(0x2eab118)') called at
>>> /usr/local/vcl/bin/vcld line 350
>>> |13463|62:62|new| VCL::vcld::main at /usr/local/vcl/bin/vcld line 98
>>> |13463|62:62|new| ( 0) VMware.pm, get_vmhost_datastructure (line: 1194)
>>> |13463|62:62|new| (-1) VMware.pm, initialize (line: 291)
>>>
>>>
>>>
>>>
>>>
>>> On Mon, Aug 18, 2014 at 11:53 AM, David DeMizio <[email protected]>
>>> wrote:
>>>
>>>> Thank you Andy
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> On Mon, Aug 18, 2014 at 11:46 AM, Andy Kurth <[email protected]>
>>>> wrote:
>>>>
>>>>> I believe the updated code should fix your issue.  I noticed the same
>>>>> thing after upgrading to 5.5.  You will need to update both vSphere_SDK.pm
>>>>> and VMware.pm.  Get them from "trunk" in the svn repository:
>>>>>
>>>>>
>>>>> https://svn.apache.org/repos/asf/vcl/trunk/managementnode/lib/VCL/Module/Provisioning/VMware/VMware.pm
>>>>>
>>>>> https://svn.apache.org/repos/asf/vcl/trunk/managementnode/lib/VCL/Module/Provisioning/VMware/vSphere_SDK.pm
>>>>>
>>>>> -Andy
>>>>>
>>>>>
>>>>> On Fri, Aug 8, 2014 at 4:31 PM, David DeMizio <[email protected]>
>>>>> wrote:
>>>>>
>>>>>> Is this the fix to my issue, cause it started since I updated to 5.5
>>>>>>
>>>>>>
>>>>>> https://svn.apache.org/viewvc/vcl/trunk/managementnode/lib/VCL/Module/Provisioning/VMware/vSphere_SDK.pm?view=log
>>>>>>
>>>>>>
>>>>>> David DeMizio
>>>>>> *Academic Systems Coordinator*
>>>>>> Office of Information Technology
>>>>>> New College of Florida
>>>>>> Phone: 941-487-4222 | Fax: 941-487-4356
>>>>>> www.ncf.edu
>>>>>>
>>>>>>
>>>>>> On Fri, Aug 1, 2014 at 8:34 AM, David DeMizio <[email protected]>
>>>>>> wrote:
>>>>>>
>>>>>>> Actually now that I remember, vcl created the image with <image
>>>>>>> name>-000001.vmdk and as I recall from previous post I had to manually 
>>>>>>> log
>>>>>>> into the esxi and rename to just <image name>.vmdk why am I having to do
>>>>>>> this? any ideas
>>>>>>>
>>>>>>>
>>>>>>> David DeMizio
>>>>>>> *Academic Systems Coordinator*
>>>>>>> Office of Information Technology
>>>>>>> New College of Florida
>>>>>>> Phone: 941-487-4222 | Fax: 941-487-4356
>>>>>>> www.ncf.edu
>>>>>>>
>>>>>>>
>>>>>>> On Fri, Aug 1, 2014 at 8:29 AM, David DeMizio <[email protected]>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Hello,
>>>>>>>>
>>>>>>>> I attempted to create an image revision this morning and it got to
>>>>>>>> the point where it was trying to reload and failed with error below. 
>>>>>>>> any
>>>>>>>> ideas on what might be causing this. I believe in the past it was due 
>>>>>>>> to a
>>>>>>>> datastore being offline but I don't see any datastores offline.
>>>>>>>>
>>>>>>>> vmwarelinux-VCLLAB0142-v1 does not exist on management node and
>>>>>>>> could not be retrieved
>>>>>>>>
>>>>>>>> ------------------------------------------------------------------------
>>>>>>>> time: 2014-08-01 08:19:41
>>>>>>>> caller: new.pm:reload_image(639)
>>>>>>>> ( 0) new.pm, reload_image (line: 639)
>>>>>>>> (-1) new.pm, process (line: 291)
>>>>>>>> (-2) vcld, make_new_child (line: 571)
>>>>>>>> (-3) vcld, main (line: 350)
>>>>>>>>
>>>>>>>> ------------------------------------------------------------------------
>>>>>>>> management node: <my server>
>>>>>>>> reservation PID: 31992
>>>>>>>> parent vcld PID: 25140
>>>>>>>>
>>>>>>>> request ID: 9
>>>>>>>> reservation ID: 9
>>>>>>>> request state/laststate: reload/inuse
>>>>>>>> request start time: 2014-08-01 08:19:35
>>>>>>>> request end time: 2014-08-01 08:49:35
>>>>>>>> for imaging: no
>>>>>>>> log ID: none
>>>>>>>>
>>>>>>>> computer: vdi-n-001
>>>>>>>> computer id: 4
>>>>>>>> computer type: virtualmachine
>>>>>>>> computer eth0 MAC address: 00:50:56:00:A0:10
>>>>>>>> computer eth1 MAC address: <undefined>
>>>>>>>> computer private IP address: 10.10.14.101
>>>>>>>> computer public IP address: 10.10.13.139
>>>>>>>> computer in block allocation: no
>>>>>>>> provisioning module: VCL::Module::Provisioning::VMware::VMware
>>>>>>>>
>>>>>>>> vm host: <my host>
>>>>>>>> vm host ID: 2
>>>>>>>> vm host computer ID: 9
>>>>>>>> vm profile: VMware vCenter
>>>>>>>> vm profile VM path: /vmfs/volumes/VCL-WORKSPACE
>>>>>>>> vm profile repository path: <undefined>
>>>>>>>> vm profile datastore path: /vmfs/volumes/VCL-MASTER
>>>>>>>> vm profile disk type: shared
>>>>>>>>
>>>>>>>> image: vmwarelinux-VCLLAB0142-v1
>>>>>>>> image display name: VCLLAB01
>>>>>>>> image ID: 42
>>>>>>>> image revision ID: 60
>>>>>>>> image size: 11306 MB
>>>>>>>> use Sysprep: yes
>>>>>>>> root access: yes
>>>>>>>> image owner ID: 1
>>>>>>>> image owner affiliation: Local
>>>>>>>> image revision date created: 2014-08-01 08:13:14
>>>>>>>> image revision production: no
>>>>>>>> OS module: VCL::Module::OS::Linux
>>>>>>>> image revision comments: added xrdp
>>>>>>>>
>>>>>>>> user: vclreload
>>>>>>>> user name: vcl reload
>>>>>>>> user ID: 2
>>>>>>>> user affiliation: Local
>>>>>>>>
>>>>>>>> ------------------------------------------------------------------------
>>>>>>>> RECENT LOG ENTRIES FOR THIS PROCESS:
>>>>>>>> |31992|9:9|reload| :       "value" => "datastore-44"
>>>>>>>> |31992|9:9|reload| :     }, 'ManagedObjectReference' ),
>>>>>>>> |31992|9:9|reload| :     "freeSpace" => "290769076224",
>>>>>>>> |31992|9:9|reload| :     "maintenanceMode" => "normal",
>>>>>>>> |31992|9:9|reload| :     "multipleHostAccess" => 0,
>>>>>>>> |31992|9:9|reload| :     "name" => "vdi-esx-2",
>>>>>>>> |31992|9:9|reload| :     "normal_path" => "/vmfs/volumes/vdi-esx-2",
>>>>>>>> |31992|9:9|reload| :     "type" => "VMFS",
>>>>>>>> |31992|9:9|reload| :     "url" =>
>>>>>>>> "ds:///vmfs/volumes/52b38ee1-05bf5992-02de-a0d3c1046268/"
>>>>>>>> |31992|9:9|reload| :   }, 'DatastoreSummary' )
>>>>>>>> |31992|9:9|reload| : }
>>>>>>>> 2014-08-01
>>>>>>>> 08:19:37|31992|9:9|reload|VMware.pm:get_vmx_base_directory_path(3094)|determined
>>>>>>>> vmx base directory path: /vmfs/volumes/VCL-WORKSPACE
>>>>>>>> 2014-08-01
>>>>>>>> 08:19:37|31992|9:9|reload|VMware.pm:_get_datastore_names(6792)|datastore
>>>>>>>> names:
>>>>>>>> |31992|9:9|reload| VCL-MASTER
>>>>>>>> |31992|9:9|reload| VCL-WORKSPACE
>>>>>>>> |31992|9:9|reload| VDI-BOOT
>>>>>>>> |31992|9:9|reload| VDI-BOOT2
>>>>>>>> |31992|9:9|reload| VDI-VMFS01
>>>>>>>> |31992|9:9|reload| VDI-VMFS02
>>>>>>>> |31992|9:9|reload| VIEW-WORKSPACE
>>>>>>>> |31992|9:9|reload| vcl_master
>>>>>>>> |31992|9:9|reload| vcl_workspace
>>>>>>>> |31992|9:9|reload| vdi-esx-1
>>>>>>>> |31992|9:9|reload| vdi-esx-2
>>>>>>>> 2014-08-01
>>>>>>>> 08:19:37|31992|9:9|reload|vSphere_SDK.pm:file_exists(1973)|file 
>>>>>>>> (datastore
>>>>>>>> root) exists: [VCL-WORKSPACE]
>>>>>>>> 2014-08-01
>>>>>>>> 08:19:37|31992|9:9|reload|VMware.pm:is_vm_dedicated(4257)|VM disk mode 
>>>>>>>> does
>>>>>>>> not need to be dedicated
>>>>>>>> 2014-08-01
>>>>>>>> 08:19:37|31992|9:9|reload|VMware.pm:get_vmdk_base_directory_path_shared(3566)|using
>>>>>>>> VM profile datastore path as the vmdk base directory path:
>>>>>>>> /vmfs/volumes/VCL-MASTER
>>>>>>>> 2014-08-01
>>>>>>>> 08:19:37|31992|9:9|reload|VMware.pm:_get_datastore_names(6792)|datastore
>>>>>>>> names:
>>>>>>>> |31992|9:9|reload| VCL-MASTER
>>>>>>>> |31992|9:9|reload| VCL-WORKSPACE
>>>>>>>> |31992|9:9|reload| VDI-BOOT
>>>>>>>> |31992|9:9|reload| VDI-BOOT2
>>>>>>>> |31992|9:9|reload| VDI-VMFS01
>>>>>>>> |31992|9:9|reload| VDI-VMFS02
>>>>>>>> |31992|9:9|reload| VIEW-WORKSPACE
>>>>>>>> |31992|9:9|reload| vcl_master
>>>>>>>> |31992|9:9|reload| vcl_workspace
>>>>>>>> |31992|9:9|reload| vdi-esx-1
>>>>>>>> |31992|9:9|reload| vdi-esx-2
>>>>>>>> 2014-08-01
>>>>>>>> 08:19:37|31992|9:9|reload|vSphere_SDK.pm:file_exists(1973)|file 
>>>>>>>> (datastore
>>>>>>>> root) exists: [VCL-MASTER]
>>>>>>>> 2014-08-01
>>>>>>>> 08:19:37|31992|9:9|reload|Module.pm:create_provisioning_object(525)|VCL::Module::Provisioning::VMware::VMware
>>>>>>>> provisioner object created for vdi-n-001, address: 43748a0
>>>>>>>> 2014-08-01
>>>>>>>> 08:19:37|31992|9:9|reload|State.pm:initialize(154)|returning 1
>>>>>>>> 2014-08-01
>>>>>>>> 08:19:37|31992|9:9|reload|vcld:make_new_child(568)|VCL::new object 
>>>>>>>> created
>>>>>>>> and initialized
>>>>>>>> 2014-08-01
>>>>>>>> 08:19:37|31992|9:9|reload|DataStructure.pm:is_parent_reservation(1004)|returning
>>>>>>>> true: parent reservation ID for this request: 9
>>>>>>>> 2014-08-01
>>>>>>>> 08:19:37|31992|9:9|reload|DataStructure.pm:get_computer_state_name(2436)|attempting
>>>>>>>> to retrieve current state of computer vdi-n-001 from the database
>>>>>>>> 2014-08-01
>>>>>>>> 08:19:37|31992|9:9|reload|DataStructure.pm:get_computer_state_name(2467)|retrieved
>>>>>>>> current state of computer vdi-n-001 from the database: reload
>>>>>>>> 2014-08-01
>>>>>>>> 08:19:37|31992|9:9|reload|DataStructure.pm:_automethod(847)|data 
>>>>>>>> structure
>>>>>>>> updated, hash path:
>>>>>>>> $self->request_data->{reservation}{9}{computer}{state}{name}, data
>>>>>>>> identifier: computer_state_name, data:
>>>>>>>> |31992|9:9|reload| : "reload"
>>>>>>>> 2014-08-01 
>>>>>>>> 08:19:37|31992|9:9|reload|utils.pm:is_inblockrequest(5761)|zero
>>>>>>>> rows were returned from database select
>>>>>>>> 2014-08-01
>>>>>>>> 08:19:37|31992|9:9|reload|DataStructure.pm:get_computer_state_name(2436)|attempting
>>>>>>>> to retrieve current state of computer vdi-n-001 from the database
>>>>>>>> 2014-08-01
>>>>>>>> 08:19:37|31992|9:9|reload|DataStructure.pm:get_computer_state_name(2467)|retrieved
>>>>>>>> current state of computer vdi-n-001 from the database: reload
>>>>>>>> 2014-08-01
>>>>>>>> 08:19:37|31992|9:9|reload|DataStructure.pm:_automethod(847)|data 
>>>>>>>> structure
>>>>>>>> updated, hash path:
>>>>>>>> $self->request_data->{reservation}{9}{computer}{state}{name}, data
>>>>>>>> identifier: computer_state_name, data:
>>>>>>>> |31992|9:9|reload| : "reload"
>>>>>>>> 2014-08-01 
>>>>>>>> 08:19:37|31992|9:9|reload|new.pm:computer_not_being_used(742)|retrieving
>>>>>>>> info for reservations assigned to vdi-n-001
>>>>>>>> 2014-08-01 
>>>>>>>> 08:19:37|31992|9:9|reload|utils.pm:get_connect_method_info(10060)|attempting
>>>>>>>> to retrieve connect method info:
>>>>>>>> |31992|9:9|reload| imagerevision: 60 - vmwarelinux-VCLLAB0142-v1
>>>>>>>> |31992|9:9|reload| OS: 36 - vmwarelinux
>>>>>>>> |31992|9:9|reload| OS type: 2 - linux
>>>>>>>> 2014-08-01 
>>>>>>>> 08:19:37|31992|9:9|reload|utils.pm:get_connect_method_info(10124)|ssh:
>>>>>>>> connectmethodid=1, OStypeid=2, OSid=NULL, imagerevisionid=NULL, 
>>>>>>>> disabled=0
>>>>>>>> 2014-08-01 
>>>>>>>> 08:19:37|31992|9:9|reload|utils.pm:get_connect_method_info(10124)|RDP:
>>>>>>>> connectmethodid=2, OStypeid=2, OSid=NULL, imagerevisionid=NULL, 
>>>>>>>> disabled=0
>>>>>>>> 2014-08-01 08:19:37|31992|9:9|reload|utils.pm:get_user_info(7541)|UID
>>>>>>>> value is not configured for user vclreload, setting UID to VCL user ID:
>>>>>>>> vclreload, standalone: 1
>>>>>>>> 2014-08-01 08:19:37|31992|9:9|reload|utils.pm:get_user_info(7541)|UID
>>>>>>>> value is not configured for user vclreload, setting UID to VCL user ID:
>>>>>>>> vclreload, standalone: 1
>>>>>>>> 2014-08-01 
>>>>>>>> 08:19:37|31992|9:9|reload|utils.pm:get_request_by_computerid(5992)|retrieved
>>>>>>>> info and DataStructure object for 9:9
>>>>>>>> 2014-08-01 
>>>>>>>> 08:19:37|31992|9:9|reload|new.pm:computer_not_being_used(755)|vdi-n-001
>>>>>>>> is not assigned to any other reservations
>>>>>>>> 2014-08-01 08:19:37|31992|9:9|reload|new.pm:process(127)|vdi-n-001
>>>>>>>> is not being used
>>>>>>>> 2014-08-01
>>>>>>>> 08:19:37|31992|9:9|reload|DataStructure.pm:get_computer_state_name(2436)|attempting
>>>>>>>> to retrieve current state of computer vdi-n-001 from the database
>>>>>>>> 2014-08-01
>>>>>>>> 08:19:37|31992|9:9|reload|DataStructure.pm:get_computer_state_name(2467)|retrieved
>>>>>>>> current state of computer vdi-n-001 from the database: reload
>>>>>>>> 2014-08-01
>>>>>>>> 08:19:37|31992|9:9|reload|DataStructure.pm:_automethod(847)|data 
>>>>>>>> structure
>>>>>>>> updated, hash path:
>>>>>>>> $self->request_data->{reservation}{9}{computer}{state}{name}, data
>>>>>>>> identifier: computer_state_name, data:
>>>>>>>> |31992|9:9|reload| : "reload"
>>>>>>>> 2014-08-01 08:19:37|31992|9:9|reload|new.pm:reload_image(511)|calling
>>>>>>>> VCL::Module::Provisioning::VMware::VMware->node_status()
>>>>>>>> 2014-08-01 
>>>>>>>> 08:19:37|31992|9:9|reload|utils.pm:insertloadlog(3666)|inserted
>>>>>>>> computer=4, statuscheck, checking status of node
>>>>>>>> 2014-08-01
>>>>>>>> 08:19:37|31992|9:9|reload|VMware.pm:node_status(1152)|attempting to 
>>>>>>>> check
>>>>>>>> the status of computer vdi-n-001, image: vmwarelinux-VCLLAB0142-v1
>>>>>>>> 2014-08-01
>>>>>>>> 08:19:38|31992|9:9|reload|OS.pm:is_ssh_responding(653)|vdi-n-001 is NOT
>>>>>>>> responding to SSH, ports 22 or 24 are both closed
>>>>>>>> 2014-08-01 08:19:38|31992|9:9|reload|VMware.pm:node_status(1189)|VM
>>>>>>>> vdi-n-001 is not responding to SSH, returning 'RELOAD'
>>>>>>>> 2014-08-01 
>>>>>>>> 08:19:38|31992|9:9|reload|new.pm:reload_image(526)|node_status
>>>>>>>> returned a hash reference
>>>>>>>> 2014-08-01 
>>>>>>>> 08:19:38|31992|9:9|reload|new.pm:reload_image(531)|node_status
>>>>>>>> hash reference contains key {status}=RELOAD
>>>>>>>> 2014-08-01 08:19:38|31992|9:9|reload|new.pm:reload_image(576)|request
>>>>>>>> state is reload, node will be reloaded regardless of status
>>>>>>>> 2014-08-01 08:19:38|31992|9:9|reload|new.pm:reload_image(608)|node
>>>>>>>> status is reload, vdi-n-001 will be reloaded
>>>>>>>> 2014-08-01 
>>>>>>>> 08:19:38|31992|9:9|reload|utils.pm:insertloadlog(3666)|inserted
>>>>>>>> computer=4, loadimageblade, vdi-n-001 must be reloaded with
>>>>>>>> vmwarelinux-VCLLAB0142-v1
>>>>>>>> 2014-08-01 08:19:38|31992|9:9|reload|new.pm:reload_image(622)|calling
>>>>>>>> VCL::Module::Provisioning::VMware::VMware->does_image_exist()
>>>>>>>> 2014-08-01
>>>>>>>> 08:19:38|31992|9:9|reload|VMware.pm:get_vmdk_base_directory_path_shared(3566)|using
>>>>>>>> VM profile datastore path as the vmdk base directory path:
>>>>>>>> /vmfs/volumes/VCL-MASTER
>>>>>>>> 2014-08-01
>>>>>>>> 08:19:39|31992|9:9|reload|vSphere_SDK.pm:_get_file_info(2520)|searching
>>>>>>>>  for
>>>>>>>> matching file paths: base directory path: '[VCL-MASTER]
>>>>>>>> vmwarelinux-VCLLAB0142-v1', search pattern: 
>>>>>>>> 'vmwarelinux-VCLLAB0142-v1.vmdk'
>>>>>>>> 2014-08-01
>>>>>>>> 08:19:41|31992|9:9|reload|vSphere_SDK.pm:_get_file_info(2575)|retrieved
>>>>>>>> info for 0 matching files:
>>>>>>>> |31992|9:9|reload| : {}
>>>>>>>> 2014-08-01
>>>>>>>> 08:19:41|31992|9:9|reload|vSphere_SDK.pm:find_files(2120)|matching file
>>>>>>>> count: 0
>>>>>>>> 2014-08-01
>>>>>>>> 08:19:41|31992|9:9|reload|vSphere_SDK.pm:file_exists(1992)|file does 
>>>>>>>> not
>>>>>>>> exist: [VCL-MASTER] 
>>>>>>>> vmwarelinux-VCLLAB0142-v1/vmwarelinux-VCLLAB0142-v1.vmdk
>>>>>>>> 2014-08-01
>>>>>>>> 08:19:41|31992|9:9|reload|VMware.pm:does_image_exist(4595)|image does 
>>>>>>>> not
>>>>>>>> exist in the shared directory on the VM host
>>>>>>>> 2014-08-01
>>>>>>>> 08:19:41|31992|9:9|reload|VMware.pm:get_repository_vmdk_base_directory_path(4140)|repository
>>>>>>>> path is not configured in the VM profile
>>>>>>>> 2014-08-01
>>>>>>>> 08:19:41|31992|9:9|reload|VMware.pm:get_repository_vmdk_directory_path(4181)|image
>>>>>>>> repository vmdk directory path cannot be determined because repository 
>>>>>>>> path
>>>>>>>> is not configured in the VM profile
>>>>>>>> 2014-08-01
>>>>>>>> 08:19:41|31992|9:9|reload|VMware.pm:does_image_exist(4601)|image does 
>>>>>>>> not
>>>>>>>> exist on the VM host and image repository path is not configured in 
>>>>>>>> the VM
>>>>>>>> profile
>>>>>>>> 2014-08-01 
>>>>>>>> 08:19:41|31992|9:9|reload|new.pm:reload_image(629)|vmwarelinux-VCLLAB0142-v1
>>>>>>>> does not exist on this management node
>>>>>>>> 2014-08-01 08:19:41|31992|9:9|reload|new.pm:reload_image(633)|calling
>>>>>>>> VCL::Module::Provisioning::VMware::VMware->retrieve_image()
>>>>>>>> 2014-08-01
>>>>>>>> 08:19:41|31992|9:9|reload|Provisioning.pm:retrieve_image(278)|image
>>>>>>>> retrieval skipped, image library functions are disabled for this 
>>>>>>>> management
>>>>>>>> node
>>>>>>>> 2014-08-01
>>>>>>>> 08:19:41|31992|9:9|reload|DataStructure.pm:get_computer_private_ip_address(1641)|attempting
>>>>>>>> to retrieve private IP address for computer: vdi-n-001
>>>>>>>> 2014-08-01
>>>>>>>> 08:19:41|31992|9:9|reload|OS.pm:get_file_contents(1897)|retrieved 29 
>>>>>>>> lines
>>>>>>>> from file on vcl: '/etc/hosts'
>>>>>>>> 2014-08-01
>>>>>>>> 08:19:41|31992|9:9|reload|DataStructure.pm:get_computer_private_ip_address(1697)|returning
>>>>>>>> IP address from /etc/hosts file: 10.10.14.101
>>>>>>>> 2014-08-01 
>>>>>>>> 08:19:41|31992|9:9|reload|utils.pm:is_inblockrequest(5761)|zero
>>>>>>>> rows were returned from database select
>>>>>>>> 2014-08-01
>>>>>>>> 08:19:41|31992|9:9|reload|DataStructure.pm:get_image_affiliation_name(2121)|image
>>>>>>>> owner id: 1
>>>>>>>> 2014-08-01
>>>>>>>> 08:19:41|31992|9:9|reload|DataStructure.pm:retrieve_user_data(1412)|attempting
>>>>>>>> to retrieve and store data for user: user.id = '1'
>>>>>>>> 2014-08-01
>>>>>>>> 08:19:41|31992|9:9|reload|DataStructure.pm:retrieve_user_data(1475)|data
>>>>>>>> has been retrieved for user: admin (id: 1)
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>

Reply via email to