[
https://issues.apache.org/jira/browse/VCL-590?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13418432#comment-13418432
]
Curtis C. commented on VCL-590:
-------------------------------
Here's some more of the log. This certainly could be because of some
configuration issue, but I can make an initial reservation.
2012-07-18 17:12:48|4988|31:31|new|utils.pm:insertloadlog(3875)|inserted
computer=4, failed, process failed after trying to load or make available
2012-07-18 17:12:48|4988|31:31|new|State.pm:reservation_failed(216)|inserted
computerloadlog entry
2012-07-18 17:12:48|4988|31:31|new|State.pm:reservation_failed(224)|updated log
ending value to 'failed', logid=24
2012-07-18
17:12:48|4988|31:31|new|utils.pm:update_computer_state(2033)|computer 4 state
updated to: failed
2012-07-18 17:12:48|4988|31:31|new|State.pm:reservation_failed(235)|computer
vm-linux2 (4) state set to failed
2012-07-18 17:12:48|4988|31:31|new|utils.pm:update_request_state(1991)|request
31 state updated to: failed, laststate to: new
2012-07-18 17:12:48|4988|31:31|new|State.pm:reservation_failed(248)|set request
state to 'failed'/'new'
2012-07-18 17:12:48|4988|31:31|new|utils.pm:is_inblockrequest(6163)|zero rows
were returned from database select
2012-07-18 17:12:48|4988|31:31|new|State.pm:reservation_failed(266)|vm-linux2
is NOT in blockcomputers table
2012-07-18 17:12:48|4988|31:31|new|State.pm:reservation_failed(269)|exiting 1
2012-07-18 17:12:48|4988|31:31|new|State.pm:DESTROY(829)|VCL::new destructor
called, address: 1ca9f78
2012-07-18
17:12:48|4988|31:31|new|utils.pm:delete_computerloadlog_reservation(6742)|removing
computerloadlog entries matching loadstate = begin
2012-07-18
17:12:48|4988|31:31|new|utils.pm:delete_computerloadlog_reservation(6789)|deleted
rows from computerloadlog for reservation id=31
2012-07-18 17:12:48|4988|31:31|new|State.pm:DESTROY(848)|number of database
handles state process created: 5
2012-07-18 17:12:48|4988|31:31|new|State.pm:DESTROY(876)|VCL::new process
duration: 2 seconds
2012-07-18 17:12:48|20180|vcld:REAPER(718)|VCL process exited for reservation
31, PID: 4988, signal: CHLD
2012-07-18 17:30:35|20180|26:26|failed|utils.pm:check_time(1166)|reservation
end time was in the past (-1)
2012-07-18 17:30:35|20180|26:26|failed|vcld:main(252)|request deleted
2012-07-18 17:45:33|20180|27:27|failed|utils.pm:check_time(1166)|reservation
end time was in the past (-1)
2012-07-18 17:45:33|20180|27:27|failed|vcld:main(252)|request deleted
2012-07-18 17:45:33|20180|28:28|failed|utils.pm:check_time(1166)|reservation
end time was in the past (-1)
2012-07-18 17:45:33|20180|28:28|failed|vcld:main(252)|request deleted
2012-07-18 17:45:33|20180|29:29|failed|utils.pm:check_time(1166)|reservation
end time was in the past (-1)
2012-07-18 17:45:33|20180|29:29|failed|vcld:main(252)|request deleted
2012-07-18 17:45:33|20180|31:31|failed|utils.pm:check_time(1166)|reservation
end time was in the past (-1)
2012-07-18 17:45:33|20180|31:31|failed|vcld:main(252)|request deleted
2012-07-18
18:08:17|20180|32:32|new|utils.pm:reservation_being_processed(8938)|computerloadlog
'begin' entry does NOT exist for reservation 32
2012-07-18 18:08:17|20180|32:32|new|utils.pm:run_command(9010)|executed
command: pgrep -fl 'vcld [0-9]+:32 ', pid: 8211, exit status: 1, output:
2012-07-18 17:12:46|4988|31:31|new|openstack.pm:node_status(510)|checking if
vm-linux2 is pingable
2012-07-18 17:12:47|4988|31:31|new|openstack.pm:node_status(516)|vm-linux2 is
not pingable (0)
2012-07-18 17:12:47|4988|31:31|new|new.pm:reload_image(506)|node_status
returned a scalar: 0
2012-07-18 17:12:47|4988|31:31|new|new.pm:reload_image(555)|node status is 0,
vm-linux2 will be reloaded
2012-07-18 17:12:48|4988|31:31|new|utils.pm:insertloadlog(3875)|inserted
computer=4, loadimageblade, vm-linux2 must be reloaded with
centos5image-vmlinux126-v0
2012-07-18 17:12:48|4988|31:31|new|new.pm:reload_image(569)|calling
VCL::Module::Provisioning::openstack->does_image_exist()
2012-07-18 17:12:48|4988|31:31|new|openstack.pm:_match_image_name(703)|SELECT
|4988|31:31|new| openstackImageNameMap.openstackimagename as openstack_name,
|4988|31:31|new| openstackImageNameMap.vclimagename as vcl_name
|4988|31:31|new| FROM
|4988|31:31|new| openstackImageNameMap
|4988|31:31|new| WHERE
|4988|31:31|new| openstackImageNameMap.vclimagename =
'centos5image-vmlinux126-v0'
2012-07-18 17:12:48|4988|31:31|new|openstack.pm:_match_image_name(718)|new
image name (openstack_image_name) =c7527df1-4449-4160-abda-91967dac6fe7
2012-07-18 17:12:48|4988|31:31|new|openstack.pm:_match_image_name(719)|new
image name (vcl_image_name) =centos5image-vmlinux126-v0
2012-07-18 17:12:48|4988|31:31|new|openstack.pm:does_image_exist(590)|Fail to
acquire the Image ID: c7527df1-4449-4160-abda-91967dac6fe7
2012-07-18
17:12:48|4988|31:31|new|new.pm:reload_image(576)|centos5image-vmlinux126-v0
does not exist on this management node
2012-07-18 17:12:48|4988|31:31|new|new.pm:reload_image(580)|calling
VCL::Module::Provisioning::openstack->retrieve_image()
2012-07-18 17:12:48|4988|31:31|new|Provisioning.pm:retrieve_image(122)|image
retrieval skipped, image library functions are disabled for this management node
2012-07-18
17:12:48|4988|31:31|new|DataStructure.pm:get_computer_private_ip_address(1581)|attempting
to retrieve private IP address for computer: vm-linux2
2012-07-18 17:12:48|4988|31:31|new|utils.pm:run_command(8998)|$? is set to -1,
setting exit status to 0, Perl bug likely encountered
2012-07-18
17:12:48|4988|31:31|new|DataStructure.pm:get_computer_private_ip_address(1585)|retrieved
contents of /etc/hosts on this management node, contains 7 lines
2012-07-18
17:12:48|4988|31:31|new|DataStructure.pm:get_computer_private_ip_address(1645)|returning
IP address from /etc/hosts file: 10.0.6.3
2012-07-18 17:12:48|4988|31:31|new|utils.pm:is_inblockrequest(6163)|zero rows
were returned from database select
2012-07-18
17:12:48|4988|31:31|new|DataStructure.pm:get_image_affiliation_name(2035)|image
owner id: 1
2012-07-18 17:12:48|4988|31:31|new|utils.pm:getnewdbh(2709)|database requested
(information_schema) does not match handle stored in $ENV{dbh} (vcl:localhost)
2012-07-18 17:12:48|4988|31:31|new|utils.pm:getnewdbh(2760)|database handle
stored in $ENV{dbh}
2012-07-18
17:12:48|4988|31:31|new|DataStructure.pm:retrieve_user_data(1352)|attempting to
retrieve and store data for user: user.id = '1'
2012-07-18 17:12:48|4988|31:31|new|utils.pm:getnewdbh(2709)|database requested
(vcl) does not match handle stored in $ENV{dbh} (information_schema:localhost)
2012-07-18 17:12:48|4988|31:31|new|utils.pm:getnewdbh(2760)|database handle
stored in $ENV{dbh}
2012-07-18
17:12:48|4988|31:31|new|DataStructure.pm:retrieve_user_data(1415)|data has been
retrieved for user: admin (id: 1)
2012-07-18 17:12:48|4988|31:31|new|utils.pm:mail(1268)|SUCCESS -- Sending mail
To: 0, PROBLEM --
31:31|new|new.pm|vm-linux2>vmhost|centos5image-vmlinux126-v0|admin
> Openstack Essex Module
> ----------------------
>
> Key: VCL-590
> URL: https://issues.apache.org/jira/browse/VCL-590
> Project: VCL
> Issue Type: New Feature
> Components: database, vcld (backend)
> Affects Versions: 2.2.1
> Environment: OpenStack Essex with Ubuntu 12.04 x64 server
> Reporter: Young-Hyun
> Attachments: openstack_euca2ool .pm, openstack_nova_api.pm
>
>
> The OpenStack module supports the VCL provisioning module for OpensStack
> Essex that is open source software for building private and public clouds
> (http://www.openstack.org/)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
