Re: RH 8.0 Client

Lawrence MacIntyre <[email protected]> 26 Nov 2002 14:03:55 -0500
Newsgroups gmane.network.up2date.current.devel
Organization Oak Ridge National Laboratory
Message-ID <[email protected]>
Ah, that was before I joined the list, so I didn't have it.  That worked
great!  Thanks ever so much!  BTW, up2date didn't exit with a traceback
when it finished.

So here is my up2date file:

[lpz@nautique lpz]$    cat up2date
# Automatically generated Red Hat Update Agent config file, do not edit.
# Format: 1.0
networkSetup[comment]=None
networkSetup=1

retrieveOnly[comment]=Retrieve packages only
retrieveOnly=0

enableRollbacks[comment]=Determine if up2date should create rollback
rpms
enableRollbacks=0

pkgSkipList[comment]=A list of package names, optionally including
wildcards, to skip
pkgSkipList=kernel*;

storageDir[comment]=Where to store packages and other data when they are
retrieved
storageDir=/var/spool/up2date

adminAddress[comment]=List of e-mail addresses for update agent to
communicate with when run in batch mode
adminAddress=root@localhost;

noBootLoader[comment]=To disable modification of the boot loader (lilo,
silo, etc)
noBootLoader=0

serverURL[comment]=Remote server URL
serverURL=https://current.server.com/XMLRPC

fileSkipList[comment]=A list of file names, optionally including
wildcards, to skip
fileSkipList=;

sslCACert[comment]=The CA cert used to verify the ssl server
sslCACert=/usr/share/rhn/RHNS-CA-CERT.current

noReplaceConfig[comment]=When selected, no packages that would change
configuration data are automatically installed
noReplaceConfig=1

useNoSSLForPackages[comment]=Use the noSSLServerURL for package, package
list, and header fetching
useNoSSLForPackages=0

systemIdPath[comment]=Location of system id
systemIdPath=/etc/sysconfig/rhn/systemid

enableProxyAuth[comment]=To use an authenticated proxy or not
enableProxyAuth=0

retrieveSource[comment]=Retrieve source RPM along with binary package
retrieveSource=0

versionOverride[comment]=Override the automatically determined system
version
versionOverride=

headerFetchCount[comment]=The maximimum number of rpm headers to fetch
at once
headerFetchCount=10

networkRetries[comment]=Number of attempts to make at network
connections before giving up
networkRetries=5

enableProxy[comment]=Use a HTTP Proxy
enableProxy=0

proxyPassword[comment]=The password to use for an authenticated proxy
proxyPassword=

noSSLServerURL[comment]=Remote server URL without SSL
noSSLServerURL=http://current.server.com/XMLRPC

keepAfterInstall[comment]=Keep packages on disk after installation
keepAfterInstall=0

proxyUser[comment]=The username for an authenticated proxy
proxyUser=

removeSkipList[comment]=A list of package names, optionally including
wildcards that up2date will not remove
removeSkipList=kernel*;

useGPG[comment]=Use GPG to verify package integrity
useGPG=1

gpgKeyRing[comment]=The location of the gpg keyring to use for package
checking
gpgKeyRing=/etc/sysconfig/rhn/up2date-keyring.gpg

debug[comment]=Whether or not debugging is enabled
debug=0

httpProxy[comment]=HTTP proxy in host:port format, e.g.
squid.redhat.com:3128
httpProxy=

headerCacheSize[comment]=The maximum number of rpm headers to cache in
ram
headerCacheSize=40

forceInstall[comment]=Force package installation, ignoring package, file
and config file skip list
forceInstall=0


Theoretically, you should only have to copy this file to your
/etc/sysconfig/rhn directory, edit the 4 lines changing the certificate
file, the email address, and the http and https servers, grab the
certificate for your current server, and you should be working.  I'll
update another RH8.0 machine and try it.

So, the line about rollback RPMs is new:

enableRollbacks[comment]=Determine if up2date should create rollback
rpms
enableRollbacks=0

Is that supported?  I answered no in the dialog because I figured it was
a new up2date 3.0 thing.

