Bug 771886 - UI remains in processing state after triggering a package install via system packages
Summary: UI remains in processing state after triggering a package install via system ...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: WebUI
Version: 6.0.1
Hardware: Unspecified
OS: Unspecified
unspecified
low vote
Target Milestone: Unspecified
Assignee: Brad Buckingham
QA Contact: Katello QA List
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-01-05 10:16 UTC by Sachin Ghai
Modified: 2019-09-26 13:27 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-08-22 18:17:15 UTC
Target Upstream Version:


Attachments (Terms of Use)
UI remains in processing state however package is installled on client node (59.55 KB, image/png)
2012-01-05 10:17 UTC, Sachin Ghai
no flags Details
for package update, UI is showing proper status but not for pkg install (45.25 KB, image/png)
2012-02-01 12:33 UTC, Sachin Ghai
no flags Details
UI remains in processing state for pkg group install/uninstall however selected package group is installled/removed from client node (63.13 KB, image/png)
2012-02-02 12:08 UTC, Sachin Ghai
no flags Details
Status is correctly updating on UI as 'Add package complete' after installing pkg on client (54.33 KB, image/png)
2012-02-13 12:28 UTC, Sachin Ghai
no flags Details

Description Sachin Ghai 2012-01-05 10:16:39 UTC
Description of problem:
I was trying to install system package remotely on rhel node. Package was installed however status doesn't reflected on UI. UI remains in processing state.

The same behaviour observed while installing package groups.

Version-Release number of selected component (if applicable):
[root@dhcp201-219 ~]# rpm -qa | grep katello
katello-glue-foreman-0.1.161-1.el6.noarch
katello-configure-0.1.49-1.el6.noarch
katello-qpid-broker-key-pair-1.0-1.noarch
katello-cli-common-0.1.31-1.el6.noarch
katello-glue-candlepin-0.1.161-1.el6.noarch
katello-common-0.1.161-1.el6.noarch
katello-trusted-ssl-cert-1.0-1.noarch
katello-0.1.161-1.el6.noarch
katello-httpd-ssl-key-pair-1.0-1.noarch
katello-repos-0.1.4-1.el6.noarch
katello-cli-0.1.31-1.el6.noarch
katello-glue-pulp-0.1.161-1.el6.noarch
katello-all-0.1.161-1.el6.noarch
katello-certs-tools-1.0.1-1.el6.noarch
[root@dhcp201-219 ~]# 


How reproducible:
always

Steps to Reproduce:
1. Sync a rhel6.2 repo on katello server
2. Register a node using rhsm
3. subscribe the rhel6.2 repo pool
4. configure katello agent on client node
5. Install package on node via katello UI ( select systems ==> packages under details pane of system on right side)
  
Actual results:
UI remains in processing state. No proper status reflected on UI.

Expected results:
Add package complete should be reflected on UI

Additional info:

agent.log on client says: package is installed:
=========================

2012-01-05 15:25:35,686 [INFO][worker-0] dispatch() @ dispatcher.py:530 - dispatching:{
  "args": [
    [
      "zsh"
    ], 
    false
  ], 
  "auth": {
    "secret": null, 
    "pam": null, 
    "uuid": "ff092032-7ca8-43fb-9039-071872b231f4"
  }, 
  "classname": "Packages", 
  "kws": {}, 
  "cntr": [
    [], 
    {
      "importkeys": false
    }
  ], 
  "method": "install"
}
2012-01-05 15:25:41,702 [INFO][worker-0] install() @ katelloplugin.py:140 - Packages installed: ['zsh-4.3.10-4.1.el6.x86_64']


However UI remains in processing state. see the attachment in next comment.

Comment 1 Sachin Ghai 2012-01-05 10:17:43 UTC
Created attachment 550873 [details]
UI remains in processing state however package is installled on client node

Comment 2 Brad Buckingham 2012-01-25 22:57:20 UTC
I'm not able to reproduce this issue.  Are you still encountering it?

If so, may need a few more details.  For example, 

for the katello server, 
- what are the iptables and selinux settings?  
- do you see any errors in the katello production.log or pulp.log?

for the client:
- what browser and version are you using?  
- do you see any javascript errors reported (e.g. in firebug or chrome) after the action (e.g. install) is initiated?

Comment 3 Mike McCune 2012-01-26 19:38:37 UTC
mass move to CFSE product.

Comment 4 Sachin Ghai 2012-01-31 12:39:32 UTC
Hi Brad,

I'm still able to reproduce this issue on:

