Bug 1328570 - create_vm_provision_request is being SIGTERM'ed while provisioning
Summary: create_vm_provision_request is being SIGTERM'ed while provisioning
Keywords:
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Red Hat CloudForms Management Engine
Classification: Red Hat
Component: Provisioning
Version: 5.4.0
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: GA
: 5.6.0
Assignee: mkanoor
QA Contact: Shveta
URL:
Whiteboard: service:catalog
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-04-19 17:40 UTC by Jared Deubel
Modified: 2019-11-14 07:49 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-06-29 18:35:57 UTC
Category: ---
Cloudforms Team: ---
Target Upstream Version:


Attachments (Terms of Use)

Description Jared Deubel 2016-04-19 17:40:25 UTC
Description of problem:
Create_vm_provision_request is being SIGTERM'd. This seems to be killed in far less than 10 minutes.

==========================================================
[----] E, [2016-04-07T14:29:46.826544 #7802:55c9144] ERROR -- : Q-task_id([service_template_provision_task_999000000022639]) <AEMethod create_vm_provision_request>   /opt/rh/ruby200/root/usr/share/ruby/drb/drb.rb:571:in `read'
/opt/rh/ruby200/root/usr/share/ruby/drb/drb.rb:571:in `load'
/opt/rh/ruby200/root/usr/share/ruby/drb/drb.rb:637:in `recv_reply'
/opt/rh/ruby200/root/usr/share/ruby/drb/drb.rb:936:in `recv_reply'
/opt/rh/ruby200/root/usr/share/ruby/drb/drb.rb:1222:in `send_message'
/opt/rh/ruby200/root/usr/share/ruby/drb/drb.rb:1110:in `block (2 levels) in method_missing'
/opt/rh/ruby200/root/usr/share/ruby/drb/drb.rb:1197:in `open'
/opt/rh/ruby200/root/usr/share/ruby/drb/drb.rb:1109:in `block in method_missing'
/opt/rh/ruby200/root/usr/share/ruby/drb/drb.rb:1128:in `with_friend'
/opt/rh/ruby200/root/usr/share/ruby/drb/drb.rb:1108:in `method_missing'
<code: result = $evm.instantiate(ae_uri)>:75:in `block (2 levels) in <main>'
<code: vm_provision_request[:endpoint_ip_addresses].each do |ip_address|>:62:in `each'
<code: vm_provision_request[:endpoint_ip_addresses].each do |ip_address|>:62:in `block in <main>'
<code: vm_provision_requests.each do |vm_provision_request|>:54:in `each'
[----] E, [2016-04-07T14:29:46.824989 #7802:55c9144] ERROR -- : Q-task_id([service_template_provision_task_999000000022639]) <AEMethod create_vm_provision_request>   SignalException: SIGTERM
==========================================

Version-Release number of selected component (if applicable):
5.4.3.1

Comment 2 mkanoor 2016-04-19 19:04:16 UTC
Can we get the log file which shows the process 7802 starting and then getting the SIGTERM. The whole process has a time limit of 10 minutes, the 10 minute is not per method. The process 7802 from the customers log might have run a whole bunch of other methods before it terminates the method shown in the log.

Comment 8 mkanoor 2016-05-23 16:25:04 UTC
Jared,
Any update on this issue.
Thanks,
Madhu

Comment 10 mkanoor 2016-06-29 18:24:34 UTC
Jared,
Do we have any updates on this, or can we close it.
Thanks,
Madhu


Note You need to log in before you can comment on or make changes to this bug.