On Tue, 2002-11-26 at 12:52, Mike Wohlgemuth wrote:
> I had this problem, too.  You can find my workaround here:
> 
> https://lists.dulug.duke.edu/pipermail/current-server/2002-October/000647.html
> 
> Woogie
> 
> On Tue, 2002-11-26 at 11:21, Lawrence MacIntyre wrote:
> > Here is a list of the up2date/rhn stuff included in RH8.0:
> > 
> > up2date-3.0.7-1.i386.rpm
> > up2date-gnome-3.0.7-1.i386.rpm
> > rhn-applet-2.0.0-28.i386.rpm
> > rhnlib-1.0-1.noarch.rpm
> > 
> > Note that there is no rhn_register, so this, at least, is different.  I
> > edited /etc/sysconfig/rhn/up2date as you would before RH8.0, but, as
> > there is no rhn_register, I couldn't edit that.  When I tried to run
> > up2date, I got this:
> > 
> > [root@karabou rhn]# up2date
> > Traceback (most recent call last):
> >   File "/usr/sbin/up2date", line 801, in ?
> >     main()
> >   File "/usr/sbin/up2date", line 463, in main
> >     ret = configdlg.main(options.firstboot)
> >   File "/usr/share/rhn/up2date_client/configdlg.py", line 365, in main
> >     gui = Gui(firstboot)
> >   File "/usr/share/rhn/up2date_client/configdlg.py", line 79, in
> > __init__
> >     self.setInitialValues()
> >   File "/usr/share/rhn/up2date_client/configdlg.py", line 95, in
> > setInitialValues
> >     self.serverUrls = configUtils.getServerUrls()
> >   File "/usr/share/rhn/up2date_client/configUtils.py", line 40, in
> > getServerUrls    serverUrls = rpcServer.doCall(s.servers.list)
> >   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
> > 
> > Then I tried to run the rhn-applet.  It died with a traceback that was
> > in a window with scrollbars but they didn't work, so I couldn't get the
> > traceback.  However, the following message was on the terminal window I
> > ran it from:
> > 
> > [root@karabou rhn]# /usr/bin/rhn-applet-gui
> > could not figure out kernel
> > 
> > The machine is running a custom kernel, but the kernel rpms are still
> > there.
> > 
> > On Mon, 2002-11-25 at 23:58, Barry K. Nathan wrote:
> > > On Mon, Nov 25, 2002 at 04:04:56PM -0500, Lawrence MacIntyre wrote:
> > > > Is there a way to get a RH8.0 machine to work with the current server
> > > > with the version of up2date that ships with it, or do I need to remove
> > > > the up2date and redhat network software that comes with it:
> > > [snip]
> > > 
> > > The 8.0 up2date stuff should work reasonably well as a client. Sometimes
> > > it explodes with a traceback after it finishes applying the updates (due
> > > to some new server-side thing that's not implemented in current yet --
> > > look back at the archives earlier this month for a subject line
> > > mentioning "weird traceback"). It actually applies the updates properly,
> > > though. AFAIK setup is no different than with 7.x clients.
> > > 
> > > -Barry K. Nathan <[email protected]>
> > > _______________________________________________
> > > Current-server mailing list
> > > [email protected]
> > > http://lists.dulug.duke.edu/mailman/listinfo/current-server
> > -- 
> >      Lawrence MacIntyre     865.574.8696     [email protected]
> >                 Oak Ridge National Laboratory
> > Center for High Performance Information Infrastructure Technology
> 
> 
> _______________________________________________
> Current-server mailing list
> [email protected]
> http://lists.dulug.duke.edu/mailman/listinfo/current-server
-- 
     Lawrence MacIntyre     865.574.8696     [email protected]
                Oak Ridge National Laboratory
Center for High Performance Information Infrastructure Technology
signature.asc (application/pgp-signature, 232 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQA948WaCNjP8rawCW4RApLhAJ96QmY65kI3gScTCMoTS3vQtbvlIACffggu
Zxp9gxjm6PmWaOeAFJeOXHI=
=pwcc
-----END PGP SIGNATURE-----