CVSUP problem on SUN ULTRA 10 with CURRENT help!

[Matthew Seaman]

On Sun, Mar 07, 2004 at 07:29:09AM -0500, Chris Demers wrote:

> I have been having a problem trying to get CVSUP working correctly on a SUN
> ULTRA 10 (256MB 40GB HDD) with CURRENT, i can ftp in the sources and do full
> build worlds and kernel without any problems, but even after i blow away all
> the src, ports, and sup, directories and it start recreating them when i run
> CVSUP it gets stuck and has a weird retry time.   Any suggestions?  I have
> tried over a dozen other CVSUP servers with the same exact results.  Even
> using my own local one on my network does the same thing.  Only way i  have
> been able to get sources back into the machine is to FTP them in from a snap
> server.  Any suggestions would be apprechiated.  Note, other machines on the
> exact same network segment have absolutely no problems using CVSUP.

Hmmm... looks like you've found a bug, probably.  All you're seeing is
your machine failing to connect to the cvsup server: the 'reconnect'
message is entirely normal for that circumstance. Can you confirm that
you can connect to the cvsup port on any of the cvsup servers you're
using via telnet?

    % telnet cvsup.example.com 5999

You should be able to see the banner that cvsupd produces - something like:

    OK 17 0 SNAP_16_1f CVSup server ready

If not, then you need to work out what's wrong with the
networking/firewalling setup on your Ultra10.

If you can connect, then there is clearly a bug in the version of
cvsup you're using on that machine.  You should report what you're
seeing to the port maintainer, John Polstra, (who also happens to be
the author of cvsup) according to the instructions at
http://www.cvsup.org/faq.html#bugreports -- in this case, as well as
providing the data asked for there, a network dump of the traffic
between your machine and the server would probably be useful too:

    # tcpdump -i fxp0 -w /tmp/cvsup-session.out port 5999

(replace 'fxp0' with the name of your principal ethernet interface)
and then in another window, run your cvsup command:

    # cvsup -g -L 2 supfile

Kill the cvsup session after it says "Will retry", and then kill the
tcpdump process.  If the cvsup-session.out file isn't too large, then
you can uuencode it and include it in your bug report (together with
the commands used to generate it), otherwise just mention that it is
available if required.

Be prepared to receive patches and apply them to the cvsup sources and
recompile and run whatever tests John may request.

	Cheers,

	Matthew

-- 
Dr Matthew J Seaman MA, D.Phil.                       26 The Paddocks
                                                      Savill Way
PGP: http://www.infracaninophile.co.uk/pgpkey         Marlow
Tel: +44 1628 476614                                  Bucks., SL7 1TH UK
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-questions/attachments/20040307/392bc45b/attachment.bin