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 m
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 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,
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# m
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 USB
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
http://lists.freebsd.org/mailman/listinfo/freeb
commit 4a6ea694eaad85c9ff99668ba7427c00cea3e990
Author: kib
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
binary about its relocbase.
Appro
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 fa
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
> 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.
On Sat, Nov 21, 2009 at 01:59:11PM -0600, Scot Hetzel wrote:
> On Sat, Nov 21, 2009 at 1:36 PM, Jeremy Chadwick
> wrote:
> >
> > On Sat, Nov 21, 2009 at 08:07:40PM +0100, Johan Hendriks wrote:
> >> Randy Bush wrote:
> >> > imiho, zfs can not be called production ready if it crashes if you
> >> >
> 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
2009/11/21 Peter Jeremy :
> On 2009-Nov-21 09:47:56 +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.
>
> FWIW, it's still very brittle on Solaris 10 and the Su
>> 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 Fre
>> 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.
On 2009-Nov-21 09:47:56 +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.
FWIW, it's still very brittle on Solaris 10 and the Sun Support
response to most issues
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 t
On Sat, Nov 21, 2009 at 1:36 PM, Jeremy Chadwick
wrote:
>
> On Sat, Nov 21, 2009 at 08:07:40PM +0100, Johan Hendriks wrote:
>> 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
>> > bur
On Sat, Nov 21, 2009 at 08:07:40PM +0100, Johan Hendriks wrote:
> 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.
>
> This is not a rant, but where do you re
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.
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 k
On Fri, Nov 20, 2009 at 23:20, Daniel O'Connor wrote:
> On Sat, 21 Nov 2009, Marius Nünnerich wrote:
>> On Fri, Nov 20, 2009 at 14:27, Daniel O'Connor
> wrote:
>> > On Fri, 20 Nov 2009, Marius Nünnerich wrote:
>> >> > Actually that is an interesting point, the swap partitions don't
>> >> > have a
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
when it is ready. At least it hasn't been made t
21 matches
Mail list logo
