buildworld fails in csh
Hi My i386 buildworld with a default make.conf on RELENG_1 as of yesterday (2008/09/24) fails with the error below. Thanks for hints, Tobias cc -O2 -fno-strict-aliasing -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='"/bin/csh"' -DHAVE_ICONV -Wno-pointer-sign -c /usr/src/bin/csh/../../contrib/tcsh/sh.func.c /usr/src/bin/csh/../../contrib/tcsh/sh.func.c: In function 'iconv_catgets': /usr/src/bin/csh/../../contrib/tcsh/sh.func.c:2371: error: 'ICONV_CONST' undeclared (first use in this function) /usr/src/bin/csh/../../contrib/tcsh/sh.func.c:2371: error: (Each undeclared identifier is reported only once /usr/src/bin/csh/../../contrib/tcsh/sh.func.c:2371: error: for each function it appears in.) /usr/src/bin/csh/../../contrib/tcsh/sh.func.c:2371: error: expected ';' before 'char' /usr/src/bin/csh/../../contrib/tcsh/sh.func.c:2377: error: 'src' undeclared (first use in this function) *** Error code 1 Stop in /usr/src/bin/csh. *** Error code 1 -- Tobias Roth || http://fsck.ch || PGP: 0xCE599B4D | Perfection is achieved not when there is nothing left to add, but | when there is nothing left to remove. | - Antoine de Saint-Exupery ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: buildworld fails in csh
On 09/25/08 11:45, Andreas Rudisch wrote: > On Thu, 25 Sep 2008 10:38:41 +0200 > Tobias Roth <[EMAIL PROTECTED]> wrote: > >> My i386 buildworld with a default make.conf on RELENG_1 > > RELENG_1? > > Andreas heh, that should be RELENG_7. -- Tobias Roth || http://fsck.ch || PGP: 0xCE599B4D | A little bit more towards world domination. Can my day get any better? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: buildworld fails in csh
On 09/25/08 15:14, Andreas Rudisch wrote: On Thu, 25 Sep 2008 12:49:42 +0200 Tobias Roth <[EMAIL PROTECTED]> wrote: heh, that should be RELENG_7. Update your source tree again and clean up the build dirs. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html#Q23.4.14.6. Could be caused by some left overs from a previous build. That didn't work. What else could I try? Thanks, Tobias -- Tobias Roth || http://fsck.ch || PGP: 0xCE599B4D | God is a comedian playing to an audience too afraid to laugh. | - Voltaire ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: buildworld fails in csh
On 09/26/08 11:59, Jeremy Chadwick wrote: On Fri, Sep 26, 2008 at 11:46:28AM +0200, Tobias Roth wrote: On 09/25/08 15:14, Andreas Rudisch wrote: On Thu, 25 Sep 2008 12:49:42 +0200 Tobias Roth <[EMAIL PROTECTED]> wrote: heh, that should be RELENG_7. Update your source tree again and clean up the build dirs. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html#Q23.4.14.6. Could be caused by some left overs from a previous build. That didn't work. What else could I try? Did you rm -fr /usr/obj/* before rebuilding world? "That didn't work" is too ambiguous. I followed the above URL and did what was suggested there. So "That didn't work" was refering to # chflags -R noschg /usr/obj/usr # rm -rf /usr/obj/usr # cd /usr/src # make cleandir # make cleandir The build is failing because it claims ICONV_CONST is undefined. ICONV_CONST is found here: $ grep -r ICONV_CONST /usr/src/contrib/tcsh /usr/src/bin/csh /usr/src/contrib/tcsh/config.h.in:#undef ICONV_CONST /usr/src/contrib/tcsh/configure:#define ICONV_CONST $am_cv_proto_iconv_arg1 /usr/src/contrib/tcsh/sh.func.c:ICONV_CONST char *src; /usr/src/bin/csh/config.h:#define ICONV_CONST const src/bin/csh/config.h declares it. The proper include files are only included if HAVE_ICONV is declared, which it is (in src/bin/csh/Makefile), as you can see from -DHAVE_ICONV. Nothing seems to be wrong here really. You might have to end up giving someone access to your box to solve this problem. That will not be possible. I'll wipe out /usr/src as well and re-cvsup, then build from single user mode for minimal intervention by shells and environments and see whether that might help. Thanks, Tobias -- Tobias Roth || http://fsck.ch || PGP: 0xCE599B4D | Percusive Maintenance: | The art of tuning or repairing equipment by hitting it. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: buildworld fails in csh
On 09/26/08 12:49, Jeremy Chadwick wrote: Being as I just rebuilt world only 2 days ago and I did not run into this problem, I'm concluding the issue must be with your system. :-) It's possible you've done some bizarre tuning in /etc/make.conf or /etc/src.conf which is somehow breaking the build. I checked make.conf already, since that is usually the cause when I have such problems. I didn't know about src.conf, I'll have a look at its manpage (so, since I don't have one, that can't be the cause of my problem either). I'll wipe out /usr/src as well and re-cvsup, then build from single user mode for minimal intervention by shells and environments and see whether that might help. I don't see how booting single-user is going to help with any of this. I was finally able to do a buildworld by doing it from single user mode. My guess is that the root of the problem was with either the shell I was using or some environment variables. Going to single user mode was just the safest way to remove all those possible effects, since I'm not quite sure how to do it in another way. But I agree, single user mode itself is not likely to help other than that. And do not forget to remove /var/db/sup/src-all if you remove all of /usr/src. People often forget this fact. I forgot it as well :-) Thanks, Tobias -- Tobias Roth || http://fsck.ch || PGP: 0xCE599B4D | You can't have everything. Where would you put it? | - Steven Wright ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [ HEADS UP ] Ports unstable for the next 10 days
On 3/28/10 3:38 PM, Ion-Mihai Tetcu wrote: > Hi, > > > As announced before, a few big commits, that touch some thousands ports > are being done: png, curl, x11, gnome, kde4. The target ETA is 6-7 > April. > > The first one was done, update of graphics/png (including a shared lib > version bump), with about 5000 ports affected. > > We do _NOT_ recommend updating ports until this commits are all done, > and the problems are fixed, except if you want to help testing / fixing. What does that mean, the first one was done? The port was updated before this warning? I have updated png this morning, will I now be negatively affected? Thanks, Tobias ___ 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 Configuration
Doug Barton wrote: > [EMAIL PROTECTED] wrote: >> -- snip bind question -- >> >> And how exactly is this related to FreeBSD -STABLE? > > There is a tradition of answering basic SA questions on our lists, > whether they are directly relevant to the list topic or not. If things > get too far off base, users are generally directed to a more > topic-specific list. I don't see any reason to alter that tradition. All right, I'll respect that and will refrain from sending similar messages in the future. My apologies to Minseok. For the record, I was sending a polite message explaining my point, which the above short quote fails to reflect. I just don't want people that didn't read my previous message to think I am a rude grumbler :-) Thanks, Tobias ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [OT] Which one is best MTA for me?
Byung-Hee HWANG wrote: > I can't decide postfix > or qmail. Use exim then. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: gbde and geli on 6.2
Tommi Lätti wrote: > Chris wrote: >> Hi I am concerned about the availabilities of these encryptions in >> freebsd releases that are marked stable. >> >> It seems gbde has a problem when the the data written goes over the >> lba boundary around lba48. > > I wonder if this is a problem in 5.4? > > I'm using 3x300G (separate partitions) on my 5.4 box for a year now, no > problems, one of them is full. > > I'm preparing to update to 6.2 so this could put a big damper on that... This is unrelated to the discussed problem, but there was some gotcha that was related to moving from 5.4 to 6.something when using gbde. IIRC it came to effect if you did not use the standard number of keys, but used only one. But it's some time I updated and I don't remember the exact details. Cheers, Tobias ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: overheating Thinkpad X60s with 7.0-RC1
Johannes Dieterich wrote: > Hello everybody! > > Since the update from 6.2-STABLE to 7.0 I'm encountering problems with the > temperature of my Thinkpad X60s. Under heavy load, e.g., make builworld or > compile gcc or... I get the following output in /var/log/messages: Hum, for what it's worth, I found that the opposite is true for my Thinkpad T43p. After I updated to 7.0-BETA-something, I could turn off the cpu fan completely and have the notebook not go above 70 deg celsius when being idle. This did not work before 7.0. My maximum temperature under load (with fans running of course) was and still is around 75 deg celsius. Regards, Tobias ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Patch for GBDE rc-script
On Thu, Sep 07, 2006 at 08:13:11PM +0200, Daniel Bond wrote: > Hi, > > I just setup GBDE on my laptop, encrypting my 512M cf-card. > This works like a charm, but I felt the need to enchance the rc-script a > little to automatically mount the encrypted drive(s), if you have the > following in /etc/rc.conf: [snip] How is this better/different from just adding the gbde device to /etc/fstab and have it mounted along with all other filesystems? Thanks, Tobias ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Patch for GBDE rc-script
On Sat, Sep 09, 2006 at 11:22:08PM +0200, Daniel Bond wrote: > On 14:13 Fri 08 Sep, Tobias Roth wrote: > > > > How is this better/different from just adding the gbde device to > > /etc/fstab and have it mounted along with all other filesystems? > > > It says in the handbook: > > "Since encrypted file systems cannot yet be listed in /etc/fstab for automatic > mounting, the file systems must be checked for errors by running fsck(8) > manually before mounting." Interesting. I have had this line in my /etc/fstab for almost a year now and it just works(tm): /dev/ad0s4d.bde /home ufs rw2 2 Since during startup, gbde is run before fsck, I don't see why there would be any problems with this. Thanks, Tobias ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
buildworld: undefined reference to `SHA256_Update'
Hi I get this buildworld error with a reshly updated RELENG_6: cc -O2 -pipe -fno-strict-aliasing -march=pentium-m -I/usr/src/secure/libexec/sftp-server/../../../crypto/openssh -include ssh_namespace.h -DNO_IDEA -o sftp-server sftp-server.o sftp-common.o -lssh -lcrypt -lcrypto -lz /usr/obj/usr/src/tmp/usr/lib/libssh.so: undefined reference to `SHA256_Update' /usr/obj/usr/src/tmp/usr/lib/libssh.so: undefined reference to `SHA256_Final' /usr/obj/usr/src/tmp/usr/lib/libssh.so: undefined reference to `SHA256_Init' *** Error code 1 Stop in /usr/src/secure/libexec/sftp-server. I was away for the last two weeks, so maybe this is already known? All I did so far was check the latest security advisories and google, but that turned out nothing usable. Thanks, Tobias ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: buildworld: undefined reference to `SHA256_Update'
On Sat, Oct 07, 2006 at 01:48:55PM +0400, Ruslan Ermilov wrote: > > > Verify that libssh.so in objdir lists libmd as its dependency. No, it doesn't. > Verify that libmd.so in objdir has these functions. Yes, that one is ok. Bjoern A. Zeeb suggested that might be connected to not having Kerberos built. I'll now remove NO_KERBEROS=true from my make.conf and try building again. I'll report my findings. Thanks, Tobias ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: buildworld: undefined reference to `SHA256_Update'
On Sat, Oct 07, 2006 at 12:09:15PM +0200, Tobias Roth wrote: > > Bjoern A. Zeeb suggested that might be connected to not having > Kerberos built. I'll now remove > > NO_KERBEROS=true > > from my make.conf and try building again. I'll report my > findings. Adding kerberos to the build helped. What is the next action? Should I submit a PR? Thanks, Tobias ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: I thought I had waited until a patch was issued for the SHA256 issue...
On Tue, Oct 10, 2006 at 01:31:01PM -0400, Joe Altman wrote: > > uname -a: > > FreeBSD chthonic 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE > #0: Fri Sep 15 23:56:36 EDT 2006 > [EMAIL PROTECTED]:/usr/obj/usr/src/sys/CHTHONIC i386 It would help more if you'd give us your version of the affected file, as well as the revision where you think this was fixed. Thanks, Tobias ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Pleading for commit
On Tue, Oct 24, 2006 at 02:04:31AM -0300, Duane Whitty wrote: > --- rtld.c.orig Sun Oct 22 20:21:10 2006 > +++ rtld.c Sun Oct 22 20:22:37 2006 > @@ -131,6 +131,7 @@ > static void ref_dag(Obj_Entry *); > > void r_debug_state(struct r_debug*, struct link_map*); > +__weak_reference(dlsym, _dlsym); > > /* > * Data declarations. > > It seems that so many of us have been successfully using this patch > to src/libexec/rtld-elf/rtld.c for a great while now. I have carefully > followed the thread on current@ concerning this topic. The patch was > "turned down" but I don't know why. Uhm, before starting to lobby a patch into the kernel, wouldn't it make sense to research the reason why it was "turned down" once already? Thanks, Tobias ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD 6.2-STABLE and Flash 7 patch
On Wed, 24 Jan 2007 12:36:06 -0600
"Scot Hetzel" <[EMAIL PROTECTED]> wrote:
> On 1/24/07, Alexandre Vasconcelos
> <[EMAIL PROTECTED]> wrote:
> > [EMAIL PROTECTED] src]# patch < rtld_dlsym_hack.diff
> > Hmm... Looks like a unified diff to me...
> > The text leading up to this was:
> > --
> > |--- libexec/rtld-elf/rtld.c.orig Fri Sep 24 08:04:52 2004
> > |+++ libexec/rtld-elf/rtld.cSun Oct 17 03:37:44 2004
> > --
> > Patching file libexec/rtld-elf/rtld.c using Plan A...
> > Hunk #1 failed at 129.
> > Hunk #2 succeeded at 187 (offset 9 lines).
> > Hunk #3 succeeded at 1820 (offset 82 lines).
> > 1 out of 3 hunks failed--saving rejects to
> > libexec/rtld-elf/rtld.c.rej done
> >
> > And make fails:
> >
> :
> > How to fix this?
>
> Apply the missing patch hunk (vi libexec/rtld-elf/rtld.c.rej) to
> libexec/rtld-elf/rtld.c.
For your convenience: http://fsck.ch/rtld_dlsym_hack_new.diff
or the attached file (if it makes it through).
cheers,
Tobias
--- libexec/rtld-elf/rtld.c.orig Tue Jan 16 08:51:04 2007
+++ libexec/rtld-elf/rtld.c Wed Jan 24 19:43:57 2007
@@ -129,6 +129,7 @@
static void unlink_object(Obj_Entry *);
static void unload_object(Obj_Entry *);
static void unref_dag(Obj_Entry *);
+void *_dlsym(void *, const char *);
static void ref_dag(Obj_Entry *);
void r_debug_state(struct r_debug *, struct link_map *);
@@ -182,6 +183,7 @@
(func_ptr_type) &dlclose,
(func_ptr_type) &dlerror,
(func_ptr_type) &dlopen,
+(func_ptr_type) &_dlsym,
(func_ptr_type) &dlsym,
(func_ptr_type) &dladdr,
(func_ptr_type) &dllockinit,
@@ -1762,6 +1764,12 @@
trace_loaded_objects(obj);
wlock_release(rtld_bind_lock, lockstate);
exit(0);
+}
+
+void *
+_dlsym(void *handle, const char *name)
+{
+return dlsym(handle, name);
}
void *
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
bge0 odd startup behaviour
Hi I noticed something that confuses me. During system startup and the rc.d/ sequence, I get the following message: bge0: link state changed to DOWN To diagnose this, I put an 'ifconfig bge0' at the beginning of the first rc.d script that is executed, and indeed that triggered the message. During normal startup, the message appears during interface configuration, but the link goes then back up almost immediately, so this this this has no negative impact on startup. The short time it takes from going DOWN and then back UP has the possibility to confuse rc.d/ scripts that try to check whether an interface has a carrier by looking at the output of ifconfig bge0. Is what I described above normal? Does it happen with other drivers too? Or did I find a bug? I'll try to check with -current as soon as I can install it on this machine. I am using FreeBSD 6.0-STABLE #15: Tue Jan 31 21:25:42 CET 2006 Thanks, Tobias ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Contributing to FreeBSD
On Wed, Feb 22, 2006 at 02:19:27PM +0530, Ananth.G wrote: > hi all, > I'm a developer who has atleast 3-4 hrs of spare time daily and would > like to contribute it in woking on FreeBSD, the OS i love. Im really > interested in working on some part of freebsd kernel. It would be great > if someone comes up with a good part in kernel to start with. It will > greatly help if someone guides me and act as a mentor. I think the > following info will help. > > Im a C,C++/unix developer with 1 yr exp. > I work on P4 , celeron x86 hardware (on FreeBSD 6.0 -RELEASE). Hi See http://www.freebsd.org/projects/ideas/ and http://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributing/index.html for a lot of ideas where to start. greets, Tobias ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
laptop multihoming [was: [OT] resolv.conf and dhclient]
On Mon, Jun 05, 2006 at 01:36:15PM -0700, Kevin Oberman wrote: > > I use Tobias Roth's profile.sh which is available from > https://secure.socket.ch/projects/profile/. It is less than perfect, but > works very well for me. It allows totally different user environments > depending on your network connection. > > It works by union mounting a different copy of /etc depending on what is > probed on the network. I have profiles for home (wireless), work (1 > location wired and 1 wired + wireless), and general random connections. > > Since the entire rc.conf as well as all other files in /etc may be > connection specific, you can do almost anything you want to vary the > config. Please allow me to make a remark about the current state of profile.sh. It currently works for me, and others. However, its architecture is based on the outdated assumption that location changes are only triggered at startup (startup in a new environment) or at resume (suspend and then resume somewhere else). Now, we are currently moving to a much more dynamic behaviour, where location changes can happen at any time. The new dhcp client as well as wpa supplicant are steps towards that direction. Profile.sh, though, is not suited for this. A better solution has to be found, that retains as much of the flexibility of profile.sh as possible. I am not yet actively working on this, and I don't know when I will have the time to start. But the topic of 'laptop multihoming' or whatever you want to call it is still important, I think. Thanks, Tobias ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Simple program use /dev/tap
On Fri, Jul 29, 2005 at 05:03:43AM -0700, snort Snort wrote: > > As I want to learn how to use /dev/tap in freebsd, I m > looking for a simple application that written for > /dev/tap. OpenVPN is a bit too complicated for a > newbie to get start. Can anyone tell me a link or > reference for some of these examples? There are examples that come with the distribution itself: http://vtun.sourceforge.net/tun/tun-1.1.tar.gz (and this question would be better suited for freebsd-questions, if for any FreBSD=specific list at all) cheers, t. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
system laggy under load, SCHED_BSD
Hi Since some time, I experience extremely bad system behaviour under load. For instance when compiling something, or unpacking a large archive, the system is almost unusable, even the mouse pointer reacts sloppy. My system: 6.0-STABLE FreeBSD 6.0-STABLE #7: Sun Jan 22 15:53:39 CET 2006 i386 I use SCHED_BSD. How can I diagnose the problem, or provide more information? What factors might influence what I experience? I cannot give a more precise point in time as when this started, since I switched versions and systems a few times recently. Thanks, t. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: system laggy under load, SCHED_BSD
On Mon, Jan 23, 2006 at 11:46:01AM +0300, Gleb Smirnoff wrote: > On Sun, Jan 22, 2006 at 11:00:28PM +0100, Tobias Roth wrote: > T> Since some time, I experience extremely bad system behaviour under > T> load. For instance when compiling something, or unpacking a large > T> archive, the system is almost unusable, even the mouse pointer > T> reacts sloppy. > T> > T> My system: > T> > T> 6.0-STABLE FreeBSD 6.0-STABLE #7: Sun Jan 22 15:53:39 CET 2006 i386 > T> > T> I use SCHED_BSD. > T> > T> How can I diagnose the problem, or provide more information? What > T> factors might influence what I experience? I cannot give a more precise > T> point in time as when this started, since I switched versions and > T> systems a few times recently. > > What are numbers for the swap in/out in top(1)? No swapping is hapenind accordng to top. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: system laggy under load, SCHED_BSD
On Sun, Jan 22, 2006 at 05:25:33PM -0500, Kris Kennaway wrote: > On Sun, Jan 22, 2006 at 11:00:28PM +0100, Tobias Roth wrote: > > Hi > > > > Since some time, I experience extremely bad system behaviour under > > load. For instance when compiling something, or unpacking a large > > archive, the system is almost unusable, even the mouse pointer > > reacts sloppy. > > > > My system: > > > > 6.0-STABLE FreeBSD 6.0-STABLE #7: Sun Jan 22 15:53:39 CET 2006 i386 > > > > I use SCHED_BSD. > > > > How can I diagnose the problem, or provide more information? What > > factors might influence what I experience? I cannot give a more precise > > point in time as when this started, since I switched versions and > > systems a few times recently. > > This has been discussed a number of times: the short answer is to look > for interrupt storms (vmstat -i), interrupt sharing (also vmstat -i), > and in particular shared interrupts involving usb or other drivers > still under Giant. Nothing out of the ordinary, when looking at those interrupts. However, turning on DMA for the harddisk made the mouse pointer sloppyness go away. Now hand me that pointy hat and let me sit in some dark corner... Thanks, Tobias ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: high-activity web server spotaneous crashes
Hi This is not an answer to your actual problem but it may help you anyway. > I have a high-activity Apache web server on a 3.4-STABLE box (cvsup'd a > few weeks ago) which is spontaneously crashing several times a day > without logging anything about the crash in the messages file. STABLE might not be the best choice for a webserver (to all: please correct me when I am wrong here). I suggest to change to (and stay with) RELEASE as soon as 4.0 comes out. As for the absence of logging, this is due to a problem with syslog in STABLE that was discussed here earlier and is not yet fixed, as far as I know. > There is no keyboard and monitor attached, and I am only running some > very basic software including named, postfix (email, very low traffic) > and apache (80 processes or so, 30-40 active and the rest usually idle). You don't want to have 40 idle apache processes. This is a waste of resources. I suggest setting the config back to the default values (or slightly above) as they provide a reasonable value for most servers. > Web transaction rate is 50-80 hits per second. I see some apache (httpd) > processes exit sometimes with signal 10 or signal 11. Reading the sig 11 FAQ might help. You can find it here: http://www.BitWizard.nl/sig11/ > I am suspecting either a hardware problem or an OS bug. It's quite hard > to completely eliminate the possibility of a hardware problem but the > machine does have ECC memory, so quite likely the problem is not due to > bad memory. The machine was stable until subjected to high web hit > load. This looks very much like a hardware problem, as a lot of hardware problems show only under high load. Having ECC memory does hardly decrease the chance of having bad memory. Again, the sig 11 FAQ might help. I hope I could be of any help, even though I did not actually provided a solution to your problem ;) cheers, Tobe --- "Never eat anything bigger than your head." To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
