Bug 516863 - Unable to see scheduled Pending events after scheduling them via SSM
Summary: Unable to see scheduled Pending events after scheduling them via SSM
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Satellite 5
Classification: Red Hat
Component: Server
Version: 530
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Devan Goodwin
QA Contact: wes hayutin
URL:
Whiteboard:
Depends On:
Blocks: 456985
TreeView+ depends on / blocked
 
Reported: 2009-08-11 17:28 UTC by Clifford Perry
Modified: 2010-01-27 23:15 UTC (History)
4 users (show)

Fixed In Version: sat530
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-09-10 20:38:59 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
Screen shot showing the events being scheduled and displayed correctly. (154.48 KB, image/png)
2009-08-11 17:36 UTC, Clifford Perry
no flags Details
test in stage (281.22 KB, image/png)
2009-08-24 13:03 UTC, wes hayutin
no flags Details

Description Clifford Perry 2009-08-11 17:28:41 UTC
Description of problem:
During 530 testing it has been reported that:
"ongoing update events are not displayed under the tab SCHEDULE."

Looking further:
Scheduled events are not displayed in https://satellite.example.org/rhn/schedule/PendingActions.do

only in the per System events.

Further notes:
 - Logged in as a Satellite Admin/Org Admin user I cannot replicate this for pending hardware refresh and remote command events being scheduled. They show up fine for me. 
 - It is reported by someone else that this does not work for them. 

This bug is to try and track down why mine works, Devan on my team works, but not for the other user. 

So - using:
Satellite-5.3.0-RHEL4-re20090721.0-i386-embedded-oracle.iso

I login -> select 4 systems into the SSM (2 systems vs 50,000 systems - same code path) -> Manage (network/systems/ssm/index.pxt) -> Hardware (network/systems/ssm/misc/index.pxt#profiles) -> Update Hardware Profile (network/systems/ssm/misc/hw_prof_update_conf.pxt) - select the confirm refresh button. This results in events being scheduled which I see under the main Schedule tab (rhn/schedule/PendingActions.do). 

I then also tried the same for Scheduling via SSM remote command events. This also showed up in the same place. 


Version-Release number of selected component (if applicable):
Satellite-5.3.0-RHEL4-re20090721.0-i386-embedded-oracle.iso

Other user reported issue though with the 5.3Beta and a QA ISO from a few weeks ago. 

How reproducible:
unknown - cannot myself, other user seems to be consistent. 

Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 Clifford Perry 2009-08-11 17:36:49 UTC
Created attachment 357052 [details]
Screen shot showing the events being scheduled and displayed correctly.

Screen shot showing the events being scheduled and displayed correctly within my own testing while trying to replicate issue.

Comment 5 Devan Goodwin 2009-08-19 14:32:37 UTC
Found the problem, the Schedule tab date sorting is using a string sort, not an actual date sort. Due to it's M/D/YY date format, it thinks that 8/19/09 is less than 8/20/08. If you have lots of events scheduled it's quite easy to see where this will break down, you'll sort on the date expecting to see events you just scheduled, and instead will see things quite old, you'll have to resort to filtering to find what you're looking for, or pagination manually. Similarly the month 12 will be treated as less than 9.

Steps to reproduce:

1. date --set="Aug 20 2008 11:23:00"
2. rhn-satellite restart
3. Schedule a hardware refresh for a system.
4. date --set="Aug 19 2009 11:23:00"
5. rhn-satellite restart
6. Schedule another hardware refresh.
7. Visit the top level Schedule tab.

Use the Schedule Time column sorting and you'll see it's the opposite of what it should be. It may help if you have some other actions in the list for comparison.

Comment 6 Devan Goodwin 2009-08-19 15:13:41 UTC
FYI ignore the rhn-satellite restart's, you don't technically have to do them, just date --set and Sat will pick it up.

Comment 7 Devan Goodwin 2009-08-19 15:34:53 UTC
Fix applied in spacewalk master: d82b5cf194497b00f6d45c0f276bf6c770ec5e40

Comment 11 wes hayutin 2009-08-24 13:03:08 UTC
Created attachment 358455 [details]
test in stage

this is working for me

Comment 12 wes hayutin 2009-08-24 13:03:37 UTC
followed plan in #5, works for me..

Comment 13 Jan Pazdziora 2009-09-07 14:27:03 UTC
Stage validated on Satellite-5.3.0-RHEL5-re20090820.1. I've scheduled hardware refresh and it's shown in the Schedule -> Pending Actions right away.

Moving to RELEASE_PENDING.

Comment 14 Brandon Perkins 2009-09-10 20:38:59 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHEA-2009-1434.html

Comment 15 Justin Sherrill 2010-01-27 23:15:50 UTC
*** Bug 504358 has been marked as a duplicate of this bug. ***


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