VxFS 6.0 comes with de-dupe!

For those of you who don't want to watch Symantec's video, here's a quick & cheap howto of a VxFS de-dupe test using SFHA 6.0 under RHEL5.8:

* First, here's our setup:
[root@vcs11 ~]# df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/mapper/rootdg-lv_root
                      15109112   9258676   5070560  65% /
/dev/sda1               101086     20027     75840  21% /boot
tmpfs                  1029372         0   1029372   0% /dev/shm
tmpfs                        4         0         4   0% /dev/vx
/dev/vx/dsk/vcsdg/lv_vcs
                        131072      4473    118813   4% /shared/vcs


 * Let's check the initial state of this setup:
[root@vcs11 ~]# /opt/VRTS/bin/fsadm -S shared /shared/vcs
 Mountpoint    Size(KB)    Available(KB)   Used(KB)   Logical_Size(KB) Space_Saved(KB)
/shared/vcs      131072        118813       4473             4473             0

* Enable de-dupe for our test filesystem:
[root@vcs11 ~]# /opt/VRTS/bin/fsdedupadm enable /shared/vcs -c 4096

* Copy some data:
[root@vcs11 ~]# cp -a /etc/lvm /shared/vcs/lvm1

* Check the results (nothing happened):
[root@vcs11 ~]# /opt/VRTS/bin/fsadm -S shared /shared/vcs
 Mountpoint    Size(KB)    Available(KB)   Used(KB)   Logical_Size(KB) Space_Saved(KB)
/shared/vcs      131072        118724       4562             4562             0

* Copy some data again and again.
[root@vcs11 ~]# cp -a /etc/lvm /shared/vcs/lvm2

[root@vcs11 ~]# cp -a /etc/lvm /shared/vcs/lvm3

[root@vcs11 ~]# cp -a /etc/lvm /shared/vcs/lvm4

* Still no change!
[root@vcs11 ~]# /opt/VRTS/bin/fsadm -S shared /shared/vcs
 Mountpoint    Size(KB)    Available(KB)   Used(KB)   Logical_Size(KB) Space_Saved(KB)
/shared/vcs      131072        118457       4829             4829             0



* Enable De-dupe for our node.
[root@vcs11 ~]# /opt/VRTS/bin/fsdedupadm list /shared/vcs
Chunksize Enabled Schedule        NodeList        Filesystem
--------------------------------------------------------------------------------
4096      YES     NONE            vcs10.lasthome. /shared/vcs
[root@vcs11 ~]# /opt/VRTS/bin/fsdedupadm setnodelist vcs11.lasthome.solace.krynn /shared/vcs

* Start the de-dupe process.
[root@vcs11 ~]# /opt/VRTS/bin/fsdedupadm start /shared/vcs
UX:vxfs fsdedupadm: INFO: V-3-27767:  deduplication is started on /shared/vcs.

* Check the results
[root@vcs11 ~]# /opt/VRTS/bin/fsdedupadm status /shared/vcs
Saving    Status    Node            Type        Filesystem
--------------------------------------------------------------------------------
05%       COMPLETED vcs11           MANUAL      /shared/vcs
        2012/01/16 17:11:25 Begin full scan
        2012/01/16 17:11:29 End detecting duplicates and filesystem changes.
[root@vcs11 ~]# /opt/VRTS/bin/fsadm -S shared /shared/vcs
 Mountpoint    Size(KB)    Available(KB)   Used(KB)   Logical_Size(KB) Space_Saved(KB)
/shared/vcs      131072        118363       4906             5167           261

Comments

Post a Comment

Popular posts from this blog

LSI MegaRaid HBA's, overheating and one ugly hack

Image
Summer is here! Like many others, I have LSI MegaRaid HBA's that I use in desktop machines. These things are great but they tend to overheat and quite a few people have reported high temperature  findings (97C reported by the chip when idle'ing in both my Dell T410 and my Dell T5610): $  sudo megaclisas-status -- Controller information -- -- ID | H/W Model                  | RAM    | Temp | Firmware      c0    | LSI MegaRAID SAS 9271-8i   | 1024MB | 97C  | FW: 23.32.0-0009  c1    | LSI MegaRAID SAS 9280-4i4e | 512MB  | N/A  | FW: 12.15.0-0205  [...] I had never really bothered about the temperature but when I started to rebuild my T410's boot LD (Raid-1) to swap the 2Tb drives with 4Tb drives I had, things started to get complicated quickly. As soon as the mirror started rebuilding, the ROC temp (sitting around 97C) skyrocketted to 102C and so...
Read more

Some Tips about running a Dell PowerEdge Tower Server as your workstation

Image
Some use workstations as servers. I'm using servers as workstations. Over the years, I've changed computing gear on quite a few occasions. I've been using Tower Servers for the past 5 years and would like to share some tips to help others. But why would anyone want to do that?? - Servers are well integrated systems and are usually seriously designed and tested. - They offer greater expandability (6x3.5" hotswap bays in my previous T410, now 8x3.5" in my T430). - They usually include some kind of Remote Access Card (RAC) which is great for remote'ing in when all else has failed. - I can get tons of server equipment on ebay that will be compatible with that system. - Where else can I get 192Gb of ECC DDR4 RDIMM, dual 6-core Xeons and 8 hotswap bays? Tip #1 : Choose your chassis with care. Not all servers are created equal: - Rack servers are usually thin and noisy (those 8k rpm fans have the job of cool that 2U enclosure). It is n...
Read more

VMWare Worksation 12 on Fedora Core 23/24 (fc23 and fc24)

Image
Update (20170321): VMware released VMW 12.5.4, which fixes all of the current issues with Fedora and the latest kernels (AFAIK). The hacks described on this page ARE NO LONGER NEEDED NOR MAINTAINED . Update (20160921): VMware released VMW 12.5, which is supposed to work fine out of the box.  I updated  Update_VMW.sh  to avoid patch anything -else- than VMW 11.x or 12.{0,1}. Please report back if you need assistance. Update (20160630):  I updated  Update_VMW.sh  to support Fedora Core 24 (fc24) for which the changes needed are the same. Please report back if you need assistance. Update (20160525): I updated my  Update_VMW.sh  script to patch the VMware kernel modules so they work on kernel 4.4.x and above (FC23+). Tested successfully with VMW 12.1.1. Update (20151209): This is still needed on 12.1.0 but I wrote a small tool to make everyone's life easier:  Update_VMW.sh VMWare workstation 12.0.1 Pro stopped working when I upgraded...
Read more