Hello!
On Tue, 15 Aug 2006, Darryl Yeoh wrote:
While destroying gif interface, I notice it also removes IPv4 default route.
Has anyone else
encountered this ?
Command:
# netstat -rn -f inet
Routing tables
Internet:
DestinationGatewayFlagsRefs Use Netif Expire
d
On Tue, Aug 15, 2006 at 07:26:08PM +0200, Stefan Bethke wrote:
> Am 14.08.2006 um 22:07 schrieb Darryl Yeoh:
>
> >While destroying gif interface, I notice it also removes IPv4
> >default route. Has anyone else
> >encountered this ?
>
> No problem on a FreeBSD 6.1-STABLE #8: Fri Jun 16 17:15:03
Am 16.08.2006 um 10:11 schrieb Yar Tikhiy:
On Tue, Aug 15, 2006 at 07:26:08PM +0200, Stefan Bethke wrote:
Am 14.08.2006 um 22:07 schrieb Darryl Yeoh:
While destroying gif interface, I notice it also removes IPv4
default route. Has anyone else
encountered this ?
No problem on a FreeBSD 6.1-
On Tue, 2006-Aug-15 22:34:55 +0300, Android Andrew [:] wrote:
>In this case I could only replace PSU for testing.
That's probably a worthwhile step.
>>It might be worthwhile setting up a serial console and logging it
>>on another box to see if anything is written to the console before
>>it dies.
On Tue, 2006-Aug-15 15:32:55 -0400, Garance A Drosihn wrote:
>It ended up that something had gone wrong with the
>motherboard itself. It was about two months from the
>time I first started to see problems to the point
>where it completely died. It was a very frustrating
>two months!
On two occas
Hello!
On Wed, 16 Aug 2006, Yar Tikhiy wrote:
The question is: Do all the routes really need to be flushed upon
the destruction of an interface?
I've killed devd on my test machine (yesterday's RELENG_6) and done
the following:
[EMAIL PROTECTED] ifconfig vlan0 create
[EMAIL PROTECTED] ifco
On Wed, Aug 16, 2006 at 08:13:20AM +0200, Kees Plonsz wrote:
> I just updated to 6-STABLE but my ipfw rules stopped working.
> It seems that "me6" is vanished into thin air.
>
> # ipfw add 7000 allow ip from me6 to me6
> ipfw: hostname ``me6'' unknown
I think it was broken by some missing bracket
Dear 6-STABLE users,
In the next 2-3 weeks, I plan to MFC support for CAPP security eventing
auditing from 7-CURRENT to 6-STABLE. The implementation has been running
quite nicely in -CURRENT for several months. Right now, I'm just waiting on a
confirmation from Sun regarding formal allocati
On Wed, 16 Aug 2006 11:46:39 +0300 (EEST)
Dmitry Pryanishnikov <[EMAIL PROTECTED]> wrote:
>
> Hello!
>
> On Wed, 16 Aug 2006, Yar Tikhiy wrote:
> > The question is: Do all the routes really need to be flushed upon
> > the destruction of an interface?
>
> I've killed devd on my test machine (
[ Kevin reported a similar problem on monday in "Lost IPv6 with ipfw in
latest stable" - added to CC-list. ]
On Wednesday 16 August 2006 10:53, David Malone wrote:
> On Wed, Aug 16, 2006 at 08:13:20AM +0200, Kees Plonsz wrote:
> > I just updated to 6-STABLE but my ipfw rules stopped working.
> >
There is an error in the NTPD manpage.
The option -L means "do NOT listen to Virtual IPs" the present manpage
(FreeBSD-6.1-STABLE) says:
-L Listen to virtual IPs.
looking at the code in /usr/src/contrib/ntpd/cmd_args.c shows this:
/*
* Definitions of things either imported fr
On Wed, Aug 16, 2006 at 10:23:13AM +0200, Stefan Bethke wrote:
>
> Ouch. Don't ppp(8), OpenVPN etc. destroy the tun interface they're
> using when they exit? Flushing all routes then would be rather
> harmful. I'm glad I haven't updated to a newer -stable yet then :-)
In general, no since t
On Wednesday 16 August 2006 04:53, David Malone wrote:
> On Wed, Aug 16, 2006 at 08:13:20AM +0200, Kees Plonsz wrote:
> > I just updated to 6-STABLE but my ipfw rules stopped working.
> > It seems that "me6" is vanished into thin air.
> >
> > # ipfw add 7000 allow ip from me6 to me6
> > ipfw: host
Hi,
I get this type of messages in on my FreeBSD.
ad4: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=70938623
Under steady IO load it panics, that started when we changed SATA
controller (FreeBSD detects it as SiI 3512). I've tried to switch
ports, cable, move card into a different PCI slot,
On 8/16/06, Vlad <[EMAIL PROTECTED]> wrote:
I get this type of messages in on my FreeBSD.
ad4: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=70938623
Under steady IO load it panics, that started when we changed SATA
controller (FreeBSD detects it as SiI 3512). I've tried to switch
ports, cable,
I just got the message it panics with:
ad4: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=380273047
ad4: FAILURE - WRITE_DMA48 status=51
error=10 LBA=380273047
g_vfs_done():ad4s1a[WRITE(offset=194699767808, length=2048)]error = 5
panic: newdirrem: not ATTACHED
Also, you maybe very right abou
> Note that the strcmp() != 0 doesn't need extra ()'s as != is higher than
> && in precedence.
Yep - I noticed that after sending! I think I was just rabidly
adding brackets to match the intended meaning.
(I think ipfw may have more problems like this - if you turn up
WARNS there are some warning
On Wed, Aug 16, 2006 at 09:54:19AM -0500, Brooks Davis wrote:
> On Wed, Aug 16, 2006 at 10:23:13AM +0200, Stefan Bethke wrote:
> >
> > Ouch. Don't ppp(8), OpenVPN etc. destroy the tun interface they're
> > using when they exit? Flushing all routes then would be rather
> > harmful. I'm glad I
Am 16.08.2006 um 10:11 schrieb Yar Tikhiy:
In turn, pccard_ether will flush all -inet routes if the rc.conf(5)
variable removable_route_flush is set to YES, which is its default
setting.
Why is it doing that, then? From the commit message for 1.23 for src/
etc/pccard_ether, which introduce
On Wed, Aug 16, 2006 at 07:58:44PM +0400, Yar Tikhiy wrote:
> On Wed, Aug 16, 2006 at 09:54:19AM -0500, Brooks Davis wrote:
> > On Wed, Aug 16, 2006 at 10:23:13AM +0200, Stefan Bethke wrote:
> > >
> > > Ouch. Don't ppp(8), OpenVPN etc. destroy the tun interface they're
> > > using when they exit
On Tue, 15 Aug 2006, Christian Walther wrote:
> This is just a wild, uneducated guess, because I'm not a long FreeBSD
> user, but from my point of view this error could really be related to
> ACPI/APM, as already has been suggested.
It smells a bit that way to me too. I've just read the whole
On Wednesday 16 August 2006 10:53, David Malone wrote:
> On Wed, Aug 16, 2006 at 08:13:20AM +0200, Kees Plonsz wrote:
> > I just updated to 6-STABLE but my ipfw rules stopped working.
> > It seems that "me6" is vanished into thin air.
> >
> > # ipfw add 7000 allow ip from me6 to me6
> > ipfw: host
Another good indication for a hosed motherboard (probably caused by
bad power supply)
is to check the large cylindrical capacitors between the processor and
the PS/2 ports. There are at most 10 of them.
If the capacitors have a flat top head they are ok. If their top head
is curved upwards and i
kmail prompted me for password, which I supplied. Then, all of a sudden,
the system slowed to a crawl -- even the mouse curse was barely moving.
It took many minutes to login from the outside and some more to start top.
Below you can see kmail in kserel keeping the processor(s) EXTREMELY busy.
No
On Wed, Aug 16, 2006 at 12:15:25PM -0500, Brooks Davis wrote:
> On Wed, Aug 16, 2006 at 07:58:44PM +0400, Yar Tikhiy wrote:
> > On Wed, Aug 16, 2006 at 09:54:19AM -0500, Brooks Davis wrote:
> > > On Wed, Aug 16, 2006 at 10:23:13AM +0200, Stefan Bethke wrote:
> > > >
> > > > Ouch. Don't ppp(8), Ope
On Thu, Aug 17, 2006 at 08:49:27AM +1200, Andrew Thompson wrote:
> On Wed, Aug 16, 2006 at 12:15:25PM -0500, Brooks Davis wrote:
> > On Wed, Aug 16, 2006 at 07:58:44PM +0400, Yar Tikhiy wrote:
> > > On Wed, Aug 16, 2006 at 09:54:19AM -0500, Brooks Davis wrote:
> > > > On Wed, Aug 16, 2006 at 10:23:
Thank you for answers!
Yesterday the last iteration of high load testing finished with just
another power off.
There are two ways of problem-solving have been outlined in this thread.
One way - hardware problem, e.g. PSU.
Another way - software, e.g. APM/ACPI problem.
I could not find any PSU f
It is fresh mobo (about 8 months). I've visually checked capacitors - it
looks good.
Well, it is time to change something in my life: mobo or PSU, or disks,
or memory, or something else
Apatewna wrote:
Another good indication for a hosed motherboard (probably caused by bad
power supply)
Dan Nelson wrote:
In the last episode (Aug 15), Mike Jakubik said:
35 processes: 7 running, 28 sleeping
CPU states: 58.1% user, 0.0% nice, 38.4% system, 1.1% interrupt, 2.4% idle
Mem: 642M Active, 416M Inact, 125M Wired, 112M Buf, 825M Free
Swap: 4071M Total, 4071M Free
PID USERNAME T
On Wed, Aug 16, 2006 at 04:18:34PM -0400, Mikhail Teterin wrote:
> kmail prompted me for password, which I supplied. Then, all of a sudden,
> the system slowed to a crawl -- even the mouse curse was barely moving.
>
> It took many minutes to login from the outside and some more to start top.
On Thu, Aug 17, 2006 at 08:49:27AM +1200, Andrew Thompson wrote:
> On Wed, Aug 16, 2006 at 12:15:25PM -0500, Brooks Davis wrote:
> > On Wed, Aug 16, 2006 at 07:58:44PM +0400, Yar Tikhiy wrote:
> > > On Wed, Aug 16, 2006 at 09:54:19AM -0500, Brooks Davis wrote:
> > > > On Wed, Aug 16, 2006 at 10:23:
Mike Jakubik wrote:
Dan Nelson wrote:
How can mysql use 160%? Is this a reporting bug in top because mysql
is threaded?
You have multiple CPUs, so a threaded process can theoretically reach
100*ncpus cpu usage.
Ahh, thats makes sense, thanks.
Actually it doesn't. IMO, %CPU should
O. Hartmann wrote:
I use FreeBSD 6.1-STABLE/AMD on an pure 64Bit box/environment, single
CPU Athlon 3500+, and sometimes I can see a 100%+ usage of WCPU in
'xine' or 'transmission'. So this is definitely not related to multiple
CPUs.
WCPU is supposed to be weighted in some way to take swap ti
On Wed, Aug 16, 2006 at 12:15:25PM -0500, Brooks Davis wrote:
> On Wed, Aug 16, 2006 at 07:58:44PM +0400, Yar Tikhiy wrote:
> > On Wed, Aug 16, 2006 at 09:54:19AM -0500, Brooks Davis wrote:
> > > On Wed, Aug 16, 2006 at 10:23:13AM +0200, Stefan Bethke wrote:
> > > >
> > > > Ouch. Don't ppp(8), Ope
you have ichwd ... what settings in bios and on motherboard related to
watchdog?
2006/8/17, Android Andrew [:] <[EMAIL PROTECTED]>:
Thank you for answers!
Yesterday the last iteration of high load testing finished with just
another power off.
There are two ways of problem-solving have been out
35 matches
Mail list logo