Re: ntpd couldn't resolve host name on system boot
On Tue, 25 Oct 2011, Miroslav Lachman wrote: Paul Schenkeveld wrote: On Tue, Oct 25, 2011 at 05:51:08AM -0700, Jeremy Chadwick wrote: On Tue, Oct 25, 2011 at 11:20:12AM +0200, Paul Schenkeveld wrote: On Mon, Oct 24, 2011 at 06:03:27PM -0700, Jeremy Chadwick wrote: The one shortcoming of netwait is that it doesn't support waiting for multiple NICs. Some people have dual-homed environments where they really would like to wait for both, say, em0 and em1, to come up and be functional before any more scripts are started. I left that as a project for someone else, but it's something that should be added given its importance. How would you like to see multiple interfaces implemented: - All interfaces must be up at the same time - Probe interfaces one by one, proceed to the next when an interface up or bail out when any interface stays down until the loop times out 1) Each interface should be checked in the order specified. 2) Each ping probe should be done using that interface (ping -I). From ping(8): -I iface Source multicast packets with the given interface address. This flag only applies if the ping destination is a multicast address. I believe that for unicast the interface used is determined by looking up the destination address in the routing table (unless overridden by a packet filter that changes the next hop). Another way to influence the next hop selection and the outgoing interface is using setfib(1) but apart from rc.d/jail I see no fib support in rc.conf at all. OT: Unfortunately there are two PRs with patches to add setfib support to rc.subr, but both of them are laying under the dust without attention of committers. conf/132483 conf/132851 I tried to bring it to attention in freebsd-rc@ without any luck. (same as my attempt to add support for cpuset conf/142434). So we have features / tools without centralized support in rc.subr and if anybody want to use them, must do it by some hacky ways in rc.local etc. http://lists.freebsd.org/pipermail/freebsd-rc/2010-January/001816.html I have not done any debugging, but it seems to me this may be a serialization issue. For me it almost always occurs on MP systems. I have an 8-cpu system that never starts NTP correctly, a 2-cpu laptop that mostly never does. I have never experienced this with a single processor system. My fix is simply to pick a number of geographically close open NTP servers. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ntpd just sits there and does nothing
On Sat, 21 Jul 2007, Kevin Oberman wrote: Hi, [LoN]Kamikaze wrote: Doug Hardie wrote: On Jul 19, 2007, at 10:08, [LoN]Kamikaze wrote: As the subject says, on my 6-stable systems ntpd just sits there and does nothing. The logs only mention when the daemon gets started or shut down. It complains when servers are not reachable, but does nothing when they are available. The drift file always contains 0.00. Mostly likely this means you are not communicating with the ntp servers. You never gave us your ntpd.conf file (that I saw anyway) and what do you get with 'ntpdc -p', or the more complex command suggested earlier? ntpd will not change time if the difference is too big - I think it should be less then 1000s. ntpdate will :) If ntpd is working your clock will not vary from the server by more than a second, much less 1000 secs. If ntpdate does reset the clock, it suggests that your firewalls are not the problem and at least one of the servers will answer your queries. You can see if ntp packets are being passed by using tcpdump. I suppose you have made sure its running by something like 'ps -aux | grep ntp'. ntpdate is deprecated and is not recommended these days. The proper answer is to start ntpd with the -g option and to add the 'iburst' option to one or more of the servers in /etc/ntp.conf. The 'iburst' will speed up th initial sync to close to that of ntpdate, but have much greater accuracy. You can get the '-g' by adding 'ntpd_sync_on_start="YES"' to rc.conf. -- yea but so does 'ntpdate_enable="YES"', but I still like nslookup too :) The problem "clearly" seems to be you are not communicating with the ntp servers. The possibilities have all been stated: bad ntp.conf, firewall (you said there were two levels), or the servers you chose are not accepting your queries. Without seeing the data requested we are all guessing. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: single user mode buildwerld failures
On Wed, 4 Apr 2007, KAYVEN RIESE wrote: i didn't know what was happening when i dropped to single user mode i got all these different prompts and i didn't know how to answer the questions. i have posted information on experts exchange: http://www.experts-exchange.com/OS/Unix/BSD/FreeBSD/Q_22484972.html http://www.experts-exchange.com/OS/Unix/BSD/FreeBSD/Q_22483843.html http://www.experts-exchange.com/Software/System_Utilities/Diagnostics/Q_22470294.html currently, i feel i have found my /etc/passwd and restored it to the proper location, but i still can't log on to my computer ___ Post what happened here. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ipw(4) breaking under load
I am using ipw on thinkpad t42p. Last night while updating the ports tree I got an error which disconnected the cvsup. Restarting worked fine. I assumed it was signal strength or noise at the time. I will monitor this more closely. My recurring problem is all ssh connections are locked when the dhcp lease expires and the system is idle. I am not currently on the laptop so I can not document the versions I am using. I built the driver a few days ago and downloaded the Intel 2100 firmware at that time. Other than the above it has worked fine for me. Doug. On Sat, 20 May 2006, Ulrich Spoerlein wrote: Patrick Lamaizière wrote: is it just me, or is no one actually using ipw(4) under 6.1? Anyway, I set up a FreeBSD based AP using an ural(4) device. I'm connecting to it via laptop and ipw(4). This works fine, as long as you don't push it. Transferring some files via NFS gives me a lousy 100kB/s transfer rate, which quickly stalls and the connection wedges. Syslog reports: May 19 17:29:48 roadrunner kernel: ipw0: fatal error I've got this error with the iwi driver too (Intel 2200 BG). But not often (one or two times a week). It seems not related to the network load for me. Normal network traffic works just fine for me. Several SSH session, http traffic, pings etc. Only when pushing it, it quickly stalls. Ulrich Spoerlein -- PGP Key ID: 20FEE9DDEncrypted mail welcome! Fingerprint: AEC9 AF5E 01AC 4EE1 8F70 6CBD E76E 2227 20FE E9DD Which is worse: ignorance or apathy? Don't know. Don't care. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
6.1 buildkernel question
My system works, however the buildkernel process had about 2000 warnings, with 1/2 of those compiling aic7xxx (see below). This was discussed on BSDForums but as far as I can tell, different compiler options were used; the conclusion was using -O3 was the problem. I did a clean install from a 6.1 ISO, selecting the minimum footprint and cvsup'd from cvsup10.FreeBSD.org @ May 30 17:48. I used the GENERIC kernel commenting out all cpu directive except I686_CPU. I changed nothing in make.conf, leaving the default of: # added by use.perl 2006-06-01 01:40:49 PERL_VER=5.8.8 PERL_VERSION=5.8.8 My change to the kernel conf file: diff -u GENERIC ARTEMIS --- GENERIC Sun Apr 30 13:39:42 2006 +++ ARTEMIS Wed May 31 18:15:59 2006 @@ -19,10 +19,10 @@ # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.429.2.9 2006/04/30 17:39:42 scottl Exp $ machinei386 -cpuI486_CPU -cpuI586_CPU +#cpu I486_CPU +#cpu I586_CPU cpuI686_CPU -ident GENERIC +ident ARTEMIS cc -O2 -fno-strict-aliasing -pipe -DAHD_REG_PRETTY_PRINT=1 -D_KERNEL -DKLD_MODUL E -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/ART EMIS/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -f no-common -g -I/usr/obj/usr/src/sys/ARTEMIS -mno-align-long-strings -mpreferred- stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -W redundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi nter-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/mo dules/aic7xxx/ahd/../../../dev/aic7xxx/aic79xx.c /usr/src/sys/modules/aic7xxx/ahd/../../../dev/aic7xxx/aic79xx.c: In function `ah d_clear_msg_state': ./machine/bus.h:221: warning: inlining failed in call to 'bus_space_read_1': --p aram inline-unit-growth limit reached /usr/src/sys/modules/aic7xxx/ahd/../../../dev/aic7xxx/aic79xx.c:127: warning: ca lled from here ./machine/bus.h:221: warning: inlining failed in call to 'bus_space_read_1': --p aram inline-unit-growth limit reached : If there is any interest in pursuing this, I have the full output from the buildkernel. _ Douglas Denault http://www.safeport.com [EMAIL PROTECTED] Voice: 301-469-8766 Fax: 301-469-0601 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: xorg build failed
Unless you have a reason to want to modify the source, why not use the package: setenv PACKAGEROOT ftp://ftp.FreeBSD.org pkg_add -r xorg will get you 6.9.0_1 in a few minutes On Sat, 3 Jun 2006, Kaiwai Gardiner wrote: On 6/3/06, Manfred Lotz <[EMAIL PROTECTED]> wrote: Hi, BTW, I'm running 6.1 STABLE On Sat, 3 Jun 2006 12:38:07 +1200 "Kaiwai Gardiner" <[EMAIL PROTECTED]> wrote: > Hi, > > 1) Whats your CFLAGS settings? No special settings in /etc/make.conf > 2) Could you please explain the weird ports path? WRKDIRPREFIX=/var/tmp/portswr Why not use the standard /usr/ports? > 3) Have you tried to purge the system of X11R6/local directories, and > do a clean build? What do you mean by "system of X11R6/local directories"? cd /var/db/pkg then pkg_delete * then cd /var/db/ports then rm -rf * once uninstalled, delete the local and X11R6 directories go into your ports directory, delete all the work directories via rm -rf /usr/ports/*/*/work which will take a while. Then go into your xorg directory and make install. > 4) When did you last update your cvsup, and through which server did > you go through. Just before I tried building xorg-server again. Xorg is built for me ok, and I'm using a standard vanilla installation Matty ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 6.1 buildkernel question
thanks - I appreciate the feedback On Sat, 3 Jun 2006, Doug White wrote: > On Fri, 2 Jun 2006, [EMAIL PROTECTED] wrote: > > > My system works, however the buildkernel process had about 2000 > > warnings, with 1/2 of those compiling aic7xxx (see below). This was > > discussed on BSDForums but as far as I can tell, different compiler > > options were used; the conclusion was using -O3 was the problem. > > Using compilation options other than the defaults (except for options > enabled through the CPUTYPE make.conf option) is not recommended or > supported. Bug reports about compile errors or warnings while non-standard > options are enabled will be ignored. > > That being said: > > > ./machine/bus.h:221: warning: inlining failed in call to > > 'bus_space_read_1': --p > > aram inline-unit-growth limit reached > > This is normal. We're not entirely sure how we're hitting the limit in > this component, but the warning is harmless. You may safely ignore this > message. > > -- > Doug White| FreeBSD: The Power to Serve > [EMAIL PROTECTED] | www.FreeBSD.org > _ Douglas Denault http://www.safeport.com [EMAIL PROTECTED] Voice: 301-469-8766 Fax: 301-469-0601 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: mergemaster wishlist
<:( Damn, however many years and people still point out cool stuff that I never knew about. I guess thats why I am having so much fun, thanks :) On Thu, 16 Nov 2000, Brian Dean wrote: > On Thu, Nov 16, 2000 at 12:30:56PM -0500, [EMAIL PROTECTED] wrote: > > > > I am not sure what you mean. If you mean a script to pull out the > > relevant stuff, yeah I assumed that was my next step. If I missed your > > point... > > I think he was referring to the "script(1)" command. > > -Brian > _ Douglas Denault [EMAIL PROTECTED] Voice: 301-469-8766 Fax: 301-469-0601 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
addition to system.twmrc
In trying to update KDE on a system, I wanted to use twm. twm has a default configuration file, /usr/X11R6/lib/X11/twm/system.twmrc which defines a default menu. I propose the following change be made. 87a88 > "Xterm" !"xterm &" With this change twm may be used as shipped. _ Douglas Denault [EMAIL PROTECTED] Voice: 301-469-8766 Fax: 301-469-0601 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
MP3Re: 4.5 PRERELEASE - Call for testing
On Sun, 23 Dec 2001, Robert Watson wrote: > The theory goes that there are a number of TCP improvements, in particular > a bugfix involving the newreno algorithm, that should address this > specific problem. Once our first release candidate comes out, we'd really > appreciate it if you had the chance to test and see if that fixes the > problem. It should be out around Jan 5, 2002. If it doesn't, please post > to [EMAIL PROTECTED] ASAP. (an upgrade on the -STABLE branch should > also fix it). > > Thanks! > > > > Robert N M Watson FreeBSD Core Team, TrustedBSD Project > [EMAIL PROTECTED] NAI Labs, Safeport Network Services > > On Sun, 23 Dec 2001, Peter Ong wrote: > > > I apologize if I'm off. But it seems you guys are talking about improving > > FBSD 4.5 networking performance. > > > > I am currently using FreeBSD 4.4 Release. It works great, but there is that > > one problem Samba. I like Samba because it's functional. I don't know if > > it's Samba's fault, or if it's BSD's fault, but it behaves very erratically. > > Sometimes it's fast, sometimes it's slow. > > > > When I used RH7.1, I installed Samba there as well. Samba worked fine, but > > also with the same behavior. But it was somewhat more reliable on RH than > > FreeBSD. I don't know if it's Samba itself or the OS, although I'm inclined > > to say it is Samba. If so, disregard this message. > > > > When I used RH/Samba, I put all of my MP3 music there. I'd listen to it on > > Winamp from my Win98 laptop. It worked fine... no skips. But when I put > > it on FreeBSD, the first minute or so is skip free, but as it passes that > > time limit it starts skipping... I mean, it blanks out as if it's readying > > the cache faster than it's being transfered over the network. My network is > > 10/100Mbits switched. > > > > The difference is now only the operating system. The box is a P3/450/128MB. > > It had RH, then it moved to FreeBSD. Now, I'm having that problem. Videos > > are even worse. I have some *.mov, and Real movie files, that I must first > > download, and then I watch. I can't watch it over the wire. > > > > This is just my two cents. Maybe 5 cents. Thanks. > > > > > > - Original Message - > > From: "Robert Watson" <[EMAIL PROTECTED]> > > To: "Nevermind" <[EMAIL PROTECTED]> > > Cc: "Murray Stokely" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; > > <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> > > Sent: Sunday, December 23, 2001 10:53 AM > > Subject: Re: 4.5 PRERELEASE - Call for testing > > > > > > > > > > On Sun, 23 Dec 2001, Nevermind wrote: > > > > > > > Hello, Murray Stokely! > > > > > > > > On Fri, Dec 21, 2001 at 04:30:37PM -0800, you wrote: > > > > > > > > > There were some problems with the network performance of FreeBSD 4.4 > > > > > that were never discovered during the release candidates phase, so I'd > > > > > like to take a more pro-active role in getting users to test the > > > > > system in more demanding environments. > > > > > > > > > > A complete list of changes is available in the 4.5-PRERELEASE > > > > > release notes, available at : > > > > > > > > > >http://people.freebsd.org/~bmah/relnotes/ > > > > > > > > Could you, please, include in Relnotes that Java will be included in > > > > 4.5? > > > > > > I have't seen that support actually appear in ports/packages-land as yet, > > > but I greatly look forward to that happening. It would probably be > > > appropriate to wait until the details have been committed before > > > documenting it. > > > > > > Robert N M Watson FreeBSD Core Team, TrustedBSD Project > > > [EMAIL PROTECTED] NAI Labs, Safeport Network Services > > > > > > > > > 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 > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Yamaha opl sound
I have sound working on 4.4 and 4.3 but never got KDE 2.1.2 to work. After fishing around a bit I decided to use XMMS YMMV. On Sun, 30 Dec 2001, Tim Kellers wrote: > > After doing battle with a Toshiba 4010CDS --now it dual boots into Win98 > and 4.5 Pre-Release, I'm at a loss to make the sound work in KDE2.2 > > The sound card is recognized (see attached dmesg -a). > > I just read through the "stable" archives on Freebsd.org and I saw where > some folks were having problems with Yamaha sound on laptops, but I didn't > see any resolution. > > Since this is a new install of 4.5 Pre, i figured I'd ask here, first. > > TIA, > > Tim Kellers > CPE/NJIT > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: cdrom: device not configured error
--- Kevin Oberman <[EMAIL PROTECTED]> wrote: > Have you deleted your acd* devices in /dev and used /dev/MAKEDEV to > re-create them? The new ATA drivers require this as the minor mode > must change. If you did a mergemaster after any upgrade, this should > have been taken care of. > > > ls -l /dev/acd* > crw-r- 4 root operator 117, 0 Aug 9 11:17 /dev/acd0a > crw-r- 4 root operator 117, 0 Aug 9 11:17 /dev/acd0c > crw-r- 4 root operator 117, 8 Jul 25 15:46 /dev/acd1a > crw-r- 4 root operator 117, 8 Jul 25 15:46 /dev/acd1c > > Note the major (117) and minor (0) mode of acd0?. If yours does not > match, that is likely your problem. Yes, this has been done and that is how they look. Any other ideas? Thanks, Doug __ Do You Yahoo!? HotJobs - Search Thousands of New Jobs http://www.hotjobs.com To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: cdrom: device not configured error
If I do a "boot -verbose" at the ok prompt when booting, the cdrom is detected and works fine! (And I do not get the ATA identify retries exceeded error). If I do not boot with -verbose, the cdrom does not work. What gives? Thanks for any and all ideas. Doug __ Do You Yahoo!? HotJobs - Search Thousands of New Jobs http://www.hotjobs.com To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: buildworld error updating 4.6 --> stable
The answer was: cd /usr/share mv mk mk.old ln -s /usr/src/share/mk/ mk It would seem to me that this is either a build problem or might at least rate a line in UPDATING. Or perhaps buildworld use /usr/src/share/mk rather than the one that won't work?. A diff showed major work on mk. I assume the new one will be installed on installworld. On Sun, 16 Mar 2003 [EMAIL PROTECTED] wrote: > The error I get from make buildworld is: > > echo "===> lib/libncurses"; cd /usr/src/lib/libncurses; make > DIRPRFX=lib/libncurses/ depend; make DIRPRFX=lib/libncurses/ all; make > DIRPRFX=lib/libncur > ses/ install > ===> lib/libncurses > : > cc -o make_keys -O -pipe -I. -I/usr/src/lib/libncurses > -I/usr/src/lib/libncurses/../../contrib/ncurses/ncurses > -I/usr/src/lib/libncurses/../../contrib/ncurses/include -Wall -DFREEBSD_NATIVE > -DNDEBUG -DHAVE_CONFIG_H -DTERMIOS > /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/make_keys.c > /usr/obj/usr/src/i386/usr/libexec/elf/ld: cannot find -lc > *** Error code 1 > > I do a cd to cd /usr/src/lib/libncurses and execute the failing compile I > get: > [cut - lots of error crap] > The target system is 4.6. last updated around Jul 25, 2002. /usr/src is a fresh > cvsup (I accidently deleted /usr/src trying to clean up after I got the error > the first time): [cut cvsup and make.conf was not the problem either] > Should I make some intermediate updates, i.e. 4.6.2 ?? nop that wasn't it either _ Douglas Denault [EMAIL PROTECTED] Voice: 301-469-8766 Fax: 301-469-0601 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: buildworld error updating 4.6 --> stable
Well $%^& - I spoke too soon. I thought I had past the problem area. It seems ncurses is used in lots of places. I am out of ideas. Same error same place different ../share/mk - sigh I am gonna read a good book for the rest of the evening. On Sun, 16 Mar 2003 [EMAIL PROTECTED] wrote: > The error I get from make buildworld is: > > echo "===> lib/libncurses"; cd /usr/src/lib/libncurses; make > DIRPRFX=lib/libncurses/ depend; make DIRPRFX=lib/libncurses/ all; make > DIRPRFX=lib/libncur > ses/ install > ===> lib/libncurses > : > cc -o make_keys -O -pipe -I. -I/usr/src/lib/libncurses > -I/usr/src/lib/libncurses/../../contrib/ncurses/ncurses > -I/usr/src/lib/libncurses/../../contrib/ncurses/include -Wall -DFREEBSD_NATIVE > -DNDEBUG -DHAVE_CONFIG_H -DTERMIOS > /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/make_keys.c > /usr/obj/usr/src/i386/usr/libexec/elf/ld: cannot find -lc > *** Error code 1 > _ Douglas Denault [EMAIL PROTECTED] Voice: 301-469-8766 Fax: 301-469-0601 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: ncurses buildworld problem
Great idea - thanks. Those directories should be fine access-wise. On Tue, 18 Mar 2003, Barney Wolff wrote: > On Mon, Mar 17, 2003 at 11:48:17PM -0500, [EMAIL PROTECTED] wrote: > >I appears there may be a spot in the buildworld where includes from the current > > system are being used. The module in question is: > > > > /usr/src/contrib/ncurses/ncurses/tinfo/make_keys.c > > If the system is otherwise quiet, looking at the access times of the > files in /usr/include vs the mod times of files in /usr/obj may give > some hint of what is actually happening. > > -- > Barney Wolff http://www.databus.com/bwresume.pdf > I'm available by contract or FT, in the NYC metro area or via the 'Net. > _ Douglas Denault [EMAIL PROTECTED] Voice: 301-469-8766 Fax: 301-469-0601 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: boot with dirty filesystem?
Fred, > You don't need to mount /usr to copy /etc. Boot the system > single-user. > Mount a floppy on /mnt. cp -R /etc /mnt. Halt the system and pull the > floppy. Ok, this makes sense. I also have data (queued email) I'd like to recover on /var, but it doesn't come up reliably. I think I'm going to take what I can get though at this point. I'll re-enter the approx. 1000 users, get mail running again, and then worry about trying to recover the spooled messages that some of these people have let sit all summer. Thanks to all who made suggestions. Doug Allen Doug Allen Allen System Consultants ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: NFS hanging in 3.2-STABLE
Robin Melville wrote: > While I'm happy to always use tcp mounts I wonder whether something is > quite badly wrong with the kernel nfs code, Yes, that's about the size of it. Fortunately these problems are A) old, B) well-known, and C) being worked on in -current. When the fixes are stable enough they are backported to -stable, so before the next release you should see big improvement. > or whether I've done something wrong. Nope. In fact your fix of using tcp transport is the correct one. Good luck, Doug To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: a patch to fix the proxy arp problem
On Mon, 26 Jul 1999 [EMAIL PROTECTED] wrote: > I've managed to track down the proxy arp problem in 3.2-stable. It was due to > misalignment which led to wrong/corrupted destination address and netmask. > > To fix the proxy arp problem, type: > > fetch -o - http://www.daddylonglegs.com/arp.patch | patch -d /usr/src You probably want to send this in as a PR as well. Thank you for your diligence in hunting this one down. Doug -- On account of being a democracy and run by the people, we are the only nation in the world that has to keep a government four years, no matter what it does. -- Will Rogers To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Problem reporting build failure (rebuilding bootstrap, crtbeg in.c:33)
On Fri, 13 Aug 1999, Frank Mayhar wrote: > "Make upgrade" doesn't exist in 3.0-release. There's just world, aout-to-elf, > aout-to-elf-build, aout-to-elf-install and move-aout-libs. I think I sent you this already, but if I didn't take a look at http://home.san.rr.com/freebsd/make-upgrade.html. Good luck, Doug To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: NTP daemon and Y2K issues
On Mon, 23 Aug 1999, Mike Tancsa wrote: > At 07:37 PM 8/23/99 +0200, Ollivier Robert wrote: > >According to Harlan Stenn: > >> Also, a *huge* number of bugfixes and improvements have been made to the > NTP > >> code since xntp3.4anything. > > > >I plan to upgrade CURRENT up to 4.0.97 soon. I don't run STABLE at all and > >we're too close to 3.3 to change anything in it. Maybe for 3.4. > > > Will 3.4 come out before Jan 1 ? Also, any chance of backporting the fixes > RELENG2_2 ? I imagine quite a few people still use the 2.2 branch Changing to a different version of NTP in the 2.2 branch would violate a lot of freebsd development guidelines. What you want to do is upgrade to 3.2-Stable then run the verion of [x]ntpd that suits your fancy. They should all compile right out of the box. Good luck, Doug -- "My mama told me, my mama said, 'don't cry.' 'She said you're too young a man to have as many women you got.' I looked at my mother dear and didn't even crack a smile. I said, 'If women kill me, I don't mind dyin!'" - John Belushi as "Joliet" Jake Blues, "I Don't Know" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: "top" broken
Michael Henry wrote: > > Hi all, > > I made world this afternoon with the latest -stable sources, > and when I try to run "top" now I get: > > top: nlist failed This looks suspiciously like you made the world but didn't build a new kernel before rebooting. If so, take a look at the make world tutorial on the web page. Good luck, Doug To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: man page not working...
> "Nawfal M. Rouyan" wrote: > > I used mergemaster to update /etc. Good man. :) > Below is the content of > /etc/manpath.config > OPTIONAL_MANPATH/usr/local/lib/perl5/5.00503/man Try commenting this one out, then report your results to the list. Doug To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
[Fwd: inetd -l doesn't (seem to) log without -wW]
Usually I'd wait longer for a response from Sheldon, but since we're so close to the release Doug Original Message Subject: inetd -l doesn't (seem to) log without -wW Date: Sun, 12 Sep 1999 11:12:00 -0700 From: Doug <[EMAIL PROTECTED]> Organization: Triborough Bridge & Tunnel Authority To: Sheldon Hearn <[EMAIL PROTECTED]> Howdy, I installed the most recent -Stable yesterday and decided to fiddle around with some of my rc.conf settings. I finally got around to configuring/enabling the new tcp wrappers stuff, and noticed that when I added wW to the -l that was already there, I started getting a lot more stuff logged. The man page says: If the -l option is specified, all connection attempts are logged, whether they are allowed, denied or not wrapped at all. Otherwise, only denied requests will be logged. which seems to be at odds with what is happening here. You want to take a look at that and see what's up? For example all of my successful connections to imapd and time are being logged, which I wasn't seeing either without the -wW. Thanks, Doug To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Files in /etc with no $FreeBSD tag
I tried this once on -hackers and got no response, so I'll try it here now. for FILE in `find /usr/src/etc -type f`; do grep -L '\$FreeBSD' $FILE; done These files all allow #comments /usr/src/etc/amd.map /usr/src/etc/fbtab /usr/src/etc/master.passwd /usr/src/etc/rc.diskless1 /usr/src/etc/rc.diskless2 /usr/src/etc/sendmail/freebsd.cf /usr/src/etc/sendmail/freebsd.mc /usr/src/etc/termcap.small The other mtree files got switched, this one got missed /usr/src/etc/mtree/BSD.usr.dist Allows comments prepended with ; /usr/src/etc/namedb/named.root Comments in these two files don't make sense /usr/src/etc/minfree /usr/src/etc/motd Not sure about these /usr/src/etc/kerberosIV/krb.conf /usr/src/etc/kerberosIV/krb.realms /usr/src/etc/locale.alias Additional files in /etc Not sure if they take comments /etc/gnats/freefall /etc/mail.rc Do take comments, live in /usr/src/gnu/libexec/uucp/sample/ /etc/uucp/call.sample /etc/uucp/config.sample /etc/uucp/dialcode.sample /etc/uucp/passwd.sample /etc/uucp/port.sample /etc/uucp/sys1.sample /etc/uucp/sys2.sample Does take comments, not sure where it's generated from /etc/exports FYI Peter, similar work needs to be done in -Current, but since we're so close to the release I thought I'd point out -Stable in particular. HTH, Doug To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: 3.3-R: passwd dependencies
The kerberos dependencies were an error on Jordan's part during the cutting of the release that lasted all of 9 hours, then was subsequently fixed. If you're still having trouble, download a new copy and reinstall. If not, congratulations. :) Good luck, Doug Adam Szilveszter wrote: > > On Sun, 19 Sep 1999, Mark Murray wrote: > > > > /usr/bin/passwd from bin packages of 3.3-RELEASE wants libraries: > > > libkadm.so.3 > > > libkrb.so.3 > > > libdes.so.3 > > > > > > Is it correct? ;( > > > > Only if you have set you system to compile with Kerberos. > > > > Alternatively, you may have blindly selected _everything_ for > > an install. This includes kerberos. > Hi! > > I'm afraid I will have to beg to differ on this one... I installed > 3.3-RELEASE with the option 'all' today and I got asked if I wanted > Kerberos... I chose no. BTW I did not experience the error... > > Cheers: > > Szilveszter Adam > JATE University > Szeged Hungary > > 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: 3.3-RELEASE passwd
Alex Prohorenko wrote: > > Greetings! > > I've one question. Did anyone already solved problem with /usr/bin/passwd, > which but default requires kerberos libs? Yes, the fixed version is already available on the ftp site. Good luck, Doug To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: kern.maxfiles and kern.maxfilesperproc
On Tue, 21 Sep 1999, Kip Macy wrote: > You are correct -- what one really needs is a per user limit on files -- > there may already be something to that effect, although I do not know of > it. That's because you completely disregarded all of the explanations for the current behavior that were offered to you in -hackers, and you apparently never even looked at login.conf which does allow you to limit the number of processes and number of files per process on a per user basis. Now please drop this ridiculous thread. Thanks, Doug > On Tue, 21 Sep 1999, Bryan Talbot wrote: > > > At 04:23 PM 9/21/99 , Kip Macy wrote: > > >Thanks. Although having maxfiles == maxfilesperproc might make sense for > > >special cases e.g. a machine completely dedicated to one process -- It is > > >dangerous at best for the general case. Any malicious program can make a > > >machine running FreeBSD non-functional. The default should be set with the > > >average user in mind, namely protecting him from himself. > > > > > > > > > -Kip > > > > > > But adjusting maxfilesperproc > maxfiles won't protect you from a malicious > > process or user any more than having maxfilesperproc == maxfiles. Just > > fork() or run two (or more) processes that open all the file handles. Same > > result, right? > > > > -Bryan > > > > > > = > > IMPORTANT NOTICE: According to certain suggested versions of the > > Grand Unified Theory, the primary particles constituting this > > message may decay to nothingness within the next Four Hundred > > Million Years. > > = > > "I think not!" said Descartes, who promptly disappeared. > > > > > > > > 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 > -- "My mama told me, my mama said, 'don't cry.' She said, 'you're too young a man to have as many women you got.' I looked at my mother dear and didn't even crack a smile. I said, 'If women kill me, I don't mind dyin!'" - John Belushi as "Joliet" Jake Blues, "I Don't Know" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Roasting Newbies
On Tue, 12 Oct 1999, Jamie Norwood wrote: > IIRC, Majordomo is capable of having 'post-ok' addresses, where you can > do a sort of half-subscription where you can post from an address, but > not get list mail there. It is cabable of that, but managing this on the scale we're talking about with the FreeBSD lists is just not an easy task. This idea has been proposed often, and always rejected by the very people you claim to want to help. As much as I applaud any efforts to increase the level of user education, I have to say that I think an automated response just will not do. The proper way to handle this is with a two-pronged approach. First, develop a good document that teaches people how to ASK questions (I think Greg has done a very good job with his) and then when inappropriate questions are sent to the list refer the user to it. Second, develop good documentation on how to ANSWER questions, and do the same thing. One of the keys to this approach is that your efforts must be conducted primarily in PRIVATE e-mail, especially when you are dealing with a question answerer. No one likes being backed into a corner in public, and any efforts to help in this fashion will not be appreciated. Good luck, Doug -- "Stop it, I'm gettin' misty." - Mel Gibson as Porter, "Payback" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: 3.5-stable ?
On Tue, 12 Oct 1999, Jordan K. Hubbard wrote: > Current gossip and rumor may be outdated Real Soon Now. Watch this > space for updated rumors over the next few months. Not to co-opt the thread, but will we have a new -current snapshot CD before the end of the year? Now that I have a subscription I'm eager for new toys. :) Doug -- "Stop it, I'm gettin' misty." - Mel Gibson as Porter, "Payback" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: NFS - DNS fail stops boot in mountlate
It's generally better to post a description of your problem, rather than copy and pasting command line examples. What makes perfect sense to you may (or even probably does) not make sense to others. :) Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: NFS - DNS fail stops boot in mountlate
On 01/06/2011 18:19, grarpamp wrote: So what was unclear? I thought I probably understood your situation, but I wanted to be sure. Not to mention the value of the more general point. :) mount_nfs emits a nonzero exit status upon failing to look up an FQDN causing mountlate to trigger a dump to shell on boot during rc processing. That's a *showstopper*. The canonical answer to this is to either mount them by IP, or to put the appropriate name in /etc/hosts. Depending on DNS for NFS mounts is not recommended. hth, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Living on gmirror: need to reincarnate /etc/rc.early
On 01/24/2011 23:20, Eugene Grosbein wrote: Hi! In RELENG_8, gmirror is good enough to keep whole HDD pair withing the mirror. Its performance, stability any pretty ease of maintainance allows to use it widely. With wide deployment of gmirror in production I've faced inability of RELENG_8 to store kernel crashdumps out-of-the-box. gmirror manual page documents a way to setup FreeBSD so that it would store crashdumps again but that way involves /etc/rc.early removed from RELENG_8. I've read about intentions - it was unsafe etc. But we still need working crashdump support. Easiest way is to reincarnate /etc/rc.d/early support making it better and safer and it should support gmirror's mechanics for crashdumps out-of-the-box. I'll tell you the same thing I told Kostik way back when I removed it. This is the only thing that anyone has ever suggested a use for in /etc/rc.early, and the "solution" in the man page is a hack. :) If this is something that is necessary to do then I'd prefer to do it properly and add an /etc/rc.d/gmirror that runs in the proper (early) position, and then figure out the proper location in rc.d to handle the second half of the configuration. I'm happy to review patches. :) Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Living on gmirror: need to reincarnate /etc/rc.early
On 01/25/2011 12:28, Kostik Belousov wrote: No, my use for rc.early is different. I use it to load modules before filesystems are mounted. Ok, I'll bite ... what is deficient about doing this in /boot/loader.conf? Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: bind 9.6.2 dnssec validation bug
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 02/06/2011 20:58, Jeremy Chadwick wrote: | On Sun, Feb 06, 2011 at 05:05:08PM -0800, Russell Jackson wrote: |> I haven't seen any mention of this anywhere. Are there any plans to |> update BIND in the 8.1/8.2 branches? |> |> https://www.isc.org/announcement/bind-9-dnssec-validation-fails-new-ds-record | | This was discussed vehemently in December 2010: | | http://lists.freebsd.org/pipermail/freebsd-stable/2010-December/thread.html#60640 Different issue. :) | RELENG_8 (8.2-PRERELEASE as of the time of this writing) now has the | official 9.6.3 as of a commit done by Doug Barton only a few hours ago: | | http://www.freebsd.org/cgi/cvsweb.cgi/src/contrib/bind9/ | http://www.freebsd.org/cgi/cvsweb.cgi/src/contrib/bind9/README The 9.6.3 update was in ports the same day it was released, and is now in HEAD and RELENG_8. It's not relevant to RELENG_7, which is the issue that Jeremy posted above. I've sent the information about this problem to the release engineers, whether or not it makes it into 8.2-RELEASE is completely in their hands. However, the material that I sent them about this problem boiled down to the following: 1. This IS a significant bug for those who have DNSSEC validation enabled, however 2. Only a minority of our users have it enabled, and the named.conf in the base does not. 3. The bug can be worked around by restarting the affected name server _after_ it sees the new DS record, however 4. The only way to detect this problem is to wait for it to break. There are also the additional long-standing points that the latest releases of BIND are always in the ports, and anyone doing "serious" DNSSEC at this stage will want to be running 9.7.x (or the upcoming 9.8.x) because it supports RFC 5011 trust anchor rollover, among other nice DNSSEC features. | As for whether or not this will be backported to the RELENG_8_1 tag, I | would say "probably", but Doug would be authoritative on that. Back-porting it that far is definitely not being considered at the moment, and is unlikely to happen. hth, Doug - -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (FreeBSD) iQEcBAEBCAAGBQJNT440AAoJEFzGhvEaGryED28IAJfW8yLH1YngzaKCMvopeZXq HQ5DstQpg9X9vSsqGABh/2A1rtFQsyUOIEK9Af/Rsc1X9w9MNgkEDDNfrJdk0JRK NiJuemPgZGaunhXcXZTyUOuHJOAtJJds/Tcabw2nZv/bagM9KGApOCSuBzbWpam/ 90pOttSKoMs5gxHn75BcSjxRiu4mYiEo7wgkdxF8OwEedHSI6y6SQoMXMgmYkjXS mpOR8AOtrHxN17an7yn26o6Sh3gUW5BSbsIHW921yiDv+lf0N8cT5+T+Livbso/k tciZMZbMExWt02gAzotOjdMX5npkDz4/dMT9L6R6rrPecsDnvdxWE+2gf73a0Lc= =n/On -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: hold-on at 'Entropy harvesting' afer upgrading to 8.1
On 02/16/2011 21:56, Ken Chen wrote: Hello All, I upgrade a very old machine from 6.3-RELEASE to 8.1-RELEASE by 'freebsd-update'. After boot with 8.1 GENERIC kernel, it holds-on at ''Entropy harvesting: '. I try to change configuration in /etc/defaults/rc.conf, it helpless. Did you update /etc after updating the binaries, or is this the first reboot after freebsd-update installs the new kernel? Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: hold-on at 'Entropy harvesting' afer upgrading to 8.1
Ok, likely you can bypass the problem by hitting Ctrl-C. Once you get kernel and userland updated make sure that you get /etc/ updated as well and you should be fine. hth, Doug On 02/16/2011 23:24, Ken Chen wrote: It's first reboot with 8.1 kernel. nextboot -k GENERIC shutdown -r now 2011/2/17 Doug Barton mailto:do...@dougbarton.us>> On 02/16/2011 21:56, Ken Chen wrote: Hello All, I upgrade a very old machine from 6.3-RELEASE to 8.1-RELEASE by 'freebsd-update'. After boot with 8.1 GENERIC kernel, it holds-on at ''Entropy harvesting: '. I try to change configuration in /etc/defaults/rc.conf, it helpless. Did you update /etc after updating the binaries, or is this the first reboot after freebsd-update installs the new kernel? -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: mountd has resolving problems
On 2/17/2011 9:59 AM, Steven Hartland wrote: - Original Message - From: "John Baldwin" Waiting for the default route to be pingable actually fixed a few other problems for us on 7 though as well (often ntpdate would not work on boot and now it works reliably, etc.) so we went with that route. Also fixed quite a few issues for us as well with services not reporting properly. Definitely something that should be considered as part of core I've already said that I plan to commit this once the releases are done. :) Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: statd/lockd startup failure
On 02/18/2011 10:08, Rick Macklem wrote: The attached patches changes the behaviour so that it tries to get an unused port for each of the 4 cases. Am I correct in assuming that what you're proposing is to (potentially) have different ports for all 4 combinations? I would suggest that this is not the right way to solve the problem. If I misunderstand, I apologize. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: statd/lockd startup failure
On 02/19/2011 13:16, Rick Macklem wrote: On 02/18/2011 10:08, Rick Macklem wrote: The attached patches changes the behaviour so that it tries to get an unused port for each of the 4 cases. Am I correct in assuming that what you're proposing is to (potentially) have different ports for all 4 combinations? I would suggest that this is not the right way to solve the problem. If I misunderstand, I apologize. Well, that was what I was proposing. I think that would be a bad idea. It's hard enough to deal with tracking these services when they are on the same port. :) I don't think there is a single function that you can call that will provide you an open port on all 4, although it would probably be nice if we had one. Something along the line of open a port for 1, then try to open the same port on the other 3. If one of them fails, start the process over. In the common case (starting the services when the system starts) it shouldn't be difficult to find a port that is open on all 4. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 8.2/7.4-RELEASEs Announced...
When I was looking at this problem myself recently it occurred to me that one way to handle it would be to have the freebsd-update code build and populate the temproot directory that mergemaster uses and then offer the user the option to use that alternative. The process could use something like what's done in src/release/scripts/mm-mtree.sh if this direction is desirable. Obviously the temproot directory would have to be distributed as an additional blob by freebsd-update, but this method has the advantage of reusing existing tools, and it's able to handle updates from arbitrarily old existing installations. hth, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Question about packages installed via `pkg_add -r`
On 03/05/2011 07:48, Greg Byshenk wrote: On Sat, Mar 05, 2011 at 11:04:36PM +0800, Yue Wu wrote: I'm trying to use package instead of ports these day, but a few questions have: 1. How to reserve packages that fetched via `pkg_add -r`? Not sure what you're asking here, can you clarify? 2. How to know if there are updates for packages, and how to update? There may be a better way, but one way to deal with (2) is to have an up-to-date ports tree. Then 'pkg_version -vL=' will show you which of your ports are out of date. Then 'portmaster -PP [...]' will force package use for updates. If you have an up-to-date ports tree, then I think that portmaster -abPP The -PP option has to be by itself on the command line, or you can use --packages-only. However portmaster doesn't need a ports tree to operate on packages only. You can use the --index-only --packages-only options and it'll work just fine. You'll want to read the man page before getting started. hth, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: service(8) doesn't list dhcpd startscript
On 03/04/2011 14:51, Miroslav Lachman wrote: Hilko Meyer wrote: Hi, today I played a bit with service(8) and I noticed that it doesn't properly detects the isc-dhcpd-startscript. System is 7.3-RELEASE-p4. 'service -l' lists isc-dhcpd but 'service -e' doesn't lists it: | hilti@kirk:~> service -l | grep dhcp | isc-dhcpd | hilti@kirk:~> service -e | grep dhcp | hilti@kirk:~> /usr/local/etc/rc.d/isc-dhcpd rcvar | # dhcpd | dhcpd_enable=YES It works for me on newer version of the FreeBSD (7.4-RELEASE) and with newer dhcpd (isc-dhcp41-server-4.1.2_2,1) ~/# service -l | grep dhcp isc-dhcpd isc-dhcpd6 ~/# service -e | grep dhcp /usr/local/etc/rc.d/isc-dhcpd /usr/local/etc/rc.d/isc-dhcpd6 ~/# /usr/local/etc/rc.d/isc-dhcpd rcvar # dhcpd dhcpd_enable=YES So you can compare rc scripts for those two versions or compare changes in service between these two FreeBSD releases. I'm glad to hear that Miroslav was able to make it work. I looked at the code and it's pretty simple, so I'm not sure why it would fail. Hilko, if you can add -x to the end of the #!/bin/sh line in /usr/sbin/service it might give you more of an idea of what's going on. hth, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Change in behavior to stat(1)
On 03/04/2011 11:05, Jilles Tjoelker wrote:
On Mon, Feb 28, 2011 at 11:15:39AM -0600, Stephen Montgomery-Smith wrote:
I had a little script that would remove broken links. I used to do it
like this:
if ! stat -L $link> /dev/null; then rm $link; fi
But recently (some time in February according to the CVS records) stat
was changed so that stat -L would use lstat(2) if the link is broken.
So I had to change it to
if stat -L $link | awk '{print $3}' | grep l> /dev/null;
then rm $link; fi
but it is a lot less elegant.
What is the proper accepted way to remove broken links?
A better answer to your original question was already given, but for
that command, isn't it sufficient to do
if ! [ -e $link ]; then rm $link; fi
All test(1)'s primaries that test things about files follow symlinks,
except for -h/-L.
I'd do '[ -e "$link" ] || unlink $link' but Jilles is definitely right
that simply using 'test -e' is the way to go.
Stephen, sorry to hear that the change in behavior to stat(1) was
troubling to you. A little bit of the history might be useful. I
originally imported stat(1) from NetBSD in 2002, but did not keep up
with the improvements that NetBSD made to it. I recently found time to
catch up with the work that they've done, and the change to the behavior
of readlink seemed like a useful one so I brought it over. hopefully it
won't cause too many more problems. :)
Doug
--
Nothin' ever doesn't change, but nothin' changes much.
-- OK Go
Breadth of IT experience, and depth of knowledge in the DNS.
Yours for the right price. :) http://SupersetSolutions.com/
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Question about packages installed via `pkg_add -r`
On 03/05/2011 17:00, Yue Wu wrote: Hello, sorry for poor English, I will try to explan clearer with my best. On Sat, Mar 05, 2011 at 04:48:17PM +0100, Greg Byshenk wrote: On Sat, Mar 05, 2011 at 11:04:36PM +0800, Yue Wu wrote: I'm trying to use package instead of ports these day, but a few questions have: 1. How to reserve packages that fetched via `pkg_add -r`? 2. How to know if there are updates for packages, and how to update? For (1), do you mean 'preserve', as in save a copy? If so, then 'portmaster -b [...]' will save a backup copy of installed packages. Yes, I mean 'preserve'. I've maned portmaster, seems -b is for a installed package, so it will preserve it by packing up the files from a installed package, why not preserve it just when fetching with `pkg_add -r`? I think it's the best way, I don't like the portmaster way to do it after. This is why I wanted to confirm what you intended to do. The -b option does indeed preserve the existing version of the package, but the behavior that you're looking for (saving a copy of the new package) is actually the default behavior. The downloaded packages are saved in /usr/ports/packages/portmaster-download. It sounds like your best best would be to have an up to date ports tree, and use the -P option to install packages whenever they are available. hope this helps, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: happy hacker lite 2 keyboard
On 03/10/2011 09:31, Mark Felder wrote: Hrm, strange that a nice keyboard like that comes as USB only. It's not _that_ strange. PS/2 doesn't allow for safe hot-plugging, USB does. And very few typists are going to exceed the keyrate of USB. -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: statd/lockd startup failure
On 03/12/2011 02:21, Daniel Braniss wrote: The problem with trying to get the same port for all tcp/udp/inet/inet6 though might succeed most of the time, will fail sometimes, then what? Can you please describe the scenario when it's completely impossible to find a port that's open on all 4 families? I saw Doug's commnent, and also the:), it's not as simple as tracking port 80 or 25, needs some efford, but it's deterministic/programable, and worst case you can still use the -p option (which again will fail sometimes:-). Given that Rick has already written the patch, I don't think it's at all unreasonable to put it in as the first choice, perhaps with a fallback to picking any available port if there isn't one available for all 4 families. Meanwhile, I don't think I'm the only person who has ever had trouble trying to track down network traffic from "random" ports that would prefer that doing so not be made harder by having the same service on the same host using 4 different ports. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: statd/lockd startup failure
On 03/12/2011 14:56, Rick Macklem wrote: On 03/12/2011 02:21, Daniel Braniss wrote: The problem with trying to get the same port for all tcp/udp/inet/inet6 though might succeed most of the time, will fail sometimes, then what? Can you please describe the scenario when it's completely impossible to find a port that's open on all 4 families? I saw Doug's commnent, and also the:), it's not as simple as tracking port 80 or 25, needs some efford, but it's deterministic/programable, and worst case you can still use the -p option (which again will fail sometimes:-). Given that Rick has already written the patch, I don't think it's at all unreasonable to put it in as the first choice, perhaps with a fallback to picking any available port if there isn't one available for all 4 families. I suppose the patch could be changed to switch to "allow any port#" after N failed attempts at getting the same one. (I'll admit I have troiuble seeing why getting the same port# would fail "forever" unless all ports are in use and, if that's the case, you're snookered.) Right. :) I'm not suggesting that you do that, btw. But I'm not opposed to the idea if it proves to be necessary (which I seriously doubt). My only concern with the "same port# patch" is that it is more complex and, therefore, somewhat riskier w.r.t. my having gotten it wrong. Fair enough, and I'm usually the first to oppose needless complexity, but I think in this case it's worth it. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: statd/lockd startup failure
On 03/13/2011 08:23, Daniel Braniss wrote: On 03/12/2011 02:21, Daniel Braniss wrote: The problem with trying to get the same port for all tcp/udp/inet/inet6 though might succeed most of the time, will fail sometimes, then what? Can you please describe the scenario when it's completely impossible to find a port that's open on all 4 families? i did not say impossible, concidering that Rick asked how many times he should try, unless N is forever, it could fail. And what I'm asking is that you describe the circumstances which might lead to that failure. I saw Doug's commnent, and also the:), it's not as simple as tracking port 80 or 25, needs some efford, but it's deterministic/programable, and worst case you can still use the -p option (which again will fail sometimes:-). Given that Rick has already written the patch, I don't think it's at all unreasonable to put it in as the first choice, perhaps with a fallback to picking any available port if there isn't one available for all 4 families. as Rick mentioned, the patch is not trivial, and to quote him: "My only concern with the "same port# patch" is that it is more complex and, therefore, somewhat riskier w.r.t. my having gotten it wrong." Yeah, I saw that, did you see my response? I'm very much in favor of keeping things simple, but only as simple as they can be made. Meanwhile, I don't think I'm the only person who has ever had trouble trying to track down network traffic from "random" ports that would prefer that doing so not be made harder by having the same service on the same host using 4 different ports. To track rpc based traffic, which means random-port to start with, you have to check with rpcinfo anyways. So yes, it's harder than tracking 1 port, but IMHO, less complex than the patch requiered :-), Clearly you've not spent any significant amount of time trying to figure out what traffic is coming from what port. A small increase in code complexity is worth it if it saves real people real time, especially in critical situations. and BTW, mountd is already heavely patched, rpc.statd less, and rpc.lockd is, so far, the only one that is not complaining - guess Rick is a good programer! and I concider myself lucky that we don't use NIS/yellow-pages. Some of us are not so lucky. :) Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Best way to switch from Linux to BSD
On 03/28/2011 22:32, Jason Hsu wrote: I've been trying to switch from Linux to BSD for my everyday computing (email, word processing, spreadsheets, etc.), but I couldn't get things to work properly. I've been so spoiled by the quickness and user-friendliness of antiX/Swift Linux and Puppy Linux for so long. I have a backlog of stuff to do, so I'm sticking to Linux for now as my main OS. However, I might try BSD in VirtualBox and on my laptop. Are there any good tutorials for using BSD on the desktop? Simple answer, if your only goal is to have a Unix-like desktop, you're better off sticking with Linux. FreeBSD is not really focused on desktop use, whereas a lot of the Linux distributions are, and if you're happy with the ones you are using there is no good reason to switch. If you want to use FreeBSD as a desktop because you have a desire to learn FreeBSD, your best bet is visit the home page at http://www.FreeBSD.org/, look under Documentation, and start reading the Handbook. hope this helps, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Best way to switch from Linux to BSD
On 03/29/2011 12:37, Adam Vande More wrote: Java is a different matter. Handbook should be updated to use the iced tea plugin since the other java plugin doesn't work on new FF plus it's other deficiencies. It's been update for some time now. :) http://www.freebsd.org/doc/en/books/handbook/desktop-browsers.html -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Best way to switch from Linux to BSD
On 03/29/2011 12:32, Paul Schmehl wrote: That's how silly your argument is. You can't do it, because FreeBSD does not have a system-installed desktop. Even Xorg is a port. It is in linux too, it's just that the various distros who focus on the desktop have bundled it into the default installation so when you install $distro you get a complete desktop environment from the beginning. If you look under the hood, you can see the individual packages that make up the "desktop." For those arguing that FreeBSD is a great desktop OS, I would encourage you to spend some time using some of the linux versions mentioned in this thread. Or if you want to be really blown away just start with Ubuntu. For some of you, the first reaction will be "this is not what I'm used to!" but I encourage you to try and get past that, and look at things from the "average user's" point of view. Most computer users don't want to spend time fiddling with their OS, the just want to do their thing (web, mail, documents and spreadsheets being the vast majority of "things" they want to do). For those purposes a distro like Ubuntu completely blows FreeBSD out of the water in terms of coming out of the box in a fully functional state, and in terms of ease of use for maintenance, updates, etc. there is no comparison. All that said, I personally have been using a FreeBSD desktop in a multi-boot environment for over 15 years, the last 10 have been primarily on -current. But I *like* to fiddle with stuff, fix/report bugs, etc. If you want to learn the OS, it's a great way to go. But that's why I asked Jason what his goals were in my first message. If your goal is simply to have a desktop environment that's easy to use, FreeBSD is not it. We need to be honest with ourselves about that if we're ever going to make progress on it. Doug PS, it would be really helpful if people could tone down the language a bit, and the vitriol a lot. Thanks. -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Best way to switch from Linux to BSD
On 03/29/2011 13:20, Adam Vande More wrote:
On Tue, Mar 29, 2011 at 2:57 PM, Paul Schmehlwrote:
Or just follow the instructions. If people really find that difficult
I'm not sure any OS is going to be the answer long term. If you do
enough computer use you'll have to follow instructions at some point.
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/desktop-browser
s.html
Imagine that. And yet you can find numerous posts in questions from
people who struggle with it. Must be stupid people then, huh?
Paul, this is a good example of the kind of vitriol that isn't really
helpful. Please tone it down.
To address the content of your concern, I've been using flash on FreeBSD
for a long time. It's gone through phases where it's been easier,
harder, more and less successful. At the moment it's working pretty
well, but I agree with you that it's not an ideal situation.
However regarding the documentation, the URL that was posted has been
stable for a long time ("years," can't tell you exactly how many).
However, like a lot of other topics there is stale documentation outside
of FreeBSD, and other generally bad advice that gets passed around from
user to user. That's a difficult problem for us to address directly.
Comparing Ubuntu and FreeBSD is a false choice
Yes, that's sort of my point. :) Ubuntu is literally in a class by
itself in terms of both the OOB and long-term use experiences. So if all
you want is a Unix'y desktop OS (and you can't afford/don't want a mac),
use it, and be happy. If you have other goals (such as learning Unix
internals generally, or a specific OS) then you have other areas you can
focus on, such as FreeBSD.
Doug
--
Nothin' ever doesn't change, but nothin' changes much.
-- OK Go
Breadth of IT experience, and depth of knowledge in the DNS.
Yours for the right price. :) http://SupersetSolutions.com/
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Constant rebooting after power loss
On 4/1/2011 8:47 AM, Stefan `Sec` Zehl wrote: If you want to get rid of the reboot loop, set: background_fsck="NO" Then it will either come up, or ask for help if anything fails. If you absolutely want the server to come up, you can set this fsck_y_enable="YES" +1 -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: conf/156396: Make 220.backup-pkgdb cd(1) and backup only the package database.
On 04/15/2011 02:30, J. Hellenthal wrote: PS: The PR says this was committed... It was not AFAIK. I committed the script itself, which is why I picked up the PR. This is an excellent example of a bikeshed issue since it's something simple enough that everyone feels qualified to offer an opinion on. And yet, there is no actual problem here. As I said when I closed the PR, using the full path is the safest, most conservative option, and there is no reason to do otherwise. Let's move on. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Large number of SATA commits (MFCs) to RELENG_8
On 04/20/2011 19:43, Lystopad Olexandr wrote: May be we need another one file, like src/ChangeLog ? Users who run a -stable branch are expected to read freebsd-stable@FreeBSD.org (note, not just subscribe), AND read the commit mail for their branch; just like users who run HEAD are expected to read freebsd-current@ and the relevant commit mail. Doug (Yes, seriously) -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: buildworld FAIL.
On 04/22/2011 17:35, Pawel Tyll wrote: Hi Jeremy, What tag are you following / FreeBSD version are you using? I ask because you have a bunch of variables in make.conf that probably need to go into /etc/src.conf. It's RELENG_8. 8-STABLE. Yeah, this make.conf kept growing in stuff since like FBSD4 :) I just rebuild world and kernel last night on a few of our systems (RELENG_8) without any issue, and I did see in csup that some hast changes were pulled down. Source tree is current as of 30 mins ago. And same thing happened to me yesterday at night. I was hoping I wasn't alone and it'll get fixed until now, but that didn't happen, hence my mail. Traditional solution for similar problems is to clean out your /usr/obj/ and try again. hth, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: svn.FreeBSD.org upgrade
This seems to have gone well, and the new viewvc seems faster (which fortunately wasn't hard). :) I did notice one problem, I didn't see a commit e-mail for r220972, which was a commit you did to add a user directory: http://svnweb.freebsd.org/base?view=revision&revision=220972 It's happened in the past that certain changes haven't resulted in commit mail, but given that this happened so close to the update I thought I'd mention it. Doug ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Daily backups of pkgdb failure
On 05/04/2011 04:49, Hans Ottevanger wrote: Hi, I upgraded my Soekris 4801 boxes from 8.1 to 8.2-STABLE (r221326) a few days ago and now I get the following error in the daily mail: Backing up package db directory: tar: : Cannot stat: No such file or directory tar: Error exit delayed from previous errors. These messages originate from /etc/periodic/daily/220.backup-pkgdb, apparently a recent addition. The culprit is probably on line 21: make -f/usr/share/mk/bsd.port.mk -V PKG_DBDIR "/usr/share/mk/bsd.port.mk", line 11: Could not find /usr/ports/Mk/bsd.port.mk make: fatal errors encountered -- cannot continue Thanks, I'll take a look. -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Daily backups of pkgdb failure
On 05/04/2011 16:25, Jason Hellenthal wrote: Move PKG_DBDIR out of ports(7) and/or duplicate it to /usr/share/mk/bsd.port.mk. A) That's a non-starter B) Doesn't actually solve the problem at hand -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Daily backups of pkgdb failure
On 05/04/2011 04:49, Hans Ottevanger wrote: make -f/usr/share/mk/bsd.port.mk -V PKG_DBDIR "/usr/share/mk/bsd.port.mk", line 11: Could not find /usr/ports/Mk/bsd.port.mk make: fatal errors encountered -- cannot continue I fixed this in HEAD by setting the default if pulling it from make fails. I will MFC ASAP. -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Daily backups of pkgdb failure
On 05/04/2011 23:56, Hans Ottevanger wrote:
On 05/05/11 04:43, Doug Barton wrote:
On 05/04/2011 04:49, Hans Ottevanger wrote:
make -f/usr/share/mk/bsd.port.mk -V PKG_DBDIR
"/usr/share/mk/bsd.port.mk", line 11: Could not find
/usr/ports/Mk/bsd.port.mk
make: fatal errors encountered -- cannot continue
I fixed this in HEAD by setting the default if pulling it from make
fails. I will MFC ASAP.
Of course this will solve my "problem" 8-)
But if you use something like
pkg_dbdir=${PKG_DBDIR-/var/db/pkg}
you will also cover the (infrequent) case where people redefine
PKG_DBDIR while running pkg_add et al (and actually remember to set
PKG_DBDIR in /etc/crontab !).
To be honest, I don't care. If you are doing this kind of thing you
deserve what you get.
If you really want to move your PKG_DBDIR and can't be bothered to
define it correctly, use a symlink. Or, if that's a problem, disable the
backup. This "problem" is not going to affect the overwhelming number of
freebsd users, and I don't think going through a lot of gymnastics to
support people who do silly things is a good idea for either side.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: mountlate not late enough for nfe0 with dhcp
On 05/26/2011 14:35, William Palfreman wrote: I do think that it would be better if failure to mount an NFS share due to DHCP not being finished did not cause the boot to halt. Non-root filesystem NFS mounts are rarely so critical that is it necessary to drop into single user mode instead - especially as these days many machines do not have a console continuously attached. It would be better just to retry mounting NFS in the background. If having DHCP up before proceeding is mission critical, set the synchronous_dhclient option in rc.conf. If you are satisfied with having the nfs mounts continue in the background, use that option in fstab. In the absence of those 2 clear indications from the admin as to what should happen, the current behavior is the right choice. -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: MFC: graid(8) (RAID GEOM) support
Jeremy Chadwick writes: | Sorry for the cross-post, but I thought both lists would want to know | about this. | | Looks like mav@ just committed this ~17 hours ago: | http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/geom/raid/g_raid.c | | Those who have historically wanted to use Intel MatrixRAID (now called | Intel RST (Rapid Storage Technology)), but haven't due to the severe | issues/risks with ataraid(4), will probably be very interested in | this commit. I know I am! | | I plan on stress-testing the Intel support on a 2-disk system with | RAID-1 enabled, and will document my experiences, procedures, etc... We definitely want people to help test this out. It was designed from the start to be robust and do recovery for RAID 1 which is our use. We had previously hacked enhanced support into ataraid(4) and ata(4) for use in-house. Doug A. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: gpg-agent dont start automatically
On 07/13/2011 23:42, joerg_surmann wrote: > > Hi all, > > i have in my .xinitrc: > exec /usr/local/bin/gpg-agent --daemon --write-env-file > .gnupg/agent.info /usr/home/holm/.gpg-agent-info > > Thats don't start gpg-agent. Take a look at this: http://dougbarton.us/PGP/gpg-agent.html -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ZFS directory with a large number of files
On 08/05/2011 20:38, Daniel O'Connor wrote: > Ahh, but OP had moved these files away and performance was still poor.. > _that_ is the bug. I'm no file system expert, but it seems to me the key questions are; how long does it take the system to recover from this condition, and if it's more than N $periods is that a problem? We can't stop users from doing wacky stuff, but the system should be robust in the face of this. -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Recent STABLE unable to start process in background
On 08/10/2011 19:51, Adam Vande More wrote: > On Wed, Aug 10, 2011 at 8:22 PM, Jeremy Chadwick > wrote: > >>> Looks like SIGTTOU (output from background process)? >>> This should be controllable with stty -tostop. >>> (But why has it changed...?) >> >> On all our RELENG_8 systems (though I use bash), -tostop is default. >> > > Hm, it seems there might be something wrong with zsh. > > stty -a on an old and new setup produces identical output with -tostop set. > The old setup runs zsh-4.3.10_3 which works correctly, but zsh-4.3.12 > doesn't work on the new. The latest bash works fine on the new. I can file > a bug report on zsh, but could someone confirm that it's the likely > candidate for a problem so I don't send anyone on a wild goose chase? Back up the old zsh on the working system, install the new one, test. -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
crash on 8.2-RELEASE amd64, high-traffic squid server
Howdy, I have some high-traffic squid servers, most of which are running a flavor of RELENG_7 very successfully, but one that I've been evaluating 8.x on has had a lot of problems. Most recently we had the crash below twice in the last 2 weeks. Same exact backtrace. Any suggestions on where to look would be appreciated. Thanks, Doug #0 doadump () at pcpu.h:224 224 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:224 #1 0x803ec4be in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:419 #2 0x803ec8f1 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:592 #3 0x8069a4d0 in trap_fatal (frame=0x1c, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:783 #4 0x8069aab9 in trap (frame=0xff800012f650) at /usr/src/sys/amd64/amd64/trap.c:592 #5 0x80682e84 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:224 #6 0x80698896 in bcopy () at /usr/src/sys/amd64/amd64/support.S:124 #7 0x8044df61 in sbcompress (sb=0xff01d98945e0, m=0xff010b815300, n=0xff006baa3700) at /usr/src/sys/kern/uipc_sockbuf.c:779 #8 0x8044e1e6 in sbappendstream_locked (sb=0xff01d98945e0, m=0xff010b815300) at /usr/src/sys/kern/uipc_sockbuf.c:534 #9 0x80527530 in tcp_do_segment (m=0xff010b815300, th=Variable "th" is not available. ) at /usr/src/sys/netinet/tcp_input.c:2588 #10 0x80528b4b in tcp_input (m=0xff010b815300, off0=Variable "off0" is not available. ) at /usr/src/sys/netinet/tcp_input.c:1029 #11 0x804c3b2c in ip_input (m=0xff010b815300) at /usr/src/sys/netinet/ip_input.c:787 #12 0x804a631e in netisr_dispatch_src (proto=1, source=Variable "source" is not available. ) at /usr/src/sys/net/netisr.c:917 #13 0x8049d73d in ether_demux (ifp=0xff0002d3, m=0xff010b815300) at /usr/src/sys/net/if_ethersubr.c:894 #14 0x8049db2d in ether_input (ifp=0xff0002d3, m=0xff010b815300) at /usr/src/sys/net/if_ethersubr.c:753 #15 0x8027c18a in em_rxeof (rxr=0xff0002d7c600, count=98, done=0x0) at /usr/src/sys/dev/e1000/if_em.c:4293 #16 0x8027c5a8 in em_handle_que (context=Variable "context" is not available. ) at /usr/src/sys/dev/e1000/if_em.c:1482 #17 0x80429ab5 in taskqueue_run_locked (queue=0xff0002d8d800) at /usr/src/sys/kern/subr_taskqueue.c:250 #18 0x80429c4e in taskqueue_thread_loop (arg=Variable "arg" is not available. ) at /usr/src/sys/kern/subr_taskqueue.c:387 #19 0x803c30f8 in fork_exit ( callout=0x80429c00 , arg=0xff80005a8748, frame=0xff800012fc40) at /usr/src/sys/kern/kern_fork.c:845 #20 0x8068334e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:565 #21 0x in ?? () #22 0x in ?? () #23 0x in ?? () #24 0x in ?? () #25 0x in ?? () #26 0x in ?? () #27 0x in ?? () #28 0x in ?? () #29 0x in ?? () #30 0x in ?? () #31 0x in ?? () #32 0x in ?? () #33 0x in ?? () #34 0x in ?? () #35 0x in ?? () #36 0x in ?? () #37 0x in ?? () #38 0x in ?? () #39 0x in ?? () #40 0x in ?? () #41 0x in ?? () #42 0x in ?? () #43 0x in ?? () #44 0x in ?? () #45 0x8095ac00 in affinity () #46 0x in ?? () #47 0x in ?? () #48 0xff0002d2d8c0 in ?? () #49 0xff800012f320 in ?? () #50 0xff800012f2c8 in ?? () #51 0xff0002c59000 in ?? () #52 0x80411db9 in sched_switch (td=0x80429c00, newtd=0xff80005a8748, flags=Variable "flags" is not available. ) at /usr/src/sys/kern/sched_ule.c:1852 Previous frame inner to this frame (corrupt stack?) (kgdb) -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: FreeBSD 9-Beta3 on X300 problems.
On 09/26/2011 16:02, crsnet.pl wrote: > >> 2. Kadu/Gnu Gadu. >> I dont know why, but when i run kadu / gnu gadu and try to connect to >> Gadu-Gadu network software segments ;/ >> Kadu with signal 6, GnuGadu with signal 11. >> I try to use old gadulib, or recompie it. But this doesn't help ;/ > > I run portmaster -y --no-confirm --packages-if-newer -m 'BATCH=yes' -d -a The -y option is meaningless in that context, FYI. > And... its works;) I'm glad to hear that at least. :) -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
7.3 + kqueue + apache/php + DNS lookup problem
Howdy,
So, this is a bit of an odd one I've got a web server running
apache 2.2.17 and php 5.3.5. The host itself is running 7.3-RELEASE,
i386, and is not busy. I can do DNS queries on the command line all day
long and they are very snappy. Using nslookup, dig, whatever.
The weirdness comes in when the httpd process needs to do a DNS lookup.
With a local cache I'm getting the following:
97625 httpd0.031139 CALL connect(0x55,0x284fd590,0x10)
97625 httpd0.031142 STRU struct sockaddr { AF_INET, 127.0.0.1:53 }
97625 httpd0.031150 RET connect 0
97625 httpd0.031153 CALL sendto(0x55,0x2a7d1000,0x1e,0,0,0)
97625 httpd0.031169 GIO fd 85 wrote 30 bytes
97625 httpd0.031173 RET sendto 30/0x1e
97625 httpd0.031179 CALL clock_gettime(0,0xbfbfb58c)
97625 httpd0.031184 RET clock_gettime 0
97625 httpd0.031188 CALL
kevent(0x54,0xbfbfb678,0x1,0xbfbfb678,0x1,0xbfbfb68c)
97625 httpd3.064266 GIO fd 84 wrote 20 bytes
note the 3 second delay here.
97625 httpd3.064277 GIO fd 84 read 20 bytes
97625 httpd3.064281 RET kevent 1
97625 httpd3.064287 CALL
recvfrom(0x55,0x2a6c4000,0x1,0,0xbfbfb5f8,0xbfbfb694)
97625 httpd3.064293 GIO fd 85 read 30 bytes
97625 httpd3.064296 STRU struct sockaddr { AF_INET, 127.0.0.1:53 }
97625 httpd3.064299 RET recvfrom 30/0x1e
97625 httpd3.064308 CALL close(0x55)
I'm open to suggestions on where to look to improve this situation.
Thanks,
Doug
--
Nothin' ever doesn't change, but nothin' changes much.
-- OK Go
Breadth of IT experience, and depth of knowledge in the DNS.
Yours for the right price. :) http://SupersetSolutions.com/
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 7.3 + kqueue + apache/php + DNS lookup problem
Thanks Jeremy and Chuck. Answers below.
On 09/30/2011 17:37, Jeremy Chadwick wrote:
> On Fri, Sep 30, 2011 at 04:31:18PM -0700, Doug Barton wrote:
>> Howdy,
>>
>> So, this is a bit of an odd one I've got a web server running
>> apache 2.2.17 and php 5.3.5. The host itself is running 7.3-RELEASE,
>> i386, and is not busy. I can do DNS queries on the command line all day
>> long and they are very snappy. Using nslookup, dig, whatever.
>>
>> The weirdness comes in when the httpd process needs to do a DNS lookup.
>> With a local cache I'm getting the following:
>>
>> 97625 httpd0.031139 CALL connect(0x55,0x284fd590,0x10)
>> 97625 httpd0.031142 STRU struct sockaddr { AF_INET, 127.0.0.1:53 }
>> 97625 httpd0.031150 RET connect 0
>> 97625 httpd0.031153 CALL sendto(0x55,0x2a7d1000,0x1e,0,0,0)
>> 97625 httpd0.031169 GIO fd 85 wrote 30 bytes
>> 97625 httpd0.031173 RET sendto 30/0x1e
>> 97625 httpd0.031179 CALL clock_gettime(0,0xbfbfb58c)
>> 97625 httpd0.031184 RET clock_gettime 0
>> 97625 httpd0.031188 CALL
>> kevent(0x54,0xbfbfb678,0x1,0xbfbfb678,0x1,0xbfbfb68c)
>> 97625 httpd3.064266 GIO fd 84 wrote 20 bytes
>>
>> note the 3 second delay here.
>>
>> 97625 httpd3.064277 GIO fd 84 read 20 bytes
>> 97625 httpd3.064281 RET kevent 1
>> 97625 httpd3.064287 CALL
>> recvfrom(0x55,0x2a6c4000,0x1,0,0xbfbfb5f8,0xbfbfb694)
>> 97625 httpd3.064293 GIO fd 85 read 30 bytes
>> 97625 httpd3.064296 STRU struct sockaddr { AF_INET, 127.0.0.1:53 }
>> 97625 httpd3.064299 RET recvfrom 30/0x1e
>> 97625 httpd3.064308 CALL close(0x55)
>>
>> I'm open to suggestions on where to look to improve this situation.
>
> I'm not familiar with the kqueue event mechanism in BSD. I know it's
> great, but I'm just not familiar with how to use it/etc.. If I'm
> reading the syscall trace correctly, it looks like the daemon opens up a
> socket to 127.0.0.1:53 (named) on fd 0x55/85, writes 30 bytes of data to
> it, initiates a kernel event that writes 20 bytes of data to a different
> descriptor 0x54/84, reads 20 bytes back from that fd, then reads 30
> bytes from descriptor 0x55/85.
>
> I wonder what the kevent() is actually accomplishing here. I wish I
> could see within the kevent structs at 0xbfbfb678 and 0xbfbfb678, and
> the timespec struct at 0xbfbfb68c.
>
> There's also a part of me that remembers some sort of kevent/kqueue
> problem on older FreeBSD that got fixed at one point. The problem is
> that I can't remember what that problem was, nor what release fixed it.
> As such I don't want to resort to a "upgrade your OS!" response.
That's not necessarily off the table, but doing that would have to be
because we're sure it would fix the problem.
> Does this happen when httpd tries to do DNS resolution for, say, an
> incoming connection to the web server (e.g. trying to resolve the
> incoming IP address of the client to an FQDN), or is it happening within
> some PHP code (assuming PHP is installed/used as an Apache module)
> that's trying to do DNS resolution of some kind?
It's a php module doing a lookup for the hostname of the back-end mysql
server.
> Are the delays always 3 seconds?
Pretty much.
> If so, that almost sounds like a timeout of some kind.
That was my first thought, but the answer always comes eventually.
To answer Chuck's questions, no threading is involved, and it's not
apache doing the lookups.
Doug
--
Nothin' ever doesn't change, but nothin' changes much.
-- OK Go
Breadth of IT experience, and depth of knowledge in the DNS.
Yours for the right price. :) http://SupersetSolutions.com/
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: FreeBSD 9.0-BETA3 Available...
On 10/12/2011 06:47, Ken Smith wrote: > On Wed, 2011-10-12 at 14:39 +0100, Bruce Cran wrote: >> On 29/09/2011 02:42, Ken Smith wrote: >>> MD5 (FreeBSD-9.0-BETA3-amd64-bootonly.iso) = >>> 2ce7b93d28fd7ff37965893f1af3f7fc >>> MD5 (FreeBSD-9.0-BETA3-amd64-dvd1.iso) = 4affc701f2052edc548274f090e49235 >>> MD5 (FreeBSD-9.0-BETA3-amd64-memstick.img) = >>> e260f2f2122326cb9a93ac83eb006c1c >> >> The -dvd1.iso files seem to be less than a CD, at 610MB. Are they >> expected to contain more data over time, or could 'dvd' be removed? >> > > I was planning on them having package sets. The new installer doesn't > support installing packages like sysinstall had but if I provide Gnome, > KDE, and perhaps a small set of other stuff it would be useful to people > with crummy network connectivity. They could install the packages from > the DVD instead of needing to have everything downloaded. Is there still going to be a CD-sized installer? I find this really useful both at home, and also for virtualized installs. -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: backup for /var/db/ports
On 10/14/2011 17:48, Oleg Ginzburg wrote: > Hi > > With /etc/periodic/daily/220.backup-pkgdb I would also suggest backing up > /var/db/ports dir I'm curious as to the reason for doing this. The options are easy to recreate, and not particularly dynamic. Doug ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: backup for /var/db/ports
On 10/16/2011 21:27, Eugene Grosbein wrote: > 17.10.2011 10:13, Doug Barton пишет: >> On 10/14/2011 17:48, Oleg Ginzburg wrote: >>> Hi >>> >>> With /etc/periodic/daily/220.backup-pkgdb I would also suggest backing up >>> /var/db/ports dir >> >> I'm curious as to the reason for doing this. The options are easy to >> recreate, and not particularly dynamic. > > How do you recreate them without backup after N years passed? :-) I didn't say that they shouldn't be backed up, simply that I don't see the need to back them up every night. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: How to set interface description containing space in 8.x
On 10/22/2011 06:02, Jeremy Chadwick wrote: > 3. Hand-hack /etc/network.subr to address this, which you will lose >every time you run mergemaster I'm not sure why you'd say that. By design mergemaster checks the $FreeBSD Id string in the installed file and if it's the same as the one in the temproot then it deletes the temproot version and moves on. That behavior was primarily designed to accommodate configuration files, but it works just as well for everything else mergemaster deals with. hth, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
8.2 + apache == a LOT of sigprocmask
Trying to track down a load problem we're seeing on 8.2-RELEASE-p4 i386 in a busy web hosting environment I came across the following post: http://lists.freebsd.org/pipermail/freebsd-questions/2011-October/234520.html That basically describes what we're seeing as well, including the "doesn't happen on Linux" part. Does anyone have any ideas about this? With incredibly similar stuff running on 7.x we didn't see this problem, so it seems to be something new in 8. -- "We could put the whole Internet into a book." "Too practical." Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 8.2 + apache == a LOT of sigprocmask
On 11/14/2011 12:31, Doug Barton wrote: > Trying to track down a load problem we're seeing on 8.2-RELEASE-p4 i386 > in a busy web hosting environment I came across the following post: > > http://lists.freebsd.org/pipermail/freebsd-questions/2011-October/234520.html > > That basically describes what we're seeing as well, including the > "doesn't happen on Linux" part. > > Does anyone have any ideas about this? > > With incredibly similar stuff running on 7.x we didn't see this problem, > so it seems to be something new in 8. Just took a closer look at our ktrace, and actually our pattern is slightly different than the one in that post. In ours the second option is null, but the third is set: 74195 httpd0.17 RET sigprocmask 0 74195 httpd0.13 CALL sigprocmask(SIG_BLOCK,0,0xbfbf89d4) 74195 httpd0.09 RET sigprocmask 0 74195 httpd0.13 CALL sigprocmask(SIG_BLOCK,0,0xbfbf89d4) 74195 httpd0.09 RET sigprocmask 0 74195 httpd0.12 CALL sigprocmask(SIG_BLOCK,0,0xbfbf89d4) But repeated hundreds of times in a row. -- "We could put the whole Internet into a book." "Too practical." Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 8.2 + apache == a LOT of sigprocmask
On 11/14/2011 12:56, John Baldwin wrote: > On Monday, November 14, 2011 3:31:43 pm Doug Barton wrote: >> Trying to track down a load problem we're seeing on 8.2-RELEASE-p4 i386 >> in a busy web hosting environment I came across the following post: >> >> http://lists.freebsd.org/pipermail/freebsd-questions/2011- > October/234520.html >> >> That basically describes what we're seeing as well, including the >> "doesn't happen on Linux" part. >> >> Does anyone have any ideas about this? >> >> With incredibly similar stuff running on 7.x we didn't see this problem, >> so it seems to be something new in 8. > > I suspect it has to do with some of the changes to rtld such that it now > always blocks signals while resolving symbols (or something along those > lines IIRC). It makes throwing exceptions slow as well. The calls to sigprocmask() in rtld seem to be doing what you suggest here, but they involve setting and restoring the mask. In my followup post I pasted what we're seeing, which is different, and much more voluminous. For example, 13,500 calls in 30 seconds from a single apache worker process. Although this does seem to explain why our test cases have more calls when compiled with C++ than they do when compiled with C. :) Thanks for the response in any case. Doug -- "We could put the whole Internet into a book." "Too practical." Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 8.2 + apache == a LOT of sigprocmask
On 11/15/2011 02:09, Jeremy Chadwick wrote: > On Tue, Nov 15, 2011 at 11:07:45AM +0200, Kostik Belousov wrote: >> On Mon, Nov 14, 2011 at 12:51:35PM -0800, Doug Barton wrote: >>> On 11/14/2011 12:31, Doug Barton wrote: >>>> Trying to track down a load problem we're seeing on 8.2-RELEASE-p4 i386 >>>> in a busy web hosting environment I came across the following post: >>>> >>>> http://lists.freebsd.org/pipermail/freebsd-questions/2011-October/234520.html >>>> >>>> That basically describes what we're seeing as well, including the >>>> "doesn't happen on Linux" part. >>>> >>>> Does anyone have any ideas about this? >>>> >>>> With incredibly similar stuff running on 7.x we didn't see this problem, >>>> so it seems to be something new in 8. >>> >>> Just took a closer look at our ktrace, and actually our pattern is >>> slightly different than the one in that post. In ours the second option >>> is null, but the third is set: >>> >>> 74195 httpd0.17 RET sigprocmask 0 >>> 74195 httpd0.13 CALL sigprocmask(SIG_BLOCK,0,0xbfbf89d4) >>> 74195 httpd0.09 RET sigprocmask 0 >>> 74195 httpd0.13 CALL sigprocmask(SIG_BLOCK,0,0xbfbf89d4) >>> 74195 httpd0.09 RET sigprocmask 0 >>> 74195 httpd0.12 CALL sigprocmask(SIG_BLOCK,0,0xbfbf89d4) >>> >>> But repeated hundreds of times in a row. >> >> The calls cannot come from rtld, they are generated by some setjmp() >> invocation. If signal-safety is not needed, sigsetjmp() should be used >> instead. >> >> Quick grep of the apache httpd source shows a single setjmp() in their >> copy of pcre. No idea is it to safe to change setjmp() into sigsetjmp(?, 0). > > I hate cross-posting, but: adding freebsd-apache@ to the list. Some of > the Apache folks (not just port committers) may have some insight to > Kostik's findings. Thanks to everyone for the responses. We tried Kostik's suggestion and unfortunately it didn't reduce the number of sigprocmask() calls to a statistically significant degree. Does anyone have any other ideas on ways to debug this? We're sort of running out of things to test. :-/ Given how important (and prevalent) the Apache + FreeBSD combination is, I'm kind of disturbed that we're seeing this performance problem, and if it's something in 8.x that's also in 9.x, it would be better to fix it prior to 9.0-RELEASE. Doug -- "We could put the whole Internet into a book." "Too practical." Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 8.2 + apache == a LOT of sigprocmask
On 11/16/2011 23:49, Kostik Belousov wrote: > On Wed, Nov 16, 2011 at 10:46:27PM -0800, Doug Barton wrote: >> On 11/15/2011 02:09, Jeremy Chadwick wrote: >>> On Tue, Nov 15, 2011 at 11:07:45AM +0200, Kostik Belousov wrote: >>>> On Mon, Nov 14, 2011 at 12:51:35PM -0800, Doug Barton wrote: >>>>> On 11/14/2011 12:31, Doug Barton wrote: >>>>>> Trying to track down a load problem we're seeing on 8.2-RELEASE-p4 i386 >>>>>> in a busy web hosting environment I came across the following post: >>>>>> >>>>>> http://lists.freebsd.org/pipermail/freebsd-questions/2011-October/234520.html >>>>>> >>>>>> That basically describes what we're seeing as well, including the >>>>>> "doesn't happen on Linux" part. >>>>>> >>>>>> Does anyone have any ideas about this? >>>>>> >>>>>> With incredibly similar stuff running on 7.x we didn't see this problem, >>>>>> so it seems to be something new in 8. >>>>> >>>>> Just took a closer look at our ktrace, and actually our pattern is >>>>> slightly different than the one in that post. In ours the second option >>>>> is null, but the third is set: >>>>> >>>>> 74195 httpd0.17 RET sigprocmask 0 >>>>> 74195 httpd0.13 CALL sigprocmask(SIG_BLOCK,0,0xbfbf89d4) >>>>> 74195 httpd0.09 RET sigprocmask 0 >>>>> 74195 httpd0.13 CALL sigprocmask(SIG_BLOCK,0,0xbfbf89d4) >>>>> 74195 httpd0.09 RET sigprocmask 0 >>>>> 74195 httpd0.12 CALL sigprocmask(SIG_BLOCK,0,0xbfbf89d4) >>>>> >>>>> But repeated hundreds of times in a row. >>>> >>>> The calls cannot come from rtld, they are generated by some setjmp() >>>> invocation. If signal-safety is not needed, sigsetjmp() should be used >>>> instead. >>>> >>>> Quick grep of the apache httpd source shows a single setjmp() in their >>>> copy of pcre. No idea is it to safe to change setjmp() into sigsetjmp(?, >>>> 0). >>> >>> I hate cross-posting, but: adding freebsd-apache@ to the list. Some of >>> the Apache folks (not just port committers) may have some insight to >>> Kostik's findings. >> >> Thanks to everyone for the responses. We tried Kostik's suggestion and >> unfortunately it didn't reduce the number of sigprocmask() calls to a >> statistically significant degree. >> >> Does anyone have any other ideas on ways to debug this? We're sort of >> running out of things to test. :-/ >> >> Given how important (and prevalent) the Apache + FreeBSD combination is, >> I'm kind of disturbed that we're seeing this performance problem, and if >> it's something in 8.x that's also in 9.x, it would be better to fix it >> prior to 9.0-RELEASE. > > Since my guess appeared to be not useful, Well I wouldn't say that they weren't useful, we eliminated the obvious candidate. So, "not good news" certainly, but not unhelpful. :) > the way forward is to identify > the location of the call(s) that cause the issue. I suggest compliling > at least apache itself, libc, rtld and libthr (if used) with debugging > information. Then, attach to the running apache worker with the gdb and > set breakpoint on sigprocmask. Several backtraces from the hit breakpoint > should give enough data. We tried that, and got this: Loaded symbols for /libexec/ld-elf.so.1 0x28183a5d in accept () from /lib/libc.so.7 (gdb) b sigprocmask Breakpoint 1 at 0x282d8f84 (gdb) c Continuing. no thread to satisfy query 0x28183a5d in accept () from /lib/libc.so.7 (gdb) Of course I'm not the world's greatest gdb'er, so maybe there is a better way to do it? > High-tech solution is to link with libunwind and add code into sigprocmask() > to gather the stacks. But I expect that gdb attach is enough. Ok, we'll look into that, thanks. Doug -- "We could put the whole Internet into a book." "Too practical." Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 8.2 + apache == a LOT of sigprocmask
On 11/17/2011 00:30, Daniil Cherednik wrote: > I am sorry for repeat (I wrote about it), but what do you think about > this hack: Danill, thanks, and sorry if I wasn't clear before, but the problem we're seeing has a very clear pattern: 74195 httpd0.13 CALL sigprocmask(SIG_BLOCK,0,0xbfbf89d4) That the rtld calls don't exhibit. Kostik, thanks for your more detailed response, we'll poke that a bit and report back. Doug -- "We could put the whole Internet into a book." "Too practical." Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 8.2 + apache == a LOT of sigprocmask
On 11/17/2011 00:12, Kostik Belousov wrote: > On Wed, Nov 16, 2011 at 11:59:06PM -0800, Doug Barton wrote: >> On 11/16/2011 23:49, Kostik Belousov wrote: >>> On Wed, Nov 16, 2011 at 10:46:27PM -0800, Doug Barton wrote: >>>> On 11/15/2011 02:09, Jeremy Chadwick wrote: >>>>> On Tue, Nov 15, 2011 at 11:07:45AM +0200, Kostik Belousov wrote: >>>>>> On Mon, Nov 14, 2011 at 12:51:35PM -0800, Doug Barton wrote: >>>>>>> On 11/14/2011 12:31, Doug Barton wrote: >>>>>>>> Trying to track down a load problem we're seeing on 8.2-RELEASE-p4 i386 >>>>>>>> in a busy web hosting environment I came across the following post: >>>>>>>> >>>>>>>> http://lists.freebsd.org/pipermail/freebsd-questions/2011-October/234520.html >>>>>>>> >>>>>>>> That basically describes what we're seeing as well, including the >>>>>>>> "doesn't happen on Linux" part. >>>>>>>> >>>>>>>> Does anyone have any ideas about this? >>>>>>>> >>>>>>>> With incredibly similar stuff running on 7.x we didn't see this >>>>>>>> problem, >>>>>>>> so it seems to be something new in 8. >>>>>>> >>>>>>> Just took a closer look at our ktrace, and actually our pattern is >>>>>>> slightly different than the one in that post. In ours the second option >>>>>>> is null, but the third is set: >>>>>>> >>>>>>> 74195 httpd0.17 RET sigprocmask 0 >>>>>>> 74195 httpd0.13 CALL sigprocmask(SIG_BLOCK,0,0xbfbf89d4) >>>>>>> 74195 httpd0.09 RET sigprocmask 0 >>>>>>> 74195 httpd0.13 CALL sigprocmask(SIG_BLOCK,0,0xbfbf89d4) >>>>>>> 74195 httpd0.09 RET sigprocmask 0 >>>>>>> 74195 httpd0.12 CALL sigprocmask(SIG_BLOCK,0,0xbfbf89d4) >>>>>>> >>>>>>> But repeated hundreds of times in a row. >>>>>> >>>>>> The calls cannot come from rtld, they are generated by some setjmp() >>>>>> invocation. If signal-safety is not needed, sigsetjmp() should be used >>>>>> instead. >>>>>> >>>>>> Quick grep of the apache httpd source shows a single setjmp() in their >>>>>> copy of pcre. No idea is it to safe to change setjmp() into sigsetjmp(?, >>>>>> 0). >>>>> >>>>> I hate cross-posting, but: adding freebsd-apache@ to the list. Some of >>>>> the Apache folks (not just port committers) may have some insight to >>>>> Kostik's findings. >>>> >>>> Thanks to everyone for the responses. We tried Kostik's suggestion and >>>> unfortunately it didn't reduce the number of sigprocmask() calls to a >>>> statistically significant degree. >>>> >>>> Does anyone have any other ideas on ways to debug this? We're sort of >>>> running out of things to test. :-/ >>>> >>>> Given how important (and prevalent) the Apache + FreeBSD combination is, >>>> I'm kind of disturbed that we're seeing this performance problem, and if >>>> it's something in 8.x that's also in 9.x, it would be better to fix it >>>> prior to 9.0-RELEASE. >>> >>> Since my guess appeared to be not useful, >> >> Well I wouldn't say that they weren't useful, we eliminated the obvious >> candidate. So, "not good news" certainly, but not unhelpful. :) >> >>> the way forward is to identify >>> the location of the call(s) that cause the issue. I suggest compliling >>> at least apache itself, libc, rtld and libthr (if used) with debugging >>> information. Then, attach to the running apache worker with the gdb and > Note this part. Right, we attached to a worker, that's why it's in accept(). :) > It seems your libc has no debugging information. > accept() is the pure syscall wrapper, it cannot call sigprocmask. > If gdb catched the PLT trampoline instead of real accept(), we would > see the rtld frames. So install libc, libthr and rtld with debug. It's not catching there though: Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 0x28183b2d in accept () at accept.S:3 3 RSYSCALL(accept) (gdb) c Continuing. no thread to satisfy query 0x28183b2d in accept () at accept.S:3 3 RSYSCALL(accept) (gdb) info threads Cannot get thread info: invalid key (gdb) Doug -- "We could put the whole Internet into a book." "Too practical." Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 8.2 + apache == a LOT of sigprocmask
On 11/17/2011 02:57, Kostik Belousov wrote: >> > It's not catching there though: >> > >> > Reading symbols from /libexec/ld-elf.so.1...done. >> > Loaded symbols for /libexec/ld-elf.so.1 >> > 0x28183b2d in accept () at accept.S:3 >> > 3 RSYSCALL(accept) >> > (gdb) c >> > Continuing. >> > no thread to satisfy query >> > 0x28183b2d in accept () at accept.S:3 >> > 3 RSYSCALL(accept) >> > (gdb) info threads >> > Cannot get thread info: invalid key >> > (gdb) > Err, the other part of my message was that you shall set the breakpoint > on sigprocmask. I'm sorry I'm not making myself clear. We are setting the breakpoint on sigprocmask. But, maybe I'm doing it wrong. Can you give precise instructions as to what you want me to do, from the beginning? Sorry to be so dense. > I want to see a backtrace from the breakpoint hit. > Several times. Me too. :) Meanwhile, in response to one of the other questions, we are using mpm_prefork. Also, the particular problem we're seeing does not appear related to fork(). The pattern of sigprocmask() calls is different from the pattern you see with fork(). Doug -- "We could put the whole Internet into a book." "Too practical." Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 8.2 + apache == a LOT of sigprocmask
On 11/18/2011 01:19, Kostik Belousov wrote: > On Fri, Nov 18, 2011 at 12:00:57AM -0800, Doug Barton wrote: >> On 11/17/2011 02:57, Kostik Belousov wrote: >>>>> It's not catching there though: >>>>> >>>>> Reading symbols from /libexec/ld-elf.so.1...done. >>>>> Loaded symbols for /libexec/ld-elf.so.1 >>>>> 0x28183b2d in accept () at accept.S:3 >>>>> 3 RSYSCALL(accept) >>>>> (gdb) c >>>>> Continuing. >>>>> no thread to satisfy query >>>>> 0x28183b2d in accept () at accept.S:3 >>>>> 3 RSYSCALL(accept) >>>>> (gdb) info threads >>>>> Cannot get thread info: invalid key >>>>> (gdb) >>> Err, the other part of my message was that you shall set the breakpoint >>> on sigprocmask. >> >> I'm sorry I'm not making myself clear. We are setting the breakpoint on >> sigprocmask. But, maybe I'm doing it wrong. Can you give precise >> instructions as to what you want me to do, from the beginning? Sorry to >> be so dense. > Find the pid of the process issuing excessive number of sigprocmask > calls. Do > $ gdb /usr/local/bin/httpd > (gdb) attach > (gdb) b _sigprocmask > (gdb) c > Bah ! Breakpoint fired. > (gdb) bt > (gdb) c > <... Repeat ... > Right, so we're on the same page at least. I've been abbreviating the output of gdb to make it easier to see the problem, but here is a (nearly) complete transcript: gdb /usr/local/bin/httpd Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... (gdb) attach 1380 Attaching to program: /usr/local/bin/httpd, process 1380 Reading symbols from (lots of symbol-reading snipped) 3 RSYSCALL(accept) Current language: auto; currently asm (gdb) b _sigprocmask Breakpoint 1 at 0x282d9055: file /usr/src/lib/libthr/thread/thr_sig.c, line 210. (gdb) c Continuing. no thread to satisfy query 0x28183b2d in accept () at accept.S:3 3 RSYSCALL(accept) (gdb) c Continuing. no thread to satisfy query 0x28183b2d in accept () at accept.S:3 3 RSYSCALL(accept) (gdb) c Continuing. no thread to satisfy query 0x28183b2d in accept () at accept.S:3 3 RSYSCALL(accept) etc. -- "We could put the whole Internet into a book." "Too practical." Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 7-STABLE: mergemaster tzsetup question
On 12/3/2011 8:14 AM, Max Khon wrote: > Christian, > > On Sat, Dec 3, 2011 at 10:24 PM, Christian Weisgerber > wrote: > >> Every time I run mergemaster(8) on 7.4-STABLE, I'm now presented >> with >> >> *** There is no /var/db/zoneinfo file to update /etc/localtime. >>You should run tzsetup >> >> Running tzsetup(8) does however not create /var/db/zoneinfo, so >> mergemaster will prompt the next time, too. I guess I can just >> ignore it, but it seems weird that mergemaster would keep nagging >> about this. >> >> Where is /var/db/zoneinfo supposed to come from? >> >> I also notice that mergemaster can issue tzsetup arguments -C and >> -r, but tzsetup doesn't support those. > > tzsetup in FreeBSD 8 and later creates /var/db/zoneinfo. It seems that > mergemaster was merged to RELENG_7 but appropiate version of tzsetup > was not. Well that's embarrassing. :) Edwin, what are the chances that you could MFC your changes to tzsetup? Doug -- "We could put the whole Internet into a book." "Too practical." Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 7-STABLE: mergemaster tzsetup question
On 12/3/2011 8:16 AM, David Wolfskill wrote: > For machines that run UTC, it's not needed. FYI, the code in mergemaster checks for that. -- "We could put the whole Internet into a book." "Too practical." Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 7-STABLE: mergemaster tzsetup question
On 12/3/2011 6:00 PM, Edwin Groothuis wrote: > On 04/12/2011, at 11:12 , Doug Barton wrote: >> On 12/3/2011 8:14 AM, Max Khon wrote: >>> Christian, >>> >>> On Sat, Dec 3, 2011 at 10:24 PM, Christian Weisgerber >>> wrote: >>> >>>> Every time I run mergemaster(8) on 7.4-STABLE, I'm now presented >>>> with >>>> >>>> *** There is no /var/db/zoneinfo file to update /etc/localtime. >>>> You should run tzsetup >>>> >>>> Running tzsetup(8) does however not create /var/db/zoneinfo, so >>>> mergemaster will prompt the next time, too. I guess I can just >>>> ignore it, but it seems weird that mergemaster would keep nagging >>>> about this. >>>> >>>> Where is /var/db/zoneinfo supposed to come from? >>>> >>>> I also notice that mergemaster can issue tzsetup arguments -C and >>>> -r, but tzsetup doesn't support those. >>> >>> tzsetup in FreeBSD 8 and later creates /var/db/zoneinfo. It seems that >>> mergemaster was merged to RELENG_7 but appropiate version of tzsetup >>> was not. >> >> Well that's embarrassing. :) >> >> Edwin, what are the chances that you could MFC your changes to tzsetup? > > If you still have a machine running 7.x (which I don't have anymore), then go > for it and do your damage :-) Well I was kind of hoping you'd be responsible for doing your own work. :) (You see, I'm kind of tired of doing other people's MFCs.) You can use ref7.freebsd.org if you need a test platform. -- "We could put the whole Internet into a book." "Too practical." Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: SCHED_ULE should not be the default
On 12/12/2011 05:47, O. Hartmann wrote: > Do we have any proof at hand for such cases where SCHED_ULE performs > much better than SCHED_4BSD? I complained about poor interactive performance of ULE in a desktop environment for years. I had numerous people try to help, including Jeff, with various tunables, dtrace'ing, etc. The cause of the problem was never found. I switched to 4BSD, problem gone. This is on 2 separate systems with core 2 duos. hth, Doug -- [^L] Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
kernel: negative sbsize for uid = 0
I'm running 8.2-RELEASE-p4 i386 on some web servers that are generally lightly-moderately loaded, but occasionally see some heavy spikes where load average goes way up. When that is happening, but sometimes even when it's not, I get hundreds of this message spewing into the logs: kernel: negative sbsize for uid = 0 I haven't found anything particularly useful by searching for that message, the one reference was to mbufs, but that seems not to be the problem. Here is the output of 'netstat -m' during one of the load spikes: 598/1712/2310 mbufs in use (current/cache/total) 559/1533/2092/32768 mbuf clusters in use (current/cache/total/max) 559/1105 mbuf+clusters out of packet secondary zone in use (current/cache) 0/528/528/16384 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/8192 9k jumbo clusters in use (current/cache/total/max) 0/0/0/4096 16k jumbo clusters in use (current/cache/total/max) 1267K/5606K/6873K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/2239/6656 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 809790 requests for I/O initiated by sendfile 0 calls to protocol drain routines So is this message something to worry about? If so, how can I diagnose what's happening, and how do I fix it? Doug ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 7-STABLE: mergemaster tzsetup question
On 12/04/2011 12:51, Doug Barton wrote: > On 12/3/2011 6:00 PM, Edwin Groothuis wrote: >> On 04/12/2011, at 11:12 , Doug Barton wrote: >>> On 12/3/2011 8:14 AM, Max Khon wrote: >>>> Christian, >>>> >>>> On Sat, Dec 3, 2011 at 10:24 PM, Christian Weisgerber >>>> wrote: >>>> >>>>> Every time I run mergemaster(8) on 7.4-STABLE, I'm now presented >>>>> with >>>>> >>>>> *** There is no /var/db/zoneinfo file to update /etc/localtime. >>>>> You should run tzsetup >>>>> >>>>> Running tzsetup(8) does however not create /var/db/zoneinfo, so >>>>> mergemaster will prompt the next time, too. I guess I can just >>>>> ignore it, but it seems weird that mergemaster would keep nagging >>>>> about this. >>>>> >>>>> Where is /var/db/zoneinfo supposed to come from? >>>>> >>>>> I also notice that mergemaster can issue tzsetup arguments -C and >>>>> -r, but tzsetup doesn't support those. >>>> >>>> tzsetup in FreeBSD 8 and later creates /var/db/zoneinfo. It seems that >>>> mergemaster was merged to RELENG_7 but appropiate version of tzsetup >>>> was not. >>> >>> Well that's embarrassing. :) >>> >>> Edwin, what are the chances that you could MFC your changes to tzsetup? >> >> If you still have a machine running 7.x (which I don't have anymore), then >> go for it and do your damage :-) > > Well I was kind of hoping you'd be responsible for doing your own work. > :) (You see, I'm kind of tired of doing other people's MFCs.) You can > use ref7.freebsd.org if you need a test platform. Edwin, I haven't seen a response from you on this, apologies if you sent one and I missed it. Can you let me know your plans? Doug -- [^L] Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: SCHED_ULE should not be the default
On 12/13/2011 13:31, Malin Randstrom wrote: > stop sending me spam mail ... you never stop despite me having unsubscribeb > several times. stop this! If you had actually unsubscribed, the mail would have stopped. :) You can see the instructions you need to follow below. > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" > -- [^L] Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: kernel: negative sbsize for uid = 0
On 12/14/2011 11:46, Dan Nelson wrote: > In the last episode (Dec 13), Doug Barton said: >> I'm running 8.2-RELEASE-p4 i386 on some web servers that are generally >> lightly-moderately loaded, but occasionally see some heavy spikes where >> load average goes way up. When that is happening, but sometimes even when >> it's not, I get hundreds of this message spewing into the logs: >> >> kernel: negative sbsize for uid = 0 >> >> I haven't found anything particularly useful by searching for that >> message, the one reference was to mbufs, but that seems not to be the >> problem. Here is the output of 'netstat -m' during one of the load >> spikes: > [...] >> So is this message something to worry about? If so, how can I diagnose >> what's happening, and how do I fix it? > > I've seen it ocassionally too. The error message is printed in > /sys/kern/kern_resource.c when the ui_sbsize resource counter goes negative. > There's probably insufficient locking somewhere in the functions that call > chgsbsize. The increment/decrement is done atomically, but the data pointed > to by the "hiwat" argument is read then updated later without an explicit > lock, so if that value changes while the function is executing, it could > cause problems. ui_sbsize is only used by the resource limiting code, > though, so unless you're enforcing an sbsize rlimit, it should be harmless. Thanks for the response ... I'll double-check were we might be setting that kind of limit. Doug -- [^L] Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
swi4: clock taking 40% cpu?!?
Howdy,
Web server under heavy'ish load (7 on a 2 cpu system) running
8.2-RELEASE-p4 i386 I'm seeing this:
PID USERNAME PRI NICE SIZERES STATE C TIME WCPU COMMAND
12 root -32- 0K 112K WAIT0 129:01 39.99% {swi4: clock}
Any ideas why the clock should be taking so much cpu? HZ=100 if that
makes a difference ...
Doug
--
[^L]
Breadth of IT experience, and depth of knowledge in the DNS.
Yours for the right price. :) http://SupersetSolutions.com/
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: switching schedulers (Re: SCHED_ULE should not be the default)
On 12/16/2011 12:53, Adrian Chadd wrote: > Hi all, > > Can someone load a kernel module dynamically at boot-time? > > Ie, instead of compiling it in, can 4bsd/ule be loaded as a KLD at > boot-time, so the user can just change by rebooting? > > That may be an acceptable solution for now. That, or a loader.conf tunable (which in the case of making them modules would basically amount to the same thing, right?). I've heard several really smart people with rather convincing explanations of why ULE is not the right choice for default for 2 cores or less. If we could ship one kernel with both schedulers available it should be simple to modify the installer to choose the right one and put the right stuff in loader.conf. Doug -- [^L] Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: switching schedulers (Re: SCHED_ULE should not be the default)
On 12/16/2011 13:40, Michel Talon wrote: > Adrian Chadd said: > > >> Hi all, >> >> Can someone load a kernel module dynamically at boot-time? >> >> Ie, instead of compiling it in, can 4bsd/ule be loaded as a KLD at >> boot-time, so the user can just change by rebooting? >> >> That may be an acceptable solution for now. > > As Luigi explained, the problem is not to have code for both > schedulers residing in the kernel, the problem is to migrate > processes from one scheduler to the other. I think dynamically switching schedulers on a running system and loading one or the other at boot time are different problems, are they not? Doug -- [^L] Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: switching schedulers (Re: SCHED_ULE should not be the default)
On 12/16/2011 14:16, Michel Talon wrote: > Of course, you are perfectly right., and i had misunderstood Adrian's > post. Happens to the best of us. :) > But if the problem is only to change scheduler by rebooting, i think > it is no more expensive to compile a kernel with the other scheduler. > Or is it that people never compile kernels nowadays? That's part of it. For my money the other 2 big problems are first that we'd like to make it as easy on the 'make release' and installer processes as possible. I imagine (although I would not object to being proven wrong) that 1 kernel with knobs is easier to manage and less resource intensive than 2 kernels that differ only by this 1 feature. The other big problem is freebsd-update. While I assume that logic could be built into the system to handle this issue, if the guts can be built into the kernel itself why not do that instead? Of lesser, but not insignificant consideration is the possibility that at some point we'll have more than 2 scheduler options. Doug -- [^L] Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: switching schedulers (Re: SCHED_ULE should not be the default)
On 12/16/2011 14:59, Luigi Rizzo wrote: > It really looks much easier than i thought initially. Awesome! -- [^L] Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 7-STABLE: mergemaster tzsetup question
On 12/03/2011 07:24, Christian Weisgerber wrote: > Every time I run mergemaster(8) on 7.4-STABLE, I'm now presented > with > > *** There is no /var/db/zoneinfo file to update /etc/localtime. > You should run tzsetup > > Running tzsetup(8) does however not create /var/db/zoneinfo, so > mergemaster will prompt the next time, too. I guess I can just > ignore it, but it seems weird that mergemaster would keep nagging > about this. > > Where is /var/db/zoneinfo supposed to come from? > > I also notice that mergemaster can issue tzsetup arguments -C and > -r, but tzsetup doesn't support those. Once again, my apologies for assuming that my esteemed colleagues had done the responsible thing and MFC'ed their own work. I have resolved this issue by going back and doing 3 1/2 years of MFCs for tzsetup(8), which now makes it identical to the code in stable/8. If you update your src tree and then update tzsetup you should no longer experience this problem. Doug -- [^L] Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Is the svn2cvs gateway down ?
On 12/20/2011 02:01, Claude Buisson wrote: > Hi, > > It seems (from my own csup's and cvswe.cgi) that the src commits are lost, > starting with r228697 Sun Dec 18 22:04:55 2011) Yeah, my warning 2 days ago that this was going to happen seems to have gone un-heeded. :) I'm sure you can take bz' word that it's being looked at now though. Doug -- [^L] Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: SCHED_ULE should not be the default
On 12/22/2011 16:23, Adrian Chadd wrote: > You've done something > that noone else has actually done - provided actual results from > real-life testing, rather than a hundred posts of "I remember seeing > X, so I don't use ULE." Not to take away from Steve's excellent work on this, but I actually spent weeks following detailed instructions from various people using ktr, dtrace, etc. and was never able to produce any data that helped point anyone to something that could be fixed. I'm pretty sure that others have tried as well. That said, I'm glad that Steve was able to produce useful results, and hopefully it will lead to improvements. Doug -- [^L] Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
