Hi,
Long story short, I had a lot of mail spooled up in /var/spool. When I
did ls /var/spool, ZFS chewed up almost all 12GB of my memory in <10 mins
(because there were enough files there) and the system eventually panicked
because [I assume that a memory allocation failed and] a trap 12
On 06 Apr 2015, at 09:41, Craig Rodrigues wrote:
>
> On Sun, Apr 5, 2015 at 4:45 AM, Dimitry Andric wrote:
>
>>> --- aslcompilerparse.c ---
>>> yacc: f - maximum table size exceeded
>>> *** [aslcompilerparse.c] Error code 2
>>
>> Strangely, this worked fine for me when making a universe on our
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 06.04.2015 11:55, Lev Serebryakov wrote:
> I have INVARIANTS and WITNESS in the kernel, but it doesn't help:
> only report is "bufwait/dirhash" right after booting.
One more LOR:
lock order reversal:
1st 0xf8011b9b82d8 ufs (ufs) @ /usr/sr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I got several live locks of my server in a row (3 in one week).
It is amd64 10-STABLE r277307.
Looks like live locks is VM related but manifest themselves under
multi-threaded mixed CPU + I/O load (CrashPlan backup + torrents +
openjdk8 rebuild,
On Sun, Apr 5, 2015 at 4:45 AM, Dimitry Andric wrote:
> > --- aslcompilerparse.c ---
> > yacc: f - maximum table size exceeded
> > *** [aslcompilerparse.c] Error code 2
>
> Strangely, this worked fine for me when making a universe on our
> reference stable/10 machine. Is this particular Jenkins
