> D G Teed wrote:
> > On Mon, Sep 22, 2008 at 2:06 PM,  <[EMAIL PROTECTED]> wrote:
> >> this is failing while trying to import the pickled RHN/up2date
> >> authentication data, which means its probably corrupt somehow (might
fsck
> >> your drive at some point).  The file its trying to read is:
> >> /var/spool/up2date/loginAuth.pkl
> >>
> >> I'd make a copy of the file as a backup, remove the file, remove your
> >> system from RHN, and then re-register to RHN.
> >>
> >> (if you use a satellite server, replace "RHN" with "your satellite" in
the
> >> steps)
> >>
> >> let us know if that works
> >>
> >> -greg
> >
> > Greg, you are a gentleman, a scholar, and a judge of fine horses.
> > This file was exactly what was messed up.
> >
> > /var/spool/up2date/loginAuth.pkl was an empty file.  I removed it,
> > removed the system from rhn, registered it again, and now
> > yum list, yum help, etc., work perfectly.
> >
> > Thank you very much for the accurate help.
>
> Donald
> I don't see what, in the messages you posted, might have lead you
> quickly to the solution to the problem.
>
> Since Greg _was_ able to diagnose the problem, I surmise you're not the
> first. I recommend filing a bug report against yum, suggesting improved
> error reporting here (and everywhere). Tracebacks are fine for
> developers, but users should not be expected to deal with them in the
> ordinary course of events. The problem has wasted your time, and the
> time of everyone who's seen the thread.

actually, except for the file name that was all based on reading the
exception.

> Traceback (most recent call last):
<snip>
>   File "/usr/lib/yum-plugins/rhnplugin.py", line 110, in init_hook
>     login_info = up2dateAuth.getLoginInfo()
here the rhn plugin for yum runs a function to gather login info

>   File "/usr/share/rhn/up2date_client/up2dateAuth.py", line 211, in
> getLoginInfo
>     login()
>   File "/usr/share/rhn/up2date_client/up2dateAuth.py", line 159, in login
>     if readCachedLogin():
>   File "/usr/share/rhn/up2date_client/up2dateAuth.py", line 120, in
> readCachedLogin
>     data = pickle.load(pcklAuth)
here the up2date function is trying to unpickle the pcklAuth variable
(which is the the contents of the file name I referenced by looking in the
source, although a smarter RH admin than I might have just assumed to look
in /var/spool/up2date)

>   File "/usr/lib64/python2.4/pickle.py", line 1390, in load
>     return Unpickler(file).load()
>   File "/usr/lib64/python2.4/pickle.py", line 872, in load
>     dispatch[key](self)
>   File "/usr/lib64/python2.4/pickle.py", line 894, in load_eof
>     raise EOFError
> EOFError
here the pickle module is saying it can't load the data because it wasn't
complete

I don't disagree that a better error would be nice though, and based on the
current git repo of the source, they have already addressed this issue in
the upstream (spacewalk's rhn-client-tools package).

-greg

_______________________________________________
rhelv5-list mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/rhelv5-list

Reply via email to