From Bugzilla Helper:
User-Agent: Mozilla/4.5 [en] (WinNT; U)
System - Dell PowerEdge 1400
Headless - boots to console
X - not installed - all services must be run from command line
OS - RH7.0
Steps to Reproduce:
1.up2date -r -l system hangs and finally gives a "time out" error message
2.up2date -l system spews error messages and process quits
3.up2date -d system spews error messages and process quits
I found some info stating that there were problems running up2date from SSH. I have tried this from SSH and telnet. I cannot run this from the
machine directly as it is "headless" and included in our server farm.
Actual Results: 1. system hangs and does nothing until manually interrupted or returns There was a fatal error communicating with the
The message was:
Connection timed out
2. You are not registered with Red Hat Network. To use Update Agent,
You must be registered.
However, you can continue now with an anonymous registration, and only
your Red Hat Linux version and computer architecture will be sent to
redhat.com. You are free to use the rhn_register later to take full
advantage of the benefits offered by the Red Hat Network.
To register anonymously, specify "--register" as a command line option.
Retrieving list of all available packages...
Traceback (innermost last):
File "/usr/sbin/up2date", line 382, in ?
File "/usr/sbin/up2date", line 366, in main
File "/usr/sbin/up2date", line 138, in batchRun
updated, skipped = up2date.getUpdatedPackageList(printit, percent)
File "/usr/share/rhn/up2date/up2date.py", line 872, in getUpdatedPackageList
pkgList = getAvailablePackageList()
File "/usr/share/rhn/up2date/up2date.py", line 267, in getAvailablePackageList
availPkgList = s.up2date.listall(getSystemId())
File "/usr/lib/python1.5/site-packages/xmlrpclib.py", line 576, in __call__
return self.__send(self.__name, args)
File "/usr/lib/python1.5/site-packages/xmlrpclib.py", line 602, in __request
request = dumps(params, methodname)
File "/usr/lib/python1.5/site-packages/xmlrpclib.py", line 470, in dumps
data = m.dumps(params)
File "/usr/lib/python1.5/site-packages/xmlrpclib.py", line 246, in dumps
File "/usr/lib/python1.5/site-packages/xmlrpclib.py", line 257, in __dump
raise TypeError, "cannot marshal %s objects" % type(value)
TypeError: cannot marshal <type 'None'> objects
3.Traceback (innermost last):
File "/usr/sbin/up2date", line 382, in ?
File "/usr/sbin/up2date", line 263, in main
print "Error parsing command line arguments: %s" % msg
Expected Results: According to the documents I have found it should have registered me and given me a list of available updates or just
downloaded the available updates depending on the option flags used.
Your documentation is located at http://www.redhat.com/support/manuals/RHNetwork/ref-guide/text-up2date.html and I have been unable to
up2date to do anything at all. I don't understand what is going wrong, because it should be working.
1. The up2date server was down temporarily. This accounts for your connection
2. The problems with anonymous registration are fixed with up2date 2.1.7,
available at updates.redhat.com. We recommend that you upgrade as indicated at
3. Anonymous registration is not nearly as useful as a real RHN registration.
Use the "rhn_register" program to complete registration.
I have applied the patches you recommened even though I had to use --force to get them to install. I am still having the same problem. I have an
identical machine as my development workstation which has x installed and it works perfectly. In fact, it's updating as we speak. For some reason
up2date seems to depend on X in a headless install. Both boxes are accessable via console and ssh. I can forward the x via ssh and up2date works
fine. However, it still doesn't connect with you folks on the box WITHOUT x. That is the ONLY difference between the 2 boxes. They have been kept
identical on purpose.
I forgot to add that rhn_register doesn't work either. I know that it's not a problem with my network connectivity because I can use this server to telnet,
ssh, ftp, etc. in to box on my network and out on the internet. I should probably also mention that most unnecssary RPM's were uninstalled and if you
like I can send you a spreadsheet showing you what is still active.
The next versions of up2date include a `--nox` option, that will
tell the client not to attempt to use X regardless of the
setting of DISPLAY, or otherwise.
This option is available for `up2date`, and `rhn_register`,
so it should solve this problem. There is also better
handling of the cases where it looks like everything is
setup for the use of X, but attaching to the X server
fails (ie, a bogus DISPLAY setting is a good example).
Assigned QA to jturner
if your DISPLAY variable is set, up2date, rhn_register, and other programs
(emacs) that support X will believe it and try to work with X. If you don't
actually have X installed, then you should make sure that this variable is
You can use the --nox option available in the rawhide version as well; we will
be releasing official stable errata shortly that includes this option. Until
then, make sure your DISPLAY variable is not set.
Code in CVS right now which makes this process a lot less painful. Am able to
ssh into a machine which does not have X of any sort installed, and then issue
up2date command line without any problems.