Hello.
I have a Solaris 11/11 x86 box (which I migrated from SolEx 11/10 a couple of
weeks ago).
Without no obvious reason (at least for me), after an uptime of 1 to 2 days
(observed 3 times now) Solaris sets arc_no_grow to 1 and then never sets it
back to 0. ARC is being shrunk to less than 1
On 03 January, 2012 - Peter Radig sent me these 3,5K bytes:
> Hello.
>
> I have a Solaris 11/11 x86 box (which I migrated from SolEx 11/10 a couple of
> weeks ago).
>
> Without no obvious reason (at least for me), after an uptime of 1 to 2 days
> (observed 3 times now) Solaris sets arc_no_grow
[mailto:st...@acc.umu.se]
Sent: Mittwoch, 4. Januar 2012 00:39
To: Peter Radig
Cc: zfs-discuss@opensolaris.org
Subject: Re: [zfs-discuss] arc_no_grow is set to 1 and never set back to 0
On 03 January, 2012 - Peter Radig sent me these 3,5K bytes:
> Hello.
>
> I have a Solaris 11/11 x86 b
-gate/usr/src/uts/common/fs/zfs/arc.c#2089
maybe
dtrace -n 'fbt:zfs:arc_reclaim_needed:return { trace(arg1) }'
Dave
Original Message
Subject: Re: [zfs-discuss] arc_no_grow is set to 1 and never set back to 0
Date: Tue, 3 Jan 2012 23:50:04 +
From: Peter Ra
:pe...@radig.de>
From: David Blasingame [mailto:dbla...@yahoo.com]
Sent: Mittwoch, 4. Januar 2012 17:35
To: Peter Radig; st...@acc.umu.se
Cc: zfs-discuss@opensolaris.org
Subject: Re: [zfs-discuss] arc_no_grow is set to 1 and never set back to 0
Well it looks like the only place this get's
gt; I will create an SR with Oracle.
>
> Thanks,
> Peter
>
> -----Original Message-
> From: Tomas Forsman [mailto:st...@acc.umu.se]
> Sent: Mittwoch, 4. Januar 2012 00:39
> To: Peter Radig
> Cc: zfs-discuss@opensolaris.org
> Subject: Re: [zfs-discuss] arc_no_grow
The interesting bit is what happens inside arc_reclaim_needed(),
that is, how it arrives at the conclusion that there is memory pressure.
Maybe we could trace arg0, which gives the location where
we have left the function. This would finger which return path
arc_reclaim_needed() took.
Steve
On 04 January, 2012 - Steve Gonczi sent me these 2,5K bytes:
> The interesting bit is what happens inside arc_reclaim_needed(),
> that is, how it arrives at the conclusion that there is memory pressure.
>
> Maybe we could trace arg0, which gives the location where
> we have left the function.
ent: Donnerstag, 5. Januar 2012 10:35
To: zfs-discuss@opensolaris.org
Subject: Re: [zfs-discuss] arc_no_grow is set to 1 and never set back to 0
On 04 January, 2012 - Steve Gonczi sent me these 2,5K bytes:
> The interesting bit is what happens inside arc_reclaim_needed(), that
> is,
Peter,
I experience the same issue w/ 2 systems upgraded from Solaris 11
Express to Solaris 11 11/11. Has your SR with Oracle made any
progress since your last post?
Thanks
> It's supposed to be
>
> 7111576: arc shrinks in the absence of memory pressure
>
> currently in status "accepted" and an
On 19 January, 2012 - Clemens Kalb sent me these 1,1K bytes:
> Peter,
>
> I experience the same issue w/ 2 systems upgraded from Solaris 11
> Express to Solaris 11 11/11. Has your SR with Oracle made any
> progress since your last post?
Target solaris_11
Customer Status 3-Accepted
Severity
11 matches
Mail list logo