katello-0.1.206-1.el6.noarch
pulp-0.0.263-1.el6.noarch
katello-cli-0.1.48-1.el6.noarch
katello-glue-pulp-0.1.206-1.el6.noarch

I'll share the setup info in a seperate not too.

Requested details are:

for katello server:
==================
iptables stop
selinux set to permissive
no error in production.log
no error in pulp.log

for client server:
==================
 - firefox 3.6.22
 - I installed firebug in browser and didn't find any javascript errors.



pulp.log says:
=========

2012-01-31 18:00:19,041 28254:140557584148224: gofer.rmi.policy:INFO: policy:139 sent (25b0621a-ae35-47e6-ba3f-d746863471d6):
{
  "classname": "Packages", 
  "kws": {}, 
  "args": [
    [
      "zsh"
    ], 
    false
  ], 
  "method": "install", 
  "cntr": [
    [], 
    {
      "importkeys": false
    }
  ]
}
2012-01-31 18:00:28,166 28254:140557584148224: pulp.server.tasking.task:INFO: task:456 Task succeeded: Task 55d66221-4c07-11e1-8612-52540079a8d0: ConsumerApi.__installpackages(25b0621a-ae35-47e6-ba3f-d746863471d6, ['zsh'], )

Comment 5 Sachin Ghai 2012-01-31 13:17:03 UTC
Here are the error reported by firebug:

[Break On This Error] (function(ba,L){var ar=ba.document,bs=...e)};if(b.attrFn){b.attrFn[e]=true}});
common...7440302 (line 16)
e.isPropagationStopped is not a function
[Break On This Error] (function(ba,L){var ar=ba.document,bs=...e)};if(b.attrFn){b.attrFn[e]=true}});
common...7440302 (line 16)
e.isPropagationStopped is not a function
[Break On This Error] (function(ba,L){var ar=ba.document,bs=...e)};if(b.attrFn){b.attrFn[e]=true}});
common...7440302 (line 16)
e.isPropagationStopped is not a function


Thanks !

Comment 6 Sachin Ghai 2012-02-01 12:33:21 UTC
Created attachment 558810 [details]
for package update, UI is showing proper status but not for pkg install

Comment 7 Sachin Ghai 2012-02-02 12:08:41 UTC
Created attachment 559045 [details]
UI remains in processing state for pkg group install/uninstall however selected package group is installled/removed from client node

Comment 8 Brad Buckingham 2012-02-03 01:10:11 UTC
commit - 2a36eed832e14175192960206d596fc0e2d73861

After investigation, this issue only appeared using Firefox 3.6 clients and the behavior was inconsistent.  I was able reproduce on Sachin's environment, but not in development environment.

The issue came down to some 'for' loops in the javascript that did not have explicit variable declarations for the loop initializer (e.g. "for (i=0;..." vs "for (var i=0;...").  This lack of explicit definition resulted in a js error which caused the status updates to not be reflected properly in the browser.

Comment 9 Sachin Ghai 2012-02-13 12:26:44 UTC
Verified with following build:

katello-cli-0.1.53-1.el6.noarch
candlepin-0.5.8-1.el6.noarch
pulp-0.0.265-1.el6.noarch
katello-glue-candlepin-0.1.226-1.el6.noarch
katello-0.1.226-1.el6.noarch



The reported issue has been fixed. I can install packages remotely on client nodes and status is correctly updating on UI as 'Add Package complete'.


pulp.logs:
========

2012-02-13 12:29:32,674 21530:139828096136960: gofer.rmi.policy:INFO: policy:139 sent (51fcb114-c7fb-47bf-91ff-d46a9ac25037):
{
  "classname": "Packages", 
  "kws": {}, 
  "args": [
    [
      "zsh"
    ], 
    false
  ], 
  "method": "install", 
  "cntr": [
    [], 
    {
      "importkeys": false
    }
  ]
}
2012-02-13 12:29:40,274 21530:139828096136960: pulp.server.tasking.task:INFO: task:456 Task succeeded: Task 4a8a7ce3-5668-11e1-a654-525400387e8f: ConsumerApi.__installpackages(51fcb114-c7fb-47bf-91ff-d46a9ac25037, ['zsh'], )

Comment 10 Sachin Ghai 2012-02-13 12:28:27 UTC
Created attachment 561520 [details]
Status is correctly updating on UI as 'Add package complete' after installing pkg on client

Comment 12 Mike McCune 2013-08-16 17:54:41 UTC
getting rid of 6.0.0 version since that doesn't exist


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