weird traceback with RH 8.0 client, Current 1.4.2 server
"Barry K. Nathan" <[email protected]> Mon, 4 Nov 2002 01:56:53 -0800
| Newsgroups | gmane.network.up2date.current.devel |
|---|---|
| Message-ID | <[email protected]> |
Here's the tale from the client's side (client didn't have vim-X11
installed, but I wanted it so I could use gvim to do my homework; BTW,
said homework is one reason I haven't written actual documentation on
updating 6.0/6.1 clients using up2date yet):
[barryn@localhost hw4]$ up2date vim-X11
Fetching package list for channel: redhat-linux-i386-8.0...
########################################
Fetching Obsoletes list for channel: redhat-linux-i386-8.0...
########################################
Fetching rpm headers...
Testing package set / solving RPM inter-dependencies...
########################################
vim-X11-6.1-14.i386.rpm: ########################## Done.
Preparing ########################################### [100%]
Installing...
1:vim-X11 ########################################### [100%]
Traceback (most recent call last):
File "/usr/sbin/up2date", line 801, in ?
main()
File "/usr/sbin/up2date", line 573, in main
fullUpdate, dryRun=options.dry_run))
File "/usr/sbin/up2date", line 737, in batchRun
batch.run()
File "/usr/share/rhn/up2date_client/up2dateBatch.py", line 74, in run
self.__installPackages()
File "/usr/share/rhn/up2date_client/up2dateBatch.py", line 127, in __installPackages
self.kernelsToInstall = up2date.installPackages(self.packagesToInstall, self.rpmCallback)
File "/usr/share/rhn/up2date_client/up2date.py", line 545, in installPackages
runTransaction(ts, rpmCallback)
File "/usr/share/rhn/up2date_client/up2date.py", line 514, in runTransaction
rhnPackageInfo.remoteAddPackages(addedPackages)
File "/usr/share/rhn/up2date_client/rhnPackageInfo.py", line 47, in remoteAddPackages
updateTransactions()
File "/usr/share/rhn/up2date_client/rhnPackageInfo.py", line 76, in updateTransactions
rollback.getTransactionsData()
File "/usr/share/rhn/up2date_client/rpcServer.py", line 107, in doCall
ret = apply(method, args, kwargs)
File "/usr/lib/python2.2/xmlrpclib.py", line 821, in __call__
return self.__send(self.__name, args)
File "/usr/lib/python2.2/site-packages/rhn/rpclib.py", line 126, in _request
verbose=self._verbose
File "/usr/lib/python2.2/site-packages/rhn/transports.py", line 141, in request
return self.parse_response(fd)
File "/usr/lib/python2.2/site-packages/rhn/transports.py", line 160, in parse_response
p.close()
File "/usr/lib/python2.2/xmlrpclib.py", line 393, in close
self._parser.Parse("", 1) # end of data
xml.parsers.expat.ExpatError: no element found: line 1, column 0
[barryn@localhost hw4]$ rpm -q vim-X11
vim-X11-6.1-14
[barryn@localhost hw4]$
And from the server side (warning: insanely long line ahead):
Nov 04 01:20:10 ERROR: New function called: module registration, function update_transactions
Nov 04 01:20:10 params were: ['<?xml version="1.0"?>\012<params>\012<param>\012<value><struct>\012<member>\012<name>type</name>\012<value><string>REAL</string></value>\012</member>\012<member>\012<name>architecture</name>\012<value><string>i686</string></value>\012</member>\012<member>\012<name>checksum</name>\012<value><string>a56e904999267ef92cf45129f2889ed65eff1fa9</string></value>\012</member>\012<member>\012<name>os_release</name>\012<value><string>8.0</string></value>\012</member>\012<member>\012<name>description</name>\012<value><string>8.0 running on i686</string></value>\012</member>\012<member>\012<name>system_id</name>\012<value><string>Current-ANONYMOUS</string></value>\012</member>\012<member>\012<name>operating_system</name>\012<value><string>Red Hat Linux</string></value>\012</member>\012<member>\012<name>profile_name</name>\012<value><string>localhost.localdomain</string></value>\012</member>\012<member>\012<name>fields</name>\012<value><array><data>\012<value><string>type</string></value>\012<value><string>operating_system</string></value>\012<value><string>checksum</string></value>\012<value><string>description</string></value>\012<value><string>os_release</string></value>\012<value><string>architecture</string></value>\012<value><string>system_id</string></value>\012<value><string>profile_name</string></value>\012<value><string>username</string></value>\012</data></array></value>\012</member>\012<member>\012<name>username</name>\012<value><string>x</string></value>\012</member>\012</struct></value>\012</param>\012</params>\012',
1036402051.37,
{'1034408256': {'added': [['ggv', '1.99.9', '5', '', 'i386', '+'],
['fetchmail', '5.9.0', '21', '', 'i386', '+']],
'removed': [['fetchmail', '5.9.0', '16', '', 'i386', '-'],
['ggv', '1.99.9', '4', '', 'i386', '-']],
'tid': 1034408256},
'1034999466': {'added': [['mozilla', '1.0.1', '26', '35', 'i386', '+'],
['mozilla-psm',
'1.0.1',
'26',
'35',
'i386',
'+'],
['kernel-source',
'2.4.18',
'17.8.0',
'',
'i386',
'+'],
['hwdata', '0.48', '1', '', 'noarch', '+'],
['mozilla-mail',
'1.0.1',
'26',
'35',
'i386',
'+'],
['mozilla-nss',
'1.0.1',
'26',
'35',
'i386',
'+'],
['kernel', '2.4.18', '17.8.0', '', 'i686', '+'],
['mozilla-nspr',
'1.0.1',
'26',
'35',
'i386',
'+']],
'removed': [['hwdata', '0.47', '1', '', 'noarch', '-'],
['kernel-source',
'2.4.18',
'14',
'',
'i386',
'-'],
['mozilla', '1.0.1', '24', '35', 'i386', '-'],
['mozilla-mail',
'1.0.1',
'24',
'35',
'i386',
'-'],
['mozilla-nspr',
'1.0.1',
'24',
'35',
'i386',
'-'],
['mozilla-nss',
'1.0.1',
'24',
'35',
'i386',
'-'],
['mozilla-psm',
'1.0.1',
'24',
'35',
'i386',
'-']],
'tid': 1034999466}}]
FWIW, I didn't bother disabling the rhn applet on this client, but now
that I think about it, the green checkmark icon's disappeared...
There's one other instance of this (update_transactions) in current.log,
from sometime in the middle of October. There's only one 8.0 client on
this server right now, so it must have been the same client. If I had
any kind of client-side traceback at that time, I don't remember the
events well enough to give any useful info...
If there's any other info you need from this incident, please ask and
I'll try my best to provide it.
-Barry K. Nathan <[email protected]>