Bug 516863

Summary: Unable to see scheduled Pending events after scheduling them via SSM
Product: Red Hat Satellite 5 Reporter: Clifford Perry <cperry>
Component: ServerAssignee: Devan Goodwin <dgoodwin>
Status: CLOSED CURRENTRELEASE QA Contact: wes hayutin <whayutin>
Severity: medium Docs Contact:
Priority: medium    
Version: 530CC: czerakj, dgoodwin, jpazdziora, mkarg
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: sat530 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-09-10 20:38:59 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 456985    
Attachments:
Description Flags
Screen shot showing the events being scheduled and displayed correctly.
none
test in stage none

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. ***