On Thu 2011-12-01 (14:19), Freddie Cash wrote:
> You will need to find a lot of extra RAM to stuff into that machine in
> order for it to boot correctly, load the dedeupe tables into ARC, process
> the intent log, and then import the pool.
Thanks guys, managed to get 24GB together and it made it (
FYI
http://www.oracle.com/technetwork/articles/servers-storage-admin/o11-113-size-zfs-dedup-1354231.html
never to late:-(
On 12/1/2011 5:19 PM, Freddie Cash wrote:
The system has 6GB of RAM and a 10GB swap partition. I added a 30GB
swap file but this hasn't helped.
ZFS doesn't use sw
>
> The system has 6GB of RAM and a 10GB swap partition. I added a 30GB
> swap file but this hasn't helped.
>
ZFS doesn't use swap for the ARC (it's wired aka unswappable memory). And
ZFS uses the ARC for dedupe support.
You will need to find a lot of extra RAM to stuff into that machine in
orde
You have just learned the hard way that dedup is *highly* toxic if misused. If
you have a backup of your data, then you should delete the *pool*. Trying to
destroy the dataset (the zfs level filesystem) will probably never succeed
unless you have it located on an SSD or you have an enormous am
Hi guys, when ZFS starts it ends up hanging the system.
We have a raidz over 5 x 2TB disks with 5 ZFS filesystems. (The
root filesystem is on separate disks).
# uname -a
FreeBSD fortinbras.XXX 8.2-STABLE FreeBSD 8.2-STABLE #0: Wed Oct 19 09:20:04
SAST 2011 r...@storage.xxx:/usr/obj/usr/src/s
