Bug 6675 - up2date can't be launched again if entered password field
up2date can't be launched again if entered password field
Product: Red Hat Linux
Classification: Retired
Component: up2date (Show other bugs)
All Linux
high Severity high
: ---
: ---
Assigned To: Preston Brown
Depends On:
  Show dependency treegraph
Reported: 1999-11-03 06:53 EST by terrychen
Modified: 2016-01-15 19:37 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 1999-11-03 15:12:10 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description terrychen 1999-11-03 06:53:36 EST
After upgrade to 1.0.5-1,(update package obtained from
if entered password field under Configure | User
Information, then up2date can't be launched again, although
all the operation during the first time seems ok.

The way to get around is don't input anything in the
password field (even the correct one, like I have), if it
can't be launched already, delete /etc/up2date.conf and
start all over again, better than re-install it.
Comment 1 Preston Brown 1999-11-03 09:36:59 EST
We can't duplicate this in the lab.

Be aware that the user id and password field in the update agent
configuration have NOTHING to do with your username and password for
your system.  They are the userid and password from Red Hat's
registration system.

Also, the password you type when you start the update agent is the
ROOT password, not the password you entered into the configuration.
Comment 2 terrychen 1999-11-03 14:50:59 EST
The things you mentioned I am already aware. These two user id and
password are two differnet sets, one for my system and one for RH's
registration system. And no matter I login as root or normal user, the
situations are the same.

I dig a little deep, it happened that my password for RH's
registration system are all numeric numbers (0 to 9) combination. If
there is at least one English alphabet within the password, then it
works just fine. But if all the character within password are numbers,
then it will produce the bug that I described.

Please try enter '111111' into the password field, and compare it with
'111x111', you should see the difference.
Comment 3 Preston Brown 1999-11-03 15:12:59 EST
You are completely correct, I'm sorry I drew the wrong conclusion from
the initial report.

For now, the registration information isn't even being used; you can
use the update agent without entering it.  Simply erase your password.

We will issue an another version of the Update Agent ASAP that
corrects this problem (before it becomes an issue).
Comment 4 openshift-github-bot 2016-01-15 19:37:03 EST
Commit pushed to master at https://github.com/openshift/origin

Merge pull request #6679 from rhcarvalho/issue6675-dockerfile-in-bc

Merged by openshift-bot

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