Date: Sat, 12 Jul 2008 10:00:25 -0400 From: Randy Pratt <bsd-unix@embarqmail.com> To: freebsd-ports@freebsd.org Subject: Core dump using csup to update ports tree Message-ID: <20080712100025.209db9d8.bsd-unix@embarqmail.com>
next in thread | raw e-mail | index | archive | help
6.3-STABLE FreeBSD 6.3-STABLE #0: Sat Apr 19 07:46:18 EDT 2008 >From my logfile: ===>>> Previous CVS checkout date: Fri Jul 11 08:46:00 UTC 2008 ===>>> CVS Server: cvsup5.us.freebsd.org ===>>> Ports tree update start: 07/12/2008 06:00 Parsing supfile "/root/supfiles/ports-supfile" Connecting to cvsup5.us.freebsd.org Connected to 208.83.20.14 Server software version: SNAP_16_1h Negotiating file attribute support Exchanging collection information Establishing multiplexed-mode data connection Running Receiver: Connection reset by peer Will retry at 06:05:52 Retrying Connected to 208.83.20.14 Server software version: SNAP_16_1h Negotiating file attribute support Exchanging collection information Segmentation fault (core dumped) I switched to cvsup2.us.freebsd.org and csup updated my tree without a problem. I've not updated the base since April and had no problems prior to today. Later, I retried cvsup5.us.freebsd.org and was not able to duplicate the core dump. I do have the core dump if its of any use: http://myfreebsd.homeunix.net/csup.core I've been reading some of the thread regarding a core dump with cvsup but the only thing I see in common is that both involve the server-side of updating. It may, of course, be a red herring. Since I can't seem to duplicate the core dump on demand, it would seem that its very subtle. I can't force a "Connection reset by peer" so I'm not sure if that's relevant or not. Those resets were not happening during my duplication efforts. I can't think of anything to pursue at this point other than to continue as usual and watch for a repeat. Randy --
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080712100025.209db9d8.bsd-unix>