Re: Making RH 8.0 work

--=-5/TvNXDslShmZXV0M5i9
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

On Sun, 2003-02-02 at 10:10, John Berninger wrote:
> Jos -

Two things spring immediate to mind - either mod_mime-whatever is
running, and you have to disable that (right now, NO I don't want that
disable permanently on my apache server either) or the mod_ssl configs
haven't been quite put right.

Basically the first is to scan through the http.conf file looking for a
single line 
MimeMagicModule /somemthing/something/something

I don't have the exact syntax at hand, because my 8.0 box is down (I
stole its hard drive)

The other is to go to /etc/httpd/conf.d/mod_ssl.conf and actually put
your servers name in the obvious field. 

This wasn't required in 1.3 apache/mod_ssl, but it is now. Note that
this step is UTTERLY out of currents control - we cannot work around it.

The docs on 1.4.3 will cover this in detail. I've attached my terse,
incomplete notes on 8.0 - perhaps this will help.


> 
>         I've seen this error before, and much to my continuing
> annoyance, I can't remember what I did to make it go away.  I can tell
> you, however, that the jwbernin-postgres-branch is more likely to get
> you working sooner; the head of that branch is code I've managed to get
> working on an 8.0 client with an 8.0 server.  It's still using the
> rpm404 compatibility module, because I've not had time to look into that
> yet, but I was able to update my 8.0 system with it.
> 
>         The conversion to the RPM 4.1 API is next on my list for this
> branch; I'm still waiting for my brain to sort out everything about RPM
> I took in from talking with Jeff Johnson last week.  Feel free to pull
> that branch and play with it - any help we can get is appreciated.
> 
> On Sun, 02 Feb 2003, Jos Vos wrote:
> 
> > Hi,
> > 
> > OK, I decided to start a new, fresh attempt to make Current work on
> > RH 8.0 as a server, using RH 8.0 up2date client, with no success (yet).
> > I'm using the release-1_4_x-branch and have mod_python 3.0.1 installed.
> > 
> > I did manage to create a channel (by replacing rpm into rpm404
> > in channel.py) and I have a running server, although I have no
> > idea to what extend it is functioning.
> > 
> > When I run up2date, it seems to communicate with the server (that's
> > what I see with tcpdump), but the "Privacy Statement" window stays
> > empty (there is a privacy statement in my current.conf) and up2date
> > gives this traceback:
> > 
> >   File "/usr/share/rhn/up2date_client/gui.py", line 384, in onPrivacyPagePrepare    text = rhnreg.privacyText()
> >   File "/usr/share/rhn/up2date_client/rhnreg.py", line 176, in privacyText
> >     return rpcServer.doCall(s.registration.privacy_statement)
> >   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 118, in request
> >     headers, fd = req.send_http(host, handler)
> >   File "/usr/lib/python2.2/site-packages/rhn/transports.py", line 604, in send_http
> >     response = self._connection.getresponse()
> >   File "/usr/lib/python2.2/site-packages/rhn/connections.py", line 103, in getresponse
> >     response.begin()
> >   File "/usr/lib/python2.2/httplib.py", line 119, in begin
> >     line = self.fp.readline()
> >   File "/usr/lib/python2.2/site-packages/rhn/SSL.py", line 228, in readline
> >     data = self._connection.recv(bufsize)
> > SSL.SysCallError: (-1, 'Unexpected EOF')
> > 
> > Somnething very obvious is probably wrong here, but I don't see it...
> > 
> > Thanks,
> > 
> > -- 
> > --    Jos Vos <[email protected]>
> > --    X/OS Experts in Open Systems BV   |   Phone: +31 20 6938364
> > --    Amsterdam, The Netherlands        |     Fax: +31 20 6948204
> > _______________________________________________
> > Current-server mailing list
> > [email protected]
> > http://lists.dulug.duke.edu/mailman/listinfo/current-server
> 
> -- 
> Thank you,
> John Berninger
> 
> Systems Administrator		[email protected]
> Department of Mathematics	Box 8205, Harrelson Hall
> NC State University		Raleigh, NC 27695
> Phone:  (919)515-6315		Fax:	(919)515-3798
> 
> GPG Key ID: A8C1D45C
>         Fingerprint: B1BB 90CB 5314 3113 CF22  66AE 822D 42A8 A8C1 D45C
> --
> _______________________________________________
> Current-server mailing list
> [email protected]
> http://lists.dulug.duke.edu/mailman/listinfo/current-server
> 
> 
-- 
Hunter Matthews                          Unix / Network Administrator
Office: BioScience 145/244               Duke Univ. Biology Department
Key: F0F88438 / FFB5 34C0 B350 99A4 BB02  9779 A5DB 8B09 F0F8 8438
Never take candy from strangers. Especially on the internet.

--=-5/TvNXDslShmZXV0M5i9
Content-Disposition: attachment; filename=rhl-8.0_server.notes
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; name=rhl-8.0_server.notes; charset=ISO-8859-1

1. Apache -> httpd rename
   Delete current.spec dependancy or wrap it in 8.x-ness

2. httpd now has an /etc/httpd/conf.d dir
   Tailor made for us to slip a current.conf file into.
   Installation is now easier.

3. mod_ssl configured in /etc/httpd/conf.d/ssl.conf file
   has "ServerName new.host:443" which must be replaced with the=20
   real ssl'd server name.

Typical error message is as follows:

[Sat Jan 11 19:01:24 2003] [warn] RSA server certificate CommonName (CN)
`dangermouse.biology.duke.edu' does NOT match server name!?

4. /var/log/httpd is now writable only by root, as is the "parent" httpd
   process.  HOWEVER, the actual children are owned by "apache". So=20
   as a temporary measure, I moved the log file up one dir to /var/log.

5. Rpm breakage. (he did upgrade from 4.0 to 4.1)=20
   rpm.headerFromPackage() is now rpm.ts.hdrFromFdno()

6. Go back to 6 for final 1.5 solution, but installing rpm404-python and=20
   librpm404 should be a good temporary fix for 1.4

7. Something in 6.2 packages is causing xmlrpclib to choke on the=20
   getObsoletes file. Ditched 6.2 for now.

8. Error from the mime_magic_file. Disabled by commenting out in=20
   httpd.conf. Fix / work around later.

  =20

--=-5/TvNXDslShmZXV0M5i9--