On 02-Jul-01 (04:20:44/GMT) Crist J. Clark wrote:
>> It seems the -a option for syslogd does not work 100%.
> Hmmm... Looks like,
> # syslogd -a 192.168.1.0/29
> Will work and,
> # syslogd -a 192.168.1.1/29
> Won't.
Under 4.3-STABLE is the same. To capure log from router I
added (in rc.con
On Sun, Jul 01, 2001 at 11:41:25PM -0400, David Hill wrote:
> Hello -
>
> It seems the -a option for syslogd does not work 100%.
> I need to log from hosts from 192.168.1.1-.6
>
> doing "/usr/sbin/syslogd -a 192.168.1.1/29" does not work (nothing gets logged)
>
> but, if i do
>
> /usr/sbin/sys
In message <[EMAIL PROTECTED]> Michael Harnois writes:
: OK, so it is my fault. Did I miss a HEADS UP on this? It certainly
: deserved one.
I didn't send one. Maybe I should have.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the messag
Hello -
It seems the -a option for syslogd does not work 100%.
I need to log from hosts from 192.168.1.1-.6
doing "/usr/sbin/syslogd -a 192.168.1.1/29" does not work (nothing gets logged)
but, if i do
/usr/sbin/syslogd -a 192.168.1.1/32 -a 192.168.1.2/32, etc... that works
can anyone try this
On Sun, Jul 01, 2001 at 10:54 -0700, matt wrote:
>
> I don't think ipf is complete in its ipv6 support yet.You can
> use ipfw instead.
Ipf has been supporting IPv6 for quite some time. It's just that
one has to enable this support in the Makefile.
$ grep INET6 contrib/ipfilter/Makefile
#INET6=
Hi,
I have had two of these since 6/30, which is when I last cvsup'ed
and rebuilt everything.
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0xdeadc0de
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc02c3b10
stack pointer
>This has something to do with the TIOCCONS ioctl. tputchar() is the
>output function for the TOTTY case, and the TOTTY flag is only set for
>kernel printfs if TIOCCONS has set constty to non-NULL. I'm not sure
>what uses TIOCCONS (I think it is intended for use with X, but it
>doesn't seem to
Greg Lehey <[EMAIL PROTECTED]> wrote:
} On Sunday, 1 July 2001 at 14:22:36 -0500, Patrick Hartling wrote:
} > Alfred Perlstein <[EMAIL PROTECTED]> wrote:
} >
} >> * Patrick Hartling <[EMAIL PROTECTED]> [010630 14:04] wrote:
} >>> I just got two new hard drives, and I am preparing to set them up
On Sunday, 1 July 2001 at 14:22:36 -0500, Patrick Hartling wrote:
> Alfred Perlstein <[EMAIL PROTECTED]> wrote:
>
>> * Patrick Hartling <[EMAIL PROTECTED]> [010630 14:04] wrote:
>>> I just got two new hard drives, and I am preparing to set them up to do
>>> RAID-1 with Vinum. A few weeks ago (ar
Alfred Perlstein <[EMAIL PROTECTED]> wrote:
} * Patrick Hartling <[EMAIL PROTECTED]> [010630 14:04] wrote:
} > I just got two new hard drives, and I am preparing to set them up to do
} > RAID-1 with Vinum. A few weeks ago (around the time that use of DEVFS
} > became the default in -current), I
Sat, Jun 30, 2001 at 00:16:53, cristjc (Crist J. Clark) wrote about "fd0c mount(8)
Race":
> mount: /dev/fd0c: No such file or directory
> That is, even though once I drop into single-user mode we see the
> symlink for /dev/fd0c, it does not seem like it was there when 'mount
> -a -t nonfs'
I don't think ipf is complete in its ipv6 support
yet.You can use ipfw instead.
==
WWW.XGFORCE.COM
The Next Generation Load Balance and
Fail Safe Server Clustering Software
for the Internet.
==
- Original Message -
Fr
On 1 Jul 2001, Dag-Erling Smorgrav wrote:
> "microuptime() went backwards" warning caused a "blockable sleep lock"
> panic on a June 25 kernel:
>
> panic: blockable sleep lock (sx) allproc @ ../../kern/kern_proc.c:146
> Debugger("panic")
> Stopped at Debugger+0x44: pushl %ebx
> db> trace
On 01-Jul-2001 Mark Peek wrote:
| At 10:05 AM -0400 7/1/01, Mike Heffner wrote:
|>It works for me ;) Remember that the new default is:
|>
|> /sys/${MACHINEARCH}/compile/${KERNCONF}
|
|
| Right, there is a new compile directory. Perhaps this needs to be
| added to UPDATING. Anyway, did you ru
At 8:27 AM -0700 7/1/01, Alex Zepeda wrote:
>On Sun, Jul 01, 2001 at 08:09:14AM -0700, Mark Peek wrote:
>
>> Right, there is a new compile directory. Perhaps this needs to be
>> added to UPDATING. Anyway, did you run "cvs update -dP" on your cvs
>> tree? Or just do mkdir on the new path mention
OK, so it is my fault. Did I miss a HEADS UP on this? It certainly
deserved one.
--
Michael D. Harnois[EMAIL PROTECTED]
Redeemer Lutheran Church Washburn, Iowa
"He who will not reason is a bigot; he who cannot is a fool;
and he who dares not, is
On Sun, Jul 01, 2001 at 08:09:14AM -0700, Mark Peek wrote:
> Right, there is a new compile directory. Perhaps this needs to be
> added to UPDATING. Anyway, did you run "cvs update -dP" on your cvs
> tree? Or just do mkdir on the new path mentioned above.
It *IS* in UPDATING:
Updating Informat
At 10:05 AM -0400 7/1/01, Mike Heffner wrote:
>It works for me ;) Remember that the new default is:
>
> /sys/${MACHINEARCH}/compile/${KERNCONF}
>
>
>On 01-Jul-2001 Takeshi Ken Yamada wrote:
>|
>| The same here, but 'config -d /sys/compile/GENERIC GENERIC'
>| did what it is supposed to do.
>|
>
It works for me ;) Remember that the new default is:
/sys/${MACHINEARCH}/compile/${KERNCONF}
On 01-Jul-2001 Takeshi Ken Yamada wrote:
|
| The same here, but 'config -d /sys/compile/GENERIC GENERIC'
| did what it is supposed to do.
|
| Is this a new specification of 'config', or bug?
|
"microuptime() went backwards" warning caused a "blockable sleep lock"
panic on a June 25 kernel:
panic: blockable sleep lock (sx) allproc @ ../../kern/kern_proc.c:146
Debugger("panic")
Stopped at Debugger+0x44: pushl %ebx
db> trace
Debugger(c02c7cfb) at Debugger+0x44
panic(c02cb140,c02c8
The same here, but 'config -d /sys/compile/GENERIC GENERIC'
did what it is supposed to do.
Is this a new specification of 'config', or bug?
From: Michael Harnois <[EMAIL PROTECTED]>
Subject: can't build kernel: config doesn't work
mdharnois> Truly bizarre. Running config does nothing, alt
Truly bizarre. Running config does nothing, although it generates the
usual messages. I tried deleting my kernel object directory after an
odd failure; ran config again, it didn't even recreate the directory.
--
Michael D. Harnois[EMAIL PROTECTED]
Redeemer Lutheran Church
Hi,
On yesterdays -current I'm having some problems making ipfilter
DTRT with ipv6 packets:
bm# ipfstat -6io
block out quick on xl0 from any to any
block out quick on vx0 from any to any
block in quick on xl0 from any to any
block in quick on vx0 from any to any
(passing ipv6 traffic)
23 matches
Mail list logo