Hello
A box of mine running RELENG_7_0 and ZFS over a couple of disks (6
disks, 3 mirrors) seems to have gotten stuck. From Ctrl-T:
load: 0.50 cmd: zsh 40188 [zfs:buf_hash_table.ht_locks[i].ht_lock]
0.02u 0.04s 0% 3404k
load: 0.43 cmd: zsh 40188 [zfs:buf_hash_table.ht_locks[i].ht_lock]
On Tue, Apr 08, 2008 at 08:17:38AM +0200, Johan Ström wrote:
Hello
A box of mine running RELENG_7_0 and ZFS over a couple of disks (6 disks, 3
mirrors) seems to have gotten stuck. From Ctrl-T:
load: 0.50 cmd: zsh 40188 [zfs:buf_hash_table.ht_locks[i].ht_lock] 0.02u
0.04s 0% 3404k
load:
Johan Ström wrote:
Hello
A box of mine running RELENG_7_0 and ZFS over a couple of disks (6
disks, 3 mirrors) seems to have gotten stuck. From Ctrl-T:
load: 0.50 cmd: zsh 40188 [zfs:buf_hash_table.ht_locks[i].ht_lock]
0.02u 0.04s 0% 3404k
load: 0.43 cmd: zsh 40188
On Apr 8, 2008, at 9:32 AM, Jeremy Chadwick wrote:
On Tue, Apr 08, 2008 at 08:17:38AM +0200, Johan Ström wrote:
Hello
A box of mine running RELENG_7_0 and ZFS over a couple of disks (6
disks, 3
mirrors) seems to have gotten stuck. From Ctrl-T:
load: 0.50 cmd: zsh 40188
On Apr 8, 2008, at 9:37 AM, LI Xin wrote:
Johan Ström wrote:
Hello
A box of mine running RELENG_7_0 and ZFS over a couple of disks (6
disks, 3 mirrors) seems to have gotten stuck. From Ctrl-T:
load: 0.50 cmd: zsh 40188
[zfs:buf_hash_table.ht_locks[i].ht_lock] 0.02u 0.04s 0% 3404k
load:
On Apr 8, 2008, at 9:40 AM, LI Xin wrote:
For your question: just reboot would be fine, you may want to tune
your arc size (to be smaller) and kmem space (to be larger), which
would reduce the chance that this would happen, or eliminate it,
depending on your workload.
Back online now,
For your question: just reboot would be fine, you may want to tune your
arc size (to be smaller) and kmem space (to be larger), which would
reduce the chance that this would happen, or eliminate it, depending on
your workload.
This situation is not recoverable and you can trust ZFS that you
We've found the problem with a friend of mine.
/etc/crontab has wrong syntax in defining crons -
I've used spaces instead of tab between the * * * * * and the username
really my bad, maybe copied the string from the other machine it was
running on and pasted without cheching but...
I don't
FreeBSD dash.ish.com.au 7.0-RELEASE FreeBSD 7.0-RELEASE #10
i386 with PAE (5Gb RAM)
We've had fairly reproducible freezes. After several hours of stress
testing or even overnight not doing anything, everything locks up
including the console.
We then installed a debugging kernel (without
Alexander Sack wrote:
On Tue, Apr 1, 2008 at 5:43 AM, Andrei Kolu [EMAIL PROTECTED] wrote:
On Monday 31 March 2008 12:31:49 ??? wrote:
I installed FreeBSD 7.0 on HP DL 380.
This is a mptable result.
# mptable
Processors: APIC ID Version State Family Model Step
Quoting Jase Thew, who wrote on Tue, Apr 08, 2008 at 12:27:02PM +0100 ..
Alexander Sack wrote:
On Tue, Apr 1, 2008 at 5:43 AM, Andrei Kolu [EMAIL PROTECTED] wrote:
On Monday 31 March 2008 12:31:49 ??? wrote:
I installed FreeBSD 7.0 on HP DL 380.
This is a mptable result.
#
Hi Martin,
On Thu, Mar 27, 2008 at 11:19:10PM +0100, Martin Blapp wrote:
I've just made a port for FreeBSD 7 and FreeBSD 6 for the
Open-vmware-tools. Any Feedback is welcome.
I just installed your port on 6.3-p1/amd64 on ESX 3.5 (WITHOUT_X11, just
guestd and vmmemctl) to see if VMotion works,
On Monday 07 April 2008 12:16:53 pm Petr Holub wrote:
Hi all,
I started to play with RAT application (ports: mbone/rat + an SVN version)
and
it seems to crash my 6.3-RELEASE-p1 box in rather deterministic way. Crash
details are shown below. Has anyone seen a problem like this?
Yes, there's
On Monday 07 April 2008 02:45:47 pm Alexander Sack wrote:
On Tue, Apr 1, 2008 at 5:43 AM, Andrei Kolu [EMAIL PROTECTED] wrote:
On Monday 31 March 2008 12:31:49 한원희 wrote:
I installed FreeBSD 7.0 on HP DL 380.
This is a mptable result.
# mptable
Processors: APIC ID
On Tuesday 08 April 2008 04:06:24 am Aristedes Maniatis wrote:
FreeBSD dash.ish.com.au 7.0-RELEASE FreeBSD 7.0-RELEASE #10
i386 with PAE (5Gb RAM)
We've had fairly reproducible freezes. After several hours of stress
testing or even overnight not doing anything, everything locks up
including
On Fri, Nov 10, 2006 at 11:42:40AM -0500, Vivek Khera wrote:
I have just built a new SunFire X4100 server with an Adaptec 2230SLP
RAID card using FreeBSD 6.2-PRE kernel (from September 20).
Everything is working extremely well except I cannot run the aaccli
utility on this controller.
I'm piggybacking this onto the previous bootloader thread because I have
a suspicion that my problem may be related to the 'fix' for the prveious
problem.
I've got a machine (old-ish) that will not boot with the changes to
src/sys/boot/i386 in March.
It it a dual-p3 system running on an Asus
Johan Ström wrote:
On Apr 8, 2008, at 9:40 AM, LI Xin wrote:
For your question: just reboot would be fine, you may want to tune
your arc size (to be smaller) and kmem space (to be larger), which
would reduce the chance that this would happen, or eliminate it,
depending on your workload.
On Apr 8, 2008, at 10:31 AM, Ed Maste wrote:
On Fri, Nov 10, 2006 at 11:42:40AM -0500, Vivek Khera wrote:
I have just built a new SunFire X4100 server with an Adaptec 2230SLP
RAID card using FreeBSD 6.2-PRE kernel (from September 20).
Everything is working extremely well except I cannot run
Yes, there's an off-by-one reference count bug in the multicast stuff.
You
need 1.85.2.10 of sys/netinet/in.c:
I can confirm that RAT can be restarted many times now with this
patch applied (at least when RAT doesn't touch audio devices as
I may be also reporting some sound related panic soon
Spike Ilacqua wrote:
Depending on your work load you are just buying more time, so
reasonable is a matter of perspective. :( I didn't see if you said
you are on 32bit or 64bit? Keep in mind the kmem max is 1.5-2G on
amd64 regardless of how much memory you have. If 512M arcsize crashes
too
Depending on your work load you are just buying more time, so
reasonable is a matter of perspective. :( I didn't see if you said
you are on 32bit or 64bit? Keep in mind the kmem max is 1.5-2G on amd64
regardless of how much memory you have. If 512M arcsize crashes too soon
for your tastes
Hi all,
this time I'm reporting panics in sound system :). I'm having
M-Audio Audiophile 192 sound card which got supported with the
new revision of sound system, so I have
sound
snd_envy24ht
The panic is reproducible when I start kcontrol (from fluxbox),
try to enable and configure soundsystem
John Baldwin wrote:
On Monday 07 April 2008 12:16:53 pm Petr Holub wrote:
Hi all,
I started to play with RAT application (ports: mbone/rat + an SVN version)
and
it seems to crash my 6.3-RELEASE-p1 box in rather deterministic way. Crash
details are shown below. Has anyone seen a problem like
¿So no chances of ZFS stable on FBSD7? I was actually considering debian over
freebsd on a dual AMD64, but if there are no settings that will make it
stable... Nevertheless I'd be willing to help debugging ZFS on that machine
(Dell T105) as soon as I receive it in a couple of weeks, as I'm in
It depends a lot on your workload I'd say.
for me its pretty stable on a amd64 7-STABLE box that just does a little
light mail and web and package building.
for others not so much.
info on my system below if anyones interested.
Vince
(20:12:28 /usr/home/jhary) 0 $ more /boot/loader.conf
On Tuesday 08 April 2008 10:15:22 am Greg Byshenk wrote:
I'm piggybacking this onto the previous bootloader thread because I have
a suspicion that my problem may be related to the 'fix' for the prveious
problem.
I've got a machine (old-ish) that will not boot with the changes to
On 08/04/2008, at 11:59 PM, John Baldwin wrote:
On Tuesday 08 April 2008 04:06:24 am Aristedes Maniatis wrote:
FreeBSD dash.ish.com.au 7.0-RELEASE FreeBSD 7.0-RELEASE #10
i386 with PAE (5Gb RAM)
We've had fairly reproducible freezes. After several hours of stress
testing or even overnight
28 matches
Mail list logo