It's supposed to be
7111576: arc shrinks in the absence of memory pressure
currently in status "accepted" and an RPE escalation pending.
-Original Message-
From: zfs-discuss-boun...@opensolaris.org
[mailto:zfs-discuss-boun...@opensolaris.org] On Behalf Of Tomas Forsman
Sent: Donnerstag,
Thanks. The guys from Oracle are currently looking at some new code that was
introduced in arc_reclaim_thread() between b151a and b175.
Peter Radig, Ahornstrasse 34, 85774 Unterföhring, Germany
tel: +49 89 99536751 - fax: +49 89 99536754 - mobile: +49 171 2652977
email: pe...@radig.de<mailto
[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
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
I create snapshots on my datasets quite frequently. My understanding of the
USED property of a snapshot is that it indicates the amount of data that was
written to the dataset after the snapshot was taken. But now I'm seeing a
snapshot with USED == 0 where there was definitely write activity aft
As I explained earlier, this is not possible with CIFS. This is the RFE entry:
http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6582165
And the explanation is here:
http://mail.opensolaris.org/pipermail/cifs-discuss/2009-March/001397.html
Peter
-Original Message-
From: zfs-di
It doesn't work with CIFS. There is an open RFE on that for quite some
time now.
Peter
On 22.02.2010, at 08:09, "Tau" wrote:
> I am having a bit of an issue I have an opensolaris box setup as a
> fileserver. Running through CIFS to provide shares to some windows
> machines.
>
> Now lets
Box running osol_133 with smb/server enabled. I create a file on a Windows box
that has a remote ZFS fs mounted. I go to the Solaris box and try to remove the
file and get "permission denied" for up 30 sec. Than it works. A "sync"
immediately before the rm seems to speed things up and rm is succ
I was interested in the impact the type of an SSD has on the performance of the
ZIL. So I did some benchmarking and just want to share the results.
My test case is simply untarring the latest ON source (528 MB, 53k files) on an
Linux system that has a ZFS file system mounted via NFS over gigabit
