Randy Bush ra...@psg.com wrote:
imiho, zfs can not be called production ready if it crashes if you
do not stand on your left leg, put your right hand in the air, and
burn some eye of newt.
ROFL!
As with any open-source project, I suppose it will be ready
when it is ready. At least it hasn't
On Fri, Nov 20, 2009 at 23:20, Daniel O'Connor docon...@gsoft.com.au wrote:
On Sat, 21 Nov 2009, Marius Nünnerich wrote:
On Fri, Nov 20, 2009 at 14:27, Daniel O'Connor docon...@gsoft.com.au
wrote:
On Fri, 20 Nov 2009, Marius Nünnerich wrote:
Actually that is an interesting point, the swap
Randy Bush ra...@psg.com wrote:
imiho, zfs can not be called production ready if it crashes if you
do not stand on your left leg, put your right hand in the air, and
burn some eye of newt.
This is not a rant, but where do you read that on FreeBSD 7.2 ZFS has
been marked as production ready.
As
On Sat, Nov 21, 2009 at 08:07:40PM +0100, Johan Hendriks wrote:
Randy Bush ra...@psg.com wrote:
imiho, zfs can not be called production ready if it crashes if you
do not stand on your left leg, put your right hand in the air, and
burn some eye of newt.
This is not a rant, but where do
On Sat, Nov 21, 2009 at 1:36 PM, Jeremy Chadwick
free...@jdc.parodius.com wrote:
On Sat, Nov 21, 2009 at 08:07:40PM +0100, Johan Hendriks wrote:
Randy Bush ra...@psg.com wrote:
imiho, zfs can not be called production ready if it crashes if you
do not stand on your left leg, put your right
On Sat, 21 Nov 2009, Marius Nünnerich wrote:
Maybe. Could you paste kern.geom.confdot, kern.geom.confxml and
mount output to pastie.org or the like.
I've attached it..
Hmm, I do not see whats wrong here. ZFS already opened the devices
and I see no /dev/gpt/* entries. Maybe there is some
On 2009-Nov-21 09:47:56 +0900, Randy Bush ra...@psg.com wrote:
imiho, zfs can not be called production ready if it crashes if you do
not stand on your left leg, put your right hand in the air, and burn
some eye of newt.
FWIW, it's still very brittle on Solaris 10 and the Sun Support
response to
imiho, zfs can not be called production ready if it crashes if you
do not stand on your left leg, put your right hand in the air, and
burn some eye of newt.
ROFL!
As with any open-source project, I suppose it will be ready
when it is ready. At least it hasn't been made the default.
yep. i
imiho, zfs can not be called production ready if it crashes if you
do not stand on your left leg, put your right hand in the air, and
burn some eye of newt.
This is not a rant, but where do you read that on FreeBSD 7.2 ZFS has
been marked as production ready.
As far as i know, on FreeBSD 8.0
2009/11/21 Peter Jeremy peterjer...@acm.org:
On 2009-Nov-21 09:47:56 +0900, Randy Bush ra...@psg.com wrote:
imiho, zfs can not be called production ready if it crashes if you do
not stand on your left leg, put your right hand in the air, and burn
some eye of newt.
FWIW, it's still very brittle
My understanding is that the problem is more that the FreeBSD VM
system doesn't gracefully handle running low or out of memory.
to me, that's just life in the big city. the problem i think can be
solved before this is let loose on the unsuspecting public is that there
are really no good tools
On Sat, Nov 21, 2009 at 01:59:11PM -0600, Scot Hetzel wrote:
On Sat, Nov 21, 2009 at 1:36 PM, Jeremy Chadwick
free...@jdc.parodius.com wrote:
On Sat, Nov 21, 2009 at 08:07:40PM +0100, Johan Hendriks wrote:
Randy Bush ra...@psg.com wrote:
imiho, zfs can not be called production ready if
Everyone's workloads are different, but the panic is the same every
time: kmem exhaustion. i386 with KVA_PAGES or amd64 -- happens on both.
It's highly dependent upon workload and what the filesystem consists of
(many files vs. fewer files but larger in size, etc.)
these are measurable. at
On Sat, Nov 21, 2009 at 06:16:04PM +0900, Randy Bush wrote:
imiho, zfs can not be called production ready if it crashes if you
do not stand on your left leg, put your right hand in the air, and
burn some eye of newt.
ROFL!
As with any open-source project, I suppose it will be ready
On Sat, Nov 21, 2009 at 04:29:26PM -0800, Jeremy Chadwick wrote:
On Sat, Nov 21, 2009 at 01:59:11PM -0600, Scot Hetzel wrote:
RELENG_7 and RELENG_8 both, more or less, behave the same way with
regards to ZFS. Both panic on kmem exhaustion. No one has answered my
question as far as
commit 4a6ea694eaad85c9ff99668ba7427c00cea3e990
Author: kib k...@ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Date: Tue Oct 20 13:34:41 2009 +
MFC r197934:
Map PIE binaries at non-zero base address.
MFC r198202:
Honour non-zero mapbase for PIE binaries. Inform interpreter-less PIE
This is a message in multipart MIME format. Your mail client should not be
displaying this. Consider upgrading your mail client to view this message
correctly.
___
freebsd-stable@freebsd.org mailing list
It seems this is more serious problem in 8.0, and I hope it could be resolved
before a formal release. I can help to diagnose this if people need more
information (this is destructive).
I have picked a USB stick (DataTraveler 2GB), that has two partitions s0 for
DOS and s1 for FreeBSD.
Both
Tried on the USB hard drive:
Deleted slice 3 and recreated slice 3 with two partitions s3d and s3e.
Was happy because successfully did dump/restore on s3d, and thought it just
partition format issue;
but system crashed during dump/restore on s3e, and partition lost the file
system type.
wolf#
On Sat, Nov 21, 2009 at 11:36:43AM -0800, Jeremy Chadwick wrote:
On Sat, Nov 21, 2009 at 08:07:40PM +0100, Johan Hendriks wrote:
Randy Bush ra...@psg.com wrote:
imiho, zfs can not be called production ready if it crashes if you
do not stand on your left leg, put your right hand in
Howdy,
I'm not expert at getting info out of a dump, but I'll do my best to
provide some information.
This is a Dell PE2970 w/PERC6/i RAID running FreeBSD 7.2/amd64. Brand new
box, has been doing very light work for about two weeks. Last night I
started a very long mstone run on a jailed
21 matches
Mail list logo
