On Jun 16, 2010, at 9:02 AM, Carlos Varela <carlos.var...@cibc.ca> wrote:


Does the machine respond to ping?

Yes


If there is a gui does the mouse pointer move?


There is no GUI (nexentastor)

Does the keyboard numlock key respond at all ?

Yes


I just find it very hard to believe that such a
situation could exist as I
have done some *abusive* tests on a SunFire X4100
with Sun 6120 fibre
arrays ( in HA config ) and I could not get it to
become a warm brick like
you describe.

How many processors does your machine have ?

Full data:

Motherboard: Asus m2n68-CM
Initial memory: 3 Gb DDR2 ECC
Actual memory: 8 GB DDR2 800
CPU: Athlon X2 5200
HD: 2 Seagate 1 WD (1,5 TB each)
Pools: 1 RAIDZ pool
datasets: 5 (ftp: 30 GB, varios: 170 GB, multimedia:
1,7TB, segur: 80 Gb prueba: 50 Mb)
ZFS ver: 22

The pool was created with EON-NAS 0.6 ... dedupe on,

Similar situation but with Opensolaris b133. Can ping machine but its frozen about 24 hours. I was deleting 25GB of dedup data. If I move 1-2 GB of data then the machine stops responding for 1 hour but comes back after that. I have munin installed and the graphs stop updating during that time and you can not use ssh. I agree that memory seems to not be enough as I see a lot of 20kb reads before it stops responding (reading DDT entries I guess). Maybe dedup has to be redesigned for low memory machines (a batch process instead of inline ?) This is my home machine so I can wait but businesses would not be so happy if the machine becomes so unresponsive that you can not access your data.

The unresponsiveness that people report deleting large dedup zfs objects is due to ARC memory pressure and long service times accessing other zfs objects while it is busy resolving the deleted object's dedup references.

Set a max size the ARC can grow to, saving room for system services, get an SSD drive to act as an L2ARC, run a scrub first to prime the L2ARC (actually probably better to run something targetting just those datasets in question), then delete the dedup objects, smallest to largest.

-Ross

_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to