On Tue, Mar 05, 2013 at 09:08:09PM -0800, Jeremy Chadwick wrote:
> > > * How long the stall is in duration (ex. if there's some way to
> > > roughly calculate this using "date" in a shell script)
> > They're variable. Some last fractions of a second and are not really
> > all that noticeable unl
On Tue, Mar 05, 2013 at 06:56:02AM -0600, Karl Denninger wrote:
> { I've snipped lots of text. For those who are reading this follow-up }
> { and wish to read the snipped portions, please see this URL: }
> { http://lists.freebsd.org/pipermail/freebsd-stable/2013-March/072696.html }
> > 1. Is comp
Quoth "Steven Hartland" :
> - Original Message -
> From: "Daniel Kalchev"
> > On Mar 6, 2013, at 12:09 AM, Jeremy Chadwick wrote:
> >
> >> I say that knowing lots of people use ZFS-on-root, which is great -- I
> >> just wonder how many of them have tested all the crazy scenarios and
> >>
- Original Message -
From: "Daniel Kalchev"
On Mar 6, 2013, at 12:09 AM, Jeremy Chadwick wrote:
I say that knowing lots of people use ZFS-on-root, which is great -- I
just wonder how many of them have tested all the crazy scenarios and
then tried to boot from things.
I have verifie
On Mar 5, 2013, at 8:17 PM, Freddie Cash wrote:
>
> ZFS send/recv would eventually complete, but what used to take 15-20
> minutes would take 6-8 hours to complete.
>
> I've reduced the ARC to only 32 GB, with arc_meta set to 28 GB, and things
> are running much smoother now (50-200 MB/s write
On Mar 6, 2013, at 12:09 AM, Jeremy Chadwick wrote:
> I say that knowing lots of people use ZFS-on-root, which is great -- I
> just wonder how many of them have tested all the crazy scenarios and
> then tried to boot from things.
I have verified that ZFS-on-root works reliably in all of the fol
On Tue, Mar 05, 2013 at 02:18:30PM -0800, Freddie Cash wrote:
> On Tue, Mar 5, 2013 at 2:09 PM, Jeremy Chadwick wrote:
>
> > On Tue, Mar 05, 2013 at 01:09:41PM +0200, Andriy Gapon wrote:
> >
> > > > - Disks are GPT and are *partitioned, and ZFS refers to the partitions
> > > > not the raw disk
On Tue, Mar 5, 2013 at 2:09 PM, Jeremy Chadwick wrote:
> On Tue, Mar 05, 2013 at 01:09:41PM +0200, Andriy Gapon wrote:
>
> > > - Disks are GPT and are *partitioned, and ZFS refers to the partitions
> > > not the raw disk -- this matters (honest, it really does; the ZFS
> > > code handles thin
On Tue, Mar 05, 2013 at 01:09:41PM +0200, Andriy Gapon wrote:
> Completely unrelated to the main thread:
>
> on 05/03/2013 07:32 Jeremy Chadwick said the following:
> > That said, I still do not recommend ZFS for a root filesystem
>
> Why?
Too long a history of problems with it and weird edge ca
On Tue, Mar 05, 2013 at 07:01:39PM +0100, kron wrote:
> Hello,
>
> I have 100% reproducible "page fault" kernel panics on 9-STABLE
> (FreeBSD 9.1-STABLE #0 r247842M)
>
> It needs two conditions together:
> 1. nvidia-driver built by clang
> 2. nvidia_load="YES" in loader.conf
Hmmm... I don't see
On Tue, Mar 5, 2013 at 7:22 AM, Gary Palmer wrote:
> Just as a note that there was a page I read in the past few months
> that pointed out that having a huge ARC may not always be in the best
> interests of the system. Some operation on the filesystem (I forget
> what, apologies) caused the syst
Hello,
I have 100% reproducible "page fault" kernel panics on 9-STABLE
(FreeBSD 9.1-STABLE #0 r247842M)
It needs two conditions together:
1. nvidia-driver built by clang
2. nvidia_load="YES" in loader.conf
On system startup I get (for example):
#1 0x80473164 in kern_reboot (howto=260)
On Tue, 05 Mar 2013 16:40:52 +0100, Johan Hendriks
wrote:
Ronald Klop schreef:
On Tue, 05 Mar 2013 15:10:52 +0100, Johan Hendriks
wrote:
Hello all.
I have a supermicro 16 bay box with a LSI 9211-8i card.
We use it for temp data storage, and we wanted to try the l4z
compression.
Aft
On Tue, 05 Mar 2013 15:10:52 +0100, Johan Hendriks
wrote:
Hello all.
I have a supermicro 16 bay box with a LSI 9211-8i card.
We use it for temp data storage, and we wanted to try the l4z
compression.
After updating the source tree to r247839: and doing a make buildworld
cycle all works
On Tue, Mar 05, 2013 at 12:40:38AM -0500, Garrett Wollman wrote:
> In article <8c68812328e3483ba9786ef155911...@multiplay.co.uk>,
> kill...@multiplay.co.uk writes:
>
> >Now interesting you should say that I've seen a stall recently on ZFS
> >only box running on 6 x SSD RAIDZ2.
> >
> >The stall was
Hello all.
I have a supermicro 16 bay box with a LSI 9211-8i card.
We use it for temp data storage, and we wanted to try the l4z compression.
After updating the source tree to r247839: and doing a make buildworld
cycle all works fine.
But at boot time we get some warnings.
make_dev_physpath_al
On 3/5/2013 3:27 AM, Jeremy Chadwick wrote:
> On Tue, Mar 05, 2013 at 09:12:47AM -, Steven Hartland wrote:
>> - Original Message - From: "Jeremy Chadwick"
>>
>> To: "Ben Morrow"
>> Cc:
>> Sent: Tuesday, March 05, 2013 5:32 AM
>> Subject: Re: ZFS "stalls" -- and maybe we should be tal
Completely unrelated to the main thread:
on 05/03/2013 07:32 Jeremy Chadwick said the following:
> That said, I still do not recommend ZFS for a root filesystem
Why?
> (this biting people still happens even today)
What exactly?
> - Disks are GPT and are *partitioned, and ZFS refers to the par
On Tue, Mar 05, 2013 at 09:12:47AM -, Steven Hartland wrote:
>
> - Original Message - From: "Jeremy Chadwick"
>
> To: "Ben Morrow"
> Cc:
> Sent: Tuesday, March 05, 2013 5:32 AM
> Subject: Re: ZFS "stalls" -- and maybe we should be talking about defaults?
>
>
> >On Tue, Mar 05, 201
- Original Message -
From: "Jeremy Chadwick"
To: "Ben Morrow"
Cc:
Sent: Tuesday, March 05, 2013 5:32 AM
Subject: Re: ZFS "stalls" -- and maybe we should be talking about defaults?
On Tue, Mar 05, 2013 at 05:05:47AM +, Ben Morrow wrote:
Quoth Karl Denninger :
>
> Note that th
20 matches
Mail list logo
