mod times after cvsup
I just cvsup'd RELENG_4_4_0_RELEASE in preparation for buildworld, and I noticed something odd about the modification times of some of the files in /usr/src. And I don't mean the S1G, Dec 1969 bug. % cd /usr/src ls -ld [A-Z]* -rw-r--r-- 1 root wheel 4735 Sep 5 1999 COPYRIGHT drwxr-xr-x 2 root wheel512 Apr 15 23:23 CVS -rw-r--r-- 1 root wheel 7486 Oct 1 01:28 Makefile -rw-r--r-- 1 root wheel 26977 Sep 14 13:47 Makefile.inc1 -rw-r--r-- 1 root wheel 9761 Aug 27 1999 Makefile.upgrade -rw-r--r-- 1 root wheel 2642 Oct 27 2000 README -rw-r--r-- 1 root wheel 35884 Sep 14 13:46 UPDATING The mtime on Makefile.inc1 is Sept 14, which is correct and matches the time in the RCS Id. But the date on Makefile is Oct 1, the time I cvsup'd. In the CVS repo, the date for the RELENG_4_4_0_RELEASE version of /usr/src/Makefile should be April 25, which I can see from http://www.FreeBSD.org/cgi/cvsweb.cgi/src. Feel free to whack me with a clue stick if I'm off base, but I thought cvsup was supposed to preserve the mtime from the repo. The man page says it does. And there were lots of files dated Oct 1. The contents of the files are correct, so this isn't going to break buildworld or anything, it just surprised and puzzled me. Anyway, I'm running 4.2-Release and I'm getting ready to build 4.4-Release. I ftp'd and installed the new cvsup-16.1e package (nogui binary for those of us without modula-3). My cvsup file: *default host=cvsup16.freebsd.org *default prefix=/usr *default base=/var/cvsup *default delete use-rel-suffix compress src-all release=cvs tag=RELENG_4_4_0_RELEASE As I read the cvsup man page, I shouldn't need (and probably shouldn't use) the preserve keyword. I ran the telnet test on cvsup16, and it should be ok: % telnet cvsup16.freebsd.org 5999 Trying 128.143.108.35... Connected to warhammer.mcc.virginia.edu. Escape character is '^]'. OK 16 1 SNAP_16_1d CVSup server ready --Mark To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: fs corruption (ATA / 4.4-REL)
ian j hart writes: A re-read of your original post reveals it's a k6 450. Touch the CPU heatsink. If you burn your finger that's the problem :) Seriously tho' there were problems with one of the k6 chips, but it's so long ago I can't remember clearly whether it's the 450. What's the core voltage printed on the chip, and what's the M/B core voltage set to. There should also be a revision number. While you do that I'll see if I can find the info. If I'm correct there were two versions with different core voltages - one of which was suspect. Anyone remember this? What brand is the mobo, maybe someone else has one. I had very similar problems with a K6-2 450 on an Ax59Pro. The K6-2 was the original version, with a 2.4V core voltage. I ended up underclocking the processor to 400MHz, and the problems disappeared. //Raymond. -- Raymond Wiker [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
SSH Problem
Hi, with 4.4-STABLE 010929, ssh seems to work unexpectedly - even when I have my public key in the target machine's authorized_keys, ssh aks me for a password (breaks a lot of scripts). Greetings k.j. -- Klaus-Juergen Wolf | Tiscali Business GmbH System Engineering | Robert-Bosch-Str. 32 / D-63303 Dreieich fon: +49-6103-916-993 | http://www.tiscali-business.de/ fax: +49-6103-916-899 | [EMAIL PROTECTED] gpg: 900E 93B4 B772 B132 FBF4 796E 2E20 3CAC 1C50 95BA To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
usb0/1: Host Controller Halted Errors
My motherboard is a Abit KA7-100 using a Via KX133 chipset (686A). I have cvsuped to the latest 4.4 stable as of this writing October 2nd. Dmesg says it uses UHCI. I have 2 USB controllers on the mb, each with 2 ports. On a bootup the system seems to be fine (though this problem occured once during a new install).. but when I start a make install clean of some big program in the middle of the compiling I'll start getting error messages saying stuff like USB1: Host Controller Halted, over and over and over, from the Kernel. The only USB devices I have hooked up to the system is a Handspring Visor USB cradle, and a webcam, neither of which are working during the compile. What causes this frustruating occurence? Thanks, Peter. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: SSH Problem
Date: Tue, 2 Oct 2001 22:54:22 -0400 From: parv [EMAIL PROTECTED] this was, on the fateful occasion around Oct 02 21:07 -0400, sent by Kevin Oberman It does not distribute 2.3 with either stable or current. It was included (with security patches) in 4.4-release. From 4.4-stable: ssh -V OpenSSH_2.9 FreeBSD localisations 20010713, SSH protocols 1.5/2.0, OpenSSL 0x0090601f really? i get... SSH Version OpenSSH_2.3.0 FreeBSD localisations 20010713, protocol versions 1.5/2.0. Compiled with SSL (0x0090601f). ...i cvusp'd sources on sep 21 2001 6.30.41 utc. when did you build your world? cvsuped on Sat. the 29th. R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: suggestion for /etc/services
Done. From: William Wong [EMAIL PROTECTED] Subject: suggestion for /etc/services Date: Wed, 3 Oct 2001 00:52:24 -0400 Can swat 901/tcp be added into /etc/services for future FreeBSD releases? I use swat to configure samba and it'd be nice if I didn't have to add it in manually after cvsup'n/fresh install. On a related note, can: swat stream tcp nowait.400 root /usr/local/sbin/swat swat be added as a commented option in /etc/inetd.conf To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: Updating BIND 9
On Wed, 3 Oct 2001 16:19+1200, Juha Saarinen wrote: Could someone kindly tell me what the magic switches are, to install BIND 9, so that the binaries and conf files end up in the right places? Been Googling for a while now, but I can't locate the message from the mailing list that mentioned them. Also, could this information go into the Make file (e.g.) for BIND 9 in the ports collection? Well, I don't mind the executables ending up in /usr/local/{,s}bin, but I do fancy /etc/namedb as the --sysconfdir. So I change the Makefile to contain --sysconfdir=/etc/namedb prior to compiling BIND. HTH. -- -- Trond Endrestøl |[EMAIL PROTECTED] Patron of The Art of Computer Programming| FreeBSD 3.5-S Pine 4.33 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
RE: dirpref speedup with Compaq RAID controller
-Original Message- From: [EMAIL PROTECTED] Sent: Tuesday, October 2, 2001 4:31 pm To: [EMAIL PROTECTED] Subject: dirpref speedup with Compaq RAID controller As someone requested timings from RAID systems for old/new dirpref code: System has as the main disc (i.e. boot, /, /usr etc) as pair of SCSI UW drives connected to a Compaq SMART-2SL controller. Configuration is RAID 0, and I think the stripe size is 64k or so - whatever the conttroller thinks is suitable for UNIX anyway. I recreated my /usr/src tree using tar/untar into a directory next to it so I could compare operations. The disc has softupdates enabled on it. Doing a 'du -s' is 2.1 times faster on the new tree. Doing an 'rm -r' is 2.9 times faster on the new tree. {snip} -pete. Just to throw my results into the hat... * CPU's Pentium/P54C (167.01-MHz 586-class CPU) (FreeBSD/SMP) * Compaq SMART-2/P array controller, 3 x 4.3GB SCSI drives in RAID 0 * /dev/idad0s1e on /usr (ufs, local, soft-updates) * Filesystem Size Used Avail Capacity Mounted on /dev/idad0s1e11G 951M 9.2G 9%/usr shutdown now umount /usr dump ... time rm -rf /usr/ports = 5m21s (before) newfs -U /dev/idad0s1e mount /usr cd /usr restore ... time rm -rf /usr/ports = 1m29s (after) -- Jamie To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message