First thing to do when a buildworld fails after you cvsup, is to do another cvsup and
retry buildworld.
On 18 Jul 2002 07:04 EDT you wrote:
> After my last cvsup, I went to run make buildworld as I normally do and got the
>following error. How do I fix this so that I can continue with the upd
At 07:15 19-4-2002 -0500, D J Hawkey Jr wrote:
>In article <[EMAIL PROTECTED]>,
>Sections 9 and 19. In a nutshell, one uses the 'cvsup' tool to freshen
>your source code, then one rebuilds and installs the OS and/or kernel.
>It's not as daunting a task as it sounds.
>
>As it turns out, there's a v
Two tips
1) did you set up the divert to natd in your ipfw rules?
2) if you do the dig on the machine where natd is running and the external
IP is routed over lo0 locally, ipfw will not see the packets as incoming on
the interface where the IP is bound. So that means they will not match the
ip
> I have attached a patch for the 'rm' untility, which strips the trailing
>slash(es) from the path (according to Posix.2). But I think there are many
>other utilities which need to be patched (e.g. cp, mv).
Can you point out how the behavior violates POSIX.2?
Doc
To Unsubscribe: se
At 22:06 8-4-2002 -0700, Terry Lambert wrote:
>All you are doing is marking the segment as removed. The segment
>remains attached by the processes which have it open, and those
>references don't go awaya until the processes in question detach
>the segments, and the reference count goes to zero.
At 09:23 16-3-2002 -0500, Robert Watson wrote:
> Second, these
>warnings would be generated during normal operations, as a number of
>applications attempt to load kernel modules when they need them, including
>ppp. Generating spurious warnings as part of normal system activity isn't
>necessarily
At 04:40 14-3-2002 -0600, Abdul Basit wrote:
>Hi
>can anyone give me some url / book name for
>FreeBSD kernel internals ?
>
>thanks
>- basit
The Design and Implementation of the 4.4BSD Operating System
http://www.amazon.com/exec/obidos/ASIN/0201549794/qid=1016123716/sr=8-4/ref=sr_8_67_4/002-8148
At 16:07 12-3-2002 +0200, Giorgos Keramidas wrote:
>On 2002-03-12 08:29, Rogier R. Mulhuijzen wrote:
> > At 02:36 12-3-2002 +0200, Giorgos Keramidas wrote:
> > >Rate limiting is still needed:
> > >
> > >while true ;do
> > >
At 02:36 12-3-2002 +0200, Giorgos Keramidas wrote:
>On 2002-03-11 22:00, Rogier R. Mulhuijzen wrote:
> >
> > >I think this would be useful, but I would be concerned about the rate at
> > >which these messages could come when someone is actively attacking a
> > &g
>I think this would be useful, but I would be concerned about the rate at
>which these messages could come when someone is actively attacking a system.
>Perhaps such messages could go through a rate limiter mechanism similar to
>that now used by the network interfaces.
syslogd already has a "las
>Once Dimitar posts his test program, we'll be able to generate a more
>clear picture about what's really happening. Until then, please control
>the ranting.
Am I the only one who saw that he attached it to his 1st mail?
Here you go:
#include
#include
#include
#define MALLOC_SIZE 1024*102
Wait a minute, you are saying that it takes longer to write the incomplete
blocks?
Doc
At 18:19 5-3-2002 -0500, Zhihui Zhang wrote:
>Several times slower! The point is that writing less data performs
>worse. So I call it weird.
>
>-Zhihui
To Unsubscribe: send mail to [EMAIL PROTECTE
At 16:03 5-3-2002 -0500, Zhihui Zhang wrote:
>On Tue, 5 Mar 2002, Julian Elischer wrote:
>
> >
> > more writes fit in the disk's write cache?
>
>For (1), it writes 15000 * 8192 bytes in all. For (2), it writes 15000 *
>4096 bytes in all (assuming the random number distributes evenly between 0
>
At 00:33 2-3-2002 -0500, Joe Abley wrote:
>On Saturday, March 2, 2002, at 12:23 , Paul Halliday wrote:
>>[00:12am]-root@dissent~# pstat -t | grep 'tty[pqrsPQRS]' | grep OCc | wc -l
>
>Oh, and
>
> pstat -t | egrep -ic 'tty[pqrs].* OCc '
>
>saves two forks.
And forks aren't cheap at all!
See: h
>Regarding my SMP query, Doc asks:
> > What sort of throughput? What sort of processes are you
> > running? Do you
> > actually have multiple processes fighting for CPU?
>
>Yes, I'm using netperf, iperf or nttcp to measure TCP throughput using the
>server (the box in question) in response to ten
At 09:46 28-2-2002 -0600, Theodore Hope wrote:
>We've tried installing Oracle 8.1.7.0.1 (for Linux) under
>FreeBSD 4.5-release and end up with two "jre" processes
>eating all the CPU and the infamous
>"kernel trap 9 with interrupts disabled" message scrolling on
>the console. This has been report
>I have RTFM'd, with little luck. Can some enlightened soul impart knowledge
>upon me, thus letting me know why any kernels compiled with SMP enabled seem
>to be slowing the whole system down? Throughput goes down by 40%. Tasks
>take twice as long to run, etc, etc...
What sort of throughput?
At 16:32 20-2-2002 -0600, Lane, Frank L wrote:
>Hi List,
>
>I'm facing a serial write problem. Posix provides a function tcdrain ()
>that blocks until all serial data has been written from the card. Is there
>an analogous function in the gnu c compiler for windows platforms? Does the
>gnu c com
At 14:59 17-2-2002 +, Dominic Marks wrote:
>On Sun, Feb 17, 2002 at 06:33:43AM -0800, Hiten Pandya wrote:
> > Is there any In-Kernel HTTP Server for FreeBSD, like there is
> > kHTTPD for Linux?
>
>Ive never seen or heard of one, at least not one available to the
>general public. Services shoul
At 08:49 12-2-2002 -0800, David O'Brien wrote:
>In rev 1.20 of sys/kern/vnode_if.pl Eivind converted this from a
>Bourne+AWK script into a Perl script. Well that just makes porting to
>new architectures VERY difficult as the boot strapping of Perl 5 is quite
>difficult.
>
>A shell hacker could re
>
>4.3:
>inetd 157 root4 IPv4 0xeee7f720 0t0 TCP *:ftp (LISTEN)
>inetd 157 root5 IPv4 0xeee7f500 0t0 TCP *:telnet (LISTEN)
>inetd 157 root6 IPv6 0xeee7f2e0 0t0 TCP *:telnet (LISTEN)
>
>4.5:
>inetd 180 root4 IPv4 0xeb159c
> I think I have to stick with the conventional setup, and go back to
> trying to answer my original questions:
>
> 1. Why is the machine trying to send packets to its own previous IP?
> 2. How do I stop that?
1) Maybe the IP change isn't getting through to natd like it should.
2) Have ppp ki
>Natd is already running when a ppp session is set up each time. So is
>ipfw. Ipfw is configured thourgh its own configuration file. So, it
>seems I shouldn't have to set anything extra up in the ppp.linkup.
1) Have you told natd the interface is dynamic and might change IPs?
2) If you're
At 14:25 31-1-2002 -0500, Chris Faulhaber wrote:
>On Thu, Jan 31, 2002 at 01:19:21PM -0500, Zhihui Zhang wrote:
> >
> > Each time I modify some kernel source, I have to do the following two
> > steps:
> >
> > (1) make
> > (2) make install
> >
> > The second step also re-installs ALL modules even i
>It sounds as if the default five seconds isn't always enough time for
>your disk to do its job. (I've only done poweroff on an idle system so
>I haven't run into such a problem myself.)
>
>I don't see it would hurt anything for this default to be increased to
>help out this problem. But what v
At 22:45 24-1-2002 +0100, Aleksander Rozman - Andy wrote:
>Hi !
>
>I came accross some weird define in mbuf.h
>
>#if 0
>#define MT_SOOPTS 10
>#endif
>
>When will this define work? I need this value in my code, and I can't make
>it work. For now I used value 10 directly, but this shouldn't be do
>
> Hello
> I have a mysql database that seems slow and when looking at it in top it
>always seems to be in a state of biord
> What the heck is biord I can't find this anywere
>
> Thanks
Block I/O ReaD (if I'm not terribly mistaken. I'm thinking it could be Buf
IO too, but that would be co
At 22:50 8-1-2002 -0800, you wrote:
>I would like to have a very High Throughput TCP session Between two Free-BSD
>but I'm unable to get Socket buffer larger than 256 Kbytes.
>
>My test scenario is a bulk FTP in a (totally empty) test Pipe of
>1 Gbit/s and 170 ms of delay so my pipe size over 2 Mb
>Does that just have LAN support, or does it support internet play too? I
>forgot when they made that transition...
If it even has LAN support, you should be able to play it over the
internet. Just get creative with vtun, tap and ng_bridge =)
DocWilco
To Unsubscribe: send mail to [
>I don't have the RFC handy, but aren't all Internet connected hosts
>required to support a minimum MTU of 576 from end to end with no
>fragmentation? Thus if we ever got an MTU less than 576 we should
>ignore it. Right?
If we're on the internet yes. If you're in an environment other than one
>I suppose so, but then you won't be able to connect to machines with
>miniscule path MTU's, and that should definately be a warning. But then
>it beats Linux which allows the path MTU to be reduced to 69 bytes (ouch!).
Ouch indeed. Well default would be what we have now, but you'd be able t
>I suppose we'll always get a couple hundred bytes in edgewise anyway, but
>it all makes for an interesting exercise. I wonder about the robustness
>of other operating systems to such an attack...
I think malicious people will point their ears at this line here ^^
Maybe make the minimum size
>I think that fact that you still see the problem "hours later" indicates that
>some internal device doesnt have a process to "revisit" the queue once you've
>filled it. You can do the same thing fairly easily with a trafic generator
>that uses raw socketscheck the ifp->if_snd.ifq_len for the
At 11:42 1-1-2002 -0500, [EMAIL PROTECTED] wrote:
>Just note that "no buffers" often means that the queue is full, not that you
>are out of system buffers. You may be chasing a ghost.
Well a queue should be cleaned shouldn't it? The mount_smbfs fails even
hours after I run the stresstest on my
>[ root@hera:~ ] # truss mount -t smbfs //drwilco@ceres/D$ /ceres/d_drive/
>readlink("/etc/malloc.conf",0xbfbffa94,63) ERR#2 'No such file or
>directory'
--SNIP--
>fork() = 3331 (0xd03)
>smbfs: can't get server address: syserr = No buffer space a
Hi,
First of all happy new year, etc. =)
My problem: I'm writing a device driver kernel module that uses kernel
level sosend() from the d_write write() function. But it runs out of
bufferspace (error 55) when I really stress it (sending 15 megs in 3-4 secs
over UDP with 32 or 60K packets).
Th
36 matches
Mail list logo
