resolved
authorAndrew Tridgell <tridge@samba.org>
Sat, 16 Aug 2008 13:49:41 +0000 (23:49 +1000)
committerAndrew Tridgell <tridge@samba.org>
Sat, 16 Aug 2008 13:49:41 +0000 (23:49 +1000)
1  2 
README

diff --cc README
index ab483509e18334cfbeb910fb73ded507f11b8797,007a9b33042810763def363cfd0a2359faac29fb..fc2c3e4d20ec80cc84a7cef81becf4fd2db72521
--- 1/README
--- 2/README
+++ b/README
@@@ -14,15 -8,18 +14,23 @@@ Then start the HSM daemon like this
  
     hacksmd /gpfs &
  
 -You can then migrate files using hacksm_migrate, and view their state
 -using hacksm_ls
 -
+ Note that if you have TSM installed you need to disable it. The simplest method is:
 -
+    onnode -p all mv /opt/tivoli /opt/tivoli.SAVED
+ then reboot. 
+ You will need to start hacksmd after mmstartup, but before you mount
+ the filesystem.
 +You can then migrate files using hacksm_migrate, and view their state
 +using hacksm_ls
 +
 +You may also want to look at
 + 
 +  http://samba.org/~tridge/junkcode/tsm_torture.c
 +
 +for a test program that stresses out HSM implementations
 +
  The "store" for hacksm is just a directory with files named by device
  and inode number. When a file is migrated the data is moved to the
  store and a dmapi hole is punched in the original file. This mimicks