On Wed, May 25, 2005 at 06:49:43AM +, Filip Lenaerts wrote:
> hi all,
>
> i've been experiencing kernel panics for over a year, but the frequency of
> them happening has increased dramatically. now i was finally able to
> build a kernel with debug options, since even while trying to build t
Hi,
On Wed, 25. May 2005, at 6:49 +, Filip Lenaerts wrote
according to [RELENG_5_4 panic]:
> it seems like everytime there is a small high cpu usage peak, the system
> panics.
I've seen this very same symptom caused by a dying CPU some years ago.
Riggs
--
- "[...] I talked to the comput
# [EMAIL PROTECTED] / 2005-05-24 21:27:19 +0200:
> On Mon, 23.05.2005 at 16:10:03 +0200, Roman Neuhauser wrote:
> > I have a machine with FreeBSD 4.10-RELEASE-p3 i386 (450MHz P3/Celeron)
> > that has been running just fine, but after ~ 120 days something
> > happened to /dev/dsp, and I can no longe
Guckux Filip
Filip Lenaerts wrote:
> i've been experiencing kernel panics for over a year, but the frequency
> of them happening has increased dramatically. now i was finally able to
>
> it seems like everytime there is a small high cpu usage peak, the system
> panics. im totally unsure what is
Hi,
I have seen this knid of panic on 5.3/i386 (-p15) and 4.x. Machine
is an i386 machine with an external hardware RAID, shared with
nfs. There are total 20+ nfs client. When one exported space
gets full and some user's program keeping write (probability
with remove) data to this space, sometimes
Krzysztof Kowalik [EMAIL PROTECTED] wrote:
> [...]
> I will try to put my hands on the mentioned AMD box once again, to run
> some current 6.0 on it.
OK, got the box. I ran a 5.4-RELEASE, identical (as I just restored
dumps of my current workstation on it) as the one not giving problems on
Intel-
On Wed, 25 May 2005, Kris Kennaway wrote:
i've been experiencing kernel panics for over a year, but the frequency of
it seems like everytime there is a small high cpu usage peak, the system
panics. im totally unsure what is going on, and hopefully someone can
problem in the code or probably
Hello all,
got a very strange problem. This happened both, if the system was booted
from a P2-400 Slot1 system and is happening again, although I've
relocated the system to a K6-2 Sockel7 board.
So, we have different hardware, except for 2x NIC and the HDDs, which
I've transferred.
The symptoms
Krzysztof Kowalik [EMAIL PROTECTED] wrote:
> [...]
> cvsup-ing current 6.0-CURRENT right now, to check the giantless VFS once
> again. It will probably take an hour to get it up and running.
Unfortunately, 6.0-CURRENT didn't help at all.
FreeBSD 6.0-CURRENT #0: Wed May 25 13:24:30 CEST 2005
[...
Jamie Heckford wrote:
On Wed, May 18, 2005 at 03:54:59PM -0700, Doug White wrote:
On Wed, 18 May 2005, Jamie Heckford wrote:
Hi Peter,
On Thu, May 19, 2005 at 05:53:12AM +1000, Peter Jeremy wrote:
On Wed, 2005-May-18 16:03:16 +0100, Jamie Heckford wrote:
Managed to get a dump on our sys
Jamie Heckford wrote:
Another one... looks completly different :-(
[GDB will not be able to debug user-mode threads:
/usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"]
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU Ge
Filip Lenaerts wrote:
>
> hi all,
>
> tnx very much for reply, kris, stefan and thomas. i was also
> thinking/fearing for a hardware error. the reason why i didn't
> investigate sooner is that over the past two years i was running
> 5.0-RC2 and after that followed current. i always assumed tha
On Tue, May 24, 2005 at 09:40:20PM +0200, Matthias Buelow wrote:
> Bohdan Horst wrote:
>
> > I have 4 identical PC with FreeBSD (2x4.11R and 2x5.4R)
> > Results (/usr/ports/net/benchmarks/nbench):
>
> What you're benchmarking here is gcc3 vs. gcc2.
You could compile nbench on FreeBSD 4.11 with U
FreeBSD5.4-Stable amd64 on a dual-opteron system with LSI-Megaraid 400G+
partion. The filesystem was created with: newfs -b 65536 -f 8192 -e
15835 /dev/amrd2s1d
This is the data filesystem for a PostgreSQL database; as the default
page size (files) is 8k, the above newfs scheme has 8k fragments wh
Kris Kennaway wrote:
interrupt total rate
irq1: atkbd0 586 0
irq13: npx01 0
irq14: ata0 94 0
irq17: wi054 0
irq20: fxp0 ata
Hi,
I've tried the new NDIS interface with a Sweex LC500050 card, which uses
the RaLink RT2500 chipset on FreeBSD 5.4-STABLE #4: Mon May 23 05:35:51
CEST 2005.
I've got it almost running, except that when I run "dhclient ndis0", the
kernel seems to freeze (it won't even respond to closing/opening
somehow? Maybe I should try and see if the problem persists with the
ULE scheduler?
No difference with ULE, with the default parameters:
kern.sched.name: ule
kern.sched.slice_min: 10
kern.sched.slice_max: 142
kern.sched.preemption: 1
mkb.
___
freebs
Hi,
I'm getting the following error when dding a big file on an nfs mount
which is mounted using TCP.
[EMAIL PROTECTED] olivleh1> dd if=/usr/tmp.data of=/mnt/files/tmp.data bs=32k
dd: /mnt/files/tmp.data: Resource temporarily unavailable
639+0 records in
638+0 records out
20905984 bytes transfe
On Wed, May 25, 2005 at 06:44:37PM +0200, Matthias Buelow wrote:
> Kris Kennaway wrote:
>
> >>interrupt total rate
> >>irq1: atkbd0 586 0
> >>irq13: npx01 0
> >>irq14: ata0
Kris Kennaway wrote:
Others don't see this though, and in other cases it was *definitively
proven* to be caused by the issue I mentioned. I'll have to think
more about what to try next..thanks for running the tests.
Perhaps it's something SATA-related?
mkb.
__
Please help me!
I know that I am getting few responses to my emails - I am guessing that
my situation is difficult. If you could offer any ideas how to help
with further diagnostics.
I am regularly getting panics with instruction pointer equal to
0xc0611c69. I am not able to get any dumps
At 04:03 PM 25/05/2005, Stephen Montgomery-Smith wrote:
I will try any reasonable test you guys have for me. Right now I am
switching off HTT to see if that is the issue. This is a dual Xeon system.
The SCHED_4BSD doesnt do anything with HTT and in fact might hurt
performance. If you are us
Mike Tancsa wrote:
At 04:03 PM 25/05/2005, Stephen Montgomery-Smith wrote:
I will try any reasonable test you guys have for me. Right now I am
switching off HTT to see if that is the issue. This is a dual Xeon
system.
The SCHED_4BSD doesnt do anything with HTT and in fact might hurt
perf
usr/src/sys/dev/advansys/advansys.c: In function `adv_action':
/usr/src/sys/dev/advansys/advansys.c:260: warning: cast from pointer to
integer of different size
*** Error code 1
Stop in /usr/obj/usr/src/sys/tbwa-custom-smp.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
On Wed, May 25, 2005 at 05:16:02PM -0400, steve Rieger wrote:
> usr/src/sys/dev/advansys/advansys.c: In function `adv_action':
> /usr/src/sys/dev/advansys/advansys.c:260: warning: cast from pointer to
> integer of different size
> *** Error code 1
>
> Stop in /usr/obj/usr/src/sys/tbwa-custom-smp.
On Monday 23 May 2005 23:36, Kris Kennaway wrote:
> Also try defining PREEMPTION in your kernel on 5.x and above (if you
> are running i386 or amd64). There have been very occasional reports
> of panics with this option enabled (although I use it everywhere and
> have not seen problems on my heav
On Wed, May 25, 2005 at 11:42:01PM +0200, Bjarne Wichmann Petersen wrote:
> On Monday 23 May 2005 23:36, Kris Kennaway wrote:
>
> > Also try defining PREEMPTION in your kernel on 5.x and above (if you
> > are running i386 or amd64). There have been very occasional reports
> > of panics with this
Is there some reason why ipnat wouldn't automatically startup?
I just upgraded from a 5-stable in February to a 5-stable in May, so I
could essentially get 5.4 on this firewall machine. I simultaneously
was upgrading some ports, etc., but nothing too severe. When I rebooted
the machine, ever
On Wednesday 25 May 2005 23:45, Kris Kennaway wrote:
> On Wed, May 25, 2005 at 11:42:01PM +0200, Bjarne Wichmann Petersen wrote:
> > I've had PREEMTION enabled in 5-STABLE for at couple of month and had the
> > opposite experience. Eg. when clicking on a file in a fileselector (I'm
> > using KDE) i
On Thu, May 26, 2005 at 12:14:35AM +0200, Bjarne Wichmann Petersen wrote:
> On Wednesday 25 May 2005 23:45, Kris Kennaway wrote:
> > On Wed, May 25, 2005 at 11:42:01PM +0200, Bjarne Wichmann Petersen wrote:
> > > I've had PREEMTION enabled in 5-STABLE for at couple of month and had the
> > > opposi
On Wed, May 25, 2005 at 05:41:49PM -0400, steve Rieger wrote:
>
> On May 25, 2005, at 5:22 PM, Kris Kennaway wrote:
>
> >On Wed, May 25, 2005 at 05:16:02PM -0400, steve Rieger wrote:
> >>usr/src/sys/dev/advansys/advansys.c: In function `adv_action':
> >>/usr/src/sys/dev/advansys/advansys.c:260: w
Could this be quantified by setting up a synthetic experiement:
1) one machine uses dummynet to generate a uniform packet/sec stream
2) another machine has a process receiving those packets and recording
their arrival relative to the local TSC. afaik, the TSC is the only
source of wall-time
On Wed, May 25, 2005 at 03:33:39PM -0700, Jon Dama wrote:
> Could this be quantified by setting up a synthetic experiement:
>
> 1) one machine uses dummynet to generate a uniform packet/sec stream
> 2) another machine has a process receiving those packets and recording
>their arrival relative
It's different, yes. But the trouble is that you need a controlled
interrupt source--i.e., you have to have some concept of when an "event"
might have been handled (were it not for such and such activity).
I posit that without that counterfactual talking about PREEMPTION is
meaningless.
The tech
Hi Mohan,
Mohan Srinivasan wrote:
> Is this consistently reproducible ?
it is - everytime
> I tried reproducing this with this morning's
> current,
it also happens with STABLE
> How big was your file that you tried to dd ? I need to reproduce this here
> in order to track it down.
dd if=/
On Wed, May 25, 2005 at 04:00:22PM -0700, Robert Faulds wrote:
> Tomcat5.0.30
> libthr.so.1 via /etc/libmap.conf
libthr is experimental and unmaintained..it was removed in 6.0 (well,
replaced by David Xu's threading library). Try using the standard
library instead.
Kris
pgpEJL2E0p45X.pgp
Desc
On Wed, May 25, 2005 at 04:02:58PM -0700, Jon Dama wrote:
> It's different, yes. But the trouble is that you need a controlled
> interrupt source--i.e., you have to have some concept of when an "event"
> might have been handled (were it not for such and such activity).
>
> I posit that without th
Hi,
using the "user" keyword in pf rules the system panics. I found
this in the errata page:
(31 Oct 2004) When the user/group rule clauses in pf(4) and ipfw(4)
are used, the loader tunable debug.mpsafenet must be set to 0
(this is 1 by default).
I have mpsafenet disabled so i assume that this s
Oliver Lehmann wrote:
> So.. using i386 as an tcp nfs-server - the only thing which happens is
> that dd gets interruped, using alpha as an tcp nfs-server makes the alpha
> panic.
Ok, maybe the alpha has other problems... Disk worked for 7 years without
problems but I just rebooted the system onc
On May 25, 2005, at 5:22 PM, Kris Kennaway wrote:
On Wed, May 25, 2005 at 05:16:02PM -0400, steve Rieger wrote:
usr/src/sys/dev/advansys/advansys.c: In function `adv_action':
/usr/src/sys/dev/advansys/advansys.c:260: warning: cast from pointer
to
integer of different size
*** Error code 1
S
Others don't see this though, and in other cases it was *definitively
proven* to be caused by the issue I mentioned. I'll have to think
more about what to try next..thanks for running the tests.
Perhaps it's something SATA-related?
Before restoring my 5.4 dumps after testing -current, I ins
Oliver Lehmann wrote:
Hi Mohan,
Mohan Srinivasan wrote:
Is this consistently reproducible ?
it is - everytime
I tried reproducing this with this morning's
current,
it also happens with STABLE
How big was your file that you tried to dd ? I need to reproduce this here
in order to
Here are the ping results:
ping statistics for 192.168.1.100: Packets : sent = 4, recieved = 4,
lost = 0 <0% loss>, Approimant round trip time in mili-seconds: Min =
1ms, max = 2ms average= 1ms
It's pingable at least
Matt
___
I have the same problem:
After I cvsuped my system from 5.3 to 5.4, ipfilter (compiled in the my
custom kernel) & ipnat not start automatically. If I do
"/etc/rc.d/ipfilter start && /etc/rc.d/ipnat start" manually - all works
fine... Lines "ipfilner_enable=YES" and "ipnat_enable=YES" present in
th
44 matches
Mail list logo