X and X-libraries port mismatch
I cvsupped -STABLE on February 1 and installed XFree86-4 from ports.
The XFree86-4 contains the full release of X 4.0.2, whereas
XFree86-4-libraries has libraries for 4.0.1. Thus, the ports
that rely on X wil try to download 4.0.1 libraries even though
full 4.0.2 is already installed.
The workaround for that is to change
LIB_DEPENDS+= X11.6:${PORTSDIR}/x11/XFree86-4-libraries
to
LIB_DEPENDS+= X11.6:${PORTSDIR}/x11/XFree86-4
in /usr/ports/Mk/bsd.port.mk
--
,oOo.Bc -=EEKrzysztof Parzyszek <[EMAIL PROTECTED]> 11/29/2000 3:41pm
-'7' `L'---Entropy isn't what it used to be...
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message
Re: BRIDGE breaks ARP?
Tom Veldhouse wrote: > > Any chance this problem could be caused by having MROUTING > > and BRIDGE in the kernel at the same time? . . . I have > > noticed that I had MROUTING in the kernel and I have these > > same problems. Masachika ISHIZUKA replied: > I do not have MROUTING. And neither do I. I noticed something else this morning that might be significant. My main desktop machine (the one which can't talk directly to my bridge via its "rl0" interface unless I use an "arp -s" command to hardwire it with knowledge of the bridge's hardware address) logged a bunch of unsuccessful attempts by the bridge to supply its =external= interface's hardware address. For example: Feb 4 20:23:09 jekyll /kernel: arp: 00:60:97:05:32:cd attempts to modify permanent entry for 171.66.188.114 on rl0 I had "tcpdump arp" commands (one for each of the two interfaces in the bridge cluster) running on my bridge at the time, and the bridge did =not= send out any ARP replies directed to my desktop. It did, however, send out quite a few ARP replies addressed to my DSL modem (on the external, "xl0" interface). Is it possible that these ARP replies were being bridged to the internal, "rl0" interface, and that my desktop (currently running 4.2-RELEASE) was picking them up and trying to process them, even though they were intended for another host (my DSL modem)? If so, this seems buggy to me; my desktop really only wants to know about =one= hardware address for the bridge (not two). Rich Wales [EMAIL PROTECTED] http://www.webcom.com/richw/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: AIC-7899 Raid support in 4.2-Release
hmm ... Well, if I interrupt the boot and type lsdev at the "ok" prompt, I get: disk @ 0x10918 disk0: BIOS Drive A: disk0a: FFS 2MB (0-5760) [etc] disk2: BIOS Drive C: disk2s1: ext2fs 23MB (63-48195) [other slices] disk3: BIOS Drive D: disk3s1: ext2fs 10024MB (62-20531070) [second slice] pxe @ 0xef70 ok So the drives are being seen by the kernel, but not the install. :/ Will I still have to install on a single drive, or is this sufficient information to help? thanks, Graham On Mon, Feb 05, 2001 at 12:31:48PM -0500, Matthew Emmerton wrote: > > I'm trying to install on a dell poweredge 2450 with the AIC-7899 > > controller in RAID 5 mode. Initial install claims that it can't find any > > drives ... the controller appears in the supported hardware list, but > > various searches on the web have left the impression that it's not > > supported in RAID mode. > > Many Adaptec cards give different PCI identifiers in RAID mode vs standard > mode. Also, generic Adaptec cards tend to give different PCI identifiers > than their OEM counterparts. > > If you could install onto a plain-jane 9GB drive (hooked up to a 2940 or > something other than the 7899 controller), then the device probe upon > startup would tell us how FreeBSD is detecting your 7899 card in RAID mode. > > -- > Matt Emmerton -- [EMAIL PROTECTED] Graham Dunn || ||| | ||| | | To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Multiple dropped thttpd connections under high load.
* Marius <[EMAIL PROTECTED]> [010205 08:33] wrote: > > > To anyone who has been following my little trials with thttpd 2.17 and > FreeBSD 4.x stable, I have one more piece of news. After remaking world, > and recompiling our customized thttpd from scratch, we are still not > working. In fact, I think it is worse. A ktrace and a truss both > indicate that thttpd not surving very long, 10 seconds or less, then > the process completely dies. The perl wrapper around thttpd had just been > restarting it, so we didn't really notice at first. Obviously that is the > source of our dropped connections when the load gets high enough. > > Since other people are uning thttpd on the 4.x branch, I doubt thttpd > itself is to blaime. Perhaps some of the patches to thttpd we added > arn't playing well with 4.x, or perhaps somthing has gone wrong on a > hardware level on that machine. I might back ot to 3.5-S and see if it > exhibits the same behavior. Either way, more testing/checking is called > for on my part. > > I do thank the list for the input they have given me. I certainly don't > want to appear as ungrateful. We had the same problem as well, my guess is that thttpd is exiting due to a weird errno result returned by one of the socket functions. If the thing only lasts 10 seconds before dying, you should be able to run truss/ktrace on it and figure out where it's dying. We had the same problem, then I wrote my own image server and ditched thttpd, if your company has a small amount of content and wants to license my server you can reply in private mail. It's doing ~260 connections a second and using approx 1.5% cpu. -Alfred To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Sendmail.cf
mitko> On friday evening I cvsup-ed from cvsup5.freebsd.org to move from mitko> 4.1.1-RELEASE to 4.2-STABLE. All went Ok, but after mergemaster and mitko> reboot -> sendmail warns that the version of the sendmail.cf is mitko> older and exits with ExitStat = 70 :-)) mitko> There was and 2 errors for line 108 'Karith' as I remember and mitko> something below. mitko> Sorry now I cant post you more information, because it happends at home. mitko> Tomorrow I can post more details. I'd like to see more details but my first thought is that you only updated the sendmail binary and not the configuration file (/etc/mail/sendmail.cf). However, sendmail will only print a warning when dealing with an old config, it will not exit. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: ktrace sync'ing before panic
* Thomas Stratmann <[EMAIL PROTECTED]> [010205 05:04] wrote: > Hi everyone, > > I had a problem once on a 4.1-stable which does not seem to be fixed by > now. I had mount cause panic under certain circumstances and went to > find the error, first doing ktrace on the call. The result was an empty > ktrace.out as the output was not synchronized/written out do disk before > the actual kernel panic. I went into kern_ktrace.c and inserted a > VOP_FSync call inside ktrwrite and it worked: after the panic, one could > see the last kernel action was a call to mount (into the kernel) - the > first stage of success in debugging. > > I believe the issue of syncing is a tradeoff between speed and > reliability in the (rare) case of a panic. > > One should consider introducing an option to the ktrace call for this - > if the manpage will be elaborate enough about the issue, even > non-hackers will be able to give more precise error mailings. This is an excellent idea, can you open a PR about it? -- -Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: AIC-7899 Raid support in 4.2-Release
> I'm trying to install on a dell poweredge 2450 with the AIC-7899 > controller in RAID 5 mode. Initial install claims that it can't find any > drives ... the controller appears in the supported hardware list, but > various searches on the web have left the impression that it's not > supported in RAID mode. Many Adaptec cards give different PCI identifiers in RAID mode vs standard mode. Also, generic Adaptec cards tend to give different PCI identifiers than their OEM counterparts. If you could install onto a plain-jane 9GB drive (hooked up to a 2940 or something other than the 7899 controller), then the device probe upon startup would tell us how FreeBSD is detecting your 7899 card in RAID mode. -- Matt Emmerton To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
AIC-7899 Raid support in 4.2-Release
Hi, I'm trying to install on a dell poweredge 2450 with the AIC-7899 controller in RAID 5 mode. Initial install claims that it can't find any drives ... the controller appears in the supported hardware list, but various searches on the web have left the impression that it's not supported in RAID mode. Is this still the case in -stable? Thanks graham -- [EMAIL PROTECTED] Graham Dunn || ||| | ||| | | To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: BRIDGE breaks ARP?
> > can you repeat exactly what the problem was (bridge machine not > > responding to ARP requests ?) and what is your exact setup (i ... > The problem is that the bridge machine can not communicate any > other machines unless net.link.ether.bridge=0. That is no response > from/to any other machines to ping command. well that description is a bit too generic to help. does the machine doing the ping have an arp entry for the bridge ? can you see (using tcpdump) the ARP and ping requests and replies on the client doing the ping and on the interface of the bridge ? it was my understanding that the problem lied in failure to reply to ARP messages. cheers luigi To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: quotacheck -a taking *ages* on boot
Andre Albsmeier wrote: > > On Thu, 01-Feb-2001 at 23:42:33 +, David Goddard wrote: > > I've been having some problems with my last two buildworlds (18 and 30 Jan) > > on a remote machine - the first of these, it took about half an hour > > between booting and being able to log in or access any services (i.e. > > before sshd and all the other daemons start) and the second was up to about > > an hour. Looking through the logs, it seems that the delay comes just > > after named starts up - at about the time quotacheck happens. Manually > > running quotacheck confirms that this step is taking a looong time. > > You might want to check PR# 2325 > > Look in your filesystem for large uids. Close, but my symptoms aren't quite the same and there don't seem to be any large UIDs. However, it did prompt me to try quotacheck -v on the filesystems individually: > > Filesystem 1K-blocks UsedAvail Capacity Mounted on > > ... > > /dev/ad0s1f 6450348 5924 5928397 0%/home ^^^ This took ages and the first time I ran it an error was returned (that I, er, didn't note down and it hasn't generated any messages since). > > /dev/ad2s1f 13804609 796544 11903697 6%/data ^^^ This was really quick - no problem there. Bjoern Groenvall wrote: ~ You don't have to run quotacheck on every reboot. Only if you have to ~ run fsck is it necessary to run quotacheck. Also, even if fsck ~ repaired the filesystem, the old quota state is probably a good enough ~ approximation of the current (real) quota state. If you want to, you ~ may instead run quotacheck sometime later to rebuild a consistent ~ quota state. This fixed the boot times - thanks. However, I'm concerned that there is something wrong with the patition /home or worse the disk it's on. Manually running fsck produced nothing interesting and I'm not sure what other tools are available to diagnose the issue. I'm aware that this is probably drifting away from being a -stable question now, but any tips would be very welcome. Thanks, Dave To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: buildkernel errors
> On Mon, 05 Feb 2001, Dima Dorfman wrote: > > > cc -c -x assembler-with-cpp -DLOCORE -O -Wall -Wredundant-decls -Wnested-exte > > > rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcas t > > > -qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I/usr/src/sys -I/us r/s > > > rc/sys/../include -D_KERNEL -include pt_global.h -elf -mpreferred-stack-bo > > > undary=2 /usr/src/sys/i386/i386/bioscall.s > > > /tmp/ccN41074.s: Assembler messages: > > > /tmp/ccN41074.s:773: Error: operands given don't match any known 386 instruct > > > ion > > > /tmp/ccN41074.s:838: Error: operands given don't match any known 386 instruct > > > ion > > > > This is usually seen when one tries to do a buildkernel before doing a > > buildworld. Did the buildworld finish as usual? If not, make sure it > > does and try again. Not only must you do a buildworld before doing a buildkernel, but you must do an installworld as well. This is most likely causing your problem, as you're using an older set of build tools (gcc, etc) than what buildkernel is expecting. -- Matt Emmerton To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Multiple dropped thttpd connections under high load.
To anyone who has been following my little trials with thttpd 2.17 and FreeBSD 4.x stable, I have one more piece of news. After remaking world, and recompiling our customized thttpd from scratch, we are still not working. In fact, I think it is worse. A ktrace and a truss both indicate that thttpd not surving very long, 10 seconds or less, then the process completely dies. The perl wrapper around thttpd had just been restarting it, so we didn't really notice at first. Obviously that is the source of our dropped connections when the load gets high enough. Since other people are uning thttpd on the 4.x branch, I doubt thttpd itself is to blaime. Perhaps some of the patches to thttpd we added arn't playing well with 4.x, or perhaps somthing has gone wrong on a hardware level on that machine. I might back ot to 3.5-S and see if it exhibits the same behavior. Either way, more testing/checking is called for on my part. I do thank the list for the input they have given me. I certainly don't want to appear as ungrateful. -Marius M. Rex > On Mon, 5 Feb 2001, Roman Shterenzon wrote: > > > On Thu, 1 Feb 2001, Marius wrote: > > > > > > > > I havn't quite gotten around to rebuilding thttpd as people kindly > > > suggested. Actually, the port of thttpd is an older version of thttpd then We > > > are running, so it is not just a matter of rebuilding a port. And > > > secondly, it is a highly customized version of thttpd, patched in several > > > places to work better with out local setup. It is not a trivial matter, > > > but I guess that _is_ what I will have to try next. I have been putting > > > it off. > > > > > > Thank you for the suggestions folks. I'll try to report back when I make > > > some progress for interested parties. (other thttpd users etc.) > > > > I aggree that the problem must be fixed (if it exists). > > But, in your specific situation, in production environment, why not stay > > with RELENG_3 ? > > Are you missing some features (since most bugfixes get MFS4'ed)? > > You can try using some tools like vmstat in order to undertand where's the > > bottleneck and why... > > > > --Roman Shterenzon, UNIX System Administrator and Consultant > > [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] > > > > > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: how long for makeworld to complete!!!!
Robert Chalmers wrote: > > Just wondering - after hours and hours and hours - just how long > makeworld takes on a P233+128Mb doing 4 -> 4.2 ( I hope?) > > robert > -- I have a P233MX with 32Mb - it takes 3 hours and 23 minutes. Now the PIII 950 with 128MB - that takes 47 minutes. -- Stephen Montgomery-Smith [EMAIL PROTECTED] 307 Math Science Building [EMAIL PROTECTED] Department of Mathematics [EMAIL PROTECTED] University of Missouri-Columbia Columbia, MO 65211 USA Phone (573) 882 4540 Fax (573) 882 1869 http://www.math.missouri.edu/~stephen To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
STABLE Kernel build breakage
This is as of about 1 hour ago cvsup (about 9AM CST 02-05-2001): cc -O -pipe -march=i686 -mcpu=i686 -Wall -D_KERNEL -Wall -Wredundant-decls -Wne sted-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winl ine -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I. -I@ - I@/. ./include -mpreferred-stack-boundary=2 -c /usr/src/sys/modules/netgraph/netgrap h/../../../netgraph/ng_base.c /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c: In function `ng_findname': /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:602: syntax e rror before `)' *** Error code 1 Stop in /usr/src/sys/modules/netgraph/netgraph. *** Error code 1 Stop in /usr/src/sys/modules/netgraph. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/src/sys/compile/CASCADE. Looks as if: -&& (node->flags & NG_INVALID) == 0)) +&& (node->flags & NG_INVALID) == 0) Tom Veldhouse [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
