Hello,
Le dim 7 fév 16 à 2:23:34 +0100, Kirk McKusick
écrivait :
> Please let me know if you are able to come up with an example that
> shows the problem as that would give me something with which to
> try to track down the problem.
The problem is described in PR
On 19/02/2016 15:36, Shane Ambler wrote:
On 18/02/2016 10:54, Marius Strobl wrote:
Could those of you experiencing these hangs with ZFS please test
whether instead of reverting all of r292895, a kernel built with
just the merge of r291244 undone via the following patch gets
rid of that problem
On 18/02/2016 10:54, Marius Strobl wrote:
Could those of you experiencing these hangs with ZFS please test
whether instead of reverting all of r292895, a kernel built with
just the merge of r291244 undone via the following patch gets
rid of that problem - especially on amd64 - and report back?
Hi,
> On Thu, 18 Feb 2016 01:24:03 +0100
> Marius Strobl said:
marius> Could those of you experiencing these hangs with ZFS please test
marius> whether instead of reverting all of r292895, a kernel built with
marius> just the merge of r291244 undone via the following
> On 18 Feb 2016, at 01:24, Marius Strobl wrote:
>
>
> Could those of you experiencing these hangs with ZFS please test
> whether instead of reverting all of r292895, a kernel built with
> just the merge of r291244 undone via the following patch gets
> rid of that problem -
On 02/18/2016 01:24, Marius Strobl wrote:
>
> Could those of you experiencing these hangs with ZFS please test
> whether instead of reverting all of r292895, a kernel built with
> just the merge of r291244 undone via the following patch gets rid
> of that problem - especially on amd64 - and
Could those of you experiencing these hangs with ZFS please test
whether instead of reverting all of r292895, a kernel built with
just the merge of r291244 undone via the following patch gets
rid of that problem - especially on amd64 - and report back?
On 02/07/16 16:24, Henri Hennebert wrote:
On 02/03/2016 02:03, Hajimu UMEMOTO wrote:
Hi,
On Wed, 3 Feb 2016 07:07:38 +1100
Peter Jeremy said:
peter> As others have said, you need to provide lots more detail on your
peter> configuration.
CPU: AMD Athlon(tm) 64 Processor
On 02/03/2016 02:03, Hajimu UMEMOTO wrote:
> Hi,
>
>> On Wed, 3 Feb 2016 07:07:38 +1100
>> Peter Jeremy said:
>
> peter> As others have said, you need to provide lots more detail on your
> peter> configuration.
>
> CPU: AMD Athlon(tm) 64 Processor 3500+
> Memory:
> Date: Tue, 2 Feb 2016 19:39:14 +0100
> From: Thierry Thomas <thie...@freebsd.org>
> To: Hajimu UMEMOTO <u...@mahoroba.org>
> Cc: sta...@freebsd.org, mckus...@freebsd.org
> Subject: Re: 10-STABLE hangups frequently
>
>> Hi,
>
> Hello,
>
>>
Hi,
> On Tue, 2 Feb 2016 14:52:37 +0200
> Konstantin Belousov said:
kostikbel> Please gather the information listed at
kostikbel>
https://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-deadlocks.html
I tried the instruction. But, the
On Sat, Feb 06, 2016 at 11:40:50PM +0900, Hajimu UMEMOTO wrote:
> Hi,
>
> > On Tue, 2 Feb 2016 14:52:37 +0200
> > Konstantin Belousov said:
>
> kostikbel> Please gather the information listed at
> kostikbel>
>
On 2016-Feb-04 11:45:56 +1030, Shane Ambler wrote:
>Going by figures shown in top, ARC is usually in the 1500M to 2000M
>range but when wired gets over 6GB I often see ARC drop to 500MB which
>I now realise matches arc_min.
That's definitely abnormal. You might like to
On 2016-Feb-02 14:52:37 +0200, Konstantin Belousov wrote:
>Please gather the information listed at
>https://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-deadlocks.html
Interestingly, as soon as I enable INVARIANTS, my kernel will no longer boot.
Le mer 3 fév 16 à 17:55:03 +0100, Karl Denninger
écrivait :
> (Whistling.)
>
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187594
>
> (see if that helps you)
Thanks, I'll check it!
--
Th. Thomas.
___
On 04/02/2016 05:33, Peter Jeremy wrote:
On 2016-Feb-03 18:23:13 +1030, Shane Ambler wrote:
Any chance you get high wired allocations?
A high wired allocation is normal for ZFS - ARC shows up as "wired"
memory.
Sometimes several times in a day I see the wired amount
Le mer 3 fév 16 à 8:53:13 +0100, Shane Ambler
écrivait :
> Any chance you get high wired allocations?
>
> Sometimes several times in a day I see the wired amount shown in top
> rise to over 6GB (of 8GB) bringing the system to a crawl. When wired
> gets over 7GB the
(Whistling.)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187594
(see if that helps you)
On 2/3/2016 10:47, Thierry Thomas wrote:
> Le mer 3 fév 16 à 8:53:13 +0100, Shane Ambler
> écrivait :
>
>> Any chance you get high wired allocations?
>>
>> Sometimes
On 2016-Feb-03 18:23:13 +1030, Shane Ambler wrote:
>Any chance you get high wired allocations?
A high wired allocation is normal for ZFS - ARC shows up as "wired"
memory.
>Sometimes several times in a day I see the wired amount shown in top
>rise to over 6GB (of 8GB)
On 2016-Feb-02 16:55:46 +0900, Hajimu UMEMOTO wrote:
>I'm disturbed by a frequent hangup of my 10-STABLE boxes since this
>year. It seems occur during running the periodic daily scripts.
>I've narrowed which commit causes this problem. It seems r292895
>causes it. I see many
Le mar 2 fév 16 à 8:55:46 +0100, Hajimu UMEMOTO
écrivait :
> Hi,
Hello,
> I'm disturbed by a frequent hangup of my 10-STABLE boxes since this
> year. It seems occur during running the periodic daily scripts.
> I've narrowed which commit causes this problem. It seems
Hi,
> On Wed, 3 Feb 2016 07:07:38 +1100
> Peter Jeremy said:
peter> As others have said, you need to provide lots more detail on your
peter> configuration.
CPU: AMD Athlon(tm) 64 Processor 3500+
Memory: 4GB
HDD: 3TB
I'm using ZFS only setup.
peter> There were no
On 03/02/2016 05:09, Thierry Thomas wrote:
Le mar 2 fév 16 à 8:55:46 +0100, Hajimu UMEMOTO
écrivait :
Hi,
Hello,
I'm disturbed by a frequent hangup of my 10-STABLE boxes since this
year. It seems occur during running the periodic daily scripts.
I've narrowed which
Some more information about your enviroment would be helpful:
1. What revision of stable/10 are you running?
2. What workloads are you running?
3. What's the output of procstat -k -k when this happens (assuming its
possible to run)?
4. What's the output of sysctl -a |grep vnode, usually and when
Hi,
> On Tue, 2 Feb 2016 08:54:17 +
> Steven Hartland said:
killing> Some more information about your enviroment would be helpful:
killing> 1. What revision of stable/10 are you running?
It occurs on r292895 and later.
killing> 2. What workloads are you
Just want to chip in that I also experience the same issue. This is my
home firewall running squid/unbound/isc-bind/isc-dhcpd/pf/zfs.
Have a couple of tmpfs and NFSv4 mounts.
Was about to order new hardware since I thought it might be failing,
lol. Haven't had time to hook up a monitor/console,
On Tue, Feb 02, 2016 at 06:28:58PM +0900, Hajimu UMEMOTO wrote:
> Hi,
>
> > On Tue, 2 Feb 2016 08:54:17 +
> > Steven Hartland said:
>
> killing> Some more information about your enviroment would be helpful:
> killing> 1. What revision of stable/10 are you
On Tue, Feb 02, 2016 at 02:33:27PM +0100, Henrik Lidstr??m wrote:
> Just want to chip in that I also experience the same issue. This is my
The same ? So did you diagnosed the problem and can explain, from the
evidence provided by you and Hajimu, what is the cause and why the
issues are the same
Hi,
I'm disturbed by a frequent hangup of my 10-STABLE boxes since this
year. It seems occur during running the periodic daily scripts.
I've narrowed which commit causes this problem. It seems r292895
causes it. I see many `Resource temporarily unavailable' message just
before hangup occurs.
29 matches
Mail list logo