Bug 129570 – rhnsd goes to sleep after time screwup

This service will be undergoing maintenance at 00:00 UTC, 2017-10-23 It is expected to last about 30 minutes

Bug 129570 - rhnsd goes to sleep after time screwup

Summary:	rhnsd goes to sleep after time screwup

Status:	CLOSED WONTFIX

Aliases:	None

Product:	Red Hat Enterprise Linux 2.1
Classification:	Red Hat
Component:	up2date (Show other bugs)
Sub Component:
Version:	2.1
Hardware:	All Linux

Priority	medium Severity medium
Target Milestone:	---
Target Release:	---
Assigned To:	Bret McMillan
QA Contact:	Fanny Augustin
Docs Contact:

URL:
Whiteboard:
Keywords:

Depends On:
Blocks:
	Show dependency tree / graph

Reported:	2004-08-10 10:26 EDT by Joe Orton
Modified:	2007-11-30 17:06 EST (History)
CC List:	0 users

See Also:
Fixed In Version:
Doc Type:	Bug Fix
Doc Text:
Story Points:	---
Clone Of:
Environment:
Last Closed:	2007-10-19 15:21:55 EDT
Type:	---
Regression:	---
Mount Type:	---
Documentation:	---
CRM:
Verified Versions:
Category:	---
oVirt Team:	---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

Attachments	(Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Groups: None (edit)

Description Joe Orton 2004-08-10 10:26:21 EDT

Description of problem:
I have a box which somehow got its clock set to October 2004 or
something, for a day or two.  rhnsd then got confused and wasn't
applying automatic updates, even after the clock was fixed: it was
sleeping for a *long* time:

[root@cocoa root]# strace -p 1358
Process 1358 attached - interrupt to quit
time(NULL)                              = 1092151060
time(NULL)                              = 1092151060
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
rt_sigaction(SIGCHLD, NULL, {SIG_DFL}, 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
nanosleep({4830074, 0},  <unfinished ...>

which is sleep(55 days) by my calculation?

up2date-2.9.3-2.2.1AS

Comment 1 RHEL Product and Program Management 2007-10-19 15:21:55 EDT

This bug is filed against RHEL2.1, which is in maintenance phase.
During the maintenance phase, only security errata and select mission
critical bug fixes will be released for enterprise products.  Since
this bug does not meet that criteria, it is now being closed.

For more information of the RHEL errata support policy, please visit:
http://www.redhat.com/security/updates/errata/

If you feel this bug is indeed mission critical, please contact your
support representative.  You may be asked to provide detailed
information on how this bug is affecting you.

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