Hiroki Sato wrote:
> ia> Hiroki Sato wrote:
> ia> > Hm, how about the attached one?
> ia> >
> ia> > I think the cause is just a race when length of the sysctl's output
> ia> > is changed in kernel after the buffer allocation in userspace, not
> ia> > memory shortage. Size of the routing table
Ian FREISLICH wrote
in :
ia> Hiroki Sato wrote:
ia> > Hm, how about the attached one?
ia> >
ia> > I think the cause is just a race when length of the sysctl's output
ia> > is changed in kernel after the buffer allocation in userspace, not
ia> > memory shortage. Size of the routing table ca
Hiroki Sato wrote:
> Hm, how about the attached one?
>
> I think the cause is just a race when length of the sysctl's output
> is changed in kernel after the buffer allocation in userspace, not
> memory shortage. Size of the routing table can quickly change.
You are correct. It's growing at
Ian FREISLICH wrote
in :
ia> Hiroki Sato wrote:
ia> > ia> While recieving my routing table I used to be able to check how far
ia> > ia> it got by counting the output netstat -rn. It takes about 2 seconds
ia> > ia> to recieve the routes from my route-server, but over a minute to
ia> > ia> updat
On 21 Feb, Ian FREISLICH wrote:
> Hiroki Sato wrote:
>> ia> While recieving my routing table I used to be able to check how far
>> ia> it got by counting the output netstat -rn. It takes about 2 seconds
>> ia> to recieve the routes from my route-server, but over a minute to
>> ia> update the kerne
Hiroki Sato wrote:
> ia> While recieving my routing table I used to be able to check how far
> ia> it got by counting the output netstat -rn. It takes about 2 seconds
> ia> to recieve the routes from my route-server, but over a minute to
> ia> update the kernel routing table.
> ia>
> ia> I'm now g
"Ian FREISLICH" wrote
in :
ia> Hi
ia>
ia> While recieving my routing table I used to be able to check how far
ia> it got by counting the output netstat -rn. It takes about 2 seconds
ia> to recieve the routes from my route-server, but over a minute to
ia> update the kernel routing table.
ia>
ia
On Tue, 1 Jul 2003, 22:45+1200, Andrew Thompson wrote:
> Hi,
>
>
> Is there any reason that the interface name in netstat is truncated at 5
> chars? I have a box with ~100 vlans so the interface name gets chopped
> after vlan9.
>
> Here is a patch to increase it to 7 chars. Any probs?
bin/52349
On Mon, 24 Dec 2001, Martin Blapp wrote:
> As we just have noted, there is no output anymore for netstat -f inet.
> Has the support been dropped ?
>
> Also there are only unix domain sockets in the normal netstat output. I
> cannot see any tpc4 connections anymore.
>
> I noted this in 4.5 PR
On Mon, Dec 24, 2001 at 08:06:06AM -0500, [EMAIL PROTECTED] wrote:
> On Mon, Dec 24, 2001 at 02:01:19PM +0100, Wilko Bulte wrote:
> > On Mon, Dec 24, 2001 at 02:02:00PM +0100, Martin Blapp wrote:
> > >
> > > Hi All,
> > >
> > > As we just have noted, there is no output anymore for
> > > netstat
On Mon, Dec 24, 2001 at 02:01:19PM +0100, Wilko Bulte wrote:
> On Mon, Dec 24, 2001 at 02:02:00PM +0100, Martin Blapp wrote:
> >
> > Hi All,
> >
> > As we just have noted, there is no output anymore for
> > netstat -f inet. Has the support been dropped ?
>
> I also don't get any output.
carbon
On Mon, Dec 24, 2001 at 02:02:00PM +0100, Martin Blapp wrote:
> Hi All,
>
> As we just have noted, there is no output anymore for
> netstat -f inet. Has the support been dropped ?
Incorrect.
> Also there are only unix domain sockets in the normal
> netstat output. I cannot see any tpc4 connecti
On Mon, Dec 24, 2001 at 02:02:00PM +0100, Martin Blapp wrote:
>
> Hi All,
>
> As we just have noted, there is no output anymore for
> netstat -f inet. Has the support been dropped ?
I also don't get any output.
> Also there are only unix domain sockets in the normal
> netstat output. I cannot
On Mon, 16 Jul 2001, Wilko Bulte wrote:
> On Mon, Jul 16, 2001 at 02:30:47PM -0700, Matthew Jacob wrote:
> > > I've seen this panic many times on my alpha SMP testbox. It seems that the vm
> > > object returned by vm_map_lookup via the fs.first_object variable is actually
> > > NULL, resulting
On Mon, Jul 16, 2001 at 02:30:47PM -0700, Matthew Jacob wrote:
> > I've seen this panic many times on my alpha SMP testbox. It seems that the vm
> > object returned by vm_map_lookup via the fs.first_object variable is actually
> > NULL, resulting in a NULL pointer deref when calling vm_object_pip
On Mon, Jul 16, 2001 at 02:39:17PM -0700, Matthew Jacob wrote:
>
> On Mon, 16 Jul 2001, Wilko Bulte wrote:
>
> > On Mon, Jul 16, 2001 at 02:30:47PM -0700, Matthew Jacob wrote:
> > > > I've seen this panic many times on my alpha SMP testbox. It seems that the vm
> > > > object returned by vm_map
> I've seen this panic many times on my alpha SMP testbox. It seems that the vm
> object returned by vm_map_lookup via the fs.first_object variable is actually
> NULL, resulting in a NULL pointer deref when calling vm_object_pip_add() (note
> object=0x0). I haven't seen this on UP or x86 before,
Thus spake John Baldwin ([EMAIL PROTECTED]):
> > tf_eip = -1070822146, tf_cs = 8, tf_eflags = 66118,
> > tf_esp = -1069680480, tf_ss = 1}) at /usr/src/sys/i386/i386/trap.c:405
> >#11 0xc02c8cfe in vm_object_pip_add (object=0x0, i=1)
>
> I've seen this panic many times on my alpha SM
> Fatal trap 12: page fault while in kernel mode
> fault virtual address = 0x3a
> fault code= supervisor write, page not present
> instruction pointer = 0x8:0xc02c8cfe
> stack pointer = 0x10:0xcd6d1d44
> frame pointer = 0x10:0xcd6d1d5c
> code segment = base 0
> > And sorry, it is not added to netstat man yet.
>
> I see you've just commited a change there, but I think it needs adding to
> the usage message as well:
>
> ben@platinum:~$ netstat -\?
> netstat: illegal option -- ?
> usage: netstat [-Aan] [-f address_family] [-M core] [-N system]
>
Yoshinobu Inoue wrote:
> Please add "-l" flag.
ah.. thanks.
> And sorry, it is not added to netstat man yet.
I see you've just commited a change there, but I think it needs adding to
the usage message as well:
ben@platinum:~$ netstat -\?
netstat: illegal option -- ?
usage: netstat [-Aan] [-f
Hi,
> On Sat, 11 Mar 2000 12:44:57 +
> Ben Smithurst <[EMAIL PROTECTED]> said:
ben> Is there any way to see the full IPv6 address with netstat? I just see:
Try do with -l option.
ume@peace:263# netstat -anl -f inet6
Active Internet connections (including servers)
Proto Recv-Q Send-
> Is there any way to see the full IPv6 address with netstat? I just see:
>
> ben@strontium:~$ netstat -an -f inet6
> Active Internet connections (including servers)
> Proto Recv-Q Send-Q Local Address Foreign Address(state)
> tcp6 0 0 2002:d4e4:e0d:0:.989 2002:d4e
Hi, it looks GREAT !
X clive@cartier ~> netstat -a -f inet -L
Current listen queue sizes (qlen/incqlen/maxqlen)
Listen Local Address
0/0/5 *.1029
0/0/5 *.1028
0/0/5 *.1027
0/0/5 *.1026
have you done a make libs?
netgraph.h is installed in 'make world' as part of lib/libnetgraph
cd /usr/src/lib/libnetgraph
make depend
make
make install
(make clean)
On Tue, 2 Nov 1999, Andrey A. Chernov wrote:
> /usr/src/usr.bin/netstat/netgraph.c:51: netgraph.h: No such file or
> directory
>
On Tue, Nov 02, 1999 at 10:28:16AM +0300, Andrey A. Chernov wrote:
> /usr/src/usr.bin/netstat/netgraph.c:51: netgraph.h: No such file or
> directory
> Please fix this thing.
Sorry false alarm, libnetgraph must be installed first
--
Andrey A. Chernov
http://nagual.pp.ru/~ache/
MTH/SH/HE S-- W--
26 matches
Mail list logo
